Guida all’integrazione di Infor M3 per la schedulazione della produzione con SkyPlanner APS

Infor M3 mette a disposizione quattro livelli di integrazione, ciascuno con una funzione specifica in questo contesto.

1. M3 API (programmi MI) su ION API Gateway. Ogni programma MI corrisponde a una chiamata REST: https://{ionapi-host}/{tenant}/M3/m3api-rest/v2/execute/{program}/{transaction}. Usa v2: aggiunge parametri per società, divisione e formato della data e restituisce un payload diverso da v1. PMS100MI gestisce gli ordini di produzione e PMS070MI la consuntivazione delle operazioni. (Documentazione Infor)
2. Compass query API in Infor Data Fabric. Consente letture SQL su tabelle M3 replicate, come MITMAS, MWOHED e MWOOPE. Compass è asincrono: invia un job, verificane periodicamente lo stato e recupera i risultati in pagine fino a 100.000 righe o 10 MB. È adatto al caricamento iniziale delle anagrafiche, non alla sincronizzazione in tempo reale. (Documentazione Infor)
3. ION BODs. M3 BOD Processor pubblica i BOD abilitati per ciascuna entità contabile. I BOD in ingresso includono Process ProductionOrder, Sync e Process BillOfMaterials, Process ItemMaster e Sync InventoryCount. (Documentazione Infor)
4. M3 Event Hub. Un framework publisher-subscriber per eventi a livello di tabella, come le modifiche alle testate e alle operazioni degli MO. (Documentazione Infor)

Le specifiche delle API MI si trovano nel catalogo ION API di ciascun tenant, sotto Available APIs, con una definizione Swagger per ogni programma. Se nel catalogo standard manca una transazione, XtendM3 permette di aggiungere un programma MI personalizzato, mentre Metadata Publisher consente di creare API di elenco personalizzate.

M3 può inviare le modifiche in modalità push, ma questa modalità va configurata sul lato Infor:

• Event Hub pubblica solo gli eventi che hanno un sottoscrittore attivo. ION Enterprise Connector (IEC) si sottoscrive tramite un canale EventHub Subscriber.
• I BOD vanno abilitati per ciascuna entità contabile nel BOD Processor; per farlo è necessario il ruolo M3EC-Administrator. (Documentazione Infor)

Se la modalità push non è ancora configurata, interroga periodicamente le transazioni di elenco di PMS100MI oppure esegui query Compass sui timestamp di modifica.

Grazie ai webhook di SkyPlanner, la riscrittura dei dati in M3 avviene in risposta agli eventi fin dal primo giorno.

1. Caricamento iniziale delle anagrafiche. Leggi in blocco articoli, strutture di prodotto, operazioni e centri di lavoro tramite Compass. Scegli con attenzione se associare ciascun centro di lavoro M3 a un centro di lavoro SkyPlanner o a un gruppo. Un centro di lavoro che rappresenta tre macchine in parallelo diventa tre centri di lavoro se vuoi schedularle separatamente.

2. Sincronizzazione degli ordini. Leggi gli MO rilasciati e le relative operazioni da PMS100MI o MWOOPE, insieme alle giacenze e alle righe aperte degli ordini di acquisto. SkyPlanner considera il materiale ordinato disponibile alla data di consegna dell’ordine di acquisto e aggiorna la giacenza quando l’ordine viene contrassegnato come Delivered. Durante la schedulazione vengono verificate sia le giacenze sia la disponibilità del materiale ordinato.

Schedula solo gli MO confermati. Gli MO pianificati (PMS170) vengono rigenerati dall’MRP e M3 ne ricostruisce il carico a ogni ripianificazione.

3. Riscrittura della schedulazione in M3. Per ogni operazione che il motore ha collocato o spostato, SkyPlanner scrive l’inizio e la fine pianificati nell’operazione MO. La chiamata utilizza una transazione M3 MI per le operazioni MO presente nel catalogo del tuo tenant, oppure un programma MI XtendM3 se la tua configurazione lo richiede. Quantità, stato e calcolo dei costi restano gestiti da M3.

4. Consuntivazioni dal reparto produttivo. Gli operatori registrano il lavoro con SkyPlanner Mobile Confirmations o Production Timer. SkyPlanner invia tempo di attrezzaggio, tempo di lavorazione e quantità tramite PMS070MI Report operation e, al completamento della fase, usa Confirm o Close operation. Infor afferma “it is important that every operation is reported,” (è importante che ogni operazione venga consuntivata): questo mantiene allineati il carico in M3 e l’avanzamento in SkyPlanner. (PMS070MI)

Scegli un solo canale di consuntivazione per ogni operazione. Consuntivare la stessa operazione sia da SkyPlanner sia da PMS070 in M3 duplica le quantità.

5. Responsabilità sui dati e regole per i conflitti. Mettile per iscritto prima della messa in esercizio:

La principale fonte di conflitti è la logica con cui M3 gestisce le date. Il carico “is automatically generated when a manufacturing order or planned manufacturing order is generated or replanned.” (viene generato automaticamente quando un ordine di produzione, anche pianificato, viene creato o ripianificato). Tratta un MO ripianificato come una nuova versione, sincronizzalo di nuovo e lascia che SkyPlanner lo rischeduli. Autopilot rischedula automaticamente quando la produzione cambia. SkyPlanner non richiede M3 Scheduling Workbench; se disponi di una licenza SWB, affida a SkyPlanner la gestione delle date delle operazioni, così i due sistemi non si sovrascrivono a vicenda.

• Non esiste un oggetto per il ciclo di lavorazione. Le operazioni si trovano nella struttura di prodotto (PDS002) e nell’MO come operazioni dell’ordine. Non cercare un’API per i cicli di lavorazione.
• Strutture senza operazioni. Una struttura di prodotto deve contenere almeno un’operazione, altrimenti M3 non genera alcun carico e SkyPlanner non riceve alcuna operazione.
• I flag di capacità finita di M3 interferiscono con il piano esterno. Il flag PDS010 e le impostazioni dei colli di bottiglia in CRS786 modificano le date calcolate da M3. Mantieni i centri di lavoro a capacità infinita in M3 e lascia a SkyPlanner la gestione della capacità finita.
• Specifiche API proprie di ogni tenant. Le risposte v1 e v2 sono diverse e i nomi delle transazioni variano in base al catalogo e alle estensioni XtendM3. Usa v2 specificando esplicitamente i parametri di società e divisione.
• Il push non è attivo per impostazione predefinita. Event Hub richiede un sottoscrittore e i BOD devono essere abilitati per ogni entità contabile. Concorda chi configura ION e IEC oppure inizia con il polling.
• Limitazione delle richieste e paginazione. ION API limita le richieste secondo le regole del tenant e Compass restituisce al massimo 100.000 righe o 10 MB per pagina. Usa il polling per recuperare le variazioni, non per ricaricare tutti i dati.
• M3 non è CloudSuite Industrial. CSI usa le API IDO, mentre M3 usa i programmi MI. Indica gli oggetti M3 in ogni specifica.