Alternatives à QuickBooks lorsque vous avez besoin d'une API, et non d'une application
Pourquoi les équipes produit délaissent QuickBooks, ce qu'implique réellement une "API plutôt qu'une application" et quelles alternatives conviennent à quel usage.
QuickBooks Online est un logiciel de comptabilité performant pour les petites entreprises, doté d'une large base d'utilisateurs, d'une API REST OAuth 2.0, de webhooks et d'un écosystème de développeurs conséquent. La plupart des équipes qui recherchent une alternative ne sont pas mécontentes du produit en tant qu'application. Elles font face à un autre problème : elles ont besoin d'un logiciel, et non d'un humain, pour tenir les comptes, alors que QuickBooks part du principe qu'un humain s'en charge.
Cet article aborde ce décalage et présente les solutions à adopter à la place. Si vous êtes une petite entreprise et que vous choisissez un logiciel de comptabilité, QuickBooks est probablement le bon choix et rien de tout cela ne vous concerne.
Où se manifeste le décalage
Une connexion API équivaut à un dossier d'entreprise. L'API de QuickBooks est liée à une entreprise, identifiée par un identifiant de domaine (realm). Une plateforme qui doit gérer la comptabilité de 300 vendeurs gère 300 connexions et 300 abonnements, et non un seul compte contenant 300 entreprises. C'est généralement ce fait unique qui met fin à l'évaluation.
L'API est un complément à l'application, pas le produit. Les fonctionnalités arrivent dans l'interface et atteignent l'API selon leur propre calendrier. Lorsque toute votre intégration dépend de la possibilité d'appeler une fonction, l'argument « disponible dans l'application » ne vaut pas pour l'API.
La limitation du débit (throttling) est conçue pour la synchronisation, pas pour le flux de transactions. Les limites de QuickBooks sont généralement documentées à 500 requêtes par minute et par entreprise, avec des restrictions plus strictes sur les points de terminaison de lots et de rapports ; il convient de vérifier les chiffres actuels dans la documentation officielle pour développeurs d'Intuit. C'est largement suffisant pour synchroniser les registres d'une seule entreprise, mais c'est une toute autre histoire lorsque votre plateforme comptabilise des écritures pour des milliers d'entreprises en temps réel.
La fiscalité transfrontalière dans l'UE présente des lacunes. La documentation d'assistance d'Intuit indique qu'il n'existe pas de procédure standard pour enregistrer la TVA IOSS dans QuickBooks et renvoie les utilisateurs vers un comptable. Pour une plateforme effectuant des ventes transfrontalières au sein de l'UE, la gestion de la vente à distance et du guichet unique (OSS) n'est pas un cas particulier. Il est donc primordial de le vérifier pour vos pays spécifiques avant de concevoir votre solution.
Ce ne sont pas des défauts. Ce sont les conséquences logiques de la conception d'un excellent outil destiné aux entreprises qui emploient un comptable.
Ce qu'implique réellement une « API plutôt qu'une application »
Avant de comparer les alternatives, il est utile de définir ce que les équipes produit recherchent réellement, car la mention « dispose d'une API » s'applique à presque tout.
- Couvrance complète. Tout ce que l'application peut faire doit pouvoir être appelé par l'API. Sur ce point, la position de Nordlet est claire : l'application ne possède aucun point de terminaison privé - l'interface s'appuie sur les mêmes points de terminaison que ceux mis à disposition des appelants externes.
- Gestion multi-entreprise sous un compte unique. La comptabilité de plusieurs entités sans avoir à multiplier les abonnements.
- Écritures idempotentes. Une requête relancée ne peut pas créer une seconde facture ou une écriture de journal en double.
- Diffusion d'événements. Des webhooks qui se déclenchent lors des changements d'état, afin que votre système réagisse au lieu d'interroger l'API en continu (polling).
- Invariants comptables appliqués automatiquement. Les imputations déséquilibrées sont rejetées, les périodes clôturées sont verrouillées et les documents validés ne sont plus modifiables.
- La fiscalité traitée comme de la donnée, et non comme un écran. Les taux, les décisions de lieu d'imposition, les résultats de validation et les registres sont accessibles par programmation.
- Un environnement de test (sandbox) identique à la production, ainsi qu'un nombre illimité d'entreprises de test pour que les tests d'intégration restent économiques.
Évaluez toute alternative par rapport à cette liste plutôt qu'en fonction d'une matrice de fonctionnalités.
Les alternatives, selon vos objectifs
| Votre situation | Optez pour | Pourquoi |
|---|---|---|
| Votre plateforme doit tenir les comptes de nombreux clients | Une API de comptabilité intégrée (embedded accounting) telle que Nordlet | Multi-entreprise sous un compte unique, tarification à l'usage, règles comptables appliquées côté serveur |
| Vos clients tiennent leur comptabilité sur QuickBooks et vous vous y intégrez | Restez sur l'API de QuickBooks ou utilisez un agrégateur | La comptabilité appartient au client ; aller à sa rencontre là où il se trouve est la bonne approche |
| Vous devez centraliser les écritures de plusieurs applications comptables à la fois | Un agrégateur tel que Codat, Rutter ou Merge | Une interface unique pour de nombreux systèmes sous-jacents |
| Vous avez besoin de soldes de portefeuilles en temps réel, et non de comptes réglementaires | Une infrastructure de grand livre (ledger) telle que Modern Treasury Ledgers | Conçue pour le débit et l'immutabilité, non pour la déclaration fiscale |
| Vous souhaitez un système unique couvrant les opérations et la finance | Un ERP tel qu'Odoo | Largeur fonctionnelle, au prix de sa gestion par vos soins |
| Vous êtes une petite entreprise avec un comptable | Xero, QuickBooks ou un équivalent local | L'application est la finalité |
API de comptabilité intégrée (Embedded accounting)
C'est la réponse directe au besoin d'une « API plutôt qu'une application ». Le système comptable devient un service de backend appelé par votre produit, et vos utilisateurs ne voient jamais de grand livre général.
Nordlet est conçu pour ce cas de figure : un grand livre en partie double immuable où l'équilibre est garanti par un déclencheur (trigger) de base de données au moment de la validation, une numérotation des documents sans saut de séquence, un verrouillage des périodes qui rejette avec un code 409 toute écriture datée d'un mois clôturé, un journal d'audit de chaque modification, la prise en charge de Idempotency-Key qui rejoue la réponse stockée en cas de nouvelle tentative, et des webhooks signés écrits dans une table de messagerie transactionnelle (transactional outbox) lors de la même transaction de base de données que la modification. La tarification est basée sur l'utilisation plutôt que par entreprise : à partir de 10 € par mois incluant 3 000 requêtes, avec un nombre illimité d'entreprises, d'utilisateurs et d'entreprises test dans chaque formule.
Les limites en toute transparence : Nordlet en est à ses débuts (early access) et intègre des partenaires de conception ; la TVA de l'UE couvre les taux par pays, la validation VIES et le calcul de la déclaration OSS/IOSS, mais les packs de déclarations nationales ne sont disponibles aujourd'hui que pour trois pays (la Lituanie avec FR0600, l'Allemagne avec UStVA et la Pologne avec JPK_V7M), et la gestion de la paie est exclusivement lituanienne.
Agrégateurs
Codat, Rutter et Merge vous fournissent une interface unique pour vous connecter au système comptable que chaque client utilise déjà. Si votre produit a pour mission de lire ou d'écrire dans la comptabilité de vos clients (prêts, gestion des dépenses, analyses), c'est la bonne catégorie, et un grand livre intégré constituerait un mauvais choix. Si votre plateforme doit être la source unique de vérité, un agrégateur ne peut pas remplir ce rôle.
Infrastructure de grand livre (Ledger infrastructure)
Les produits de cette catégorie suivent les soldes de manière immuable et à haut débit, sans pour autant réaliser de comptabilité réglementaire. Ils s'intègrent parfaitement dans le cadre d'une solution de portefeuille ou de paiement, mais laissent la TVA, la facturation et le reporting annuel à d'autres outils.
ERP
Odoo et les suites similaires couvrent une part beaucoup plus large de l'entreprise que la simple comptabilité. Le compromis pour les équipes produit réside dans la surface d'intégration : l'API externe d'Odoo fonctionne au niveau du modèle de données via RPC, sa documentation indique que l'accès par API est limité au niveau tarifaire personnalisé (Custom), et les points de terminaison RPC actuels doivent être remplacés par une API JSON plus récente. Ce sujet est abordé dans Nordlet vs Odoo pour les créateurs de plateformes.
Si vous migrez depuis QuickBooks
Quelques opérations prennent systématiquement plus de temps que prévu :
- Correspondance du plan comptable. Procédez méthodiquement et conservez l'ancien code de compte comme champ de référence sur le nouveau compte. Vous en aurez besoin lorsqu'un utilisateur demandera pourquoi un chiffre comparatif a bougé.
- Soldes d'ouverture. Migrez les soldes à une date de coupure, et non l'historique de toutes les écritures repostées. Conservez l'ancien système consultable pendant la période de conservation légale plutôt que d'essayer de rejouer des années d'écritures.
- Numérotation des documents. Décidez si la nouvelle série continue l'ancienne numérotation ou repart de zéro, et vérifiez les exigences de votre juridiction avant de faire votre choix.
- Élément ouverts. Les factures impayées, les avoirs non appliqués et les paiements partiellement pointés doivent arriver sous forme d'éléments ouverts, et non sous forme de soldes nets, sous peine de bloquer le rapprochement bancaire ultérieur.
- Périodes fiscales. Ne migrez pas en milieu de période à moins d'être prêt à établir une déclaration à partir de deux systèmes.
- Faites tourner les deux en parallèle pendant un cycle. Comptabilisez le même mois dans les deux systèmes et comparez la balance générale avant de couper l'ancien logiciel.
FAQ
Existe-t-il une alternative gratuite à QuickBooks ?
Il existe des logiciels de comptabilité gratuits et open source, et Odoo propose une formule gratuite limitée à une seule application. Pour une plateforme, la gratuité est rarement durable, car les coûts se reportent sur l'hébergement, les mises à niveau, les mises en conformité réglementaire et le temps d'ingénierie nécessaire pour maintenir une intégration fonctionnelle. Chiffrez le coût total de possession, pas seulement la licence.
Qu'est-ce qui est mieux que QuickBooks pour une place de marché (marketplace) ?
Pour la comptabilité d'une place de marché en particulier, une API de comptabilité intégrée est structurellement plus adaptée, car elle peut tenir les comptes de nombreuses entités sous un compte unique, appliquer les règles comptables côté serveur et être entièrement pilotée par votre logiciel. QuickBooks reste un meilleur produit pour une entreprise isolée disposant d'un comptable.
QuickBooks dispose-t-il d'une API pour les développeurs ?
Oui. QuickBooks Online propose une API REST OAuth 2.0 avec des webhooks et un portail développeur. La contrainte pour un usage sur une plateforme ne vient pas de la qualité de l'API, mais de son périmètre : elle est conçue pour s'intégrer à la comptabilité d'une entreprise, et non pour servir de grand livre au cœur d'un autre produit.
Puis-je conserver QuickBooks tout en ajoutant une API de comptabilité ?
C'est possible, et certaines équipes le font : la comptabilité propre de la plateforme réside dans un grand livre intégré, tandis que des intégrations transmettent des journaux de synthèse vers le système comptable utilisé par chaque client professionnel. La règle d'or à retenir est qu'un seul système doit faire office de source de vérité pour un ensemble de comptes donné. Deux systèmes prétendant tous deux faire autorité constituent le point de départ assuré des problèmes de rapprochement.
Qu'en est-il de Xero ?
Xero est une alternative solide en tant qu'application et dispose d'une API bien documentée, mais elle présente la même structure : les abonnements et les limites d'API s'appliquent par organisation, et les applications non certifiées sont limitées à 25 organisations connectées. La comparaison est détaillée dans l'article Nordlet vs Xero pour la comptabilité intégrée.