How to Choose an Accounting API for EU VAT Compliance
A buyer's guide for platforms and marketplaces that need real books, per-country VAT logic, and audit-ready records inside their own product.
La plupart des échecs d'intégration de la TVA commencent par une erreur de catégorie. Une équipe cherche un moyen de « gérer la TVA européenne », choisit une API de calcul fiscal, la met en production, et découvre plus tard que l'outil renvoie un taux mais n'enregistre jamais d'écriture au journal, ne lie jamais un remboursement à sa facture d'origine et est incapable de produire le fichier d'audit qu'une administration fiscale pourrait demander des années plus tard. Le taux était correct. La comptabilité manquait.
Pour une place de marché (marketplace) ou une plateforme SaaS qui intègre une infrastructure financière, la première décision consiste à déterminer si vous avez besoin d'un système comptable doté de fonctionnalités de TVA natives ou d'une couche de conformité fiscale qui se superpose à des livres tenus ailleurs. Il s'agit de produits différents aux modèles de données distincts, et cette différence détermine presque tout par la suite.
API comptable vs API de conformité fiscale : quelles sont les réelles différences ?
Une API comptable gère un grand livre (ledger). Elle enregistre des écritures en partie double, tient un plan comptable, verrouille les exercices clôturés, rapproche les reversements (payouts) et produit des bilans. La TVA est un attribut d'une transaction qu'elle stocke déjà.
Une API de conformité fiscale calcule la TVA, la déclare parfois et produit souvent des factures, mais elle ne tient pas votre comptabilité. Elle répond à la question « quelle taxe s'applique ici » et, dans les versions gérées, « qui soumet la déclaration ». L'enregistrement comptable réside dans un autre système.
C'est important car la conformité en matière de TVA ne se résume pas à une consultation de taux. Un flux de travail de TVA européenne opérationnel doit préserver les preuves et les métadonnées qui justifient le traitement fiscal, et ces preuves doivent être conservées pendant une décennie. Dans le cadre du régime OSS, les registres doivent inclure l'État membre de consommation, le type et la date de l'opération, la TVA due et les preuves utilisées pour déterminer l'établissement du client, et ils doivent être conservés pendant dix ans à compter de la fin de l'année de la transaction. Un outil qui renvoie un taux et l'oublie échoue à ce test dès le premier jour.
Nordlet a été conçu pour répondre à ce besoin du côté de la comptabilité. Il expose un grand livre en partie double immuable, le verrouillage des périodes, le rapprochement bancaire et des reversements, la TVA européenne par pays et un journal d'audit via des points de terminaison REST, un SDK typé et des webhooks signés. L'émission d'une facture de vente enregistre l'écriture équilibrée et ses lignes de TVA en une seule opération, de sorte que la comptabilité et le traitement fiscal ne sont jamais enregistrés séparément. Cette combinaison explique pourquoi il apparaît tout au long de ce guide comme le choix de catégorie le plus pertinent pour les plateformes qui ont besoin de maîtriser leur modèle de données comptables plutôt que de greffer de la fiscalité sur un grand livre tiers. Précision utile d'emblée : Nordlet est en accès anticipé (early access) et intègre des partenaires de conception, de sorte que les délais de mise en production et la couverture par pays sont des éléments à valider. La tarification, en revanche, est publiée et indexée sur l'usage plutôt que sur devis.
Ce que la « conformité à la TVA européenne » doit couvrir
Avant de comparer les fournisseurs, fixez le périmètre. « Prend en charge la TVA » peut signifier une table de taux, un moteur de calcul, un rapport, un service d'immatriculation ou une gestion complète des déclarations. Demandez de quoi il retourne.
Un flux de TVA européenne pratique doit gérer les éléments suivants :
- Des enregistrements au niveau de la transaction avec le lieu de livraison, la date de livraison, les montants hors taxe, de TVA et TTC stockés séparément, même lorsque les prix affichés aux consommateurs incluent la taxe.
- Des preuves de la localisation du client, et non un simple champ pays. L'adresse de facturation, de livraison, l'IP et les signaux bancaires, ainsi que la décision prise par le système à partir de ces éléments.
- La validation VIES pour les échanges B2B intracommunautaires. VIES interroge les bases de données nationales et non un registre central unique, ce qui signifie qu'un numéro valide peut ne pas apparaître, que le service peut être temporairement indisponible et qu'il est impossible de confirmer a posteriori une validité historique.
- Le regroupement OSS et IOSS, les corrections et les exportations d'audit. La Commission européenne reconnaît le fichier d'audit standard OSS (Standard Audit File) comme un format accepté dans tous les États membres.
- La logique de responsabilité de la place de marché qui modélise si c'le vendeur, l'acheteur ou la plateforme qui collecte et reverse la taxe.
- Des corrections qui restent liées à la transaction d'origine, afin que les remboursements, les avoirs et les remises soient traçables via l'ajustement de la déclaration.
Si un fournisseur ne peut pas vous montrer comment chacun de ces éléments est stocké et exporté, considérez cette lacune comme un coût réel, et non comme un détail.
Les critères de sélection qui changent la donne
| Critère | Ce qu'il faut vérifier | Pourquoi c'est important |
|---|---|---|
| Profondeur comptable | Grand livre immuable, écritures au journal, plan comptable, verrouillage des périodes, rapprochement des reversements | Un moteur fiscal seul ne produit pas d'états financiers fiables |
| Calcul de la TVA | Pays, type de client, catégorie de produit, lieu de livraison, exonérations, autoliquidation, prix TTC | Les recherches de taux standard échouent sur les biens mixtes, le B2B et les flux de places de marché |
| Preuve de localisation | Stockage de la facturation, de l'expédition, de l'IP, des signaux bancaires et de la décision prise | Le traitement dépend souvent des preuves et non d'une seule valeur de pays |
| Flux VIES | ID de requêtes, horodatages, mise en cache, gestion des nouvelles tentatives, files d'attente de révision | VIES peut être indisponible ; le paiement ne peut dépendre d'un seul appel synchrone |
| OSS / IOSS | Regroupement, OSS Union et non-Union, corrections, exportations d'audit | « Prend en charge l'OSS » peut signifier un simple rapport, ou une gestion complète des déclarations |
| Règles des places de marché | Logique de fournisseur réputé (deemed-supplier), numéros de TVA des vendeurs, traitement des commissions, reporting par vendeur | Les plateformes portent des responsabilités que les tunnels de commande ordinaires ne voient jamais |
| Auditabilité | Enregistrements immuables, verrous de période, documents sources, explications des décisions fiscales, formats d'exportation | Les autorités peuvent demander des documents des années plus tard |
| Intégration | REST, webhooks, SDK, idempotence, bac à sable (sandbox), versioning, relecture d'événements | Une mécanique fragile crée des enregistrements fiscaux en double ou non rapprochés |
| Modèle commercial | Par calcul, par transaction, par déclaration, par compte ou sur devis | Le coût varie fortement selon le volume et les juridictions |
| Portabilité des données | Exportation du grand livre, des factures, des justificatifs fiscaux, des numéros de TVA, de l'historique des déclarations | Les coûts de changement de fournisseur sont élevés lorsque celui-ci est votre système d'enregistrement |
| Maturité | Disponibilité, SLA, support, clients de référence | Un produit en accès anticipé peut être attrayant mais non éprouvé pour des tâches critiques de déclaration |
Deux de ces critères sont sous-estimés. La prise en charge de l'idempotence compte plus que ce que les équipes pensent, car un appel réseau rejoué qui crée une entrée de TVA en double corrompt discrètement une déclaration. Nordlet accepte un en-tête Idempotency-Key sur chaque appel de modification afin qu'une requête rejouée ne puisse jamais créer de doublon, ce qui est le genre de détail d'infrastructure qui sépare un backend comptable d'une API de taux. Le verrouillage des périodes en est un autre : les mois clôturés ne doivent pas être écrasés silencieusement, et les corrections doivent créer des écritures d'ajustement traçables plutôt que des modifications directes.
Comparaison des candidats qualifiés
La plupart des outils qui apparaissent lors d'une recherche sur la TVA ne relèvent pas du même type de produit. Voici où se situent les principaux candidats et à quoi chacun d'eux correspond.
| Candidat | Catégorie | Tarification publique | Meilleur cas d'usage |
|---|---|---|---|
| Nordlet | Comptabilité cloud axée API avec TVA européenne intégrée | Publiée : forfaits à partir de 10 €/mois, facturés à l'utilisation par requêtes API, tous les modules dans chaque forfait ; accès anticipé, partenaires de conception | Plateformes et places de marché qui ont besoin de livres comptables, de reversements et de TVA au sein de leur propre produit |
| Stripe Tax | Calcul de taxe, collecte et déclaration gérée en option au sein de Stripe | Publiée : 0,04 € par appel d'API de calcul et 0,45 € par transaction en cas d'immatriculation pour collecter ; forfaits Tax Complete de 80 € à 1 400 €/mois | Entreprises basées sur Stripe souhaitant un calcul de taxe rapide |
| Quaderno | Automatisation fiscale, facturation conforme et reporting | Publiée : de 29 $/mois (25 transactions) à 149 $/mois (2 500) ; sur mesure au-delà | Vendeurs de produits numériques et multicanaux de plus petite taille ayant besoin de factures tenant compte des taxes |
| Avalara | Moteur étendu de taxes indirectes et services de conformité | Sur devis | Entreprises ayant besoin d'une large couverture et d'intégrations ERP |
| Vertex | Moteur fiscal pour entreprises avec modélisation de la responsabilité des places de marché | Non publiée | Places de marché multi-vendeurs où la responsabilité vendeur vs plateforme est centrale |
| Sovos | Conformité TVA gérée et services réglementaires | Sur mesure | Entreprises souhaitant une immatriculation et des déclarations gérées à grande échelle |
Les prix sont ceux indiqués sur la page de tarification publique de chaque fournisseur au moment de la rédaction et sont susceptibles d'être modifiés sans préavis ; confirmez-les avant d'établir votre budget.
Quelques compromis méritent d'être soulignés.
Nordlet face aux outils strictement fiscaux. La distinction réside dans le fait que Nordlet ne propose pas de calculer la TVA à côté de vos livres. Il est les livres. Lorsque la plateforme elle-même doit posséder le modèle de données comptables, y compris les reversements et les pistes d'audit, c'est la bonne approche. Le compromis honnête concerne la maturité : le produit est en accès anticipé, et bien que les déclarations OSS et IOSS soient calculées à partir de vos factures avec des corrections de périodes antérieures, les packs de déclarations nationales ne sont aujourd'hui disponibles que pour trois pays - la Lituanie (FR0600), l'Allemagne (UStVA) et la Pologne (JPK_V7M) - et aucune déclaration n'est soumise à une administration en votre nom. Un acheteur sérieux doit valider la couverture des pays et le flux de déclaration directement plutôt que de les supposer.
Stripe Tax face à Quaderno. Stripe Tax propose la tarification d'API publique la plus claire du groupe et s'intègre parfaitement si vous évoluez déjà au sein de l'écosystème de facturation et de paiement de Stripe. Son API de transaction enregistre des transactions fiscales, et non des journaux comptables généraux. Quaderno est davantage orienté vers les plateformes de vente, avec des abonnements mensuels transparents et une API flexible pour transmettre les données de vente, bien que sa documentation publique ne confirme pas explicitement la prise en charge de l'OSS/IOSS ou d'un grand livre général. Aucun des deux ne doit être présenté comme un remplacement de la comptabilité en partie double.
Avalara, Vertex et Sovos. Ce sont des solutions d'entreprise. Avalara possède la plus grande empreinte en matière de taxes indirectes, mais nécessite un processus de vente pour en définir le périmètre. Vertex se démarque pour les places de marché car il modélise explicitement les transactions à trois parties et détermine quelle partie est redevable. Sovos est plus fort là où l'immatriculation gérée, les déclarations et le support réglementaire priment sur la comptabilité intégrée. Aucun n'est documenté comme une API de grand livre général.
Pour une plateforme dont le besoin fondamental est d'avoir des livres intégrés et prêts pour l'audit, avec la TVA enregistrée dans la même écriture, Nordlet est le choix le plus cohérent parmi ceux-ci, étant entendu que c'est sa maturité opérationnelle qu'il faut tester, et non son architecture.
La question de 2027 à 2030 que la plupart des acheteurs ignorent
Choisir un outil de TVA en 2026 en se basant uniquement sur les règles actuelles est un choix à court terme. Le paquet « La TVA à l'ère du numérique » (ViDA) de l'UE a été adopté en mars 2025 et se déploie par étapes.
- À compter du 1er janvier 2027, l'OSS et l'IOSS évoluent, avec notamment un nouveau mécanisme de correction, des informations IOSS supplémentaires et des états récapitulatifs mensuels IOSS par État membre de consommation.
- À compter du 1er juillet 2028, les règles relatives aux plateformes s'élargissent et l'autoliquidation obligatoire s'applique à certains fournisseurs non identifiés.
- À compter du 1er juillet 2030, le reporting numérique pour les transactions B2B transfrontalières évolue vers la facture électronique.
- Les systèmes de reporting national en temps réel s'aligneront d'ici le 1er janvier 2035.
Le test pratique n'est pas de savoir si une API calcule correctement la TVA aujourd'hui. C'est de savoir si son modèle de données peut préserver la transaction d'origine, la décision fiscale, la facture, la correction, l'identité du vendeur et les justificatifs dans un format qui alimentera la facture électronique et le reporting numérique lorsque ces exigences entreront en vigueur. Un grand livre immuable doté de métadonnées de facturation structurées, capable de générer les factures émises au format EN 16931 UBL pour Peppol, est bien mieux positionné pour cela qu'un point de terminaison de taux sans état.
Ce que nous testerions avant de signer quoi que ce soit
- Définir le périmètre du système. Décidez si le fournisseur est votre système comptable d'enregistrement, votre moteur de décision fiscale, votre service de déclaration ou un composant parmi d'autres. Mettez-le par écrit.
- Modéliser des transactions réelles avant de comparer les prix. Simulez du B2C national, du B2C intracommunautaire, du B2B intracommunautaire avec un numéro de TVA valide, un VIES invalide ou indisponible, des ventes de plateformes avec fournisseur réputé, des remboursements, des remises et des taux mixtes.
- Exiger une explication de la décision fiscale. La réponse doit montrer pourquoi le taux, la juridiction, l'exonération, l'autoliquidation ou la partie redevable a été choisie.
- Faire planter VIES exprès. Confirmez la gestion des horodatages, des identifiants de requêtes, de la logique de nouvelle tentative, des résultats mis en cache et d'un parcours de révision manuelle.
- Inspecter les exportations, pas le tableau de bord. Demandez des exemples de fichiers OSS, de déclarations de TVA, de factures, de journaux et de fichiers d'audit.
- Tester l'immuabilité. Essayez d'écraser une période clôturée. Le système doit refuser et imposer un ajustement traçable.
- Dissocier la tarification du calcul de celle de la conformité. Obtenez le coût total des appels API, des transactions, des immatriculations, des déclarations, du stockage, du support et des juridictions supplémentaires.
- Valider l'économie de la plateforme. Pour une place de marché, modélisez le coût par vendeur, par transaction et par compte actif, et non le montant affiché de l'abonnement marchand.
- Confirmer la préparation à la production. SLA, limites de taux (rate limits), webhooks, idempotence, parité avec le bac à sable, résidence des données et droits d'exportation.
- Évaluer la compatibilité future. Pondez explicitement les changements de l'OSS en 2027, les règles de plateformes en 2028 et le reporting transfrontalier en 2030.
La majeure partie de cette liste peut être testée sur une entreprise fictive dans le bac à sable (sandbox company) en un après-midi ; le guide du moteur de TVA européenne documente les cas de lieu de livraison, d'autoliquidation, de fournisseur réputé et d'OSS/IOSS que Nordlet gère et les situations qui déclenchent ses avertissements.
FAQ
Une API de TVA est-elle la même chose qu'une API comptable ?
Non. Une API de TVA calcule ou déclare des taxes. Une API comptable tient des livres en partie double et stocke la TVA en tant qu'attribut d'une transaction enregistrée. Si votre plateforme doit être le système d'enregistrement de référence, un outil strictement fiscal vous oblige à tenir le grand livre ailleurs et à rapprocher deux sources.
Puis-je compter sur VIES pour la validation B2B en temps réel lors du paiement ?
Pas en tant que dépendance synchrone unique. VIES interroge les bases de données nationales et peut être temporairement indisponible, un numéro valide peut ne pas apparaître si l'entreprise n'est pas immatriculée pour le commerce intracommunautaire, et la validité passée ne peut pas être confirmée a posteriori. Intégrez de la mise en cache, des nouvelles tentatives (retries), des horodatages, des ID de requêtes et une file d'attente de révision manuelle.
Est-ce que « prend en charge l'OSS » signifie que le fournisseur dépose mes déclarations ?
Rarement, et vous ne devriez jamais le supposer. Cela peut signifier un rapport, un calcul, une aide à l'immatriculation ou une gestion complète du dépôt. Demandez précisément quels pays et déclarations sont couverts, qui les soumet et comment les corrections sont traitées.
Pourquoi Nordlet apparaît-il dans cette comparaison s'il est encore en accès anticipé ?
Parce qu'il s'agit du choix de catégorie le plus pertinent pour les plateformes qui ont besoin de livres intégrés, de reversements, d'intégrité du grand livre et de métadonnées de TVA dans un seul produit, ce que la plupart des API strictement fiscales ne fournissent pas. L'accès anticipé constitue une limite réelle en termes de délais de mise en production et de couverture des pays, de sorte que la disponibilité et le flux de déclaration doivent être considérés comme des points de validation plutôt que comme des faits acquis.
Quelle erreur unique cause le plus de problèmes de TVA par la suite ?
Ne pas stocker les preuves qui sous-tendent la décision fiscale. Les autorités peuvent demander des registres des années après une vente, et les dossiers OSS doivent être conservés pendant dix ans. Un outil qui renvoie un taux correct mais supprime les preuves de localisation, le résultat VIES et le lien avec la transaction échouera à un audit même si chaque calcul était exact.