Facturer des clients à l'étranger : un guide pratique de la devise, de la taxe et de l'adresse

La première fois que vous facturez un client dans un autre pays, vous découvrez que « envoyer une facture » cache bien des subtilités. Un client à Berlin attend des euros, une virgule là où vous mettez un point décimal, et une ligne de taxe qui se lit comme se lisent les lignes de taxe allemandes. Un client à Toronto veut des dollars canadiens et un code postal dans un champ réellement intitulé « Code postal », pas « ZIP ». Un client à Tokyo préférerait ne pas avoir à déchiffrer un document entièrement bâti sur les conventions de votre pays d'origine.

Rien de tout cela n'est compliqué. Ce n'est qu'un ensemble de petits détails qui, laissés au hasard, vous font passer pour un amateur — et qui, traités avec soin, vous font passer pour quelqu'un qui a déjà fait cela cent fois. Cet article est ce guide : comment émettre chaque facture dans la bonne devise, comment gérer la taxe pour que les chiffres tombent juste comme le client s'y attend, comment imprimer le PDF dans la langue du client, et comment obtenir une adresse correcte pour chacun des 199 pays. Les mécanismes décrits ci-dessous sont ceux d'InvoiceFlow, mais les principes valent pour n'importe quelle solution de facturation digne de ce nom.

Devise : une facture, une devise, aucune approximation

La règle cardinale de la facturation transfrontalière, c'est que la facture est libellée dans une seule devise, et que cette devise est celle du client, pas la vôtre — sauf si vous avez une raison précise de faire autrement (certains contrats fixent la devise de facturation en USD ou en EUR quel que soit le pays du client ; respectez le contrat). Une agence allemande ne veut pas recevoir une facture en dollars et faire la conversion elle-même. Un client américain ne veut pas se creuser la tête sur un total en livres. Choisissez la devise une fois, par client, et restez cohérent.

Dans InvoiceFlow, chaque facture peut être émise dans sa propre devise, avec le bon formatage. Ce dernier point compte plus qu'il n'y paraît. Le « bon formatage » signifie que le symbole de la devise, sa position par rapport au nombre, le séparateur de milliers et le séparateur décimal correspondent tous à la convention de cette devise. €1.234,56 et $1,234.56 désignent le même montant écrit de deux manières totalement différentes, et se tromper est précisément le genre de petit détail qui fait froncer les sourcils d'un service comptable.

Vous pouvez aussi définir une devise par défaut par client dans ses paramètres, afin que la prochaine facture de ce client s'ouvre automatiquement dans la bonne devise. Ce seul réglage élimine l'erreur transfrontalière la plus courante : envoyer à un client en euros une facture dans votre devise d'origine parce que c'est ce que l'application avait par défaut.

Ce que l'application fait — et ce qu'elle ne fait pas

Voici la limite, en toute honnêteté, car elle change votre façon de travailler. InvoiceFlow formate et suit chaque facture dans la devise indiquée. Il n'effectue pas de conversion de change automatique en temps réel. C'est vous qui décidez des montants et, le cas échéant, du taux de change. L'application ne va pas chercher discrètement un taux du marché interbancaire au moment de l'envoi pour convertir vos chiffres en coulisses.

C'est une fonctionnalité, pas une lacune, et cela reflète le fonctionnement réel de la facturation transfrontalière. Si vous proposez à un client de Munich 2 000 € pour un projet, vous facturez 2 000 € — point final. Il n'y a aucune conversion à faire ; c'est le prix dans sa devise. Votre propre comptabilité chez vous, où vous enregistrez ce que ces 2 000 € ont donné dans votre devise locale le jour de leur encaissement, est un exercice distinct qui a lieu après le paiement, au taux que votre banque vous a réellement accordé. Confondre les deux — facturer dans une devise tout en pensant secrètement dans une autre — c'est là que les indépendants se prennent les pieds dans le tapis.

Le déroulé est donc clair :

• Vous convenez d'un prix dans la devise du client. Soit vous l'avez chiffré directement dans cette devise, soit vous avez converti votre tarif une fois, au moment du devis, et l'avez figé.
• Vous facturez ce montant exact. L'application le formate correctement pour cette devise.
• Vous suivez le solde dans cette devise jusqu'à son règlement, en enregistrant les paiements partiels au fur et à mesure s'ils arrivent par tranches.
• Vous rapprochez avec votre devise d'origine une fois l'argent arrivé, en utilisant le taux réel de votre relevé bancaire — pas une estimation.

Si vous souhaitez tout de même indiquer au client une conversion de courtoisie (« environ 2 150 $ au taux du jour »), mettez-la dans les notes de la facture sous forme de ligne de texte, clairement signalée comme indicative. Le montant facturé reste dans la devise du client.

Taxe : HT, TTC, taux multiples et net de taxe

La taxe est l'endroit où les factures transfrontalières dérapent le plus souvent en silence, parce que les pays ne s'accordent même pas sur les fondamentaux — ni sur le taux, ni sur le nom, ni surtout sur la question de savoir si les prix sont normalement affichés avec la taxe incluse ou sans.

HT ou TTC — choisissez ce que le client attend

InvoiceFlow prend en charge la tarification HT comme TTC, et ce choix n'est pas cosmétique : il change le nombre que le client lit comme « le prix ».

• Hors taxe (HT) : les lignes affichent le prix avant taxe, la taxe est ajoutée sur une ligne distincte, et le total est la somme. C'est la norme pour le B2B dans une grande partie du monde — les entreprises raisonnent en montants nets puisqu'elles récupèrent la taxe de toute façon.
• Toutes taxes comprises (TTC) : le prix affiché contient déjà la taxe, et la facture détaille quelle part de ce prix était de la taxe. C'est courant pour la tarification grand public dans de nombreux pays, où la loi ou l'usage veut que le prix affiché soit ce que le client paie.

Choisissez correctement selon le marché. Un client allemand en B2B qui lit une facture HT avec une ligne de TVA clairement séparée voit exactement ce qu'il attend. Le même client, recevant une facture TTC, devra peut-être reconstituer votre montant net pour sa propre comptabilité — une friction que vous avez créée sans raison.

Plusieurs taux sur une même facture

Les vraies factures ne sont pas toujours à taux unique. Vous pouvez facturer à un client du conseil (un taux) et un produit physique (un taux différent), ou un travail à cheval entre un taux réduit et un taux normal. InvoiceFlow gère plusieurs taux de taxe sur une seule facture, en appliquant le bon taux par ligne et en récapitulant la taxe par taux. Le client voit une ventilation claire au lieu d'un chiffre globalisé qu'il ne peut pas vérifier.

Net de taxe et montant dû

Sous tout cela, l'application calcule correctement les montants nets de taxe et le montant dû, de sorte que les totaux se réconcilient quelle que soit la combinaison de HT, de TTC et de taux multiples que vous avez utilisée. Si un paiement partiel arrive, le montant dû se met à jour par rapport au solde. Vous ne faites pas ce calcul à la main à 23 h, ce qui est précisément l'heure à laquelle les erreurs de calcul se glissent sur les factures.

Une remarque pratique sur la taxe transfrontalière qu'aucune application ne peut trancher à votre place : savoir si vous facturez ou non une taxe sur une vente à l'étranger est une question juridique, pas un réglage de l'application. Les règles d'autoliquidation, le taux zéro à l'export, les critères de lieu de prestation — tout cela dépend de votre juridiction, de celle du client, et de ce que vous vendez. L'application affichera fidèlement le traitement fiscal que vous lui indiquez. Connaître le bon traitement, c'est votre travail (ou celui de votre comptable). Décidez d'abord la règle ; configurez la facture ensuite.

Langue par facture : imprimer dans la langue du client

Voici le détail qui impressionne discrètement. Votre application peut tourner en français pendant que la facture que vous remettez à un client s'imprime en allemand, en anglais ou en japonais.

InvoiceFlow prend en charge une langue par facture : vous définissez la langue d'une facture précise, et le PDF généré — des libellés comme « Facture », « Date d'échéance », « Sous-total », « Taxe », « Total », le format de date, etc. — s'affiche dans cette langue, quelle que soit la langue de votre application. Vous travaillez dans votre interface familière ; le client reçoit un document qui se lit comme s'il avait été fait pour lui.

Cela se combine avec le rendu PDF de l'application, qui gère correctement les écritures non latines — cyrillique, arabe, CJC — grâce aux polices NotoSans intégrées plus des polices sélectionnables par l'utilisateur. Un document destiné à un client à Tokyo ou à Riyad ne ressortira pas comme une rangée de carrés vides là où devrait figurer l'écriture. Si vous avez déjà reçu un PDF avec des caractères illisibles, vous savez à quelle vitesse cela érode la confiance ; bien gérer ce point est une petite chose qui signale la compétence.

Le geste pratique : définissez une fois la langue de facture préférée de chaque client étranger. À partir de là, ses factures ressortent automatiquement dans sa langue tandis que vous ne quittez jamais votre propre interface.

Adresses : 199 pays, et les champs s'adaptent vraiment

La vérité peu glorieuse de la facturation internationale, c'est que les adresses sont follement disparates d'un pays à l'autre, et qu'un formulaire d'adresse rigide et unique fait que chaque adresse étrangère paraît légèrement de travers.

Les champs d'adresse d'InvoiceFlow sont adaptés à chacun des 199 pays. Deux choses se produisent lorsque vous choisissez le pays du client :

• Les libellés de région et de code postal s'adaptent. Ce qui est un « ZIP code » aux États-Unis est un « Code postal » au Canada, un « Postcode » au Royaume-Uni et un « PIN code » en Inde. Le champ est intitulé comme ce pays l'intitule, de sorte que l'adresse se lit naturellement pour le destinataire et pour son service comptable.
• Certains pays masquent entièrement la région et le code postal. Un certain nombre de pays n'utilisent pas de ligne d'État/région ou de code postal comme le font les autres. Imposer un champ « État » vide à une adresse de l'un de ces pays donne simplement l'impression que vous ne connaissez pas le pays. Le formulaire supprime les champs qui ne s'appliquent pas.

Le résultat est un bloc d'adresse, sur le PDF, qui semble avoir été écrit par quelqu'un du pays — bons intitulés de champs, bons champs présents, rien de forcé. C'est invisible quand c'est juste et flagrant quand c'est faux, ce qui est précisément pourquoi cela vaut la peine de bien le faire.

On assemble le tout : un guide concret

Imaginez que vous êtes designer indépendant avec trois clients étrangers : une agence à Munich (paie en euros, B2B, attend une facture HT avec une ligne de TVA claire, veut la facture en allemand), une startup à Toronto (dollars canadiens, anglais, code postal) et un studio à Tokyo (yens japonais, facture en langue japonaise). Voici la configuration initiale, à faire une fois, et le déroulé récurrent.

1. Configurez chaque client une fois. Pour chacun, définissez la devise par défaut, la langue de facture préférée et le pays (qui fixe les libellés d'adresse). Munich : EUR, allemand, Allemagne. Toronto : CAD, anglais, Canada. Tokyo : JPY, japonais, Japon.
2. Décidez le traitement fiscal par client avec votre comptable, puis configurez-le. La facture de Munich est en HT avec une ligne de TVA ; les autres selon vos règles pour ces ventes.
3. Créez la facture. Elle s'ouvre dans la bonne devise. Vous saisissez les lignes dans cette devise — les chiffres réellement convenus, pas convertis à la volée.
4. Laissez l'application faire les totaux. Le net de taxe, la taxe par taux et le montant dû se calculent tous correctement.
5. Générez le PDF. Il s'imprime dans la langue du client, formate correctement la devise et rend l'adresse avec les bons libellés — même si la langue du client utilise une écriture non latine.
6. Suivez et rapprochez. Vous suivez le solde dans la devise de la facture ; une fois payée, vous enregistrez le montant réel en devise d'origine, issu de votre banque, dans votre propre comptabilité.

Trois clients, trois devises, trois langues — et de votre côté c'est la même poignée de tapotements à chaque fois, parce que les réglages par client portent les différences à votre place.

Les petits détails qui s'accumulent

La facturation transfrontalière récompense la précision d'une manière que la facturation domestique ne fait pas. Chez vous, un libellé d'adresse légèrement décalé ou une présentation fiscale inhabituelle passe inaperçu parce que tout le monde partage les mêmes conventions. À l'international, chaque décalage est un minuscule signal indiquant que vous improvisez. L'indépendant dont les factures en euros arrivent en euros, en allemand, avec une ligne de TVA présentée comme les factures allemandes la présentent, et un bloc d'adresse qui se lit correctement, est traité comme un fournisseur professionnel. Celui dont les factures doivent être traduites, converties et reformatées avant que le service fournisseurs puisse les traiter devient « le fournisseur étranger qui complique un peu les choses ».

Vous n'avez à configurer cela qu'une seule fois par client. Après quoi, la différence entre avoir l'air d'un local et avoir l'air d'un touriste est intégrée à chaque facture que vous envoyez — et elle ne vous coûte rien d'autre que les dix minutes nécessaires pour renseigner correctement, la première fois, la devise, la langue et le pays du client.