Une stack lisible, un déploiement maîtrisable.

Architecture logique

• COREDomaine en C# / .NET — Les services de domaine — référentiels, réception, rangement, préparation, inventaire, contrôle qualité, KPI — vivent au même endroit et ignorent de quel client vient la demande. C'est pourquoi web, mobile et bureau affichent toujours les mêmes chiffres : ils n'ont pas trois logiques, ils en partagent une.
• WEBKazam Web — Blazor Server sur .NET 10 — Le client principal : 86 pages réparties en 27 domaines, dont 31 consacrées à la seule configuration. L'application s'exécute sur le serveur et n'envoie au navigateur que les différences d'interface : rien à installer sur un poste, et une mise à jour immédiate pour tous. Composants Syncfusion pour les grilles, les graphiques et le plan ; authentification par cookie.
• BFFUne couche pour le web, pas une API générique — Entre l'application web et le domaine se trouve un backend for frontend : il expose exactement ce dont les pages ont besoin, et l'application le consomme via des clients typés authentifiés par clé. L'application web n'ouvre jamais de connexion à la base de données.
• MOBILEKazam Mobile — .NET MAUI — Android sur terminaux industriels et WinUI sur tablettes Windows, pour ceux qui travaillent entre les rayonnages. Lecture par scanner matériel, fonctionnement hors ligne et synchronisation différentielle : l'entrepôt continue même là où le Wi-Fi ne va pas jusqu'au bout de l'allée.
• BUREAUKazam Desktop — client Windows — Le client WinForms historique, complet et pris en charge, pour qui préfère une application installée sur le poste. Il travaille sur le même domaine et les mêmes données que les deux autres.
• WCSSun Tech WCS — la couche qui parle aux machines — Pilotage de l'installation pour automates, navettes, trieurs et AGV : modèle de l'installation, missions, itinéraires et reprise quand une machine s'arrête. Open source, sous licence Apache 2.0. C'est la couche qu'un ERP n'a pas, et celle qui distingue un entrepôt automatisé d'un entrepôt seulement informatisé.
• ÉCHANGEIntégration avec l'ERP — API REST/JSON indexées par clé ERP, plus une zone d'échange en base de données avec un statut par enregistrement. Deux voies pour un même but : la synchrone quand il faut une réponse maintenant, l'asynchrone quand les deux systèmes ne doivent pas s'attendre.
• DONNÉESSQL Server, sur site ou dans le cloud — Le transactionnel est sur SQL Server, là où vous le décidez. Aucune dépendance implicite à un service propriétaire : la base est la vôtre, interrogeable avec les outils que vous utilisez déjà.