Che cos'è un modello dei dati industriale

Una fabbrica può raccogliere enormi quantità di dati e comunque faticare a rispondere a una domanda operativa di base: su cosa incide realmente questo evento?

L'ERP conosce gli ordini dei clienti, i materiali, le date pianificate e le giacenze. Il MES sa cosa viene eseguito sul reparto produttivo. PLC e SCADA conoscono gli stati delle macchine, gli allarmi e i valori di processo. La manutenzione conosce le condizioni degli asset e lo storico degli interventi. La qualità conosce lo stato di ispezione e di rilascio. L'ingegneria conosce la definizione del prodotto. Il problema di solito non è la mancanza di dati. Il problema è che questi sistemi descrivono la stessa fabbrica attraverso nomi, ID, stati e regole diversi.

Un modello dati industriale crea un significato condiviso oltre questi confini. Definisce gli oggetti di fabbrica che contano, assegna loro un'identità stabile e descrive come prodotti, processi, risorse, ordini, materiali, persone, utensili, registrazioni di qualità ed eventi macchina si relazionano tra loro. L'obiettivo non è sostituire ERP, MES, manutenzione o altri sistemi sorgente. L'obiettivo è rendere le loro informazioni comprensibili come un unico contesto produttivo connesso.

MOLTISSIMI SISTEMI — NESSUN SIGNIFICATO CONDIVISO
Uno stabilimento moderno dispone già di sistemi specializzati per quasi ogni funzione importante. L'ERP gestisce domanda e impegni. Il MES gestisce l'esecuzione. I PLC controllano le apparecchiature. SCADA presenta le condizioni delle macchine. Gli historian memorizzano i dati di processo. I sistemi di manutenzione gestiscono asset e interventi. I sistemi di qualità mantengono le registrazioni di ispezione, e Power BI può combinare le informazioni per il reporting.

Ogni sistema esiste per una ragione precisa. Il problema nasce quando lo stesso oggetto reale compare in modo diverso in ciascuno di essi. Una macchina può essere rappresentata come centro di lavoro nell'ERP, come numero di asset nella manutenzione, come risorsa nel MES, come gruppo di nodi OPC UA nel sistema di controllo e come un nome informale completamente diverso sul reparto produttivo.

Un modello industriale non obbliga tutti questi sistemi a usare un unico identificatore. Registra invece come quei riferimenti si collegano allo stesso oggetto fisico o logico. In questo modo la fabbrica ottiene uno strato di identità stabile senza distruggere le strutture locali di cui ogni sistema sorgente ha bisogno.

COS'È DAVVERO UN MODELLO DATI INDUSTRIALE
Un modello dati industriale è un insieme condiviso di regole che descrive ciò che conta in fabbrica e come quelle cose sono connesse.

Risponde a domande pratiche come: cosa si intende per ordine di produzione, cosa rappresenta una revisione di prodotto, in cosa un centro di lavoro differisce da un asset fisico, quando un materiale viene rilasciato e cosa significa concretamente che una macchina è disponibile.

Il modello può descrivere:
• Tipi di oggetto e identità
• Proprietà e stati
• Relazioni tra oggetti di fabbrica
• Riferimenti ai sistemi sorgente
• Date di validità e versioni
• Condizioni associate alle relazioni
• Proprietà delle definizioni e delle regole

Questo permette a più sistemi di descrivere aspetti diversi della stessa situazione produttiva senza ridurla a un unico stato fuorviante. Un ordine può risultare rilasciato nell'ERP mentre la sua operazione MES corrente resta bloccata. Una macchina può essere meccanicamente in buono stato e comunque non disponibile perché manca la attrezzatura richiesta. Tutti questi fatti possono essere veri contemporaneamente.

IL MODELLO NON È LA PIATTAFORMA DATI
Microsoft Fabric, database SQL, historian, data lake e altre piattaforme sono utili per archiviare, spostare, governare e analizzare le informazioni. Ma nessuna di esse può stabilire cosa significhi un centro di lavoro nella tua fabbrica solo perché i record sono memorizzati insieme.

Puoi caricare ordini ERP, registrazioni di esecuzione MES, eventi di manutenzione, risultati di qualità e telemetria delle macchine in un unico Lakehouse e restare comunque incapace di rispondere se un determinato ordine può passare a un'altra macchina prima della fine del turno.
Quella risposta dipende dalle relazioni.

Quale revisione di prodotto è coinvolta? Quale operazione deve essere eseguita successivamente? Quali risorse sono approvate per quell'operazione? Quale utensileria è richiesta? L'operatore è qualificato? Lo stato attuale della macchina consente il lavoro? Una regola di ispezione è collegata al percorso alternativo?
La piattaforma può ospitare e interrogare queste relazioni, ma la fabbrica deve comunque definirle.

PERCHÉ LE SOLE TABELLE SPESSO DIVENTANO DIFFICILI
Le tabelle relazionali non sono il problema. ERP, MES, manutenzione e molte applicazioni manifatturiere dipendono da modelli relazionali perché sono eccellenti per le transazioni e i record strutturati.

La difficoltà emerge quando le domande di produzione attraversano molte relazioni che cambiano nel tempo.
Una revisione di prodotto può richiedere diverse operazioni. Un'operazione può essere approvata su più risorse. Una macchina può supportare solo certe versioni di prodotto, combinazioni di utensili, intervalli dimensionali o requisiti di ispezione. Le qualifiche degli operatori possono scadere. Le modifiche ingegneristiche possono invalidare un percorso precedentemente approvato.

Tutto questo può essere rappresentato in tabelle, ma la logica finisce spesso dispersa tra report, query SQL, fogli di calcolo ed elenchi locali di eccezioni. Report diversi ricostruiscono quindi le stesse relazioni di fabbrica in modi differenti.

Il modello industriale fornisce uno strato condiviso di relazioni, così che le regole possano essere definite una sola volta, governate e riutilizzate invece di essere riscoperte ogni volta che qualcuno pone una domanda produttiva difficile.

PPR — PRODOTTO, PROCESSO, RISORSA

Una struttura di partenza pratica è PPR: Prodotto, Processo, Risorsa.
Il prodotto risponde: cosa stiamo costruendo?
Il processo risponde: come deve svolgersi il lavoro?
La risorsa risponde: cosa può eseguire quel lavoro nelle reali condizioni produttive?

PPR fornisce una struttura portante semplice per collegare record isolati in un modello produttivo. Evita di tentare di modellare subito l'intera azienda e si concentra invece sulle relazioni che determinano se il lavoro può effettivamente avvenire.

IL PRODOTTO È PIÙ DI UN CODICE ARTICOLO
La definizione di prodotto può includere la famiglia di prodotti, la variante specifica, la revisione, la distinta base, la configurazione del cliente, i requisiti di materiale, i requisiti di ispezione e le regole di qualità.
Questo è importante perché due record con lo stesso codice articolo generico possono non essere intercambiabili. Una nuova revisione può richiedere una tolleranza più stretta, parametri di processo diversi, un passo di ispezione aggiuntivo o attrezzature con capacità più elevata.

Sistemi ingegneristici come il PLM possono gestire l'intento progettuale. L'ERP può contenere l'anagrafica materiali e la versione di pianificazione. Il MES può contenere una definizione di produzione. La qualità può mantenere un piano di ispezione.
Il modello industriale collega questi riferimenti in modo che la produzione possa rispondere a una domanda molto più importante di "quale codice articolo è questo?"

Può rispondere: stiamo costruendo la revisione corretta secondo le regole attualmente in vigore?

IL PROCESSO DEFINISCE COME DOVREBBE AVVENIRE IL LAVORO
Il lato processo descrive il percorso approvato attraverso la produzione. Include molto più di un elenco di macchine.

Può descrivere sequenza delle operazioni, requisiti di set-up, punti di ispezione, tempi di attesa, percorsi di rilavorazione, approvazioni, passaggi di consegne e condizioni che devono essere soddisfatte prima che il lavoro prosegua.
Una definizione di processo pianificata descrive come il lavoro dovrebbe svolgersi. I dati di esecuzione MES registrano ciò che è effettivamente accaduto per uno specifico ordine.
Entrambi sono importanti.

Senza il processo pianificato non è possibile determinare se l'esecuzione ha seguito il percorso approvato. Senza lo storico di esecuzione non è possibile capire cosa sia effettivamente accaduto durante la produzione.

LA RISORSA SIGNIFICA CAPACITÀ — NON SOLO UNA MACCHINA
Una risorsa di produzione può essere una macchina, una linea, una postazione di lavoro, un utensile, una attrezzatura di bloccaggio, un operatore, un banco di prova, un sistema di trasporto o un'altra capacità necessaria per eseguire il lavoro.
Questa distinzione è fondamentale perché una macchina può essere tecnicamente disponibile mentre l'operazione resta impossibile.

L'attrezzatura richiesta può essere in uso altrove. Un utensile può essere fuori taratura. L'unico operatore qualificato potrebbe non essere presente nel turno corrente. Una macchina può supportare la famiglia di prodotto ma non la revisione attuale.