Factureren aan buitenlandse klanten: een praktisch draaiboek voor valuta, btw en adres

De eerste keer dat je een klant in een ander land factureert, ontdek je dat "een factuur sturen" stiekem heel wat werk verzet. Een klant in Berlijn verwacht euro's, een komma waar jij een punt zet, en een btw-regel die leest zoals Duitse btw-regels lezen. Een klant in Toronto wil Canadese dollars en een postcode in een veld dat ook echt "Postal code" heet, niet "ZIP". Een klant in Tokio tuurt liever niet naar een document dat volledig is opgebouwd rond de aannames van jouw eigen land.

Niets daarvan is moeilijk. Het is gewoon een verzameling kleine details die je, als je ze aan het toeval overlaat, amateuristisch laten lijken — en die je, als je ze bewust aanpakt, laten overkomen als iemand die dit al honderd keer heeft gedaan. Dit artikel is het draaiboek: hoe je elke factuur in de juiste valuta opstelt, hoe je de btw zo regelt dat de bedragen kloppen zoals de klant het verwacht, hoe je de pdf in de eigen taal van de klant print, en hoe je het adres correct krijgt voor elk van de 199 landen. De werkwijze hieronder is hoe het werkt in InvoiceFlow, maar de principes gelden voor elke fatsoenlijke factuuropstelling.

Valuta: één factuur, één valuta, geen gokwerk

De hoofdregel van grensoverschrijdend factureren is dat de factuur in één valuta luidt, en dat die valuta die van de klant is, niet die van jou — tenzij je een specifieke reden hebt om het anders te doen (sommige contracten leggen de factuurvaluta vast op USD of EUR, ongeacht waar de klant zit; volg dan het contract). Een Duits bureau wil geen factuur in dollars ontvangen en de omrekening zelf doen. Een Amerikaanse klant wil niet zitten puzzelen op een totaal in ponden. Kies de valuta één keer, per klant, en blijf consequent.

In InvoiceFlow kan elke factuur in zijn eigen valuta worden opgesteld, met de juiste opmaak. Dat laatste is belangrijker dan het klinkt. "Juiste opmaak" betekent dat het valutasymbool, de positie ervan ten opzichte van het getal, het duizendtalscheidingsteken en het decimaalteken allemaal kloppen met de conventie voor die valuta. €1.234,56 en $1,234.56 zijn hetzelfde bedrag, op twee compleet verschillende manieren geschreven, en het verkeerd doen is precies het soort kleine verrader waar een financiële afdeling een wenkbrauw bij optrekt.

Je kunt ook een standaardvaluta per klant instellen in de klantinstellingen, zodat de volgende factuur voor die klant automatisch in de juiste valuta opent. Die ene instelling neemt de meest voorkomende grensoverschrijdende fout weg: een euroklant een factuur in je eigen valuta sturen, omdat de app daarop standaard stond.

Wat de app doet — en wat niet

Hier ligt de eerlijke grens, want die verandert hoe je werkt. InvoiceFlow maakt elke factuur op en houdt die bij in de aangegeven valuta. Het voert geen automatische live valutaomrekening uit. Jij bepaalt de bedragen en, waar relevant, de wisselkoers. De app trekt niet stiekem een midmarktkoers op het moment van verzenden en rekent je cijfers er ongemerkt mee om.

Dat is een functie, geen gemis, en het weerspiegelt hoe grensoverschrijdend factureren echt werkt. Als je een klant in München €2.000 voor een project offreert, factureer je €2.000 — punt uit. Er valt niets om te rekenen; dat is de prijs in hun valuta. Je eigen boekhouding thuis, waar je vastlegt wat die €2.000 in jouw lokale valuta opleverde op de dag dat het binnenkwam, is een aparte oefening die ná de betaling plaatsvindt, tegen de koers die je bank je daadwerkelijk gaf. Die twee door elkaar halen — factureren in de ene valuta maar stiekem in de andere denken — is waar freelancers zichzelf in de knoop werken.

De werkwijze is dus helder:

• Je spreekt een prijs af in de valuta van de klant. Of je offreerde meteen in die valuta, of je rekende je tarief één keer om, bij de offerte, en zette het vast.
• Je factureert dat exacte bedrag. De app maakt het correct op voor die valuta.
• Je volgt het saldo in die valuta tot het betaald is, en boekt deelbetalingen ertegen af als die in stukjes binnenkomen.
• Je verrekent met je eigen valuta nadat het geld binnen is, met de echte koers van je bankafschrift — niet met een schatting.

Als je de klant tóch een attente omrekening wilt tonen ("ongeveer $2.150 tegen de koers van vandaag"), zet die dan als regel tekst in de factuuropmerkingen, duidelijk gemarkeerd als indicatief. Het gefactureerde bedrag blijft in de valuta van de klant.

Btw: inclusief, exclusief, meerdere tarieven en netto-bedragen

Btw is waar grensoverschrijdende facturen het vaakst stilletjes misgaan, want landen zijn het niet eens over de basis — niet over het tarief, niet over de naam, en cruciaal niet over de vraag of prijzen normaal gesproken inclusief of exclusief btw worden getoond.

Inclusief versus exclusief — kies wat de klant verwacht

InvoiceFlow ondersteunt zowel prijzen inclusief als exclusief btw, en die keuze is niet cosmetisch — ze verandert welk getal de klant leest als "de prijs".

• Exclusief btw: de regels tonen de prijs vóór btw, de btw wordt als aparte regel toegevoegd, en het totaal is de som. Dit is de norm voor B2B-werk in een groot deel van de wereld — bedrijven denken in nettobedragen, want ze vorderen de btw toch terug.
• Inclusief btw: de getoonde prijs bevat de btw al, en de factuur splitst uit hoeveel van die prijs btw was. Dit is gangbaar voor consumentenprijzen in veel landen, waar de wet of het gebruik is dat de schapprijs is wat de klant betaalt.

Doe dit per markt goed. Een B2B-klant in Duitsland die een factuur exclusief btw leest met een duidelijk gescheiden btw-regel, ziet precies wat hij verwacht. Diezelfde klant die een factuur inclusief btw ontvangt, moet je nettobedrag misschien terugrekenen voor zijn eigen boekhouding — wrijving die je voor niets hebt veroorzaakt.

Meerdere tarieven op één factuur

Echte facturen hebben niet altijd één tarief. Je kunt een klant factureren voor advies (het ene tarief) en een fysiek product (een ander tarief), of voor werk dat een verlaagd en een standaardtarief overlapt. InvoiceFlow verwerkt meerdere btw-tarieven op één factuur, past per regel het juiste tarief toe en vat de btw per tarief samen. De klant ziet een nette uitsplitsing in plaats van één samengesteld getal dat hij niet kan controleren.

Netto-bedragen en openstaand bedrag

Onder dit alles berekent de app de nettobedragen en het openstaande bedrag correct, zodat de totalen kloppen, ongeacht welke combinatie van inclusief, exclusief en meerdere tarieven je hebt gebruikt. Als er een deelbetaling binnenkomt, wordt het openstaande bedrag bijgewerkt tegen het saldo. Je doet dit rekenwerk niet met de hand om 23.00 uur, wat precies het moment is waarop rekenfouten op facturen sluipen.

Eén praktische opmerking over grensoverschrijdende btw die geen enkele app voor je kan beslissen: of je überhaupt btw rekent op een buitenlandse verkoop is een juridische vraag, geen app-instelling. Verleggingsregelingen, nultarief voor export, plaats-van-dienst-toetsen — die hangen af van jouw jurisdictie, die van de klant, en van wat je verkoopt. De app toont trouw welke btw-behandeling je hem ook opgeeft. De juiste behandeling kennen is jouw taak (of die van je accountant). Bepaal eerst de regel; configureer daarna de factuur.

Taal per factuur: print in de taal van de klant

Hier komt het detail dat mensen stilletjes imponeert. Je app kan in het Nederlands draaien terwijl de factuur die je een klant overhandigt in het Duits, het Frans of het Japans wordt geprint.

InvoiceFlow ondersteunt een taal per factuur: je stelt de taal in voor een specifieke factuur, en de gegenereerde pdf — labels als "Factuur", "Vervaldatum", "Subtotaal", "Btw", "Totaal", het datumformaat, enzovoort — wordt in die taal weergegeven, ongeacht de taal waarop je app staat. Jij werkt in je vertrouwde interface; de klant ontvangt een document dat leest alsof het voor hem is gemaakt.

Dit gaat samen met de pdf-weergave van de app, die niet-Latijnse schriften correct verwerkt — Cyrillisch, Arabisch, CJK — met meegeleverde NotoSans-lettertypen plus door de gebruiker te kiezen lettertypen. Een document bestemd voor een klant in Tokio of Riyad komt niet als een rij lege blokjes naar buiten waar het schrift zou moeten staan. Als je ooit een pdf met onleesbare tekens hebt ontvangen, weet je hoe direct dat het vertrouwen aantast; dit goed doen is een kleinigheid die vakmanschap uitstraalt.

De praktische zet: stel voor elke buitenlandse klant één keer de gewenste factuurtaal in. Vanaf dan komen hun facturen automatisch in hun taal naar buiten, terwijl jij je eigen interface nooit verlaat.

Adressen: 199 landen, en de velden passen echt

De weinig glamoureuze waarheid van internationaal factureren is dat adressen enorm verschillen per land, en dat één star adresformulier elk buitenlands adres net even verkeerd laat ogen.

De adresvelden van InvoiceFlow zijn landspecifiek voor 199 landen. Er gebeuren twee dingen wanneer je het land van de klant kiest:

• De labels voor regio en postcode passen zich aan. Wat in de VS een "ZIP code" is, is in Canada een "Postal code", in het VK een "Postcode" en in India een "PIN code". Het veld krijgt het label zoals dat land het noemt, zodat het adres natuurlijk leest voor de ontvanger en zijn boekhoudteam.
• Sommige landen verbergen regio en postcode helemaal. Een aantal landen gebruikt geen staat/regio-regel of postcode zoals andere dat doen. Een leeg veld "Staat" opdringen aan een adres uit zo'n land laat alleen maar zien dat je het land niet kent. Het formulier laat de velden vallen die niet van toepassing zijn.

Het resultaat is een adresblok op de pdf dat eruitziet alsof het door een local is geschreven — correcte veldnamen, de juiste velden aanwezig, niets geforceerd. Het is onzichtbaar als het klopt en opvallend als het fout is, en juist daarom is het de moeite waard om het goed te doen.

Alles bij elkaar: een uitgewerkt draaiboek

Stel je voor dat je een freelance ontwerper bent met drie buitenlandse klanten: een bureau in München (betaalt in euro's, B2B, verwacht exclusief btw met een duidelijke btw-regel, wil de factuur in het Duits), een startup in Toronto (Canadese dollars, Engels, postcode) en een studio in Tokio (Japanse yen, factuur in het Japans). Hier zijn de eenmalige instelling en de terugkerende werkwijze.

1. Stel elke klant één keer in. Stel voor elk de standaardvaluta, de gewenste factuurtaal en het land in (dat legt de adreslabels vast). München: EUR, Duits, Duitsland. Toronto: CAD, Engels, Canada. Tokio: JPY, Japans, Japan.
2. Bepaal de btw-behandeling per klant met je accountant, en configureer die dan. De factuur voor München is exclusief btw met een btw-regel; de andere volgens jouw regels voor die verkopen.
3. Maak de factuur aan. Hij opent in de juiste valuta. Je voert de regels in die valuta in — de bedragen die je daadwerkelijk hebt afgesproken, niet ter plekke omgerekend.
4. Laat de app de totalen doen. Nettobedragen, btw per tarief en openstaand bedrag berekenen allemaal correct.
5. Genereer de pdf. Hij print in de taal van de klant, maakt de valuta correct op, en geeft het adres weer met de juiste labels — zelfs als de taal van de klant een niet-Latijns schrift gebruikt.
6. Volg en verreken. Je volgt het saldo in de valuta van de factuur; zodra het betaald is, leg je het echte bedrag in je eigen valuta vast vanuit je bank in je eigen boekhouding.

Drie klanten, drie valuta's, drie talen — en vanuit jouw kant is het elke keer datzelfde handjevol taps, omdat de klantinstellingen de verschillen voor je dragen.

De kleine details die optellen

Grensoverschrijdend factureren beloont precisie op een manier die binnenlands factureren niet doet. Thuis valt een net-niet-kloppend adreslabel of een onbekende btw-presentatie niet op, omdat iedereen dezelfde aannames deelt. Over de grens is elke mismatch een minuscuul signaal dat je aan het improviseren bent. De freelancer wiens eurofacturen in euro's binnenkomen, in het Duits, met een btw-regel opgemaakt zoals Duitse facturen die opmaken, en een adresblok dat klopt, wordt behandeld als een professionele leverancier. Degene wiens facturen vertaald, omgerekend en heropgemaakt moeten worden voordat de crediteurenafdeling ze kan verwerken, wordt "die buitenlandse leverancier die nogal een gedoe is".

Je hoeft dit maar één keer per klant in te stellen. Daarna zit het verschil tussen overkomen als een local en overkomen als een toerist ingebakken in elke factuur die je verstuurt — en het kost je niets behalve de tien minuten die het de eerste keer kost om de valuta, taal en het land van de klant correct in te vullen.