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

SkyPlanner opera nel cloud: non viene quindi installato alcun software SkyPlanner all’interno di CSI. Negli ambienti CSI multi-tenant, le integrazioni passano da Infor OS attraverso una delle due modalità seguenti:

1. Mongoose IDO REST API tramite ION API Gateway. Gli oggetti di business di CSI sono IDO (Intelligent Data Objects) basati sul framework Mongoose. Il servizio REST si trova sotto IDORequestService e Infor lo pubblica nel repository ION API. La versione 1 di REST offre LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo e FireAESEvent, con risposte XML o JSON. È disponibile anche un insieme di endpoint per la versione 2 di REST.
2. ION BOD (Business Object Documents) instradati da ION tramite punti di connessione. CSI pubblica BOD Sync in uscita per ProductionOrder, ItemMaster e PurchaseOrder, oltre a documenti di magazzino come InventoryAdjustment, InventoryCount e InventoryHold.

L’elenco dei BOD in uscita della versione 2026.10 non include distinte base, cicli di lavorazione o centri di lavoro. L’integrazione per la schedulazione si basa quindi principalmente sugli IDO; i BOD possono essere usati, facoltativamente, per segnalare modifiche agli ordini di produzione.

Le modifiche escono da CSI sotto forma di ION BOD; per la schedulazione, il BOD rilevante è ProductionOrder. Si configura nella maschera Replication Document Outbound Cross References tramite le definizioni di pubblicazione:

Gli esempi di Infor applicano un filtro sullo stato dell’ordine: 'Firm' per le modifiche alla schedulazione e, facoltativamente, 'Released' per le modifiche a materiali e manodopera. Applicano inoltre un filtro su RecordDate, che deve essere successivo alla data dell’ultima pubblicazione manuale dell’attività in background.

Anche Application Event System (AES) di Mongoose può eseguire azioni associate agli eventi, e l’API REST espone FireAESEvent. Lo schema di base prevede il polling degli IDO: ogni pochi minuti si esegue LoadCollection su SLJobs e SLJobRoutes con un filtro sulla data del record. Si aggiunge il BOD ProductionOrder nei siti che vogliono ricevere le modifiche in modalità push.

Nella direzione opposta, i webhook di SkyPlanner inviano le modifiche alla schedulazione non appena avvengono. Ciascun webhook attiva la scrittura dei dati aggiornati in CSI.

1. Caricamento iniziale delle anagrafiche. Leggi articoli, cicli di lavorazione degli articoli, distinte base, gruppi di risorse produttive, risorse produttive e turni tramite LoadCollection. Crea i centri di lavoro di SkyPlanner a partire dalle risorse produttive e dai relativi gruppi, non dai centri di lavoro di CSI. Infor dichiara chiaramente che il centro di lavoro “captures costs only and does not affect the actual planning or scheduling.” (rileva solo i costi e non influisce sulla pianificazione o sulla schedulazione effettiva).

2. Sincronizzazione degli ordini. Inviate gli ordini di produzione confermati e rilasciati, con le relative operazioni e i materiali. Lasciate in CSI gli ordini pianificati da APS. APS Planning elimina e rigenera il piano a ogni esecuzione: gli ordini pianificati non hanno quindi un’identità stabile su cui basare la schedulazione. Prima convertiteli in ordini di produzione confermati in Planning Detail.

3. Riscrittura della schedulazione in CSI. Un webhook di SkyPlanner relativo alla schedulazione attiva la scrittura. L’integrazione legge i nuovi valori di inizio e fine pianificati per ogni operazione dall’API REST di SkyPlanner. Li scrive con UpdateItems nella schedulazione delle operazioni dell’ordine, usando come chiave ordine, suffisso e numero di operazione. Sono le stesse date delle operazioni impostate da Scheduler e modificate da Resource Gantt; le date Start ed End dell’ordine su SLJobs vengono aggiornate di conseguenza.

Alcuni siti proteggono i campi della schedulazione o richiedono l’esecuzione di logica lato CSI a ogni modifica. In questi casi, la scrittura passa attraverso un metodo IDO personalizzato, richiamato con InvokeMethod, che applica lo stesso aggiornamento con le convalide di CSI.

4. Consuntivazioni dal reparto produttivo. Gli operatori registrano tempi e quantità da telefono o tablet (Mobile Confirmations, Production Timer, Quick Log Mode). Ogni registrazione dei tempi chiusa diventa una riga SLJobtrans non contabilizzata, creata con AddItems, che contiene ordine, suffisso, operazione, dipendente, ore e quantità buone e di scarto. Job Labor Transaction Posting di CSI contabilizza poi il costo della manodopera e i costi indiretti nei lavori in corso dell’ordine, con la frequenza scelta.

5. Titolarità dei dati, nuovi tentativi e regole di gestione dei conflitti.

Ogni record usa come chiave gli identificativi di CSI (ordine di produzione, suffisso, numero dell’operazione, ID transazione). Un webhook o un polling ripetuto aggiorna quindi la stessa riga anziché creare un duplicato. Le scritture non riuscite vengono ritentate e registrate nel log con il testo dell’errore di CSI. Un ordine impostato su Complete o History in CSI viene rimosso dalla schedulazione SkyPlanner alla sincronizzazione successiva; un’operazione annullata in SkyPlanner non genera mai scritture verso CSI.

Gli schedulatori nativi sono la principale fonte di conflitti. APS Planning considera bloccate le operazioni già schedulate, mentre le successive esecuzioni dello Scheduler (di solito una al giorno, con un orizzonte di un giorno) possono spostarle di nuovo. Quando SkyPlanner gestisce la sequenza di dettaglio per determinati gruppi di risorse produttive, escludete questi gruppi dallo Scheduler di CSI. Disattivate poi l’impostazione in Shop Floor Control Parameters che fa trattare allo Scheduler gli ordini pianificati come domanda. MRP, pianificazione degli ordini APS e Get CTP possono restare in CSI. Running Time Lock di SkyPlanner mantiene fisse le operazioni già avviate. In SkyPlanner, Autopilot riprogramma automaticamente la produzione quando intervengono cambiamenti, nel rispetto dei blocchi e delle priorità impostati.

• Mappare i centri di lavoro come macchine. SLWcs è l’IDO più ovvio, ma è quello sbagliato per la capacità. La schedulazione si basa sulle risorse produttive e sui relativi gruppi (con sequenza dei membri).
• Filtri BOD che saltano o duplicano gli ordini di produzione. La pubblicazione di ProductionOrder dipende dal trigger scelto e dai filtri sullo stato. Un filtro sul solo stato 'Firm' non rileva le modifiche a materiali e manodopera degli ordini rilasciati; senza un filtro sulla data dell’ultima pubblicazione, tutto viene reinviato.
• Ore di manodopera rifiutate in fase di scrittura. CSI rifiuta le ore se l’ordine di produzione non è nello stato Released o Scheduled, se l’operazione è già completata o se il dipendente non è attivo. Verificate prima queste condizioni e registrate i rifiuti nel log.
• Presumere che una riga equivalga a un movimento contabilizzato. Una riga SLJobtrans resta non contabilizzata finché non viene eseguito Job Labor Transaction Posting. Concorda la frequenza di contabilizzazione con l’amministrazione, in modo che i dati di manodopera siano disponibili nei lavori in corso e per l’elaborazione delle paghe nei tempi previsti.
• Ordini in ritardo da APS. APS pianifica a ritroso dalla data di consegna e, se non riesce, in avanti a partire da oggi; non pianifica mai nel passato. Lasciate che SkyPlanner scheduli gli ordini in ritardo in base alla capacità reale, anziché affidarvi alla data di inizio ricevuta.
• Dettagli di Mongoose. Nei valori dei parametri di InvokeMethod, sostituisci le virgole con la sequenza di escape \x2c.

SkyPlanner limita gli interventi sul lato CSI. Legge ordini di produzione, operazioni, materiali e risorse produttive e riscrive due tipi di dati: tempi pianificati delle operazioni e dati di manodopera in SLJobtrans. Nel mezzo esegue la ripianificazione che CSI lascia alle modifiche manuali del pianificatore in Resource Gantt e alla successiva esecuzione di Scheduler:

• Schedulazione guidata dagli eventi. Arcturus crea in pochi secondi una schedulazione della produzione che rispetta la capacità reale di macchine e personale. Autopilot la aggiorna automaticamente quando cambia la produzione, sia quando arriva un ordine modificato da CSI sia quando un operatore registra un avanzamento. I webhook inviano poi i nuovi orari.
• Manodopera rilevata alla fonte. Mobile Confirmations, Production Timer e Quick Log Mode trasformano i dati inseriti dagli operatori in registrazioni dei tempi che vengono mappate su righe SLJobtrans. I dati di manodopera arrivano così a CSI senza doverli reinserire.
• Vincoli che rispecchiano il reparto. Una matrice dei tempi di attrezzaggio sceglie la sequenza dei cambi produzione che riduce al minimo l’attrezzaggio. Gli utensili sono risorse produttive condivise a disponibilità limitata, più operatori possono lavorare contemporaneamente sullo stesso centro di lavoro e macchine e personale alternativi subentrano quando quelli principali sono occupati.
• Sequenze basate sui materiali. Grazie ai dati ricevuti da CSI su materiali degli ordini di produzione, giacenze e ordini di acquisto aperti, la disponibilità dei materiali viene verificata nella schedulazione. Il materiale ordinato è considerato disponibile alla data di consegna dell’ordine di acquisto; le giacenze si aggiornano quando l’ordine passa allo stato Delivered.
• Una prova che riduce i rischi del progetto. Caricate un’esportazione ottenuta con Save to Excel nella prova di 30 giorni e visualizzate i vostri ordini in una schedulazione della produzione che rispetta la capacità reale di macchine e personale. Fermate una risorsa che fa da collo di bottiglia, aggiungete un ordine urgente e posticipate un ordine di acquisto. La mappatura validata durante la prova definisce il perimetro del lavoro sugli IDO.

Scegliete SkyPlanner quando CSI deve restare il sistema di riferimento per articoli, ordini di produzione e costi. Avrete uno schedulatore e un’app per il reparto produttivo con un’interfaccia essenziale e chiara: ordini e anagrafiche in ingresso, orari pianificati e ore di manodopera in uscita. SkyPlanner parte da 199 € al mese con 5 centri di lavoro inclusi, fatturazione mensile e possibilità di disdire in qualsiasi momento. L’integrazione viene preventivata in anticipo in base ai vostri processi e alle vostre esigenze, insieme al piano scelto: conoscete così il costo complessivo prima di iniziare.

Consultate prezzi, funzionalità e documentazione SkyPlanner. Confrontate CSI APS e lo Scheduler con uno schedulatore cloud in Schedulazione della produzione con Infor CloudSuite Industrial. Oppure visitate la pagina dedicata a Infor CloudSuite Industrial e la sezione delle integrazioni ERP.