Come integrare MES e ERP: il punto di vista dello stabilimento

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Come integrare il MES con l'ERP dal lato MES: cosa serve allo stabilimento dall'ERP, cosa l'ERP deve ricevere in cambio, come allineare i dati anagrafici e quali errori di progetto evitare.

Automatically translated with AI from the original post. Read the English original

Per integrare MES e ERP, concordate prima un elenco ridotto di oggetti dati e messaggi, poi realizzateli in quest'ordine: dati anagrafici, rilascio degli ordini, riscontri dallo stabilimento e gestione degli errori. Visto dal MES, il compito è semplice: ricevere cosa produrre e comunicare cosa è successo. Le parti difficili sono due: entrambi i sistemi devono dare lo stesso significato a «articolo», «operazione» e «terminato», e qualcuno deve essere responsabile degli errori. Questo articolo è pensato per i responsabili di stabilimento che seguono la parte di officina del progetto.

Punti chiave

• Visto dal MES, l'integrazione ha due compiti: ricevere cosa produrre e con quali dati, e restituire ciò che è accaduto in una forma che l'ERP possa registrare.
• I messaggi degli ordini e i dati di riferimento sono flussi diversi: nell'interfaccia MES di Microsoft, prodotti, distinte base e cicli vengono recuperati separatamente tramite entità dati o OData.
• Concordate il significato di «terminato», le modalità di segnalazione degli scarti e il funzionamento delle correzioni prima di costruire qualsiasi interfaccia.
• I dati anagrafici richiedono un responsabile, una mappatura degli identificativi e una riconciliazione periodica, perché il MES eredita ogni errore presente nei cicli e nei tempi dell'ERP.
• Testate di proposito i casi di errore e decidete chi vede un messaggio non riuscito, perché una coda silenziosa di conferme rifiutate finisce in differenze di magazzino.

Di cosa ha bisogno il MES dall'ERP?

Tre cose, che viaggiano in modi diversi.

Primo, gli ordini. Il MES ha bisogno degli ordini di produzione rilasciati, con prodotto, quantità, date e successive variazioni di stato. Nell'interfaccia Microsoft per MES di terze parti, il MES è in ascolto di un evento di business quando un ordine viene rilasciato o cambia stato. Altri sistemi ERP usano meccanismi diversi, ma il principio resta lo stesso: l'ERP comunica, il MES recepisce.

Secondo, i dati di riferimento. Sono la descrizione di come si realizza il prodotto: articoli, distinte base, cicli e tempi di attrezzaggio. La stessa pagina Microsoft precisa che i suoi messaggi riguardano solo gli eventi di stabilimento e non contengono dati anagrafici. Il MES recupera prodotti, distinte base e cicli dall'ERP tramite entità dati o OData. Pianificatelo come un secondo lavoro di integrazione, perché è quello che i team dimenticano più spesso.

Terzo, le informazioni sulle risorse. Lo standard ISA-95 individua quattro tipi di informazioni che i sistemi scambiano tra il livello aziendale e quello operativo: materiali, attrezzature, asset fisici e personale con i relativi ruoli e qualifiche. Se il vostro MES assegna il lavoro in base alle competenze o alle capacità delle macchine, gli servono le versioni di questi dati tenute dall'ERP o dalle risorse umane. Siate chiari su quale sistema sia la fonte.

Se usate SAP, Dynamics 365 o qualsiasi altro sistema ERP, le domande sono le stesse. Cambiano solo i nomi tecnici.

Di cosa ha bisogno l'ERP dal MES?

Pensala come conferme. La documentazione Microsoft elenca per la sua interfaccia i seguenti processi: avvio di un ordine, segnalazione delle quantità prodotte e scartate, segnalazione del consumo di materiale, segnalazione del tempo impiegato per un'operazione e chiusura dell'ordine. Per ciascuno usa un tipo di messaggio separato. Un messaggio di chiusura richiede solo il numero dell'ordine di produzione, mentre un messaggio di quantità contiene righe che possono includere l'articolo, la quantità buona e una causa di errore per lo scarto.

Non devi copiare questo modello. Devi però decidere i seguenti punti prima di costruire l'integrazione:

• Quanto è dettagliata una conferma? Per ordine, per operazione o per turno?
• Un operatore può confermare una quantità parziale, e cosa ne fa l'ERP?
• Come si segnala lo scarto, e quali codici motivo esistono in entrambi i sistemi?
• Il consumo di materiale viene misurato alla postazione, oppure l'ERP lo calcola dalla distinta base?
• Come si correggono gli errori: uno storno, una rettifica o una nuova conferma?
• Cosa significa « terminato » e cosa significa « chiuso »? Nella panoramica dei processi di produzione Microsoft, segnalare un ordine come terminato aggiunge i beni al magazzino, mentre chiudere l'ordine calcola il costo effettivo e blocca ulteriori registrazioni di costo. Il tuo ERP potrebbe tracciare questa linea in un punto diverso.

L'ultima domanda è quella che genera più discussioni. Pianificazione, finanza e qualità leggono lo stesso stato, e ciascuna si aspetta qualcosa di diverso da esso. Stabilisci le definizioni in una breve riunione con tutte e tre le funzioni prima che qualcuno scriva un'interfaccia.

Come si associano i dati anagrafici tra MES e ERP?

Gli ordini sono transazioni. I dati anagrafici descrivono il tuo processo, e il MES eredita ogni errore presente in essi. Un ciclo di lavorazione che indica un'operazione di 12 minuti che in realtà ne richiede 20 sembrerà un problema di prestazioni in reparto finché qualcuno non lo correggerà.

Affronta questi punti per la linea pilota:

1. Assegna un responsabile a ciascun oggetto. Una disposizione comune prevede che l'ERP gestisca articoli, distinte base e cicli di lavorazione, mentre il MES gestisca le impostazioni di postazione e le istruzioni di lavoro. Si tratta di una raccomandazione, non di una regola. Ciò che conta è che nessuno debba indovinare.
2. Mappa gli identificatori. Il centro di lavoro « WC-110 » dell'ERP può essere « Pressa 3 » in reparto. ISA-95 prevede addirittura una parte dedicata a questo: il suo modello di servizio di alias definisce come associare e mappare identificatori equivalenti, secondo la descrizione dello standard fornita da ISA.
3. Confronta le operazioni. Elenca le fasi del ciclo di lavorazione dell'ERP e quelle che gli operatori eseguono realmente. Le differenze emergono in fretta, come una fase di ispezione o di sbavatura che esiste solo in reparto.
4. Verifica unità di misura, calendari e fusi orari. Pezzi contro scatole e ora locale contro UTC causano errori silenziosi.
5. Definisci una regola per le modifiche. Quando l'ingegneria modifica un ciclo di lavorazione, chi lo comunica al MES, con quale rapidità arriva la modifica e cosa succede agli ordini già in corso?
6. Ripeti il confronto a intervalli regolari. I dati anagrafici tendono a divergere nel tempo.

Ecco un caso ipotetico. Un ciclo di lavorazione dell'ERP prevede tre operazioni, ma gli operatori ne eseguono cinque, perché le fasi di ispezione e sbavatura sono state aggiunte anni fa e non sono mai state inserite nel ciclo. Il MES può riportare solo ciò che il ciclo contiene. Così l'ERP mostra l'operazione tre come in ritardo, mentre in reparto si stanno semplicemente eseguendo fasi che l'ERP non conosce. Nessuno ha sbagliato nulla. I dati sono incompleti. L'esempio è inventato, ma negli stabilimenti questo tipo di lacuna si presenta continuamente.

Per i formati di file vale la pena conoscere B2MML. MESA lo descrive come un insieme di definizioni di schema XML che implementano ISA-95, utilizzato per integrare sistemi aziendali come l'ERP con sistemi di produzione come un MES. La versione 7 ha introdotto un primo schema JSON. Usare uno schema pubblicato ti offre un vocabolario comune di partenza, anche se non elimina la necessità di concordare il significato di ciascun campo.

Come deve comportarsi l'interfaccia quando qualcosa va storto?

Il percorso ideale funzionerà nella demo. Dedica il tempo del progetto agli altri percorsi.

La documentazione Microsoft mostra come si comporta un prodotto, ed è un buon punto di partenza per le domande da porre al proprio fornitore. I messaggi relativi allo stesso ordine di produzione vengono elaborati nell'ordine in cui arrivano. I messaggi relativi a ordini diversi possono essere elaborati fuori sequenza, perché i processi batch girano in parallelo. Un messaggio non riuscito viene ritentato fino a tre volte e poi contrassegnato come non riuscito. Una pagina di monitoraggio consente di esaminare, correggere ed elaborare di nuovo i messaggi non riusciti, e un avviso può notificarli a un amministratore IT o a un responsabile di reparto.

Da qui ricavi quattro domande per qualsiasi coppia ERP e MES:

• Che cosa succede a una conferma rifiutata dall'ERP, per esempio perché l'ordine è già chiuso?
• Chi vede l'errore, e con quanta rapidità?
• Il reparto può continuare a lavorare quando l'ERP non è disponibile, e inviare tutto in seguito nell'ordine corretto?
• La stessa conferma può arrivare due volte senza essere registrata due volte?

Se nessuno è responsabile dei messaggi non riusciti, si accumulano finché qualcuno non trova una differenza di inventario a fine mese. Indica una persona, non un team.

Il tipo di produzione cambia l'integrazione?

Sì. In un articolo di Automation World sull'implementazione di ISA-95, la produzione engineer-to-order viene definita probabilmente l'integrazione più impegnativa, perché i sistemi aziendali e di controllo devono scambiarsi informazioni quasi in tempo reale. L'aerospazio è l'esempio: i progetti guidano la pianificazione ma possono cambiare durante l'esecuzione. Quando si verifica una modifica, l'esecuzione si ferma finché la pianificazione non la riflette, e le nuove operazioni, come le ispezioni aggiuntive, vengono inviate al reparto. Lo stesso articolo avverte che interpretazioni diverse degli standard da parte dei vari fornitori possono causare problemi di interoperabilità.

Ne derivano due lezioni. Se i tuoi prodotti sono configurati o progettati su ordine, inserisci il caso di modifica già nel primo pilota, non nell'ultimo. E testa le interfacce basate su standard con i tuoi dati, perché «standard» non significa «identico».

Come si integra il MES con l'ERP, passo dopo passo?

Mantieni lo scope ridotto e i controlli quotidiani.

1. Scegli una linea e una famiglia di prodotti.
2. Crea una tabella delle interfacce con oggetto, mittente, destinatario, evento scatenante, frequenza e responsabile. Una riga senza responsabile è il tuo primo rischio.
3. Riconcilia i dati anagrafici di base per quella famiglia di prodotti, come descritto sopra.
4. Concorda gli stati e il significato di finito, scarto e rilavorazione.
5. Realizza prima gli ordini, le conferme di inizio e fine. Aggiungi materiali e tempi in seguito.
6. Testa deliberatamente i guasti: invia una quantità errata, interrompi l'interfaccia, riavviala, invia un duplicato.
7. Decidi cosa succede agli ordini già in corso il giorno in cui vai in produzione.
8. Fai girare il nuovo flusso affiancato al processo attuale per diverse settimane, e confronta ogni giorno quantità buona, scarti, ore e materiali per ordine nei due sistemi.
9. Conta i passaggi aggiuntivi per gli operatori. Se confermare nel MES richiede più tempo del modulo cartaceo, scopri il motivo prima di estendere il progetto.
10. Estendi alla linea successiva solo quando le differenze sono spiegate.

Errori comuni

• Trattare i dati anagrafici come un caricamento una tantum invece che come un lavoro continuo.
• Progettare l'interfaccia solo dal punto di vista dell'ERP, così il MES non riesce a riportare il dettaglio con cui lavora il reparto.
• Usare la stessa parola di stato con significati diversi in ciascun sistema.
• Non avere una regola per gli ordini in corso al momento del go-live.
• Testare solo lo scenario ideale.
• Lasciare i messaggi non riusciti senza un responsabile.
• Chiedere agli operatori di inserire gli stessi dati due volte, una in ciascun sistema.

Dove si colloca Polaris

Se il tuo problema è il ciclo tra il piano ERP e il reparto, iFAKT Polaris è un'opzione da valutare. iFAKT descrive Polaris come un'AI più un gemello digitale per la produzione che lavora con i dati ERP. Il modulo Polaris Designer trasforma dati ERP, distinte base, tempi di processo e strutture delle risorse in un grafo di conoscenza prodotto-processo-risorsa. Il modulo Polaris Operator porta i piani in reparto come attività temporizzate e rimanda avanzamento, ritardi e disservizi alla pianificazione. Quali conferme il tuo ERP deve registrare per inventario, costi e tracciabilità è una questione a sé, quindi elencale prima di decidere cosa dovrebbe coprire qualsiasi strumento.

Argomenti correlati da esplorare

• ISA-95 in parole semplici: quali attività appartengono al livello ERP e quali al livello di operations.
• Pianificazione a ciclo chiuso: come le conferme dal reparto produttivo modificano la pianificazione successiva.
• Protezione della connessione tra reti di stabilimento e reti aziendali: account, segmentazione e patching delle interfacce.
• Reportistica del reparto produttivo senza un MES completo: cosa possono coprire la scansione e le semplici conferme.

Prossimo passo

Prendi una famiglia di prodotti e annota in una tabella ogni oggetto che deve passare tra il tuo MES e il tuo ERP, con mittente, destinatario e responsabile. Se vuoi integrare MES e ERP senza sorprese, porta questa tabella alla prima riunione con l'IT e con il tuo fornitore.