Passer au contenu principal / Skip to main content
← Tous les articles
Systèmes & intégrations2 min de lecture

Les commandes par API doivent suivre vos règles.

Recevoir des commandes directement du système d’un client évite la double saisie, à condition d’appliquer exactement les mêmes vérifications commerciales.

Composition conceptuelle générée : deux blocs en graphite mat reliés par un rail en aluminium satiné où une carte ivoire vierge traverse une porte centrale en verre ambre translucide.
Un format technique valide ne suffit pas : chaque commande par API doit passer par vos contrôles commerciaux.

Un client veut parfois transmettre ses achats directement depuis son propre logiciel. Une API, l’interface qui permet à deux systèmes d’échanger, peut alors lui éviter de ressaisir la même demande dans votre portail.

Avant d’ouvrir ce canal à un partenaire, il faut toutefois décider comment chaque demande entrante sera vérifiée. Quel compte a le droit de transmettre? Quels articles peut-il acheter? À quelles adresses a-t-il le droit de faire livrer la marchandise?

Ne pas confondre format valide et commande acceptable.

Un point d’entrée pensé pour vos propres outils internes exige souvent des contrôles supplémentaires avant d’être ouvert à un partenaire externe. Le prix envoyé dans la demande mérite une attention particulière : selon le projet, il peut devoir être recalculé ou comparé à vos ententes de référence.

Une promotion terminée, une quantité différente ou un contrat mis à jour peut expliquer un écart. Mieux vaut prévoir la règle exacte pour savoir si l’on bloque, ajuste ou soumet à approbation.

Trois contrôles avant d’accepter une commande partenaire
  1. Droits du compteVérifier l’identité du compte, les articles autorisés et les adresses de livraison permises.
  2. Prix et quantitésComparer le montant transmis aux ententes à jour et aux unités attendues.
  3. Réponse et suiviIndiquer clairement au partenaire et à votre équipe ce qui bloque ou attend une révision.

Contrôles à définir selon chaque projet partenaire : les validations disponibles dépendent de l’intégration retenue.

Prévoir la réponse claire lorsqu’une demande bloque.

Il faut aussi convenir de la suite en cas d’anomalie : le partenaire doit comprendre ce qui bloque sa commande sans deviner, et votre équipe interne doit pouvoir en retrouver la trace et savoir si la demande attend une correction, une approbation ou un nouvel envoi.

Boutik peut servir de base à ce type d’échange, avec les accès et les contrôles définis autour de vos ententes commerciales et de vos opérations.

Trois points à fixer avant d’ouvrir une API partenaire

  • ✓ Lister les autorisations par compte : produits permis, seuils de quantité et adresses de livraison autorisées.
  • ✓ Décider la règle lorsqu’un prix envoyé par le client s’écarte du tarif calculé par votre ERP.
  • ✓ Définir les messages retournés au partenaire et la vue de suivi dont votre équipe a besoin pour intervenir.
Découvrir la fondation Boutik ↗

UNE IDÉE À FAIRE CIRCULER

Poursuivons la réflexion.

Partager sur LinkedIn (nouvel onglet) ↗Partager sur Facebook (nouvel onglet) ↗Partager sur X (nouvel onglet) ↗