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

1. LN REST API. Infor pubblica i servizi LN in ION API Gateway: “You can review the available documentation for the public services that are part of LN API.” (È possibile consultare la documentazione disponibile per i servizi pubblici che fanno parte di LN API.) Per la schedulazione, il servizio principale è tiapi.sfcProductionOrder. Gestisce gli ordini di produzione e le operazioni macchina con le azioni Get Machine Operations, Register machine quantities, Register machine hours e Finish Machine Operations. Nel gateway sono elencati, per ciascun tenant, ulteriori servizi tiapi e tcapi.

Per ogni servizio occorre disporre dei diritti di accesso e attivarlo. Infor precisa che “Try it out” (Prova) “only works if you are entitled for the service and the service has been activated.” (funziona solo se si dispone dei diritti di accesso al servizio e il servizio è stato attivato.) Inserite questa verifica nella checklist di progetto fin dal primo giorno.

2. ION BODs. “Business object documents (BODs) are XML messages used to exchange data between enterprises or enterprise applications.” (I documenti BOD sono messaggi XML usati per scambiare dati tra aziende o applicazioni aziendali.) LN li invia a Infor ION, che li inoltra ai sottoscrittori. La documentazione di LN 10.8 cita Process.ItemMaster e Process.BillOfMaterials e descrive anche l’integrazione basata su BOD con LN on-premises. L’elenco completo dei BOD per la vostra versione è disponibile nel vostro tenant.

3. Esportazione di file. LN on-premises può esportare tabelle tramite schemi di scambio o viste del database. Questa modalità è adatta al caricamento iniziale e agli stabilimenti che preferiscono uno scambio di file programmato.

LN pubblica BOD su Infor ION in corrispondenza di eventi aziendali e ION li inoltra ai sottoscrittori. Un sottoscrittore sincronizza l’articolo o l’ordine modificato. Quando non è disponibile un BOD adatto, l’integrazione interroga i servizi REST di LN a intervalli programmati, limitando le richieste agli ordini aperti.

SkyPlanner invia webhook quando cambia lo stato o il piano di produzione: la scrittura dei dati in LN è quindi guidata dagli eventi.

1. Caricamento iniziale delle anagrafiche. Caricate articoli, distinte base, operazioni dei cicli di lavorazione, attività, centri di lavoro, macchine e calendari. Stabilite come mappare in SkyPlanner i livelli di centro di lavoro e macchina di LN: un centro di lavoro con quattro macchine può diventare un gruppo con quattro centri di lavoro.

2. Sincronizzazione degli ordini. Acquisite gli ordini di produzione con le relative operazioni e righe dei materiali, oltre alle giacenze e alle righe aperte degli ordini di acquisto. SkyPlanner considera il materiale ordinato disponibile alla data di consegna dell’ordine di acquisto: la schedulazione tiene quindi conto sia delle giacenze sia delle forniture in arrivo.

3. Scrittura del piano in LN. Per ogni operazione inserita o spostata dal motore, SkyPlanner riporta l’inizio e la fine pianificati e la macchina nella corrispondente operazione dell’ordine di produzione LN. LN mantiene la gestione di quantità, stato e calcolo dei costi.

4. Conferme dal reparto. Gli operatori registrano il lavoro con Mobile Confirmations, Production Timer o Quick Log Mode. Le registrazioni dei tempi mantengono aggiornato il piano e vengono inviate a LN come ore macchina, quantità e operazioni completate. Scegliete un solo canale di registrazione, SkyPlanner o le sessioni LN, per evitare che le ore vengano contabilizzate due volte.

5. Titolarità dei dati e regole per i conflitti. Concordatele prima della messa in produzione:

6. Coesistenza con gli strumenti di pianificazione di Infor. Enterprise Planning continua a proporre gli approvvigionamenti, mentre SkyPlanner schedula gli ordini di produzione in base alla capacità reale. Nelle versioni LN 2026, l’impostazione External Planner di LN consente quanto segue: “The organization can integrate an external planning solution with Infor LN.” (L’organizzazione può integrare una soluzione di pianificazione esterna con Infor LN.) Se Scheduler+ è attivo, stabilite prima quale sistema gestisce le date: il modulo aggiunge lo stato Scheduled e richiede la schedulazione prima del rilascio.

• Documentazione non pertinente. LN 10.x differisce dalle versioni cloud annuali. Planner+ e Scheduler+ sono documentati solo nella documentazione 2026, mentre Job Shop Scheduler è disponibile dalla versione 10.8. Verificate che ogni pagina si riferisca alla vostra versione.
• Prodotto Infor errato. Infor LN non è CloudSuite Industrial (SyteLine) né M3. I BOD e le API sono diversi: usate solo la documentazione di LN.
• Servizio non attivato. Le chiamate REST di LN falliscono finché il servizio non viene abilitato e attivato nel tenant.
• Filtri sulle enumerazioni. OrderStatus è un’enumerazione, quindi un $filter OData sullo stato richiede la sintassi per le enumerazioni, come segnalato dagli utenti della community Infor.
• Lead time e ciclo di lavorazione. Il campo Operations Horizon in Items – Planning determina se gli ordini pianificati utilizzano i dati del ciclo di lavorazione o un Order Lead Time fisso. Leggi le durate dalle operazioni del ciclo di lavorazione, non dai lead time degli ordini.
• Sessioni dei centri di lavoro. Con Job Shop by Site attivo, LN usa la sessione Work Center (tirou0601m000) anziché Work Centers (tirou0101m000). Esegui la mappatura a partire dalla sessione usata dalla tua azienda.
• Ore macchina e ore di manodopera. In Production Order Hours, le ore macchina hanno il campo Employee vuoto. Mappa i tempi macchina e i tempi operatore di SkyPlanner sulle righe corrette.
• Calendari per unità aziendale. Per ogni centro di lavoro, carica il calendario della relativa unità aziendale, non un unico calendario di stabilimento.