Fakturere kunder i utlandet: En praktisk guide til valuta, skatt og adresser

Første gang du fakturerer en kunde i et annet land, oppdager du at «send en faktura» gjør mye stille arbeid. En kunde i Berlin forventer euro, komma der du bruker punktum, og en skattelinje som ser ut som tyske skattelinjer ser ut. En kunde i Toronto vil ha canadiske dollar og et postnummer i et felt som faktisk er merket «Postal code», ikke «ZIP». En kunde i Tokyo vil helst slippe å stirre på et dokument bygget helt rundt hjemlandets forutsetninger.

Ingenting av dette er vanskelig. Det er bare en samling av små detaljer som, overlatt til tilfeldighetene, får deg til å se amatørmessig ut – og som, håndtert med omhu, får deg til å se ut som noen som har gjort dette hundre ganger. Denne artikkelen er guiden: hvordan du utsteder hver faktura i riktig valuta, hvordan du håndterer skatt slik at tallene legger seg opp slik kunden forventer, hvordan du skriver ut PDF-en på kundens eget språk, og hvordan du får adressen riktig for hvilken som helst av 199 land. Mekanikken nedenfor er hvordan det fungerer i InvoiceFlow, men prinsippene er overførbare til ethvert anstendig faktureringssystem.

Valuta: én faktura, én valuta, ingen gjetning

Den grunnleggende regelen for fakturering over landegrenser er at fakturaen er denominert i én valuta, og det er kundens valuta, ikke din – med mindre du har en spesifikk grunn til å gjøre noe annet (noen kontrakter fastsetter faktureringsvalutaen som USD eller EUR uavhengig av hvor kunden befinner seg; følg kontrakten). Et tysk byrå ønsker ikke å motta en faktura i dollar og gjøre omregningen selv. En amerikansk kunde ønsker ikke å undres over en total i pund. Velg valutaen én gang, per kunde, og hold deg til det.

I InvoiceFlow kan hver faktura utstedes i sin egen valuta, med korrekt formatering. Den siste delen betyr mer enn det høres ut som. «Korrekt formatering» betyr at valutasymbolet, dets posisjon i forhold til tallet, tusenseparatoren og desimalseparatoren alle samsvarer med konvensjonen for den aktuelle valutaen. €1.234,56 og $1.234,56 er samme beløp skrevet på to helt forskjellige måter, og å gjøre det feil er akkurat den typen liten detalj som får en regnskapsavdeling til å heve øyenbrynene.

Du kan også angi en standardvaluta per kunde i kundeinnstillingene, slik at neste faktura for den kunden åpnes i riktig valuta automatisk. Den ene innstillingen fjerner den vanligste feilen ved grensekryssende fakturering: å sende en eurokunde en faktura i din hjemvaluta fordi det er hva appen defaultet til.

Hva appen gjør – og hva den ikke gjør

Her er den ærlige grensen, fordi den endrer måten du arbeider på. InvoiceFlow formaterer og sporer hver faktura i den angitte valutaen. Den utfører ikke automatisk live valutakonvertering. Du bestemmer beløpene og, der relevant, valutakursen. Appen henter ikke stille en midtkurs i sanntid og konverterer tallene dine i bakgrunnen.

Det er en funksjon, ikke et gap, og det gjenspeiler hvordan grensekryssende fakturering faktisk fungerer. Hvis du prissetter et oppdrag for en klient i München til 2 000 euro, fakturerer du 2 000 euro – punktum. Det er ingen konvertering å utføre; det er prisen i kundens valuta. Ditt eget regnskap hjemme, der du registrerer hva 2 000 euro landet som i din hjemvaluta den dagen det ble avregnet, er en separat øvelse som skjer etter betaling, til den kursen banken din faktisk ga deg. Å blande de to – fakturere i én valuta men tenke i en annen – er der frilansere vikler seg inn i knuter.

Arbeidsflyten er altså ren:

• Du avtaler en pris i kundens valuta. Enten prisatte du direkte i den, eller du konverterte kursen én gang, ved tilbudstidspunktet, og låste den.
• Du fakturerer det eksakte beløpet. Appen formaterer det korrekt for den valutaen.
• Du sporer saldoen i den valutaen til den er betalt, og registrerer delbetalinger mot den om de kommer i porsjoner.
• Du avstemmer til hjemvalutaen etter at pengene ankommer, ved å bruke den faktiske kursen fra kontoutskriften – ikke et estimat.

Hvis du vil vise kunden en høflighetskonvertering («omtrent 2 150 dollar til dagens kurs»), legg det inn i fakturanotater som en tekstlinje, tydelig merket som veiledende. Det fakturerte beløpet forblir i kundens valuta.

Skatt: inklusiv, eksklusiv, flere satser og netto-av-skatt

Skatt er der grensekryssende fakturaer oftest stille går galt, fordi land ikke er enige om det grunnleggende – ikke satsen, ikke navnet, og avgjørende ikke om priser normalt vises med skatt inkludert eller uten.

Inklusiv vs. eksklusiv – velg det kunden forventer

InvoiceFlow støtter både skattinklusiv og skatteeksklusiv prissetting, og valget er ikke kosmetisk – det endrer hvilket tall kunden leser som «prisen».

• Skatteeksklusiv: linjepostene viser prisen før skatt, skatt legges til som en separat linje, og totalen er summen. Dette er normen for B2B-arbeid i store deler av verden – bedrifter tenker i nettotall fordi de likevel krever tilbake skatten.
• Skatteinklusiv: den viste prisen inneholder allerede skatten, og fakturaen bryter ned hvor mye av den prisen var skatt. Dette er vanlig for forbrukerrettet prissetting i mange land, der loven eller skikken er at listeprisen er det kunden betaler.

Gjør dette riktig per marked. En B2B-tysk kunde som leser en skatteeksklusiv faktura med en tydelig separat MVA-linje, ser nøyaktig hva de forventer. Den samme kunden som mottar en skatteinklusiv faktura, må kanskje beregne baklengs for å finne nettotallet for sine egne bøker – friksjon du skapte uten grunn.

Flere satser på én faktura

Virkelige fakturaer er ikke alltid enkeltrate. Du kan fakturere en kunde for konsultasjon (én sats) og et fysisk produkt (en annen sats), eller arbeid som spenner en redusert sats og en standardsats. InvoiceFlow håndterer flere skattesatser på én enkelt faktura, anvender riktig sats per linje og oppsummerer skatten etter sats. Kunden ser en ren nedbrytning i stedet for ett blandet tall de ikke kan verifisere.

Netto-av-skatt og utestående beløp

Under alt dette beregner appen netto-av-skatt-tallene og utestående beløp korrekt, slik at totalene stemmer uansett hvilken kombinasjon av inklusiv, eksklusiv og flerrate du har brukt. Hvis en betaling kommer inn delvis, oppdateres utestående beløp mot saldoen. Du gjør ikke dette regnestykket for hånd klokken 23, som er nøyaktig da regnefeil sniker seg inn på fakturaer.

En praktisk merknad om grensekryssende skatt som ingen app kan avgjøre for deg: om du belaster skatt i det hele tatt på et utenlandsk salg er et juridisk spørsmål, ikke en app-innstilling. Regler om omvendt avgiftsplikt, nullsats ved eksport, leveringsstedstester – disse avhenger av din jurisdiksjon, kundens og hva du selger. Appen vil trofast vise uansett hvilken skattebehandling du forteller den. Å kjenne riktig behandling er din jobb (eller regnskapsførerens). Bestem regelen først; konfigurer fakturaen etterpå.

Per-faktura lokalisering: skriv ut på kundens språk

Her er detaljen som stille imponerer folk. Appen din kan kjøre på norsk mens fakturaen du gir en kunde skrives ut på tysk, eller fransk, eller japansk.

InvoiceFlow støtter per-faktura lokalisering: du angir språket for en bestemt faktura, og den genererte PDF-en – etiketter som «Faktura», «Forfallsdato», «Subtotal», «Skatt», «Total», datoformatet og så videre – gjengis på det språket, uavhengig av hvilket språk appen din er satt til. Du arbeider i ditt komfortable grensesnitt; kunden mottar et dokument som leser ut som om det ble laget for dem.

Dette parer seg med appens PDF-gjengivelse, som håndterer ikke-latinske skriftsystemer korrekt – kyrillisk, arabisk, CJK – ved hjelp av medfølgende NotoSans-skrifter pluss brukervalgbare skrifter. Et dokument beregnet for en kunde i Tokyo eller Riyadh vil ikke komme ut som en rekke tomme bokser der skriften burde vært. Hvis du noen gang har mottatt en PDF med forvanskede tegn, vet du hvor umiddelbart det undergraver tilliten; å få dette riktig er en liten ting som signaliserer kompetanse.

Det praktiske grepet: angi hver utenlandske kundes foretrukne fakturalokalisering én gang. Fra da av kommer fakturaene deres ut på deres språk automatisk mens du aldri forlater ditt eget grensesnitt.

Adresser: 199 land, og feltene passer faktisk

Den lite glamorøse sannheten om internasjonal fakturering er at adresser er vilt inkonsistente på tvers av land, og ett stivt adresseskjema får alle utenlandske adresser til å se litt gale ut.

InvoiceFlows adressefelt er landstilpasset for 199 land. To ting skjer når du velger kundens land:

• Region- og postnummeretiketterne tilpasser seg. Det som er «ZIP code» i USA er «Postal code» i Canada, «Postcode» i Storbritannia og «PIN code» i India. Feltet er merket slik det landet merker det, slik at adressen leses naturlig for mottakeren og regnskapsavdelingen deres.
• Noen land skjuler region og postnummer helt. En rekke land bruker ikke en stat/region-linje eller et postnummer slik andre gjør. Å tvinge et tomt «Stat»-felt inn på en adresse fra et av disse landene ser bare ut som du ikke kjenner landet. Skjemaet dropper feltene som ikke gjelder.

Resultatet er en adresseblokk på PDF-en som ser ut som om den ble skrevet av en lokal – riktige feltnavn, riktige felt til stede, ingenting tvunget inn. Det er usynlig når det er riktig og iøynefallende når det er galt, som er nøyaktig derfor det er verdt å gjøre riktig.

Sett det hele sammen: en praktisk arbeidsflyt

Tenk deg at du er en frilanser-designer med tre utenlandske kunder: et byrå i München (betaler i euro, B2B, forventer skatteeksklusiv med en tydelig MVA-linje, vil ha fakturaen på tysk), en oppstart i Toronto (canadiske dollar, engelsk, postnummer) og et studio i Tokyo (japanske yen, japansk-språklig faktura). Her er engangsoppsettet og den løpende arbeidsflyten.

1. Sett opp hver kunde én gang. For hver, angi standardvaluta, foretrukket fakturalokalisering og land (som fastsetter adresseetiketterne). München: EUR, tysk, Tyskland. Toronto: CAD, engelsk, Canada. Tokyo: JPY, japansk, Japan.
2. Bestem skattebehandlingen per kunde med regnskapsføreren din, og konfigurer den deretter. München-fakturaen er skatteeksklusiv med en MVA-linje; de andre i henhold til reglene dine for de salgene.
3. Opprett fakturaen. Den åpnes i riktig valuta. Du fyller inn linjepostene i den valutaen – tallene du faktisk avtalte, ikke konvertert på stedet.
4. La appen gjøre totalene. Netto-av-skatt, skatt per sats og utestående beløp beregnes alle korrekt.
5. Generer PDF-en. Den skrives ut på kundens språk, formaterer valutaen korrekt og gjengir adressen med riktige etiketter – selv om kundens språk er i et ikke-latinsk skriftsystem.
6. Spor og avstem. Du følger saldoen i fakturavaluaten; etter betaling registrerer du det faktiske hjemvaluta-beløpet fra banken i dine egne bøker.

Tre kunder, tre valutaer, tre språk – og fra din side er det de samme få trykkene hver gang, fordi per-kundeinnstillingene bærer forskjellene for deg.

De små detaljene som summerer seg

Grensekryssende fakturering belønner presisjon på en måte innenlandsk fakturering ikke gjør. Hjemme passerer en litt feil adresseetikett eller en ukjent skattefremstilling ubemerket fordi alle deler de samme forutsetningene. Over landegrenser er hver mismatch et lite signal om at du improviserer. Frilanseren hvis eurofakturaer ankommer i euro, på tysk, med en MVA-linje lagt ut slik tyske fakturaer legger den ut, og en adresseblokk som leser korrekt, behandles som en profesjonell leverandør. Den som har fakturaer som trenger oversettelse, konvertering og reformattering før regnskapsteamet kan behandle dem, blir «den utenlandske leverandøren som er litt stressende».

Du trenger bare å sette dette opp én gang per kunde. Etterpå er forskjellen mellom å se ut som en lokal og å se ut som en turist innebygd i hver faktura du sender – og det koster deg ingenting annet enn de ti minuttene det tar å fylle inn kundens valuta, språk og land korrekt første gang.