Uno stack leggibile, un deploy controllabile.

Architettura logica

• COREDominio in C# / .NET — I servizi di dominio — anagrafiche, ricezione, stoccaggio, prelievo, inventario, controllo qualità, KPI — vivono in un solo posto e non sanno da quale client arriva la richiesta. È la ragione per cui web, mobile e desktop mostrano sempre gli stessi numeri: non hanno tre logiche diverse, ne condividono una.
• WEBKazam Web — Blazor Server su .NET 10 — Il client principale: 86 pagine in 27 aree, di cui 31 di sola configurazione. Gira sul server e trasmette al browser solo le differenze di interfaccia, così una postazione non ha nulla da installare e un aggiornamento è immediato per tutti. Componenti Syncfusion per griglie, grafici e pianta del magazzino; autenticazione a cookie.
• BFFUno strato per il web, non un'API generica — Fra l'app web e il dominio c'è un backend for frontend: espone esattamente ciò che serve alle pagine, aggregato come serve a loro, e l'app web lo consuma con client tipizzati autenticati a chiave. L'app web non apre mai una connessione al database.
• MOBILEKazam Mobile — .NET MAUI — Android sui terminali industriali e WinUI su tablet Windows, per chi lavora fra gli scaffali. Lettura da scanner hardware, funzionamento offline e sincronizzazione differenziale: il magazzino continua anche quando il Wi-Fi non arriva in fondo alla corsia.
• DESKTOPKazam Desktop — client Windows — Il client storico in WinForms, completo e supportato, per chi preferisce un'applicazione installata sulla postazione. Lavora sullo stesso dominio e sugli stessi dati degli altri due.
• WCSSun Tech WCS — il livello che parla alle macchine — Il controllo dell'impianto per PLC, shuttle, sorter e AGV: modello dell'impianto, missioni, rotte e recupero quando una macchina si ferma. Open source, con licenza Apache 2.0. È il livello che un ERP non ha e che distingue un magazzino automatizzato da uno solo informatizzato.
• SCAMBIOIntegrazione con il gestionale — API REST/JSON indicizzate per chiave ERP, più un'area di scambio su database con stato per singolo record. Due strade per lo stesso scopo: quella sincrona quando serve una risposta adesso, quella asincrona quando i due sistemi non devono aspettarsi a vicenda.
• DATISQL Server, on-premise o in cloud — Il transazionale sta su SQL Server, dove volete voi. Nessuna dipendenza implicita da un servizio proprietario: i dati restano sotto il vostro controllo, interrogabili con gli strumenti che già usate, con l'esportazione completa disponibile secondo il contratto.