Quand une maison exigeante comme Fauré Le Page doit faire dialoguer un ERP historique et un OMS moderne, le sujet dépasse largement la simple connexion technique. Il faut préserver la qualité d’exécution, fiabiliser les statuts et éviter que la logistique ne subisse les écarts entre systèmes.
Le cœur du projet était là : construire un middleware capable d’orchestrer Cegid Y2 et ShippingBo sans fragiliser le quotidien des équipes. Chaque commande, chaque transfert, chaque retour de statut devait devenir plus lisible, plus fiable et plus simple à exploiter. C’est tout l’enjeu d’un vrai travail d’Intégration API mené pour la production.
Cette fiche raconte donc bien plus qu’un connecteur. Elle montre comment Dawap a cadré le sujet, sécurisé le delivery, testé les flux sensibles et construit une base plus sereine pour la suite des opérations supply.
1. Présentation du client
Comprendre le contexte business avant la solution
Fauré Le Page évolue dans un environnement où la qualité de la chaîne supply et la précision des données ont un impact immédiat sur l’exploitation, la distribution et la satisfaction des équipes en charge des opérations.
Le projet devait concilier deux réalités : un ERP historique avec ses contraintes propres, et un outil logistique moderne orienté API, plus souple mais plus exigeant sur la qualité des flux entrants.
Le besoin n’était donc pas de juxtaposer deux briques, mais de construire un point d’équilibre durable entre stabilité ERP, exécution logistique et supervision quotidienne.
2. Méthode projet Dawap
Analyse, priorisation, delivery agile et sécurisation du run
Le projet a commencé par une phase d’analyse avec les équipes Fauré Le Page pour cartographier les flux, identifier les cas sensibles, qualifier les règles métier et définir les points de contrôle indispensables avant toute mise en production.
Le backlog a ensuite été suivi dans Jira avec une logique de sprints et de lots itératifs. Les premiers sujets traités ont porté sur les flux à plus forte valeur opérationnelle : ingestion ERP, publication OMS, retours de statuts et supervision run avant les optimisations plus fines.
La qualité a été sécurisée par des validations régulières, des tests sur les flux critiques, des environnements distincts, une mise en production progressive et une surveillance de l’exploitation pour éviter les dérives après bascule.
3. Contexte projet et origine de la mission
Connecter un ERP historique à un OMS moderne sans casser l’exploitation
Fauré Le Page devait industrialiser ses opérations logistiques internationales en connectant son ERP Cegid Y2 à ShippingBo. L’enjeu n’était pas uniquement de transporter des données, mais d’aligner deux logiques très différentes : flux ERP orientés fichiers et pilotage OMS orienté API.
Le projet est né d’un besoin de fiabilité opérationnelle : réduire les interventions manuelles, limiter les écarts de stock et accélérer la circulation d’information entre back-office, logistique et distribution.
Dawap a été missionné pour concevoir un middleware Symfony sur mesure capable d’orchestrer cette interopérabilité de bout en bout, avec traçabilité, reprise sur incident et supervision compatible avec un contexte de production exigeant.
4. Souffrances opérationnelles observées
Fragmentation des flux, faible lisibilité et coûts de correction élevés
Avant middleware, les échanges entre systèmes dépendaient de traitements partiellement manuels et de scripts isolés. Les équipes subissaient des décalages de statuts entre ERP et logistique, avec des corrections répétitives à faible valeur.
La douleur la plus visible concernait la qualité de synchronisation sur les flux critiques : transferts mal réconciliés, stocks incomplets et délais sur les retours d’information terrain.
Le manque de supervision consolidée augmentait le temps de diagnostic : sans vues corrélées par flux, il était difficile de prioriser les incidents et de protéger la continuité opérationnelle.
5. Besoins identifiés côté métier et architecture
Fiabiliser les échanges ERP-OMS avec une logique produit durable
Le cadrage a défini un objectif central : faire de Cegid Y2 la source métier ERP et de ShippingBo le moteur logistique, tout en garantissant une circulation fiable et traçable entre les deux plateformes.
Les besoins fonctionnels portaient sur l’automatisation des commandes, transferts, achats, stocks qualité et réceptions, avec une capacité de traitement robuste pour les volumes réels du client.
Côté architecture, les exigences étaient : validation métier stricte, transformation contrôlée des formats, rejouabilité des flux, journalisation exhaustive et capacité d’extension vers de nouveaux scénarios.
6. Présentation client et périmètre supply chain
Un contexte international avec forte exigence de qualité d’exécution
Fauré Le Page opère une chaîne supply complexe entre ERP, logistique externalisée et réseau de distribution. Le SI devait rester cohérent malgré la diversité des flux et des contraintes opérationnelles.
Le périmètre projet couvre les échanges bidirectionnels entre Cegid Y2, Azure Blob Storage, middleware Dawap et API ShippingBo, avec restitution des statuts et contrôle de cohérence à chaque étape.
Ce contexte impose une architecture orientée production : robuste, lisible et capable de gérer les exceptions sans dégrader le rythme métier.
7. Temps projet et gouvernance delivery
Delivery incrémental avec validations métier régulières
Le projet a été mené en lots successifs : ingestion flux ERP, transformation métier, publication OMS, puis boucle de retour et supervision opérationnelle.
Des revues fréquentes entre Dawap, équipes Fauré Le Page et interlocuteurs logistiques ont permis d’ajuster les règles de mapping et les contrôles sans effet tunnel.
Cette gouvernance a sécurisé le passage en production et permis de combiner exigence ERP et agilité de déploiement.
8. Technologies et architecture cible
Symfony 7, Docker, Azure Blob, API REST et outillage de run
Le middleware est implémenté en Symfony 7, conteneurisé avec Docker, et connecté à Azure Blob Storage pour l’ingestion des fichiers ERP. La logique de traitement repose sur des commandes dédiées et une orchestration planifiée.
Le cœur technique gère parsing, validation, transformation et publication API avec un niveau de traçabilité compatible avec l’exploitation quotidienne. Les erreurs sont capturées, classées et rejouables.
Pour prolonger ce type de sujet, les pages les plus utiles sont Intégrateur Cegid, Intégrateur ShippingBo et Création d’API sur mesure.
9. APIs intégrées dans le projet
Connecteurs activés et industrialisés en production
Cegid Y2 (intégration ERP)
Le middleware ingère les flux ERP, applique les règles métier et maintient la cohérence transactionnelle entre référentiel Cegid et exécution logistique.
Voir l’intégration CegidShippingBo API (OMS/WMS/TMS)
Publishing des flux validés, gestion des retours de statuts et synchronisation de la boucle logistique avec contrôle d’état à chaque étape.
Voir l’intégration ShippingBoAPI REST middleware Dawap
Exposition d’endpoints techniques pour supervision, rejouabilité et exploitation des traitements, afin de maintenir une chaîne observable et maintenable.
Voir la création d’API sur mesure10. Diagrammes de flux et chaîne de traitement
Rendre les responsabilités explicites pour fiabiliser le run
Le projet documente clairement le chemin complet des données, depuis les fichiers ERP jusqu’aux réponses OMS, afin de limiter les zones grises en exploitation.
Cegid Y2 (fichiers ERP)
-> Azure Blob Storage
-> Middleware Symfony (parsing + validation + mapping)
-> ShippingBo API (publication flux)
-> Retours statuts logistiques
-> Middleware (journalisation + transformation retour)
-> Réintégration ERP / supervision runCe modèle réduit les ambiguïtés de responsabilité et accélère le traitement des incidents par les équipes techniques et métiers.
11. Conception agile et stratégie de mise en production
Minimiser les risques via activation progressive des flux
La bascule a été orchestrée par familles de flux avec contrôles de non-régression et validations métier sur cas réels avant élargissement.
Des mises en service progressives
Les tests couvrent cas nominaux, erreurs de structure, incohérences de données, indisponibilités API et reprise des traitements en échec. Cette progressivité a limité le risque de perturbation sur des flux sensibles pour les opérations.
Une production mieux protégée
Le dispositif CI/CD et la séparation claire des environnements ont permis de livrer des évolutions de manière maîtrisée sans compromettre la stabilité production.
12. Flux automatisés livrés et exploitation run
Du traitement unitaire à l’orchestration globale
Les flux automatisés couvrent commandes, transferts, achats, stocks et réceptions, avec contrôles métiers et états de traitement historisés à chaque étape.
L’exploitation s’appuie sur logs corrélés, écrans de monitoring, files d’erreurs, rejouabilité ciblée et runbooks de résolution pour réduire le MTTR.
Le projet inclut hébergement, supervision, maintenance corrective et évolutive afin de garantir la continuité de service sur la durée.
13. Scénario terrain
Un transfert ERP qui doit arriver proprement dans ShippingBo
Le cas sensible typique est celui d’un transfert validé dans Cegid Y2, attendu côté entrepôt, mais dont une information manque ou arrive dans un format incompatible avec ShippingBo. Sans middleware observable, l’équipe voit le retard logistique mais pas immédiatement la cause.
Le dispositif Dawap qualifie le flux avant publication : source ERP, fichier d’origine, mapping appliqué, statut d’envoi, réponse API ShippingBo et action de reprise. Les équipes savent si l’écart vient du référentiel Cegid, d’une donnée de stock, d’un format rejeté ou d’un incident de synchronisation.
Ce scénario justifie le maillage entre intégration API Cegid et intégration ShippingBo : la valeur n’est pas dans deux connecteurs séparés, mais dans une chaîne supply lisible, rejouable et maîtrisée.
14. KPI techniques et gains post production
Fiabilité des flux et réduction de la charge manuelle
Des flux plus fiables au quotidien
Les gains observés portent sur la stabilité des synchronisations, la réduction des corrections manuelles et l’amélioration du délai de traitement des anomalies.
Une exploitation mieux pilotée
Les KPI suivis incluent : taux de succès par flux, temps moyen de traitement, taux de rejouabilité réussie, backlog d’erreurs et délai de résolution incident.
Des arbitrages plus rapides
La visibilité consolidée permet d’arbitrer plus vite entre priorité opérationnelle et évolutions techniques, avec une lecture plus sereine des incidents réellement critiques.
15. Bilan et feuille de route
Une base interopérable prête pour l’extension
Le middleware joue son rôle de colonne vertébrale ERP-OMS : lisibilité accrue, qualité de run améliorée et meilleure capacité à absorber de nouveaux besoins.
La roadmap vise l’extension de nouveaux flux, l’enrichissement du monitoring et l’optimisation continue des performances de traitement.
Cas connexes à explorer : projet 1UP ShippingBo et projet 1UP Distribution B2B.
16. Témoignage client et retour terrain
Statut du témoignage pour ce projet
Aucun témoignage public nominatif n’est publié à date pour ce projet. Les retours opérationnels confirment néanmoins un gain net de fiabilité sur les flux critiques.
Quand un verbatim validé est disponible, il est intégré avec contexte d’usage et périmètre pour conserver une information utile aux CTO, CEO et architectes.
Pour cadrer un projet similaire, point d’entrée recommandé : Intégration API.
17. Conclusion
Pourquoi ce projet donne envie de travailler avec Dawap
Ce projet montre qu’un middleware bien conçu peut changer profondément le quotidien d’une chaîne supply : moins d’incertitude, moins de retraitements manuels et une meilleure lisibilité entre ERP, logistique et opérations.
Ce qui fait la différence ici, ce n’est pas seulement la connexion entre Cegid Y2 et ShippingBo. C’est la manière dont Dawap a transformé un sujet sensible en dispositif fiable, testable et exploitable dans la durée.
Pour des sujets où l’ERP, la logistique et les flux métiers doivent tenir sans approximation, notre expertise Intégration API, API ERP et API logistique & shipping permet d’aborder le chantier avec le même niveau d’exigence.
