Lun-Sam 9h00-19h00
07 44 90 44 53
API & intégrations : illustration
Développement

Vos logiciels ne se parlent pas ? Nous concevons des API robustes et des connecteurs entre ERP, CRM, boutique en ligne et outils métier, documentés et supervisés.

Faire circuler la donnée entre vos outils

Dans bien des entreprises, une même information existe dans plusieurs logiciels : un client dans le CRM, dans l’ERP et dans l’outil de facturation, un stock dans l’ERP et sur la boutique en ligne. Sans intégration, quelqu’un recopie, exporte des fichiers CSV ou découvre les écarts trop tard. Une intégration bien conçue fait circuler ces données automatiquement, en définissant pour chaque information quel système fait référence et dans quel sens elle se propage.

Nous intervenons des deux côtés : en concevant l’API de votre propre produit, pour vos applications et vos partenaires, et en connectant des logiciels existants comme Salesforce, HubSpot, Odoo, Sage ou SAP. Une API se conçoit comme un contrat : nous la décrivons d’abord en OpenAPI, la versionnons, la protégeons avec OAuth 2.0 et des limites de débit, puis l’instrumentons pour savoir à tout moment quels appels échouent et pourquoi.

Nos domaines d’intervention

De l’API publique d’un produit au connecteur entre deux logiciels du marché.

  • API REST et GraphQL
  • Webhooks signés et rejouables
  • Connecteurs ERP, CRM et boutiques
  • Authentification OAuth 2.0
  • Documentation OpenAPI interactive
  • Supervision des flux et alertes

Situations typiques d’intégration

Des besoins fréquents, chacun avec ses propres pièges techniques.

01
Boutique en ligne et ERP

Commandes transmises à l’ERP dès leur validation, stocks et prix renvoyés vers la boutique, statuts d’expédition remontés au client. Le point délicat : traiter les commandes passées pendant une indisponibilité de l’un des deux systèmes.

02
CRM et outils marketing

Synchronisation des contacts, des entreprises et des opportunités entre le CRM, l’outil d’envoi de courriels et le site web, avec dédoublonnage et respect des consentements recueillis au titre du RGPD.

03
API pour vos partenaires

Exposition d’un catalogue, de disponibilités ou de tarifs à des revendeurs, avec des clés d’accès par partenaire, des quotas, un environnement de test et une documentation suffisamment claire pour qu’ils avancent seuls.

04
Logiciel sans API

Lorsqu’un logiciel ancien n’offre aucune interface, nous passons par sa base de données, des échanges de fichiers planifiés ou un connecteur intermédiaire, en isolant cette dépendance pour pouvoir la remplacer plus tard.

REST, GraphQL ou webhooks ?

Trois façons d’échanger des données, souvent complémentaires dans une même architecture.

CritèreRESTGraphQLWebhooks
PrincipeDes ressources exposées via des URLLe client décrit les données vouluesLe serveur prévient lors d’un événement
Initiative de l’échangeLe client interrogeLe client interrogeLe serveur envoie
Usage privilégiéAPI publiques et partenairesInterfaces riches, applications mobilesSynchronisation quasi immédiate
Mise en cacheSimple, via HTTPPlus complexe à mettre en placeSans objet
Contrat documentéOpenAPISchéma GraphQLOpenAPI 3.1 ou AsyncAPI
Point de vigilanceVersionnement des évolutionsRequêtes coûteuses à limiterSignature, reprises et doublons

Ce que vous recevez

Une intégration doit pouvoir être comprise et maintenue par d’autres que ceux qui l’ont écrite.

  • Spécification OpenAPI de chaque point d’accès
  • Portail de documentation avec exemples de requêtes
  • Environnement de test (bac à sable) pour vos partenaires
  • Cartographie des flux et des systèmes de référence
  • Tests de contrat automatisés
  • Tableau de bord des appels et des erreurs
  • Procédure de rejeu des messages en échec

Questions fréquentes sur les intégrations

Les échanges sont conçus pour supporter ces coupures : les messages attendent dans une file, les appels échoués sont relancés à intervalles croissants, et chaque opération est idempotente, c’est-à-dire qu’elle peut être rejouée sans créer de doublon. Si le problème persiste, une alerte est envoyée et les messages restent disponibles pour un rejeu manuel.
Par une politique de versionnement claire. Les ajouts compatibles, comme un nouveau champ ou un nouveau point d’accès, sont publiés sans changer de version ; les changements incompatibles donnent lieu à une nouvelle version, l’ancienne restant maintenue pendant une période annoncée à l’avance. Des tests de contrat signalent toute rupture involontaire.
Nous utilisons OAuth 2.0 ou des clés d’API propres à chaque partenaire, avec des droits limités au strict nécessaire et révocables à tout moment. Tout le trafic est chiffré en TLS, les webhooks sont signés pour que le destinataire puisse vérifier leur origine, et des limites de débit protègent le service contre les abus comme contre les erreurs de boucle.

Des logiciels qui ne communiquent pas ?

Listez les outils que vous utilisez et les ressaisies qui vous pèsent : pendant un premier échange gratuit, nous esquisserons ensemble la cartographie de vos flux.