Établir les objets et systèmes de référence
Pour chaque donnée, indiquez son propriétaire : SKU, unité de vente, stock, commande, transporteur, statut ou numéro de lot. Précisez le sens de l’échange, le déclencheur, le délai attendu, le format et le traitement d’un message invalide. Une source unique de vérité évite que deux systèmes se corrigent mutuellement.
Tester un jeu de cas complet
- Création d’un article et mise à jour d’une caractéristique.
- Réception, rangement et évolution de quantité.
- Commande simple, commande multi-lignes et rupture.
- Annulation ou modification avant et après lancement.
- Retour, blocage et remise en disponibilité autorisée.
- Message dupliqué, indisponibilité temporaire et reprise.
Pour chaque scénario, conservez la donnée envoyée, la réponse reçue, le statut observé, l’heure et le résultat attendu. Les tests doivent être réalisés dans un environnement convenu et avec des données appropriées.
Signer la décision de recette
Classez les anomalies par impact, attribuez un responsable et indiquez le résultat du retest. Ne basculez pas une opération critique sur une interface dont les doublons ou les rejets restent inexpliqués. Consultez WMS et ERP : comment organiser les échanges de données ? et Comment choisir les statuts WMS utiles à son équipe ?.
Mis à jour le 26 octobre 2026. Les délais, capacités, prix et périmètres restent à confirmer selon les produits, le site et les flux réels.