Invoice a client abroad in the currency they actually use

A client in Berlin receives an invoice for $2,400. They open a converter, get a number that will be wrong by the time accounts pays it, and they wait for a rate they like or for someone else to approve the conversion. You did not mean to add a task. You added one. Send 2,200.00 EUR, or whatever you actually agreed, and the task disappears.

Incusia can write the invoice in the currencies it supports, a set of 30 plus, with the flag beside the code in the selector. A default currency lives on the client, so Hartmann Group does not have to be switched to euros on every document. The symbol and the thousands separators follow the locale: 1.850,00 in Europe, $1,850.00 in the United States. You do not hand-format that. You pick the code.

What Incusia does, and what Stripe does

Be plain about the split. Incusia invoices in the currency. Stripe handles settlement and the conversion of the payout into the currency of your bank account. Incusia does not hold a euro balance for you. It does not offer a rate lock. It does not let you choose the conversion spread. If Stripe's payout is a few dollars off the rate you had in your head, that difference is Stripe's, and it is normal. Do not promise a client that their euro payment will become a specific dollar amount in your account on a specific day.

The selector shows the flag and the code together so you do not pick the wrong dollar. USD, CAD, AUD, and NZD are easy to confuse in a list of bare codes. The flag is a check, not a decoration. If a currency you need is not in the list, Incusia cannot invoice in it. Do not type a symbol into the description line and hope. Agree a supported currency instead.

Supported codes include USD, EUR, GBP, NOK, SEK, DKK, CHF, CAD, AUD, NZD, JPY, and a long tail through Asia, the Americas, and the Gulf. Count on more than 30. Do not count on a currency just because the country is large. If it is not in the picker, it is not available, including for estimates and for recurring schedules.

The document the client sees

An invoice to a European client uses European grouping. The total reads 1.850,00 EUR, not 1,850.00 with a euro sign glued on. That sounds small until their accounts team rejects a PDF because the number format does not match the rest of their file. The same rule applies on the estimate if the client currency is set before you write it. Set the currency on the client first. Changing it on one invoice and not the next is how you send a dollar quote and a euro bill.

The payment button charges the currency on the invoice, if Stripe can settle that currency for your account. If it cannot, you still have a correct document and your bank details, and you do not have a working card button. Check that before you tell the client they can pay by card. A button that fails in a currency Stripe will not settle is worse than a clear transfer instruction.

Expenses use the rate from that day

A receipt in euros on 12 October converts into your book currency at the European Central Bank rate for 12 October, fetched for that date. It does not jump when you open the expense next month. Today's rate is the wrong rate for a cost you already incurred. The original amount, the rate, and the converted amount all stay on the expense so you can show them to an accountant without reconstructing the day.

That rate will not match your bank. The bank adds a spread and may use a different time of day. Incusia is not trying to predict the payout. It is trying to keep the book stable. If you need the bank's exact figure, use the bank's figure and edit the converted amount. The ECB rate is the default, not a legal valuation of the receipt.

A forecast does not smash every currency into one total at a live rate. Dollar schedules stay in the dollar view. Mixing them would make October look richer or poorer every time the euro moved, which is the opposite of a forecast you can plan from. Look at each currency on its own if you bill in more than one.

What this will not do: it will not file a foreign tax return, charge the right VAT for every country, or tell you whether you should have registered abroad. Tax on a line is a rate you set. Multi-currency is the code, the format, and the expense conversion. It is also not a Pro-only extra. The $9 plan can invoice in these currencies. Pro is where expenses, the forecast, and retainers join in. The honesty that matters is the Stripe sentence. Incusia writes the bill. Stripe moves the money.

Sending the first foreign invoice

Agree the currency in the email before you build the document. '2,200 euros, due in 14 days' is a sentence you can both point at. Building the invoice in dollars and hoping they convert is the delay you are trying to remove. If you have not agreed, do not guess from their email domain. Ask. A wrong currency is a reissue, and a reissue resets the open count and the due date argument.

Set the client default before the estimate, not after the invoice. The estimate, the deposit, and the invoice should wear the same code. A deposit taken in euros against an invoice you later send in dollars is a reconciliation you will do by hand, badly. If the price changes because the currency changed, say the new number in words in the email. Do not let the only notice be a different glyph on the PDF.

Read the formatted total the way their accountant will. European grouping, the code beside the amount, no stray dollar sign in a line description. Line descriptions can say 'brand identity'. They should not say 'brand identity ($2,400)' on a euro invoice. Mixed symbols are how a clerk enters the wrong figure and then waits for you to explain it.

Connect the payment button only after you know Stripe will settle that currency. Send yourself a test if you are unsure, or read the Stripe settings, but do not discover the failure when the client is on the page. If the button is unavailable, put the bank details you actually want them to use and name the currency of the transfer. 'Pay the euro amount to this account' is clear. 'Pay the invoice' is not, when they might convert first.

Keep your own books in one currency even when you bill in several. The expense conversion exists so a euro dinner becomes a stable dollar cost on the day you bought it. Do not also keep a second mental total by multiplying the invoice by this morning's rate and calling that revenue. Revenue is what was invoiced, in the currency of the invoice, until Stripe pays your bank. Report those as two steps to your accountant if they ask. Incusia already stored both the original and the converted expense. It did not store a fantasy dollar value of an unpaid euro invoice.

When the payout lands, compare it to the invoice without expecting a match to the cent. Fees and the rate Stripe used are the gap. If the gap is a fee you understand, record it and move on. If the gap is half the invoice, the payment did not land and the invoice should still be open. Marking it paid because 'some money arrived' hides the rest. The client activity page will keep showing unpaid until you mark the real amount.

A retainer in euros is a schedule in euros. Do not run a dollar schedule and edit the amount each month to chase the rate. You will forget, and the client will have agreed a euro figure you are no longer billing. The preview of the next six should show euro amounts that match the contract. If the contract is dollars, bill dollars, even if the client lives elsewhere. The currency follows the agreement, not the passport.

Keep a one-line note on the client with the currency and the payment path. 'Euros, card if Stripe settles, otherwise the transfer details on the invoice.' The next time you or a tired evening version of you starts a document, the note is there before the picker. It also stops you promising Apple Pay in a currency you have never successfully charged. After the first real payout, add what you actually received as a reminder of the gap, not as a new price. The price stays the invoice. The gap stays a fee you understand. If you cannot explain the gap in one sentence, do not mark the invoice paid yet. Leave it open until the payout matches what you think happened, or until you have written the fee down where you can find it next month. Do that before you close the books.