Tracciabilità produttiva e ritiro prodotti
I dati di produzione (codici lotto, ordini di lavoro, versioni firmware, revisioni hardware) vengono tipicamente acquisiti in fabbrica e archiviati in ERP o sistemi di gestione della produzione. Il problema emerge quando un guasto in campo richiede di correlare quei dati con i dispositivi deployati: quali unità specifiche appartengono al lotto interessato, dove si trovano e chi le possiede.
Quando qualcosa va storto, riuscire a identificare l'insieme esatto dei dispositivi coinvolti in poche ore è la differenza tra un ritiro mirato e controllato e una crisi che danneggia il brand.
Produttori con volumi di produzione elevati (dove il cross-referencing manuale diventa impraticabile), settori regolamentati dove gli incidenti di sicurezza del prodotto comportano obblighi legali (HVAC, dispositivi medicali-adiacenti, apparecchiature industriali) e qualsiasi linea di prodotto dove un bug firmware o un difetto hardware richiede una campagna OTA mirata o una comunicazione di ritiro a un lotto specifico.
La sfida della tracciabilità produttiva
Una volta che un dispositivo lascia la fabbrica, i suoi dati di produzione (numero seriale, revisione hardware, versione firmware, codice lotto, ordine di lavoro) vivono tipicamente in un sistema che non ha alcuna connessione con la piattaforma IoT che gestisce lo stesso dispositivo in campo. Quando emerge un problema in campo, ricostruire quali unità sono state coinvolte richiede di incrociare manualmente i dati di produzione con quelli operativi su sistemi che non sono mai stati progettati per lavorare insieme.
Questo crea problemi operativi e di conformità specifici:
- Il ritiro mirato è impossibile senza tracciabilità: senza sapere da quale lotto proviene un dispositivo difettoso, non puoi identificare gli altri dispositivi dello stesso lotto, con il risultato di un ritiro troppo ampio (costoso) o troppo ristretto (lasciando in campo unità coinvolte).
- Le escalation del supporto sono lente: quando un cliente segnala un problema, il team di supporto non riesce a sapere immediatamente se il dispositivo è interessato da un problema di produzione noto, perché i dati di produzione non sono accessibili dal sistema operativo.
- Esposizione normativa: le normative sulla sicurezza dei prodotti nell'UE e altrove richiedono ai produttori di poter identificare e contattare i proprietari dei prodotti richiamati. Un produttore che non riesce a collegare in modo affidabile l'identità in campo di un dispositivo alla sua storia produttiva non può soddisfare questo obbligo.
- Nessun ponte tra produzione e identità cloud: il numero seriale sulla scatola e il device ID nel cloud vengono spesso gestiti in sistemi separati senza un collegamento affidabile.
Cosa serve per farlo bene
La tracciabilità produttiva per i prodotti connessi richiede:
- Un datastore dedicato per i dati di produzione, separato dai dati operativi IoT (telemetria, connettività) ma collegato a essi. Gli attributi di produzione vengono registrati una volta, al momento della produzione, e non devono essere sovrascritti dagli aggiornamenti operativi.
- Storicizzazione completa: ogni modifica al record di produzione di un dispositivo viene preservata, consentendo la ricostruzione della storia produttiva completa in qualsiasi momento.
- Collegamento a lotto e batch: ogni record di dispositivo deve portare identificatori (codice lotto, ordine di lavoro, ID pallet) che lo raggruppano con altri prodotti nello stesso momento, dagli stessi materiali.
- Integrazione con la linea di produzione: i dati devono essere acquisiti in fabbrica, non inseriti retrospettivamente. Questo richiede un'API o CLI che si inserisca nel flusso produttivo esistente.
- Accessibile dal sistema operativo: il collegamento tra dati di produzione (Connhex Manufacturing) e identità cloud (Connhex Core) deve essere esplicito e interrogabile, così i team di supporto e operativi possono recuperare i dati di produzione da un device ID senza uscire dalla piattaforma.
Come Connhex risolve il problema
Connhex Manufacturing è un servizio dedicato all'archiviazione dei dati di produzione del dispositivo lungo l'intero ciclo produttivo: produzione, assemblaggio finale, test e confezionamento.
Include uno schema predefinito che copre i campi più comuni:
| Informazioni di identità | Informazioni di tracciabilità | ||
|---|---|---|---|
| Campo | Descrizione | Campo | Descrizione |
serialNumber | Numero seriale del dispositivo | workOrder | Ordine di lavoro di produzione |
partNumber | Numero di parte del prodotto | productionOrder | Identificatore dell'ordine di produzione |
pcbPartNumber | Numero di parte hardware | palletId | Identificatore del pallet |
fwVersion | Versione firmware al momento della produzione | packageId | Identificatore del pacco/scatola |
deviceType | Tipo di dispositivo | ||
connhexId | Identità cloud Connhex | ||
Lo schema è completamente personalizzabile: qualsiasi campo aggiuntivo rilevante per il tuo processo produttivo può essere aggiunto senza modificare la piattaforma.
Il ritiro del prodotto in pratica
La funzionalità chiave è il ritiro per batch. Dato il numero seriale di un singolo dispositivo difettoso, Connhex Manufacturing può restituire la lista completa dei dispositivi che condividono lo stesso lotto, ordine di lavoro o batch di produzione, in una singola chiamata API.
Questo significa che un'operazione di ritiro che altrimenti richiederebbe giorni di cross-referencing su fogli di calcolo diventa una query. Il risultato è l'insieme preciso delle unità coinvolte: né di più, né di meno.
Storicizzazione completa
Ogni modifica al record di produzione di un dispositivo viene archiviata, non sovrascritta. Questo significa che la storia produttiva completa di qualsiasi dispositivo, ogni stato che ha attraversato dalla produzione al confezionamento, è recuperabile in qualsiasi momento. È l'audit trail che chiedono regolatori e clienti enterprise.
Integrazione con il resto della piattaforma
Connhex Manufacturing non è un sistema di registrazione standalone. Si integra direttamente con:
- Connhex Provisioning: il record di produzione è un prerequisito per il provisioning; un dispositivo non registrato in Manufacturing non può essere provisioned. Vedi Provisioning sicuro dei dispositivi.
- Connhex Device Ownership: la registrazione dell'utente finale valida il dispositivo contro Manufacturing prima di creare un'associazione di proprietà. Vedi Onboarding del dispositivo.
- Connhex Control: i dati di produzione sono accessibili dal back-office senza costruire uno strumento interno separato.
L'integrazione con la linea di produzione è gestita tramite l'API Connhex Manufacturing o la CLI open-source, un wrapper a riga di comando sulla stessa API progettato per l'uso negli script di automazione di fabbrica.
Settori rilevanti
La tracciabilità produttiva è più critica nei settori con esposizione normativa o flotte deployate di grandi dimensioni:
Connhex per HVAC · Connhex per le lavatrici industriali · Connhex per i distributori automatici
Leggi la documentazione tecnica
- Connhex Manufacturing, Introduzione
- Connhex Manufacturing, Configurazione predefinita
- Produzione in blocco di Connectables