· Mise en route

Passer en production sans surprise dans les comptes.

L'ordre protège la production : les portées se restreignent avant le premier appel réel, parce qu'une clé trop large ayant déjà servi ne se réduit plus sans casser l'intégration.

· Mise en route

Les étapes, dans l'ordre.

Aucune étape n'attend la précédente pour être préparée, mais celle qui la suit coûte plus cher si elle est prise à l'envers.

Jour 1

01Créer un client API

Le client porte ses portées. Accordez ce dont l'intégration a besoin, pas ce qu'elle pourrait un jour utiliser.

Jour 1

02Travailler sur l'environnement de test

Un espace distinct de la production. Les erreurs d'intégration y produisent des écritures fausses sans conséquence sur les comptes réels.

Semaine 1

03Faire échouer volontairement

Envoyez une écriture déséquilibrée, sur une période close, sur un compte inexistant. Les refus obtenus sont le contrat auquel votre intégration doit se conformer.

Semaine 1

04Brancher les webhooks

Être averti d'un événement plutôt que d'interroger en boucle. C'est aussi ce qui vous fera consommer moins de quota.

Avant production

05Vérifier quotas et limitation de débit

Une intégration qui fonctionne sur dix écritures peut être coupée sur dix mille. La limite se constate en test, pas le jour de la bascule.

Production

06Surveiller par le journal

Chaque requête est journalisée et rattachée à son client. Un incident se diagnostique dans le système plutôt qu'en réunion.

Environnement de test · Portées explicites · Journal de chaque requête

· Par position face à l'API

Commencez par dire ce que vous en faites.

Consommer une API, l'embarquer dans un produit vendu à des tiers ou en autoriser l'usage dans son organisation ne posent pas les mêmes questions.

Développeur intégrateurVous branchez un outil existantPousser des écritures depuis une caisse, une paie ou un outil métier, et obtenir le même refus que l'écran quand elles sont fausses.Voir les surfaces exposées Éditeur de logicielVous embarquez la comptabilité dans votre produitAdosser votre application à un moteur comptable dont les contrôles sont opposables, plutôt que d'en réécrire un que vous devrez défendre.Voir le passage en production Responsable techniqueVous décidez de l'architecture d'intégrationSavoir ce qui est exposé, ce qui est limité et ce qui est journalisé avant d'engager une intégration qu'il faudra maintenir.Voir la référence Sécurité et conformitéVous autorisez l'accèsAccorder des portées explicites plutôt qu'une clé qui peut tout, et retrouver dans un journal qui a appelé quoi, quand.Voir les portées et le journal

Vous ne vous reconnaissez dans aucun de ces rôles ? Dites-nous ce que vous cherchez à faire.

· Et maintenant

Prêt à ouvrir votre dossier.

Je préfère obtenir une clé et essayer

Créez un client API sur l'environnement de test, poussez une écriture déséquilibrée et lisez le refus. C'est le contrat de votre intégration.

Obtenir une clé d'API

Je veux cadrer une intégration

Volumétrie, portées nécessaires, environnements et calendrier de bascule, sur votre cas d'intégration réel.

Demander une démonstration

Une intégration
qui respecte les mêmes règles.

Portées explicites, quotas par client, journal de chaque requête et webhooks sortants — sur le moteur comptable que vous voyez à l'écran.

Obtenir une clé d'API Demander une démonstration

Environnement de test gratuit · Support d'intégration · Piste d'audit inchangée