Un WMS web multi-tenant costruito su un database SQL altamente ottimizzato, con una costellazione di applicativi paralleli integrati: OCR in reception, chatbot in linguaggio naturale, statistiche che stimolano il ragionamento e un gemello digitale 3D navigabile.
Tutto ruota attorno a un database SQL centrale. I servizi sono volutamente concentrati su un'unica macchina: meno dispersione, meno criticità, e un database ottimizzato al punto che i carichi di interrogazione delle app sono ridotti al minimo.
Il cuore del sistema. L'accesso ai dati per la gestione passa da un ambiente di frontiera dedicato che dialoga direttamente con il database.
Web app con back-end in C# per l'uso sui device: scanner brandeggiabili, tablet, PC, post di rilevazione voce/RFID/visione. Oggi, per economia e tecnologia, l'attività passa quasi tutta dallo scanner via browser.
Tecnologia HTML/PHP collegata al back-end e al database per tutto ciò che si fa da postazione: impostazioni, esportazioni, generazione ordini, ricerche, risposte al cliente.
Si accede ai due DNS — app device e app PC — sullo stesso server centralizzato. Da lì, tre livelli di isolamento a seconda di quanto il cliente vuole separare i propri dati.
Stessa macchina, stessa istanza SQL, codice società (codSoc) dedicato. La via più rapida: il cliente entra nell'ambiente multicliente già esistente.
Stessa macchina fisica ma istanza SQL differente: diversificazione reale dei dati, restando su infrastruttura condivisa.
VM riservata al cliente con SQL installato — veloce da creare, sempre sulla nostra infrastruttura e gestita da noi. Unico requisito tecnico: IP statico lato nostro. Massima separazione dei dati.
TIMS è solo un servizio, mai una soluzione on-premise. Non installiamo la macchina in locale dal cliente: server, database e macchine virtuali sono amministrati esclusivamente da noi, e il cliente accede unicamente come utente applicativo via web. Questo protegge i dati e azzera la complessità di gestione degli accessi. L'infrastruttura web centralizzata, tra l'altro, dialoga in contemporanea con device collocati anche in magazzini fisicamente separati.
La continuità non è un modulo aggiunto dopo: è già dentro la struttura. Storicizzazione schedulata, backup del database e backup della macchina su due livelli, con dati delocalizzati.
Caso peggiore — ransomware sulle repliche. Se le copie OVH/Aruba venissero crittografate, distruggiamo la macchina, ricarichiamo l'SQL dal backup funzionante e nella peggiore delle ipotesi abbiamo perso circa 55 minuti di dati. Non giorni, minuti.
Tutto il magazzino, alla base, è tre gesti: interrogare, caricare (aggiungere), scaricare (sottrarre). Su questa semplicità il sistema è parametrizzato per costruire qualsiasi funzionalità il cliente chieda, incatenando i passaggi.
Il classico esempio: devo caricare un articolo e il sistema chiede tutti i campi legati a quell'articolo e alla sua modalità di gestione. Carico da fornitore con controllo qualità, carico interno da produzione senza QC: stessa base, catene diverse.
Come ogni WMS: accesso ad anagrafiche e movimenti, ordini di ingresso e di uscita, bordereau, stampe varie. Molto personalizzabile. La vera differenza, però, sta altrove.
L'interfaccia device chiama i servizi del back-end. Due moduli gestiti dal driver aprono il dialogo diretto con la fisica del magazzino.
Comunicazione bidirezionale con armadi rotanti e magazzini automatici, e interfaccia con RFID, sistemi di visione e lettura barcode. Il device chiede, la macchina risponde.
Il sistema tiene una mappa 3D del magazzino: se l'area è mappata, è in grado di dare coordinate spaziali a un device capace di muoversi — robot o AGV.
Il driver parla con il mondo fisico; questo modulo parla con il mondo software. TIMS si collega in modo sicuro e stabile ai gestionali dei clienti, così l'anagrafica e i flussi restano allineati senza doppie digitazioni.
Un modulo dedicato alla comunicazione con i sistemi gestionali. Oggi dialoga in modo stabile con Business Central via SOAP e con Zucchetti, oltre ad alcune soluzioni meno conosciute.
Allo stato attuale lo scambio dati avviene tramite un database di interscambio e l'uso di web service, senza un'area DMZ dedicata.
Attorno al WMS abbiamo costruito una serie di strumenti paralleli e integrati. È qui che TIMS smette di somigliare agli altri.
L'AI che trovi qui dentro non è una scatola nera da decifrare né qualcosa da temere: è un collega digitale. Fa bene il suo mestiere, sa quando fermarsi e lavora al fianco delle persone — non al posto loro. Gli chiedi qualcosa, ti risponde; quando non basta, passa la parola a un umano.
L'operatore appoggia un foglio sotto una telecamera a lettura automatica: foto, scansione OCR, informazione registrata. Spariscono i passaggi manuali del lavoro "clerical" — da dove arriva l'autista, di chi è la merce, qual è l'ordine, cosa fare.
Identificazione manuale
Tra centinaia di documenti diversi
Chiunque abbia le credenziali, anche senza accesso completo all'applicativo, può interrogare i dati scrivendo in linguaggio naturale. Il sistema compila la query e restituisce l'informazione, tenendo la cronologia — perché la prima domanda è spesso troppo generica e serve una catena.
L'idea è (volutamente) ancora futuristica. Se il sistema percepisce un carico di grandi prelievi, produce report sull'andamento; se il magazzino è pieno, sposta lo sguardo su stock, prodotti vecchi, giacenze migliori.
Non vuole sostituire i soliti tre report che vedo da trent'anni: vuole affiancarli con prospettive diverse, per accendere lampadine e uscire dalle quattro o cinque logiche abituali.
Motore di rendering 3D estremamente leggero: si naviga nel magazzino manualmente o come motore di ricerca, e funziona da inventario a distanza. Ma il punto forte è l'aggancio ai forklift.
Essendo una web app potrebbe girare su occhiali AR; in magazzino, però, nonostante i tanti tentativi, l'AR si è dimostrata una tecnologia inappropriata.
La gestione delle missioni ce l'hanno tutti i WMS: è uno standard. La nostra ha però una logica pesantemente innovativa. Il Mission Manager è l'intelligenza multi-livello che risponde alle domande da cui dipende il successo o il fallimento di ogni operazione. Non un oracolo misterioso: il collega più esperto del turno, quello che ha visto passare ogni ordine e non salta un dettaglio.
Cosa serve muovere, davvero, in questo momento.
Il tragitto che costa meno passi e meno tempo.
L'operatore più adatto per quella missione.
Il carrello o il device giusto per il compito.
La sequenza che rende di più sul risultato finale.
La funzione è standard, la logica no: è qui che il Mission Manager fa la differenza tra un magazzino che esegue e un magazzino che ottimizza da solo, missione dopo missione.
Le funzionalità contano se si traducono in tempo, errori e costi in meno. Qui sotto l'ordine di grandezza — valori statistici su una logistica standard, pensati per ragionare, non come garanzia contrattuale.
Saving statistico sui costi totali, con l'assunzione di base esplicitata.
Il modello di erogazione ricalca i tre livelli di isolamento infrastrutturale: il servizio è sempre e solo erogato da noi — nessuna installazione on-premise — e l'accesso al sistema resta esclusivamente nostro. Così i dati restano protetti e la gestione degli accessi resta semplice.
Il cliente entra nell'ambiente multicliente esistente con il proprio codSoc. Attivazione più rapida, costo d'ingresso più contenuto.
Stessa macchina, istanza SQL dedicata. Dati diversificati, pur restando su infrastruttura condivisa.
VM riservata al cliente sulla nostra infrastruttura, con IP statico. Massima separazione dei dati, adatta a chi ha requisiti stringenti.