Le nouveau logisticien est prêt, ses comptes sont ouverts et une commande de test a été expédiée. Pourtant, la bascule peut encore échouer sur une commande acceptée par l’ancien entrepôt, un retour adressé au mauvais site ou un stock compté simultanément dans deux systèmes. Le changement de prestataire concerne des engagements en cours, pas seulement une nouvelle destination d’API.
Une transition maîtrisée attribue à chaque ligne de commande un responsable d’exécution et conserve cette attribution jusqu’à sa clôture. Le stock, les réceptions, les colis et les retours peuvent changer de système à des moments différents. Une date commune de lancement ne remplace pas la preuve de ce qui a effectivement été transféré.
Le scénario présenté est fictif : un distributeur passe de l’entrepôt A à l’entrepôt B, avec un ERP qui reçoit des ventes e-commerce et B2B. Nous suivons une référence, six commandes et deux retours. Les quantités servent à contrôler les rapprochements ; elles ne constituent ni une méthode comptable universelle ni un résultat client.
Le rôle de l’intégration API et des échanges entre logiciels est de préserver cette continuité métier. Un projet de connexion logistique et transport doit donc préparer les derniers traitements du prestataire sortant autant que les premiers du nouvel entrepôt, avec les équipes ERP, commerce et opérations.
Définir ce qui change, et ce qui doit continuer
Un transfert physique de stock, un changement de WMS et une nouvelle connexion transport ne sont pas nécessairement simultanés. Identifiez les produits, les sites, les canaux et les prestations inclus. Un lot peut concerner seulement les nouvelles commandes d’une gamme, tandis que les anciennes expéditions et les retours restent gérés chez A.
Choisir une unité de bascule qui peut être suivie
La commande entière convient lorsque ses lignes suivent toujours le même site. Si les préparations sont fractionnées, l’unité de contrôle doit descendre à la ligne ou à la quantité affectée. Un identifiant global de commande ne permet pas de savoir qui doit encore expédier les trois pièces restantes.
Le responsable opérations valide les règles physiques ; le responsable commerce accepte la promesse client ; le prestataire ERP confirme les objets disponibles ; l’équipe d’intégration traduit les événements et conserve les preuves. Le nouveau 3PL ne peut pas décider seul du sort d’une commande déjà engagée chez le précédent.
Photographier les encours avant de modifier le routage
Inventoriez les commandes reçues, acceptées, en préparation, expédiées et partiellement traitées. Ajoutez les annulations demandées, les colis dont la remise reste inconnue, les réceptions attendues et les retours ouverts. Chaque élément porte sa source, son dernier état connu, l’heure de cette observation et l’action qui reste attendue.
Une extraction n’est complète qu’avec son périmètre
Conservez les pages lues, les filtres, les sites et les statuts inclus dans chaque export. Une liste limitée aux commandes ouvertes peut omettre un colis expédié dont le tracking n’a pas encore rejoint l’ERP. Une liste des retours reçus ne contient pas ceux que les acheteurs ont déjà envoyés mais que l’entrepôt attend encore.
Les références des deux prestataires doivent rester reliées à l’identité métier d’origine. Ne remplacez pas l’ancien numéro d’expédition par le nouveau champ de tracking. La coexistence exige une table de correspondance consultable par le support, avec le prestataire, le compte, le site et la période concernés.
Réconcilier le stock physique sans compter deux fois le transfert
Dans notre exemple, A détient cent pièces : vingt sont réservées à des commandes conservées sur place, cinq sont en quarantaine et soixante-quinze peuvent partir vers B. L’expédition du transfert ne crée pas soixante-quinze pièces supplémentaires disponibles. Elle déplace leur localisation et leur état ; la réception chez B doit ensuite confirmer la quantité réellement acceptée.
| Moment | Entrepôt A | Transit | Entrepôt B | Écart attribué |
|---|---|---|---|---|
| Avant départ | 100 : 20 réservées, 5 bloquées, 75 transférables. | 0 | 0 | Aucun écart dans le scénario initial. |
| Départ confirmé | 25 : 20 réservées et 5 bloquées. | 75 | 0 | Le transit n’est pas proposé à la vente. |
| Réception partielle | 25 | 3 non reçues | 72 reçues et acceptées | Trois pièces restent à localiser avant clôture. |
Le dernier total reste cent, mais seules les soixante-douze pièces acceptées chez B deviennent candidates au stock vendable de ce site. Les vingt réservées chez A continuent de couvrir leurs commandes. Les cinq bloquées et les trois non reçues n’augmentent aucun disponible commercial. Une formule de disponibilité doit expliciter ces exclusions, ainsi que les nouvelles réservations intervenues après la réception.
Traiter l’écart avant de fermer le transfert
Les trois pièces manquantes ne sont pas automatiquement une perte définitive. Elles peuvent attendre un second scan, être dans un colis séparé ou demander une enquête. Conservez leur statut et un responsable. Le contrôle d’une réception annoncée terminée rappelle pourquoi le statut global d’un document ne suffit pas à prouver les quantités reçues.
Décider du sort des commandes déjà acceptées
Une coupure de routage ne retire pas un ordre de préparation déjà accepté. Il faut connaître l’état physique, les possibilités d’annulation et le signal qui autorise une réaffectation. La demande d’annulation et son acceptation sont deux événements distincts ; pendant cet intervalle, envoyer la même quantité à B peut déclencher une double expédition.
Vérifier les possibilités réelles de chaque plateforme
Shopify distingue notamment l’annulation d’une demande encore non acceptée et la demande d’annulation d’un traitement accepté par un service logistique. Dans ce second cas, il faut attendre une acceptation ou un refus du service. Cette distinction est décrite dans son guide des traitements confiés à une application logistique. Elle illustre une contrainte à vérifier, sans présumer que tous les 3PL exposent les mêmes états.
Le connecteur consulte les actions autorisées et les erreurs métier, pas seulement le statut HTTP. Un déplacement entre emplacements peut être soumis à des restrictions de service, d’accès ou d’état. La documentation des solutions de fulfillment Shopify permet de cadrer cette recette pour les installations concernées.
Six commandes, six décisions de transition
Le lot fictif est arrêté à 14 heures pour préparer les décisions suivantes. L’heure ne rend pas les états immuables : une dernière lecture et la confirmation du prestataire restent nécessaires avant toute réaffectation. Les références C-101 à C-106 servent de clés de rapprochement dans les deux systèmes.
| Commande | Situation observée | Action admise |
|---|---|---|
| C-101 | Acceptée par A, préparation commencée. | La conserver chez A et suivre la fin d’expédition. |
| C-102 | Non envoyée, aucun traitement externe engagé. | L’affecter à B après contrôle du disponible et de la promesse. |
| C-103 | Annulation demandée à A, réponse encore absente. | Attendre la décision ; ne pas dupliquer l’ordre chez B. |
| C-104 | Deux unités expédiées par A, trois restant à servir. | Attribuer explicitement le reliquat ; conserver les deux premières unités dans l’historique. |
| C-105 | Expédition confirmée, tracking encore absent. | Rechercher le colis chez A ; ne pas interpréter le champ vide comme une absence d’envoi. |
| C-106 | Commande nouvelle chez B, demande client de changement d’adresse. | Appliquer le parcours de modification de B selon son état réel. |
Pour C-104, le journal doit conserver les quantités par exécutant. Si A garde le reliquat, B ne le reçoit pas. Si A confirme sa libération et que B le reprend, l’accord et la quantité transférée deviennent des pièces du dossier. Le total commandé reste cinq, même si les deux systèmes créent chacun leurs propres documents logistiques.
Le test doit aussi retarder volontairement un événement de A jusqu’après l’ouverture de B. La provenance empêche cette notification de modifier une expédition appartenant à B simplement parce que le numéro de commande est commun. L’ancien prestataire reste une source autorisée pour ses propres engagements.
Garder un parcours pour les retours des anciennes expéditions
Le changement d’entrepôt n’efface pas les étiquettes déjà fournies ni les colis en route. Distinguez un retour vers A d’une nouvelle demande orientée vers B. Le support doit savoir où le produit est attendu, qui confirme sa réception et quel système met à jour le stock revendable.
Deux retours qui ne se règlent pas par un changement d’adresse
R-11 concerne une commande expédiée par A avant la bascule ; son étiquette est déjà utilisée. A réceptionne et qualifie le produit selon le dispositif maintenu. R-12 concerne une commande ancienne, mais l’acheteur n’a pas encore envoyé le colis ; une orientation vers B reste possible si les procédures, les données et les conditions commerciales le permettent.
Le remboursement et le retour au stock suivent leurs propres décisions. Un colis reçu peut être endommagé ; une demande acceptée peut ne jamais arriver. L’ERP conserve l’identité de vente et les pièces de décision même si le prestataire qui reçoit le retour n’est pas celui qui avait expédié le produit.
Mettre en service le nouveau routage sans perdre la provenance
Versionnez la règle qui choisit le prestataire pour les nouvelles demandes. Elle peut dépendre de la date d’acceptation, de la gamme et de la destination, mais doit donner un résultat unique et explicable. Enregistrez ce résultat avec la demande ; une reprise ne doit pas recalculer son destinataire depuis une règle plus récente.
Conserver une frontière entre émission et observation
Vous pouvez arrêter les nouveaux ordres vers A tout en continuant à lire ses confirmations, ses tracking et ses retours. Révoquer tous ses accès dès le lancement de B peut rendre les encours invisibles. Préparez une réduction progressive des droits et un calendrier de clôture fondé sur les dossiers restants, pas seulement sur une date administrative.
Le registre de passation des accès à un nouveau prestataire marketplace fournit un complément utile : fermer les moyens d’action sortants exige de reprendre aussi les alertes, les dossiers ouverts et les tâches planifiées.
Les commandes et mouvements portent une référence externe stable. Les mécanismes d’idempotence, de reprise et de réconciliation doivent être testés pour les deux prestataires. Les détails d’interface sont propres aux installations : une API native, une passerelle partenaire et un échange de fichiers n’offrent pas nécessairement les mêmes confirmations.
Recevoir la bascule avec des preuves de bout en bout
La recette associe chaque scénario à un résultat attendu dans le commerce, l’ERP et l’entrepôt. Elle comprend une commande normale, une préparation partielle, une annulation refusée, un événement tardif, une réception incomplète et un retour ancien. Le test de connexion et la première étiquette ne couvrent pas ces décisions.
- Comparer les quantités par état avant et après le transfert physique.
- Vérifier qu’aucune ligne n’a deux exécutants actifs pour la même quantité.
- Retarder et rejouer les confirmations sans créer une seconde opération.
- Faire retrouver une commande et un retour par le support depuis leur référence d’origine.
- Contrôler le message présenté au client lorsque le statut reste incertain.
Consignez les exclusions : un canal non testé, une gestion de lots absente du pilote ou un transporteur encore non reçu. L’ouverture porte sur le périmètre démontré. Une anomalie de quantité ou d’exécutant bloque l’élargissement même si le taux global d’appels réussis paraît satisfaisant.
Préparer un repli qui respecte les opérations déjà engagées
Revenir à l’ancienne configuration ne fait pas revenir les palettes et n’annule pas les préparations de B. Le repli doit distinguer les nouvelles demandes encore non envoyées, celles déjà acceptées et celles physiquement exécutées. Les premières peuvent être retenues ; les autres exigent une décision propre à leur état.
Réduire l’ouverture avant de déplacer les engagements
Si B ne confirme plus les réceptions, suspendez les nouvelles disponibilités concernées et les promesses qui en dépendent. Maintenez la lecture des expéditions déjà engagées. Le responsable opérations tranche le sort des demandes en attente à partir des quantités prouvées et de la capacité réelle de A, qui peut ne plus disposer du stock transféré.
Prévoyez aussi le coût de coexistence : accès aux deux outils, surveillance, rapprochements et traitement des anciens retours. Une offre logistique moins chère peut perdre temporairement son avantage pendant cette phase. Budgétez la sortie sur les encours observés et renégociez les responsabilités avant de constater qu’aucune équipe ne suit les exceptions.
Erreurs fréquentes et signaux d’arrêt pendant la transition
- Additionner deux stocks publiés : un transfert apparaît disponible chez A et chez B avant réception.
- Réaffecter une annulation en attente : deux préparations restent possibles pour le même besoin.
- Effacer l’ancien tracking : le service client perd la preuve d’un colis encore en circulation.
- Clôturer au premier jour sans incident : les retours et les confirmations tardives n’ont pas encore éprouvé le dispositif.
Surveillez particulièrement un nombre d’encours qui ne diminue plus chez A et des demandes sans prestataire clairement attribué. Ces signaux peuvent apparaître avant les plaintes clients. La priorité devient le rapprochement du lot concerné ; relancer globalement les ordres peut multiplier les effets du défaut.
Guides complémentaires pour les flux et les quantités
Relier un outil logistique à l’installation ERP réelle
Le dossier Shippingbo et ERP sans connecteur prêt à l’emploi détaille la qualification des interfaces et des opérations. Il aide à préparer les prérequis de B sans supposer que le nom de l’ERP suffit à prouver sa compatibilité.
Conserver la quantité encore attendue après une réception
Le guide Odoo et 3PL pour les réceptions partielles suit unités, lots et reliquats. Il complète le contrôle du stock en transit lorsque plusieurs arrivages terminent un même transfert.
Conclusion : changer de logisticien en conservant les engagements ouverts
La réussite d’une bascule se lit dans les quantités expliquées, les commandes attribuées et les retours retrouvables. Un nouveau raccordement fonctionnel ne suffit pas si les opérations de l’ancien prestataire disparaissent de la vue des équipes. La coexistence doit être conçue et reçue comme un état normal du projet.
Le scénario de cent pièces et six commandes révèle trois frontières : la réception physique, l’acceptation d’un ordre et la clôture de son résultat. Chacune exige une preuve différente. Les confondre transforme une transition technique en incident commercial.
Le plan de repli doit respecter ces frontières et prévoir les coûts des encours. La fermeture du prestataire sortant devient une décision contrôlée lorsque les dossiers restants disposent d’un responsable, d’une preuve et d’un parcours de résolution.
Dawap accompagne vos intégrations API et transitions entre systèmes métier en coordination avec les logisticiens et l’intégrateur ERP. Le travail commence par les flux réellement ouverts, puis relie routage, réconciliation et exploitation pour que la bascule puisse être expliquée avant d’être exécutée.
