Cambio lotto con QR: regole minime per renderlo “a prova di reparto”

[fabio]

Ciao,

vogliamo introdurre QR per cambio lotto/ordine al MES.
Obiettivo: ridurre errori (lotto sbagliato, ordine chiuso, avanzamenti “misti”).

Che regole minime avete adottato per evitare blocchi inutili ma mantenere qualità dati?

[irene]

Noi abbiamo fatto una cosa semplice:

- scansione QR obbligatoria SOLO al cambio lotto
- QR valido solo se ordine “aperto” in ERP
- se ordine chiuso: blocco + richiesta conferma capo turno (con motivo).

[admsistenet]

Aggiungo:

- un QR per “ordine” e uno per “lotto” (se distinti)
- il MES mostra sempre “lotto corrente” in grande
- feedback immediato (beep/colore) quando il lotto cambia.

[fabio]

Domanda: e se l’operatore scansiona il QR “giusto” ma sulla macchina sbagliata (linee vicine)?
Succede spesso nei reparti affollati.

[irene]

Noi leghiamo il terminale alla macchina:

- ogni tablet/pannello è associato a una macchina (config)
- la scansione vale solo per quella macchina

Se vuoi più flessibilità, chiedi conferma: “Stai cambiando lotto su M12?”.

[admsistenet]

Best practice: “machine binding”.

In più puoi:
- QR macchina sul quadro (scansione doppia: macchina + lotto) solo se serve
- oppure NFC/RFID per identificare la postazione

Per non rallentare: rendilo configurabile per reparti critici.

[fabio]

Altro problema: QR rovinato/illeggibile.

Che fallback usate senza tornare al “manuale libero” che poi sporca i dati?

[irene]

Fallback “controllato”:

- ricerca lotto per lista (solo lotti aperti) + conferma
- oppure inserimento manuale ma con controllo formato e validazione ERP
- motivo obbligatorio + utente (audit).

[admsistenet]

Conclusione:

QR funziona se:
- è usato solo quando serve (cambio lotto)
- è validato contro ERP
- ha audit su eccezioni
- e il terminale è legato alla macchina

Così riduci gli errori senza appesantire il lavoro in reparto.