Intégration carte corporate comptable : le guide API

L'expression recouvre quatre briques distinctes, qu'il vaut mieux ne pas confondre. La première, c'est l'export des écritures : chaque transaction carte (paiement, refill, frais de change) se transforme en une ligne comptable avec le bon compte, le bon taux de TVA, le bon tiers. La deuxième, c'est la synchronisation bidirectionnelle : le logiciel renvoie en retour les imputations validées, les bons à payer, les règlements. La troisième, ce sont les webhooks : la carte pousse l'événement en temps réel (transaction autorisée, limite atteinte, justificatif manquant) plutôt que d'attendre un import nocturne. La quatrième, c'est le rapprochement bancaire : les flux débités sur le compte pro se mappent automatiquement aux écritures générées côté dépenses.

Beaucoup d'offres vendues comme « intégrées » ne font que la première brique : un export CSV ou FEC à télécharger puis ré-importer à la main. C'est utile, mais ce n'est pas une intégration. La règle de lecture d'un comparatif : demandez si le connecteur est bidirectionnel natif ou s'il s'appuie sur un tiers (un iPaaS, un script maison). Les références du marché (Pennylane, Sage, Cegid, Dext) exposent désormais des API REST et des connecteurs prêts à l'emploi pour les gestionnaires de dépenses^[2][3].

Quatre éditeurs couvrent l'essentiel du parc français des logiciels comptables. Ils n'ont pas tous la même philosophie d'intégration, et le choix du connecteur conditionne la qualité du flux carte → compta.

En pratique, deux architectures coexistent. Soit le gestionnaire de dépenses embarque son propre connecteur (Spendesk, Payhawk ou la carte corporate Greenway branchent directement l'écriture dans Sage ou Pennylane). Soit il passe par une API unifiée comme Chift, qui normalise l'appel vers plusieurs éditeurs^[6]. La première option est plus fine, la seconde plus souple si vous changez de logiciel : à peser selon que votre compta est stabilisée ou en cours de migration.

L'écart de maturité entre une intégration « export CSV hebdomadaire » et une intégration « webhook en temps réel » est plus grand qu'il n'y paraît. Le CSV impose un cycle : on attend la fin de période, on exporte, on importe, on corrige les erreurs de mapping. Le webhook inverse la logique : chaque transaction pousse un événement, l'écriture est pré-générée, le comptable valide plutôt qu'il ne saisit. Sur une flotte de quelques centaines de cartes, la différence se mesure en jours de fermeture comptable gagnés.

Techniquement, un webhook n'est rien d'autre qu'un appel HTTP POST déclenché par un événement côté émetteur. La carte notifie votre logiciel (ou un intermédiaire) qu'une transaction vient d'être autorisée, avec son montant, son marchand, sa devise et le porteur. Le logiciel crée alors une écriture en brouillon, affecte le compte de charge selon des règles pré-définies, et attend la validation. Côté sécurité, on vérifie la signature du payload et on reste idempotent : un même événement reçu deux fois ne doit pas créer deux écritures.

L'écriture générée n'est qu'une moitié du travail. L'autre moitié, c'est le rapprochement bancaire : faire correspondre les flux débités sur le compte pro de l'entreprise avec les écritures déjà passées en comptabilité. C'est le contrôle final qui garantit que rien n'a échappé : ni une fraude, ni un doublon, ni une opération en attente de justificatif. Les outils modernes l'automatisent en croisant montant, libellé, date et tiers^[7].

Pour une carte corporate, le rapprochement a une spécificité : les dépenses sont engagées tout au long du mois mais débitées en différé, parfois regroupées sur un seul flux (cas du débit différé). Sans intégration native, il faut rapprocher à la main chaque flux groupé avec ses dizaines de transactions sous-jacentes. Avec un connecteur qui pousse les écritures au fil de l'eau, le rapprochement se réduit à un contrôle par exception : on ne regarde plus que ce qui ne s'est pas mappé seul.

À partir du 1^er septembre 2026, toutes les entreprises établies en France devront recevoir des factures électroniques, et les grandes entreprises devront en émettre^[8]. Le PDF par email ne sera plus un mode de facturation légal en B2B. Le calendrier se déploie ensuite : émission obligatoire pour les ETI, puis pour les PME et micro-entreprises au 1^er septembre 2027.

Qu'est-ce que ça change pour la carte corporate ? Beaucoup de choses, en fait. Une partie des dépenses donne lieu à une facture fournisseur (abonnements, matériel, services) qui doit transiter par une PDP (Plateforme de Dématérialisation Partenaire) ou le PPF public. Si votre carte et votre logiciel de notes de frais ne dialoguent pas avec la chaîne de facturation électronique, vous allez reconstituer à la main le lien entre la dépense payée par carte, sa facture et son écriture comptable. C'est exactement le silo que la réforme est censée supprimer.

Concrètement, vérifiez trois choses chez votre émetteur de carte : la capacité à associer un justificatif à chaque transaction (le fameux « bon à payer »), l'export au format attendu par votre PDP (souvent un flux structuré type Factur-X / XML), et la traçabilité reliant la transaction, la facture et l'écriture comptable. Sans ces trois maillons, la conformité facturation électronique se gère en tuyauterie externe, à la fois coûteuse et fragile.

Au-delà des listes de connecteurs, deux questions reviennent déterminantes. La première : qui possède le mapping comptable ? S'il vit côté éditeur de la carte, un changement de plan comptable devient une negociation. S'il vous appartient, vous restez maître de vos écritures. La deuxième : l'API est-elle documentée et ouverte ? Un connecteur fermé, sans documentation publique, vous enferme : vous dépendez du roadmap de l'éditeur pour la moindre évolution.

Côté RSE, l'intégration comptable ouvre aussi un angle que peu d'offres exploitent encore : le rattachement automatique de chaque dépense à un poste de la comptabilité RSE et au reporting CSRD. Une écriture bien catégorisée à la source alimente sans effort supplémentaire vos indicateurs d'impact : mobilité durable, achats responsables, empreinte carbone des déplacements. Le silo comptable et le silo RSE tombent ensemble quand la donnée circule.

Chez Greenway, la carte corporate alimente directement un back-office qui exporte vers les principaux logiciels comptables français, avec des règles d'imputation configurables et un justificatif rattaché à chaque transaction. L'objectif n'est pas d'imposer un workflow, mais de s'effacer dans le vôtre : vos comptes, vos taux de TVA, votre plan comptable.