Centrale di controllo per tempi e volumi in magazzino
La dashboard Tempi Metodi è il modulo web della piattaforma realizzata per CAL Logistica: gli amministratori creano attività e task, consultano le sessioni raccolte in app e valutano il campione con KPI, grafici ed export CSV.

Contesto e premesse
I dati dal campo, leggibili in amministrazione
CAL Logistica, in provincia di Milano, applica la metodologia tempi-metodi alle procedure di magazzino. L'app Android registra tempi e volumi; questa dashboard è la centrale di controllo: anagrafiche, task, sessioni e analisi. H2App ha progettato l'architettura con il cliente e ha implementato i tre moduli — middleware, app e webapp — su database in cloud.
Genoma si consulta, non si sovrascrive
Commesse, processi, macroprocessi, driver e attrezzature arrivano dal gestionale. In dashboard si vedono, non si modificano: le attività tracciabili si creano sopra quelle anagrafiche.
Una rete di entità, una selezione obbligatoria
Commessa, marchio, reparto, macroprocesso e processo sono la tupla da cui partono attività, task e analytics. Senza quel filtro la tabella non sta in piedi.
Reportistica chiesta a successive
Tabelle, grafici, KPI aggregati e Analytics statistici sono cresciuti con le richieste di CAL. Cache e indici sul MySQL tengono il volume delle rilevazioni consultabile.
La soluzione di H2App
Dalla tupla di processo all'analisi del campione
Angular governa utenti, attività, task e sessioni. Il middleware Java riceve da Genoma (modulo sul gestionale a carico di terzi) e alimenta app e webapp. In dashboard il flusso è sempre lo stesso: si fissa il processo, poi si crea o si consulta ciò che gli sta sotto.
Processo
Selezione obbligatoria commessa, marchio, reparto, macroprocesso e processo.
Attività
Classe, driver, servomezzo e attrezzatura, creati qui se non esistono già.
Task
L'attività si associa al processo scelto; se ne possono aggiungere più di una.
Analisi
Sessioni dal campo, KPI, grafico del campione e CSV sui filtri applicati.
Anagrafica attività
Si crea solo ciò che non è già in anagrafica
In cima alla pagina si fissa la tupla di processo. Al centro si scelgono classe, driver, servomezzo e attrezzatura — oppure se ne creano di nuovi da una finestra, se il nome non è già presente.
In fondo restano le attività già associate a quel processo. Se i quattro campi coincidono con un record esistente, il sistema blocca la creazione e mostra l'errore: niente duplicati sulla stessa combinazione.


Anagrafica task
Il task è l'attività, agganciata a quel processo
Stessa selezione iniziale. La tabella mostra ID, classe, driver, servomezzo e attrezzatura — non un'etichetta ridotta. Per un nuovo task si sceglie un'attività già creata, o se ne apre una da «+».
«+ Aggiungi» inserisce altre righe sullo stesso processo, così si creano più task in un colpo, ognuno con un'attività diversa. L'app in magazzino vede solo queste combinazioni.
Sezione Analytics
Il campione, non solo la media
Dopo la tupla si sceglie il task, scritto per esteso (classe, driver, servomezzo, attrezzatura). Sul campione la dashboard calcola numero di rilevazioni, media, deviazione standard, livello di confidenza (95% o 99%), errore accettabile e il numero minimo di rilevazioni.
Il grafico confronta le durate con media in intervallo e media storica; i risultati dicono quante cadono nell'intervallo. «Scarica CSV» esporta i dati filtrati.


Sessioni e tabella
Ogni riga è una rilevazione, con l'attività intera
L'ID sessione è timestamp, utente, commessa e processo. L'ID rilevazione riparte da 1 per sessione, così dal codice in app si ritrova la riga da controllare. Le colonne portano data, orari, durata, i quattro campi dell'attività e i volumi.
Accanto, visualizzazione tabellare e grafica con filtri su commessa, reparto, processo, attività, durata e quantità. I KPI (somma durate e quantità) si aggregano per i criteri scelti; il CSV rispetta i filtri.
Scelte di progetto
Una webapp che non duplica il gestionale
Fuori dalla rete di Genoma
Il middleware sta in cloud e parla REST. Genoma gli invia le anagrafiche; la dashboard non scrive sul gestionale. Copre tracciamento e analytics che Genoma non gestisce.
Statistica sul campione reale
Confidenza, errore accettabile e numerosità minima non sono un grafico di cortesia: servono a capire se le rilevazioni in magazzino bastano per l'analisi tempi-metodi.
Rilasci, poi la reportistica
Architettura e analisi funzionale approvate da CAL prima dello sviluppo. Tabelle, grafici e Analytics sono cresciuti a stati di avanzamento, con collaudo end-to-end insieme al committente.
Il progetto in pillole
- Cliente
- CAL S.r.l.
- Settore
- Logistica
- Pubblicazione
- 2023
- Piattaforma
- Dashboard web (Angular)
- Accesso
- Uso interno, senza vetrina pubblica
- Target utenti
- Amministrazione enterprise
Strumenti utilizzati
Angular
Java
MySQL
Intorno alla piattaforma
- Gestionale Genoma
- API REST middleware
- App Android di magazzino
- Export CSV
Angular è la dashboard. Java e MySQL tengono middleware e rilevazioni in cloud. L'app Android, descritta nel case study mobile, alimenta sessioni e analytics.
Il risultato
Performance delle unità, senza aprire Genoma
CAL consulta tempi e volumi, organizza le attività tracciabili e valuta il campione con strumenti che il gestionale da solo non offre. Non c'è un URL pubblico: la dashboard è riservata all'amministrazione.
Analisi tempi-metodi in sede
Media, sigma, intervallo di confidenza e CSV sullo stesso campione che gli operatori hanno chiuso in magazzino.
Attività tracciabili e storico sessioni
Attività e task si legano al processo; l'app riceve solo quell'elenco. In dashboard si vede lo storico delle rilevazioni.
Utenze e anagrafiche in un solo pannello
Creazione, modifica e cancellazione degli account app; consultazione delle tabelle Genoma senza toccarle.
Cosa abbiamo consegnato
- Dashboard Angular
- Gestione utenti
- Anagrafica attività
- Anagrafica task
- Scheda sessioni e rilevazioni
- Visualizzazione tabella e grafica
- Sezione Analytics
- Export CSV
- Integrazione dati Genoma
- Middleware Java e MySQL in cloud



