# Connecter une boutique à des fournisseurs ou des marketplaces B2B

> Relier une boutique à un ou plusieurs fournisseurs, ou à une marketplace B2B, est un type de mission que je traite régulièrement, avec des variantes selon la qualité de l'API disponible.

- Source canonique : [https://allaux.fr/expertises/integration-api-fournisseurs-b2b](https://allaux.fr/expertises/integration-api-fournisseurs-b2b)
- Langue : FR
- Dernière mise à jour : 2026-07-26

## Le besoin type

Une boutique qui s'appuie sur des fournisseurs externes a besoin que son catalogue, ses stocks et parfois ses commandes restent synchronisés avec ce que le fournisseur ou la marketplace expose réellement. Ce besoin revient sous plusieurs formes : importer un catalogue fournisseur pour le revendre, publier son propre catalogue vers une marketplace B2B, ou faire les deux à la fois quand une boutique achète d'un côté et revend de l'autre. Dans tous les cas, l'enjeu est le même : que les données restent justes sans ressaisie manuelle, sans que la moindre panne d'un côté ne casse silencieusement l'autre.

## Comment j'interviens sur ce genre de besoin

Je commence toujours par étudier ce que l'API du partenaire expose réellement, et pas seulement ce que sa documentation annonce : limites de fréquence d'appel, champs réellement fiables, comportements non documentés découverts en pratique. Je définis ensuite un modèle de données pivot côté boutique, qui ne dépend pas du format propre au fournisseur, pour pouvoir en ajouter ou en retirer un sans reconstruire l'ensemble.

La synchronisation elle-même se construit autour d'une question centrale : qui a raison en cas de désaccord entre les deux systèmes sur une même donnée. Cette règle de priorité doit être décidée avant le développement, pas découverte lors du premier conflit réel. J'ajoute systématiquement une journalisation des échanges et, selon la criticité de la donnée, une alerte en cas d'échec répété, pour qu'une désynchronisation se voie rapidement plutôt que de s'accumuler en silence.

## Facteurs qui influencent le chiffrage

- **Qualité de la documentation** — Une API bien documentée réduit fortement le temps d'étude préalable par rapport à une API découverte par tâtonnement ou par analyse du trafic réseau.
- **Sens des échanges** — Synchroniser dans un seul sens est plus simple que de gérer un aller-retour où les deux systèmes peuvent modifier la même donnée.
- **Fréquence attendue** — Une synchronisation en temps réel impose une architecture différente d'une synchronisation par lot une ou deux fois par jour, avec des contraintes de fiabilité plus fortes.
- **Volume de données** — Un catalogue de quelques centaines de références se traite différemment d'un catalogue de plusieurs dizaines de milliers, notamment sur les temps de traitement et la gestion des erreurs partielles.

## Questions à se poser avant de lancer

> L'API du partenaire est-elle documentée et stable dans le temps ? Qui doit avoir le dernier mot en cas de désaccord entre les deux systèmes ? Que doit-il se passer si la synchronisation échoue pendant plusieurs heures ? Répondre à ces questions en amont évite de les découvrir en production.

## FAQ

### Faut-il obligatoirement une API pour intégrer un fournisseur ?

C'est nettement plus simple si oui. Sans API, l'intégration reste possible via des exports de fichiers réguliers, mais avec des contraintes différentes sur la fraîcheur des données et la gestion des erreurs.

### Que se passe-t-il si le partenaire modifie son API sans prévenir ?

C'est un risque réel sur toute intégration externe. Une surveillance régulière permet de détecter rapidement une rupture plutôt que de la découvrir via une rupture de stock ou une commande perdue.

### Peut-on intégrer plusieurs fournisseurs en parallèle ?

Oui, à condition de passer chacun par sa propre couche d'adaptation vers un modèle de données commun, plutôt que de mélanger les formats fournisseur directement dans le catalogue.

### Combien de temps prend ce type de mission ?

L'étude de l'API disponible détermine largement le délai ; je donne une estimation précise après cette étude, jamais avant.