Intégration WMS avec Microsoft Dynamics

Dynamics 365 — Business Central pour les PME, Finance & Operations pour les grands comptes — couvre bien la partie gestion. Mais entre la commande enregistrée dans l'ERP et la palette qui quitte le quai, il y a un monde physique fait de scanners, d'allées, de priorités qui changent et, de plus en plus souvent, d'automatisation. Kazam tient ce monde-là et le garde synchronisé avec Dynamics.

Comment fonctionne l'intégration

Échange de données bidirectionnel via les interfaces de Dynamics (API et services définis pendant l'analyse, selon la version en service) :

De Dynamics vers Kazam : fiches articles, commandes d'achat, de vente et de transfert à traiter.
De Kazam vers Dynamics : réceptions confirmées, prélèvements et expéditions, ajustements de stock, traçabilité complète (lot, numéro de série, date de péremption).

L'ERP garde le tableau comptable ; Kazam, la réalité opérationnelle : où se trouve chaque unité de charge, qui fait quoi, ce qui est en retard sur les heures de cut-off.

Au-delà de l'ERP : quand il en faut plus

Le module entrepôt d'un ERP va jusqu'à un certain point ; dès que les priorités en temps réel et les machines entrent en jeu, il faut des niveaux que l'ERP n'a pas : le WES, qui répartit le travail entre opérateurs et automatisation, et le WCS, qui pilote directement navettes, trieurs et AGV (OPC-UA, Modbus, FINS, VDA 5050). Dans Kazam, ce sont des modules de la même plateforme : on part du WMS avec les terminaux, on active le reste le jour où il faut.

Et quand cela ne sert pas ? Si le module d'entrepôt de l'ERP couvre déjà vos flux et qu'aucune automatisation n'est à l'horizon, très bien ainsi : une couche de plus serait à maintenir sans bénéfice qui la justifie.

Par où passent les données

Avec un ERP dans le cloud, la première question porte sur la frontière : ce qui sort, ce qui entre et d'où. Kazam reste dans l'entrepôt, sur le réseau du site, parce que c'est là qu'il doit commander terminaux, imprimantes et — s'il y en a — automatisation. Dynamics reste où il est.

Entre les deux se trouve une zone d'échange : une base de données dédiée dans laquelle l'ERP dépose ce que l'entrepôt doit exécuter et où il relit les résultats. Un service local l'interroge à intervalles configurables, de l'ordre de quelques secondes. Il fait entrer les fiches des références, les clients, les adresses de livraison, les documents de travail avec leurs lignes et les unités de charge.

L'avantage de cette séparation se voit quand la connectivité n'est pas parfaite. L'entrepôt ne dépend pas de la joignabilité du cloud instant par instant : les opérateurs continuent de réceptionner, de ranger et de prélever, et l'échange repart quand la ligne revient. Un entrepôt qui s'arrête parce que la connexion à l'ERP est tombée est un entrepôt mal conçu.

Environnements, versions et vérifications

L'intégration n'est pas liée à une version précise de l'ERP, mais au format des données convenu. Les mises à jour du cloud n'obligent donc pas à refaire le travail : l'ERP change en dessous, le contrat d'échange demeure.

Chaque enregistrement déposé porte un état : à lire, importé, ou écarté parce que remplacé par une version plus récente, avec l'heure et le motif. Le service ne relit que ce qu'il n'a pas encore traité. Il peut donc être arrêté et redémarré sans produire de doublons, ce qui sert pendant la recette, quand le même lot d'essai est repassé plusieurs fois.

Dans l'autre sens, les API de Kazam s'interrogent avec les clés de Dynamics. On demande l'état d'un document en citant le numéro que l'ERP connaît déjà, et on obtient ce qui a été fait dans l'entrepôt. Avec la même logique, on demande le stock par emplacement d'un article ou d'une unité de charge. L'accès est authentifié par jeton. En recette, c'est ainsi que l'on démontre que les deux côtés racontent la même histoire.

Questions fréquentes

Travaillez-vous avec Business Central dans le cloud ?

L'intégration passe par les interfaces exposées par Dynamics ; la couverture précise de la version en service s'évalue lors de l'analyse technique initiale. Contactez-nous.

Qui commande les stocks ?

Dynamics reste le système des enregistrements comptables ; Kazam gère le stock opérationnel par emplacement et le réconcilie avec les mouvements confirmés.

Pouvons-nous démarrer sur un seul entrepôt du groupe ?

Oui : Kazam est multi-entrepôt et l'adoption peut être progressive, site par site, en gardant l'intégration ERP centralisée.

L'entrepôt s'arrête-t-il pendant la mise en service ?

Le démarrage est planifié par phases, avec les données migrées et un double circuit là où il le faut ; le plan se définit pendant l'analyse avec l'équipe informatique.

Kazam est la plateforme source-available qui couvre WMS et WES et s’intègre avec Sun Tech WCS. Parlez à un ingénieur de l'intégration avec votre Dynamics.