Fakturering af kunder i udlandet: en praktisk drejebog om valuta, skat og adresser

Første gang du fakturerer en kunde i et andet land, opdager du, at "send en faktura" udfører en masse stille arbejde. En kunde i Berlin forventer euro, et komma hvor du sætter et decimaltegn, og en skattelinje, der læses, som tyske skattelinjer læses. En kunde i Toronto vil have canadiske dollars og et postnummer i et felt, der faktisk hedder "Postal code" og ikke "ZIP." En kunde i Tokyo vil helst ikke skulle myse over et dokument, der er bygget helt op omkring antagelserne i dit hjemland.

Intet af dette er svært. Det er bare en samling af små detaljer, der — overladt til tilfældigheder — får dig til at se amatøragtig ud, og som — håndteret bevidst — får dig til at se ud som en, der har gjort det hundrede gange. Denne artikel er drejebogen: hvordan du udsteder hver faktura i den rigtige valuta, hvordan du håndterer skat, så tallene går op, som kunden forventer, hvordan du udskriver PDF'en på kundens eget sprog, og hvordan du får adressen rigtig for hvilket som helst af 199 lande. Mekanikken nedenfor er, hvordan det fungerer i InvoiceFlow, men principperne rejser videre til enhver anstændig faktureringsopsætning.

Valuta: én faktura, én valuta, intet gætteri

Den kardinale regel for grænseoverskridende fakturering er, at fakturaen er angivet i én valuta, og den valuta er kundens, ikke din — medmindre du har en konkret grund til at gøre noget andet (nogle kontrakter fastsætter faktureringsvalutaen som USD eller EUR uanset, hvor kunden befinder sig; respekter kontrakten). Et tysk bureau vil ikke modtage en faktura i dollars og selv stå for omregningen. En amerikansk kunde vil ikke bryde hovedet over en total i pund. Vælg valutaen én gang, pr. kunde, og vær konsekvent.

I InvoiceFlow kan hver faktura udstedes i sin egen valuta, med korrekt formatering. Den sidste del betyder mere, end det lyder. "Korrekt formatering" betyder, at valutasymbolet, dets placering i forhold til tallet, tusindtalsadskilleren og decimaladskilleren alle matcher konventionen for den valuta. €1.234,56 og $1,234.56 er det samme beløb skrevet på to helt forskellige måder, og at få det forkert er den slags lille afsløring, der får en økonomiafdeling til at hæve et øjenbryn.

Du kan også indstille en standardvaluta pr. kunde i deres kundeindstillinger, så den næste faktura for den kunde automatisk åbnes i den rigtige valuta. Den ene indstilling fjerner den mest almindelige grænseoverskridende fejl: at sende en euro-kunde en faktura i din hjemmevaluta, fordi det var det, appen valgte som standard.

Hvad appen gør — og hvad den ikke gør

Her er den ærlige grænse, for den ændrer, hvordan du arbejder. InvoiceFlow formaterer og sporer hver faktura i dens angivne valuta. Den udfører ikke automatisk live-valutaomregning. Du bestemmer beløbene og, hvor relevant, vekselkursen. Appen henter ikke stille en mid-market-kurs på afsendelsestidspunktet og omregner dine tal bag kulisserne.

Det er en funktion, ikke en mangel, og det afspejler, hvordan grænseoverskridende fakturering faktisk fungerer. Hvis du tilbyder en kunde i München €2.000 for et projekt, fakturerer du €2.000 — punktum. Der er ingen omregning at udføre; det er prisen i deres valuta. Dit eget bogholderi derhjemme, hvor du registrerer, hvad €2.000 landede som i din lokale valuta den dag, det blev clearet, er en separat øvelse, der sker efter betaling, til den kurs, din bank rent faktisk gav dig. At blande de to sammen — fakturere i én valuta, men i hemmelighed tænke i en anden — er der, hvor freelancere binder sig selv i knude.

Så arbejdsgangen er ren:

• Du aftaler en pris i kundens valuta. Enten tilbød du direkte i den, eller du omregnede din takst én gang, på tilbudstidspunktet, og låste den fast.
• Du fakturerer netop det beløb. Appen formaterer det korrekt for den valuta.
• Du sporer saldoen i den valuta, indtil den er betalt, og registrerer delbetalinger mod den, hvis de kommer i bidder.
• Du afstemmer til din hjemmevaluta, efter pengene er ankommet, ved hjælp af den reelle kurs fra dit kontoudtog — ikke et skøn.

Hvis du vil vise kunden en høflig omregning ("cirka $2.150 til dagens kurs"), så sæt den i fakturanoterne som en tekstlinje, tydeligt markeret som vejledende. Det fakturerede beløb forbliver i kundens valuta.

Skat: inklusive, eksklusive, flere satser og netto-af-skat

Skat er der, hvor grænseoverskridende fakturaer oftest stille går galt, fordi lande ikke er enige om det grundlæggende — ikke om satsen, ikke om navnet, og afgørende ikke om, hvorvidt priser normalt vises med skat bagt ind eller uden.

Inklusive vs. eksklusive — vælg den, kunden forventer

InvoiceFlow understøtter både skat-inklusive og skat-eksklusive priser, og valget er ikke kosmetisk — det ændrer, hvilket tal kunden læser som "prisen."

• Skat-eksklusive: linjeposter viser prisen før skat, skatten tilføjes som en separat linje, og totalen er summen. Dette er normen for B2B-arbejde i store dele af verden — virksomheder tænker i nettotal, fordi de alligevel får skatten tilbage.
• Skat-inklusive: den viste pris indeholder allerede skatten, og fakturaen bryder ud, hvor meget af den pris der var skat. Dette er almindeligt for forbrugerrettede priser i mange lande, hvor loven eller skikken er, at den viste pris er det, kunden betaler.

Få det rigtigt pr. marked. En B2B-tysk kunde, der læser en skat-eksklusive faktura med en tydeligt adskilt momslinje, ser præcis, hvad de forventer. Den samme kunde, der modtager en skat-inklusive faktura, kan være nødt til at regne baglæns for at finde dit nettotal til deres eget regnskab — gnidning, du skabte uden grund.

Flere satser på én faktura

Rigtige fakturaer er ikke altid med én sats. Du kan fakturere en kunde for rådgivning (én sats) og et fysisk produkt (en anden sats), eller arbejde, der ligger på tværs af en reduceret sats og en standardsats. InvoiceFlow håndterer flere skattesatser på en enkelt faktura, anvender den korrekte sats pr. linje og opsummerer skatten efter sats. Kunden ser en ren opdeling i stedet for et enkelt blandet tal, de ikke kan verificere.

Netto-af-skat og skyldigt beløb

Under alt dette beregner appen netto-af-skat-tallene og det skyldige beløb korrekt, så totalerne stemmer, uanset hvilken kombination af inklusive, eksklusive og flere satser du har brugt. Hvis en betaling kommer ind delvist, opdateres det skyldige beløb mod saldoen. Du laver ikke denne aritmetik i hånden klokken 23, hvilket er præcis, når aritmetiske fejl sniger sig ind på fakturaer.

En praktisk note om grænseoverskridende skat, som ingen app kan afgøre for dig: hvorvidt du overhovedet opkræver skat på et udenlandsk salg, er et juridisk spørgsmål, ikke en app-indstilling. Omvendt betalingspligt, nulsats for eksport, leveringsstedstest — disse afhænger af din jurisdiktion, kundens, og hvad du sælger. Appen vil trofast vise, hvilken skattebehandling du fortæller den. At kende den rigtige behandling er din opgave (eller din revisors). Afgør reglen først; konfigurer fakturaen bagefter.

Sprog pr. faktura: udskriv på kundens sprog

Her er detaljen, der stille imponerer folk. Din app kan køre på dansk, mens den faktura, du giver en kunde, udskrives på tysk, fransk eller japansk.

InvoiceFlow understøtter et sprog pr. faktura: du indstiller sproget for en bestemt faktura, og den genererede PDF — etiketter som "Faktura," "Forfaldsdato," "Subtotal," "Skat," "Total," datoformatet og så videre — gengives på det sprog, uanset hvilket sprog din app er indstillet til. Du arbejder i din komfortable grænseflade; kunden modtager et dokument, der læses, som var det lavet til dem.

Dette går hånd i hånd med appens PDF-gengivelse, som håndterer ikke-latinske skrifter korrekt — kyrillisk, arabisk, CJK — ved hjælp af medfølgende NotoSans-skrifttyper plus brugervalgbare skrifttyper. Et dokument bestemt til en kunde i Tokyo eller Riyadh kommer ikke ud som en række tomme kasser, hvor skriften skulle være. Hvis du nogensinde har modtaget en PDF med forvansket tekst, ved du, hvor øjeblikkeligt det udhuler tilliden; at få dette rigtigt er en lille ting, der signalerer kompetence.

Det praktiske træk: indstil hver udenlandsk kundes foretrukne fakturasprog én gang. Fra da af kommer deres fakturaer automatisk ud på deres sprog, mens du aldrig forlader din egen grænseflade.

Adresser: 199 lande, og felterne passer faktisk

Den uglamourøse sandhed om international fakturering er, at adresser er voldsomt inkonsekvente på tværs af lande, og at en enkelt stiv adresseformular får enhver udenlandsk adresse til at se en smule forkert ud.

InvoiceFlows adressefelter er landetilpassede på tværs af 199 lande. To ting sker, når du vælger kundens land:

• Region- og postetiketterne tilpasses. Det, der er en "ZIP code" i USA, er en "Postal code" i Canada, en "Postcode" i Storbritannien og en "PIN code" i Indien. Feltet er navngivet, som det land navngiver det, så adressen læses naturligt for modtageren og deres regnskabsteam.
• Nogle lande skjuler region og postnummer helt. En række lande bruger ikke en stat/region-linje eller et postnummer på samme måde som andre. At tvinge et tomt "State"-felt ind på en adresse fra et af disse lande ser bare ud, som om du ikke kender landet. Formularen dropper de felter, der ikke gælder.

Gevinsten er en adresseblok på PDF'en, der ser ud, som om den blev skrevet af en lokal — korrekte feltnavne, korrekte felter til stede, intet tvunget. Det er usynligt, når det er rigtigt, og iøjnefaldende, når det er forkert, hvilket er præcis derfor, det er værd at få rigtigt.

At sætte det sammen: en gennemarbejdet drejebog

Forestil dig, at du er freelance-designer med tre udenlandske kunder: et bureau i München (betaler i euro, B2B, forventer skat-eksklusive med en tydelig momslinje, vil have fakturaen på tysk), en startup i Toronto (canadiske dollars, engelsk, postnummer) og et studie i Tokyo (japanske yen, faktura på japansk). Her er engangsopsætningen og den tilbagevendende arbejdsgang.

1. Opsæt hver kunde én gang. For hver indstiller du standardvalutaen, det foretrukne fakturasprog og landet (som fastsætter adresseetiketterne). München: EUR, tysk, Tyskland. Toronto: CAD, engelsk, Canada. Tokyo: JPY, japansk, Japan.
2. Afgør skattebehandlingen pr. kunde med din revisor, og konfigurer den derefter. München-fakturaen er skat-eksklusive med en momslinje; de andre i henhold til dine regler for disse salg.
3. Opret fakturaen. Den åbnes i den rigtige valuta. Du indtaster linjeposter i den valuta — de tal, du faktisk aftalte, ikke omregnet i farten.
4. Lad appen klare totalerne. Netto-af-skat, skat efter sats og skyldigt beløb beregnes alle korrekt.
5. Generer PDF'en. Den udskrives på kundens sprog, formaterer valutaen korrekt og gengiver adressen med de rigtige etiketter — selv hvis kundens sprog er i en ikke-latinsk skrift.
6. Spor og afstem. Du følger saldoen i fakturaens valuta; når den er betalt, registrerer du det reelle hjemmevaluta-tal fra din bank i dit eget regnskab.

Tre kunder, tre valutaer, tre sprog — og fra din side er det den samme håndfuld tryk hver gang, fordi kundeindstillingerne bærer forskellene for dig.

De små detaljer, der hober sig op

Grænseoverskridende fakturering belønner præcision på en måde, som indenlandsk fakturering ikke gør. Derhjemme går en lidt skæv adresseetiket eller en ukendt skattepræsentation ubemærket hen, fordi alle deler de samme antagelser. På tværs af grænser er hver uoverensstemmelse et lille signal om, at du improviserer. Freelanceren, hvis euro-fakturaer ankommer i euro, på tysk, med en momslinje lagt ud, som tyske fakturaer lægger den ud, og en adresseblok, der læses korrekt, bliver behandlet som en professionel leverandør. Den, hvis fakturaer skal oversættes, omregnes og omformateres, før kreditorteamet kan behandle dem, bliver "den udenlandske leverandør, der er lidt af et besvær."

Du skal kun opsætte dette én gang pr. kunde. Derefter er forskellen mellem at se lokal ud og at se ud som en turist indbygget i hver faktura, du sender — og det koster dig ikke andet end de ti minutter, det tager at udfylde kundens valuta, sprog og land korrekt første gang.