La réponse par défaut à « comment suivre le stock d'atelier avec SAP » est souvent « étendre SAP avec EWM ». C'est une option — longue et coûteuse. Il en existe une autre : connecter un WMS léger à SAP par fichiers plats, sans toucher au code de l'ERP.
Le réflexe SAP EWM, et son coût réel
SAP Extended Warehouse Management (EWM) est la réponse native de SAP à la gestion d'entrepôt. C'est un module solide, taillé pour des sites logistiques complexes — préparation multi-canal, cross-docking, automatisation lourde.
Pour un atelier de production de PME industrielle, ce niveau de complexité est rarement nécessaire, et son coût est rarement justifié : le déploiement mobilise un intégrateur SAP certifié, un projet de plusieurs mois, un budget qui démarre généralement à six chiffres. Le retour sur investissement est difficile à défendre pour suivre les mouvements d'un ou deux magasins.
Le mécanisme alternatif : la connexion par fichiers plats
Un WMS packagé comme Quai se connecte à SAP sans passer par une API, sans module additionnel côté ERP, et sans une ligne de code ABAP. Le mécanisme repose sur ce que tout SAP sait déjà faire nativement : exporter et importer des fichiers plats.
Le flux, étape par étape
- SAP exporte les ordres de fabrication et les livraisons attendues en CSV ou XLSX, dans un dossier surveillé.
- Le WMS importe automatiquement ces fichiers et les transforme en tâches pour les opérateurs (réception, rangement, picking).
- Chaque mouvement est scanné et tracé par l'opérateur, avec motif obligatoire en cas d'écart.
- À la complétion d'un ordre ou d'une livraison, le WMS génère un rapport CSV réimporté par SAP.
Le format accepté couvre le CSV standard et les exports XLSX au format natif SAP, avec un mapping par libellé de colonne — le plant SAP (Division) et le magasin (Lagerort) sont reconnus directement, sans configuration technique côté ERP.
SAP continue de piloter la production. Le WMS ne fait que lire et écrire dans les mêmes fichiers que ceux déjà utilisés en interne.
Principe de connexionComparaison : extension SAP EWM vs WMS connecté par fichiers plats
SAP EWM
- Délai de mise en route : plusieurs mois.
- Développement côté ERP : oui, en ABAP.
- Dépendance à un intégrateur SAP : forte, y compris pour les évolutions.
- Budget indicatif : six chiffres.
- Pertinence : sites logistiques complexes, multi-canal, automatisation lourde.
WMS connecté par fichiers plats
- Délai de mise en route : une demi-journée pour un magasin pilote.
- Développement côté ERP : aucun.
- Dépendance à un intégrateur SAP : aucune.
- Budget indicatif : quelques milliers d'euros d'installation, abonnement mensuel.
- Pertinence : ateliers de production, magasins simples à moyens.
Ce que cette approche ne couvre pas
Un WMS connecté par fichiers plats n'est pas un remplacement d'EWM pour les sites qui ont réellement besoin de cette complexité : préparation multi-canal à haut volume, automatisation physique (convoyeurs, robotique), cross-docking avancé. Pour ces cas, le projet SAP EWM reste la bonne réponse, avec le budget et le délai qui vont avec.
Pour un atelier de production ou un magasin de PME industrielle qui a surtout besoin de traçabilité, de stock temps réel et de suppression de la ressaisie manuelle, la connexion par fichiers plats couvre le besoin réel sans le surcoût du module complet.
Pour aller plus loin
Ce mécanisme est celui utilisé par Quai, le WMS packagé Mine Digital pour PME industrielles sous SAP ou autre ERP. Voir aussi l'analyse plus large sur pourquoi l'ERP couvre 80 % du besoin, pas les 20 % qui font mal.