Warehouse Control System · open source · Apache 2.0

La couche entre le système de gestion d'entrepôt et les machines, avec le code au grand jour.

Sun Tech WCS est un Warehouse Control System open source : il reçoit les missions du WMS, calcule les itinéraires et coordonne, par l'intermédiaire des drivers, le dialogue avec les automates, navettes, trieurs et AGV. Le code est public sur GitHub sous licence Apache 2.0, et il peut travailler avec Kazam ou avec le WMS que vous utilisez déjà.

Version 0.1.0 du 16 octobre 2026, la première après la préversion publique : elle se compile à partir des sources. Il s'appelait auparavant Kazam Control. Logistica Efficiente en a parlé (en italien).

Sun Tech WCS en bref

Ce que c'est
La couche logicielle entre le WMS et les machines : elle gère les missions et calcule les itinéraires.
Licence
Apache 2.0, avec le code public sur GitHub. Chacun peut télécharger, utiliser, modifier et redistribuer le code, y compris dans des projets commerciaux, selon les termes de la licence Apache 2.0.
Version
0.1.0, distribuée sous forme de sources : elle se compile à partir du dépôt, il n’y a pas encore de paquets NuGet.
Avec quel WMS
Kazam WMS ou un autre WMS qui implémente le contrat HTTP public.
Environnement vérifié
Windows 11 x64 avec .NET 10. Les autres environnements cités dans la documentation ne sont pas encore vérifiés.
Machines réelles
L'essai utilise le driver loopback et ne fait bouger aucune machine réelle. Pour relier une installation, il faut un driver, l'analyse de sécurité, l'intégration, des tests et la mise en service.
Trois niveaux, trois questions

Chacun raisonne sur une chose différente

Le WMS : la marchandise

Codes, lots, commandes, stocks. C'est le WMS qui choisit l'emplacement.

Le WCS : les itinéraires

Quels équipements traverser pour atteindre l'emplacement, lequel est libre, que faire si l'un s'arrête à mi-chemin.

Les machines : le mouvement

Démarrer un moteur, lire une cellule photoélectrique. Elles arrivent au WCS par un driver.

Sun Tech WCS entre le WMS et les machines Le WMS est au-dessus du WCS et les deux ne parlent que par HTTP : le WCS demande le travail et remonte les faits. ERP, MES et écrans utilisent l'API du WCS. Sous le WCS se trouve le driver, qui pilote les machines. WMS codes, lots, commandes, stocks ERP · MES écrans, autres systèmes Sun Tech WCS modèle de l'installation, missions, itinéraires, états des équipements HTTP · 43 routes le WCS demande le travail et remonte les faits API /api/v1 · événements Driver contrat public · loopback pour essayer le driver Sun Tech est propriétaire et à part Les machines : convoyeurs, transtockeurs, navettes… Sun Tech WCS entre le WMS et les machines Le WMS est au-dessus du WCS et les deux ne parlent que par HTTP : le WCS demande le travail et remonte les faits. ERP, MES et écrans utilisent l'API du WCS. Sous le WCS se trouve le driver, qui pilote les machines. WMS codes, lots, commandes, stocks HTTP · 43 routes le WCS demande le travail et remonte les faits Sun Tech WCS modèle de l'installation, missions, itinéraires, états des équipements API /api/v1 · événements ERP · MES écrans, autres systèmes Driver contrat public · loopback pour essayer le driver Sun Tech est propriétaire et à part Les machines : convoyeurs, transtockeurs, navettes…
Le WCS n'écrit jamais dans la base de données du WMS et le WMS jamais dans celle du WCS : ils ne parlent que par HTTP, et c'est le WCS qui demande le travail, une fois par seconde.
Deux idées directrices

Une installation qui se dessine, un itinéraire qui se recalcule

L'installation est un dessin, pas un programme

Les points de l'installation et les flèches qui les relient sont des données, pas du code. Le moteur en construit un graphe et y calcule les itinéraires : ajouter un convoyeur, c'est dessiner une flèche dans l'éditeur, pas écrire un cas de plus dans le programme.

L'itinéraire se recalcule à chaque saut

Une mission dit « cette unité de charge doit arriver là », pas par quelles étapes. À chaque pas, le moteur regarde la situation du moment et choisit le saut suivant : un équipement qui s'arrête à mi-chemin ne laisse pas la palette avec un plan dépassé.

L'installation d'exemple du dépôt Poste d'entrée IN01, convoyeurs CV01 et CV02, transtockeur SC01 relié au rayonnage ST01, puis convoyeur CV03 et poste de sortie OUT01. En évidence : le parcours d'une mission de stockage vers le rayonnage. IN01 poste d'entrée CV01 convoyeur CV02 convoyeur SC01 transtockeur CV03 convoyeur OUT01 poste de sortie ST01 rayonnage, alvéoles Mission de stockage : destination, un emplacement de ST01. À chaque saut, le WCS choisit seulement l'équipement suivant, selon la situation du moment. L'installation d'exemple du dépôt Poste d'entrée IN01, convoyeurs CV01 et CV02, transtockeur SC01 relié au rayonnage ST01, puis convoyeur CV03 et poste de sortie OUT01. En évidence : le parcours d'une mission de stockage vers le rayonnage. IN01 poste d'entrée CV01 convoyeur CV02 convoyeur SC01 transtockeur CV03 convoyeur OUT01 poste de sortie ST01 rayonnage, alvéoles Mission de stockage : destination, un emplacement de ST01. À chaque saut, le WCS choisit seulement l'équipement suivant, selon la situation du moment.
L'installation d'exemple du dépôt, sur laquelle on fait l'essai en une quinzaine de minutes.
Sur le terrain

Né dans un WMS, éprouvé sur des installations

Sun Tech déclare que le moteur a tourné dans 50 installations, avec jusqu'à 386 machines en même temps. C'est une déclaration de Sun Tech, ni un benchmark reproductible ni une limite garantie : pour votre installation, la mesure vient d'un test de capacité, décrit dans la page Performance and sizing de la documentation (en anglais).

Le WCS est né dans Kazam WMS et a été extrait dans un dépôt à part : aucun projet du dépôt ne dépend du code de Kazam, et de l'autre côté peut se trouver n'importe quel WMS qui sert les routes du contrat.

Open source, et ce qui reste chez Sun Tech

Ce qui est public et ce qui ne l'est pas

Public, Apache 2.0

Le moteur, l'hôte qui le fait tourner avec l'API et les événements, l'éditeur web, les contrats vers le WMS et vers les machines, le client .NET, le driver de test (loopback), le WMS et l'installation d'exemple.

Pas dans le dépôt

Le driver de Sun Tech pour les machines et son protocole, qui sont propriétaires et disponibles auprès de Sun Tech. L'ancien éditeur de bureau et les outils internes de migration restent aussi en dehors.

Et Kazam WMS ?

Deux produits, deux licences : Kazam WMS est une plateforme source-available, dont les sources sont accessibles aux clients et partenaires sur accord ; Sun Tech WCS est un Warehouse Control System open source sous licence Apache 2.0. Le WCS peut travailler avec Kazam ou avec un autre WMS qui implémente le contrat HTTP public.

Avant de connecter une machine

Ce que le WCS n'est pas

  • Ce n'est pas un système de sécurité fonctionnelle. Il ne remplace pas les automates de sécurité, les arrêts d'urgence, les barrières immatérielles ni les verrouillages, et la sécurité des machines ne doit pas dépendre de lui. Ce que cela implique →
  • Ce n'est pas encore la 1.0. Jusqu'à la version 1.0, une mise à jour mineure peut casser la compatibilité, et il n'y a pas encore de paquets NuGet : il se compile à partir des sources.
  • Il ne pilote pas les machines tout seul. Juste installé, chaque équipement utilise le driver de test : pour les vraies machines, il faut un driver, celui de Sun Tech ou un driver écrit par vous sur le contrat public.
Comment l'adopter

Deux voies

Vous l'intégrez vous-mêmes

Clonez le dépôt, essayez-le en une quinzaine de minutes sur une machine Windows avec le WMS d'exemple, puis écrivez l'adaptateur devant votre WMS et choisissez le driver pour vos machines. La documentation est en anglais, dans le dépôt.

Premiers pas →

Avec Sun Tech

Sun Tech fournit son propre driver pour les machines, l'intégration avec votre WMS ou avec Kazam WMS et la mise en service de l'installation. Conditions et délais se conviennent projet par projet.

Parlez à un ingénieur →

Questions fréquentes

Les premières questions

Faut-il Kazam WMS pour utiliser Sun Tech WCS ?
Non. Le WCS dialogue avec n'importe quel WMS qui sert les routes HTTP de son contrat, directement ou via un adaptateur. Kazam WMS est une possibilité, pas une condition.
Qui choisit l'emplacement de stockage ?
Le WMS. Le WCS sait comment y arriver : quels équipements traverser et dans quel ordre, en recalculant le chemin à chaque saut.
Pilote-t-il mes machines dès l'installation ?
Non. Chaque équipement utilise le driver de test, qui simule les machines sans rien déplacer. Les vraies machines ont besoin d'un driver : celui de Sun Tech, qui est propriétaire, ou un driver écrit par vous sur le contrat public.
Sur quels systèmes fonctionne-t-il ?
Il est testé sur Windows 11 64 bits avec .NET 10 et tourne comme service Windows. Windows Server, Linux et ARM64 devraient fonctionner mais ne sont pas vérifiés, et il n'existe pas encore de matrice officielle des plateformes.
Qu'était Kazam Control ?
Le nom sous lequel ce site a présenté le WCS jusqu'ici. C'est le même produit : il s'appelle aujourd'hui Sun Tech WCS et son code est public.
La prochaine étape

Regardez le code, ou parlez-nous de l'installation

Le dépôt contient le moteur, l'éditeur, les contrats et un exemple qui tourne sans machines. Si vous avez déjà une installation ou un WMS à connecter, envoyez-nous le contexte : un ingénieur vous répond.