Dessiner le parcours d’une information
Connecter une boutique ou une marketplace à un ERP commence par une question concrète : quelle information doit circuler, entre quels outils et pour permettre quelle action ? Un schéma utile suit un produit, une commande et un retour du début à la fin. Il montre aussi les interventions humaines, les validations et les situations où une opération doit attendre.
Prenons un distributeur fictif qui vend sur son site et prépare les commandes depuis un entrepôt. Son catalogue provient de plusieurs fournisseurs, tandis que les stocks sont suivis dans un outil métier. L’objectif du premier périmètre pourrait être de publier un catalogue validé, transmettre les commandes et restituer un statut de livraison. Cet exemple aide à poser les décisions ; il ne décrit aucun client Innovancy.
Attribuer une source à chaque donnée
Établissez un tableau avec, pour chaque information, sa source, son responsable, ses destinataires et sa fréquence de mise à jour. La description commerciale peut être préparée dans un outil de catalogue, le stock calculé par l’ERP et le suivi de livraison fourni par un transporteur. Il n’est pas nécessaire qu’une même application soit propriétaire de toutes les informations.
Évitez en revanche que deux systèmes puissent modifier le même champ sans règle de priorité. Si le prix est corrigé dans la boutique puis remplacé par un import quelques minutes après, l’équipe doit comprendre quel comportement est attendu. Documentez également les corrections manuelles autorisées et leur durée : une exception ne doit pas devenir une règle invisible.
Stabiliser les identifiants du catalogue
Un produit et une variante doivent être reconnus de la même façon pendant tout le parcours. Choisissez les identifiants utilisés pour rapprocher les références fournisseurs, les articles internes et les offres publiées. Une couleur ou une taille peut modifier le stock, le prix ou le délai : elle doit donc être représentée explicitement lorsque le fonctionnement commercial le demande.
Préparez un échantillon représentatif avant un import complet : article simple, plusieurs variantes, référence incomplète, image manquante et produit à retirer. Un dictionnaire d’attributs indique les formats, les unités et les valeurs admises. Ce travail réduit les ambiguïtés que des connexions pourtant fonctionnelles ne savent pas résoudre seules.
Définir ce que signifie un stock disponible
Le nombre affiché en ligne peut être différent du stock physique. Il peut tenir compte de réservations, d’un stock de sécurité, de plusieurs entrepôts ou de produits déjà engagés sur un autre canal. La règle doit être calculable et partagée par les responsables commerciaux et opérationnels. Précisez aussi ce que l’on affiche lorsqu’une mise à jour attendue n’arrive pas.
La fréquence d’échange dépend du risque et des interfaces disponibles. Une mise à jour planifiée peut suffire pour certains catalogues ; d’autres situations demandent une réaction plus rapide. Ne choisissez pas une synchronisation en temps réel comme un simple argument commercial : il faut vérifier les limites d’API, les volumes, les traitements et les moyens de surveillance.
Suivre la commande comme une suite d’états
Décrivez les étapes qui rendent une commande exploitable : reçue, paiement vérifié selon le dispositif retenu, acceptée, en préparation, expédiée, puis livrée ou clôturée. Chaque changement doit avoir une origine et une destination identifiables. Le libellé affiché au client n’a pas besoin de reproduire tous les états techniques de l’entrepôt.
Attribuez un identifiant stable à la commande et à ses événements importants. Une notification renvoyée après une coupure ne doit pas réserver le stock ou créer une préparation une seconde fois. Les commandes fractionnées, les modifications et les articles indisponibles méritent des scénarios distincts. Leur traitement est plus facile à définir avant la mise en production.
Prévoir les exceptions et le retour arrière
Testez une annulation avant préparation, une livraison partielle, un retour et une référence inconnue. Indiquez qui peut reprendre la main et quelle information doit revenir dans les autres outils. Une automatisation ne doit pas transformer une erreur locale en une série de modifications impossibles à comprendre.
Conservez les traces nécessaires pour retrouver une opération sans multiplier les données personnelles. Un tableau de suivi peut regrouper l’identifiant, l’étape, le dernier échange réussi et l’action attendue. Une file de reprise documentée permet de relancer seulement ce qui manque. Définissez les conditions d’arrêt d’un flux lorsque la qualité des données ou la disponibilité d’un service devient insuffisante.
Vérifier les interfaces et les responsabilités
Une connexion dépend de la version, de l’hébergement, des droits et des fonctionnalités réellement exposées par chaque outil. Vérifiez les mécanismes d’authentification, les limites de volume, les formats d’erreur et la possibilité de tester sans perturber l’activité. Les connecteurs du marché peuvent accélérer le travail, mais leur nom ne suffit pas à confirmer la couverture de votre scénario.
L’entreprise doit savoir qui possède les comptes, qui renouvelle les accès et qui suit les changements d’API. Identifiez les licences, abonnements et contrats de transport ou de paiement qui restent à sa charge. Ces dépendances font partie du devis et des modalités de maintenance, au même titre que le développement du flux.
Lancer un pilote avec des critères observables
Commencez avec un sous-ensemble de produits et un parcours de commande complet, plutôt qu’avec toutes les références et tous les canaux simultanément. Comparez les informations aux étapes clés : prix publié, stock disponible, commande reçue, préparation et livraison. Prévoyez un responsable métier pour vérifier que les résultats correspondent au travail réel.
Innovancy peut cadrer une boutique, un ERP ou une application indépendamment, puis étudier les échanges utiles. Apportez vos exemples de fichiers, vos règles de stock et une commande représentative anonymisée. Le pilote doit aboutir à une décision : poursuivre, corriger une règle ou revoir un outil. Il ne dispense pas de la recette et de l’organisation du support.
