Tracciabilità: seriale pezzo o batch_id? Criteri pratici per decidere

[fabio]

Ciao a tutti,

sto definendo tracciabilità per lavorazioni CNC.
Il seriale pezzo è bello ma operativo e costoso.
Il batch_id (lotto + macchina + finestra temporale) sembra più sostenibile.

Come decidete quando serve davvero il seriale e quando basta batch?

[irene]

Noi facciamo così:

- seriale solo per articoli critici (normative, safety, automotive)
- batch_id per il resto
- dentro batch_id salviamo: programma/revisione, utensili, eventi anomali

Così se trovi un difetto, restringi subito il campo.

[admsistenet]

Criteri pratici:

Seriale se ti serve:
- richiamo puntuale
- collegamento a misure specifiche per pezzo
- genealogia pezzo (assemblaggi)

Batch se ti basta:
- analisi di processo
- KPI e qualità su gruppi
- tracciabilità “per finestra”.

[fabio]

E se lotti lunghi (2-3 giorni) su stessa macchina?
Batch_id basato solo su lotto potrebbe essere troppo “ampio”.

[irene]

Noi apriamo un nuovo batch_id a:

- cambio turno
- cambio utensile critico
- modifica ricetta/parametro chiave

Così il batch si spezzetta in modo sensato senza serializzare tutto.

[admsistenet]

Batch “event-driven”:

BATCH_START, CAMBIO_TURNO, CAMBIO_UTENSILE, CAMBIO_PROGRAMMA => nuovo batch.
Poi ogni evento/pezzo eredita il batch corrente.

È semplice da spiegare al reparto e mantiene buona tracciabilità.

[fabio]

E per collegare colli/spedizioni?
Mettere batch_id sull’etichetta colli è sufficiente?

[irene]

Sì: colli = batch_id + articolo + qta + data.
Se serve richiamo: risali a batch_id e lì hai programma, utensili, allarmi, turni.

Per articoli critici aggiungi seriale, ma solo in quei casi.

[admsistenet]

Riassunto:

- seriale solo quando richiesto (richiami, misure per pezzo, genealogia)
- batch_id per la maggior parte dei casi
- batch “event-driven” per evitare lotti troppo ampi

È spesso il miglior compromesso costo/beneficio.