Sommaire
Une API laisse vos partenaires consulter stocks, prix ou commandes et vous envoyer des données sans ressaisie. Ajoutée à une application, elle relève de la brique « connexion » (2 000€HT dans mon estimateur) ; une API complète, avec gestion des accès partenaires, coûte de 6 000 à 20 000€HT.
Vos clients demandent l’état de leurs commandes par téléphone. Vos distributeurs ressaisissent votre catalogue dans leur propre système. Votre transporteur vous envoie des fichiers Excel. Une API (interface de programmation) met fin à ces échanges manuels : elle permet aux systèmes de vos partenaires de dialoguer directement avec le vôtre. Voici quand elle se justifie, ce qu’elle coûte et comment la concevoir proprement.
Ce qu’une API apporte concrètement
Une API est un point d’entrée contrôlé dans votre système. Un partenaire autorisé peut, selon les droits que vous lui donnez :
- consulter : stocks disponibles, prix nets, statut d’une commande, numéro de suivi ;
- envoyer : une commande, une demande de devis, un bon de livraison signé ;
- être prévenu : votre système le notifie quand une commande est expédiée ou une facture émise (on parle de webhook).
Pour un décideur, l’intérêt se mesure en ressaisies évitées, en erreurs en moins et en appels de suivi qui disparaissent. C’est aussi un argument commercial : un grand compte choisit plus volontiers un fournisseur qui se branche sur ses outils.
API, export ou portail : choisir le bon niveau
Une API n’est pas toujours la meilleure réponse. Comparez avec les solutions plus simples :
| Solution | Pour qui | Fraîcheur des données | Effort pour le partenaire | Coût indicatif |
|---|---|---|---|---|
| Export planifié (CSV, SFTP) | Partenaires qui intègrent un fichier par jour | Quotidienne | Faible | Inclus dans la brique connexion (2 000€HT) |
| Webhook | Partenaires qui veulent être prévenus d’un événement | Immédiate | Moyen | Inclus dans la brique connexion |
| API REST documentée | Partenaires avec service informatique | Temps réel, lecture et écriture | Moyen à élevé | 2 000€HT et plus en ajout ; 6 000 à 20 000€HT pour une API complète |
| Portail web | Partenaires sans service informatique | Temps réel | Aucun développement | Voir le prix d’un portail B2B |
Dans les faits, beaucoup d’entreprises combinent un portail pour les petits clients et une API pour les grands comptes. Les deux s’appuient sur les mêmes données et les mêmes règles.
Les règles d’une API bien conçue
Je construis les API selon quelques principes simples, que vous pouvez exiger de n’importe quel prestataire :
- Une documentation publiée, au format standard OpenAPI, que le service informatique d’un partenaire peut lire et tester sans vous appeler.
- Un accès par partenaire : chaque partenaire a ses identifiants, révocables à tout moment et ne voit que ses propres données.
- Un environnement de test séparé, pour que les partenaires développent sans toucher à vos vraies commandes.
- Des versions : quand l’API évolue, l’ancienne version continue de fonctionner le temps que les partenaires migrent.
- Un journal des appels, pour savoir qui a consulté ou modifié quoi et diagnostiquer un problème rapidement.
La sécurité, point par point
Une API ouvre une porte sur votre système d’information. Le projet OWASP API Security, référence internationale en sécurité applicative, publie un classement des risques les plus fréquents (édition 2023, consultée en octobre 2026). En tête : les contrôles d’autorisation insuffisants, qui permettent à un partenaire d’accéder aux données d’un autre en changeant un identifiant dans sa requête.
Concrètement, je prévois :
- une authentification par clé ou jeton (OAuth 2.0 pour les cas les plus exigeants) ;
- une vérification des droits à chaque requête, pas seulement à la connexion ;
- une limite d’appels par partenaire, pour qu’une erreur de leur côté ne sature pas votre système ;
- le chiffrement des échanges (HTTPS) et la journalisation.
Ces points sont détaillés dans les failles les plus fréquentes dans les applications de PME.
Ce que coûte une API
Deux cas de figure :
- Ajouter une API à une application que je développe : c’est la brique « connexion à d’autres outils », chiffrée 2 000€HT dans l’estimateur. Elle couvre une API ciblée (quelques ressources, lecture et écriture, documentation). Plusieurs flux distincts ou des partenaires aux besoins très différents augmentent ce montant.
- Créer une API autour d’un système existant (ERP, base de données maison) : c’est un projet d’application métier à part entière, de 6 000 à 20 000€HT et 1 à 3 mois selon le nombre de ressources exposées, l’espace développeur et la gestion des comptes partenaires. Je commence par un audit du système existant pour vérifier ce qui est accessible.
S’y ajoutent l’hébergement et la maintenance, faibles en général, sauf si le volume d’appels est très élevé.
Quand une API n’est pas la bonne solution
- Vos partenaires n’ont pas de service informatique : ils ne l’utiliseront pas. Un portail ou un export sera plus utile.
- Les échanges passent par un standard imposé, comme l’EDI avec la grande distribution : voir l’EDI pour les PME.
- Un seul partenaire, un seul fichier par jour : un export planifié suffit et coûte moins.
- Votre système interne n’est pas fiable : exposer des données fausses à des partenaires aggrave le problème. Il faut d’abord assainir la source.
Par où commencer
- Listez les demandes de vos partenaires : quelles données, à quelle fréquence, dans quel sens.
- Identifiez deux ou trois partenaires pilotes prêts à se connecter en premier.
- Lors de l’appel découverte, nous choisissons le bon niveau : export, webhook, API ou portail.
- Au cadrage, je rédige la liste des ressources, les règles d’accès et le devis ferme ; la documentation est livrée avec l’API.
L’API est ensuite ouverte aux partenaires pilotes, ajustée selon leurs retours, puis à tous les autres.
Questions fréquentes
Quelle différence entre une API et un export de fichier ?
Un export envoie un fichier à heure fixe ; une API répond à la demande, en temps réel et peut aussi recevoir des données. L’export suffit souvent pour un catalogue mis à jour une fois par jour. L’API devient utile quand les partenaires ont besoin d’informations fraîches ou passent des commandes.
Nos partenaires sauront-ils se connecter à notre API ?
S’ils ont un service informatique ou un prestataire, oui, à condition que l’API soit documentée. Pour les plus petits partenaires, un portail web ou un export reste souvent nécessaire en parallèle.
Une API expose-t-elle nos données à des risques ?
Elle ouvre une porte, donc elle doit être protégée : une clé ou un jeton par partenaire, des droits limités à ses propres données, un plafond d’appels et un journal des accès. Bien conçue, elle est plus sûre que des fichiers envoyés par e-mail.
Qui maintient l’API quand nos partenaires demandent des évolutions ?
Vous en restez propriétaire : le code et la documentation vous sont cédés après paiement complet. Les évolutions se font ensuite au forfait ou à l’heure, avec une règle simple : ne jamais casser ce que les partenaires utilisent déjà.