Integratiegids voor Infor LN voor productieschema’s met SkyPlanner APS

1. LN REST API. Infor publiceert LN-services in de ION API Gateway: “You can review the available documentation for the public services that are part of LN API.” (U kunt de beschikbare documentatie raadplegen voor de openbare services die deel uitmaken van LN API.) Voor het opstellen van productieschema’s is tiapi.sfcProductionOrder de belangrijkste service. Deze omvat productieorders en machinebewerkingen, met de acties Get Machine Operations, Register machine quantities, Register machine hours en Finish Machine Operations. Overige tiapi– en tcapi-services staan per tenant in de gateway vermeld.

Voor elke service moeten de gebruiksrechten zijn toegekend en moet de service zijn geactiveerd. Infor vermeldt dat “Try it out” (uitproberen) “only works if you are entitled for the service and the service has been activated.” (alleen werkt als u gebruiksrechten voor de service hebt en deze is geactiveerd.) Zet dit vanaf dag één op de projectchecklist.

2. ION BODs. “Business object documents (BODs) are XML messages used to exchange data between enterprises or enterprise applications.” (Business object documents (BODs) zijn XML-berichten voor gegevensuitwisseling tussen bedrijven of bedrijfsapplicaties.) LN stuurt deze naar Infor ION, dat ze doorstuurt naar abonnees. Process.ItemMaster en Process.BillOfMaterials worden genoemd in de documentatie van LN 10.8. Die behandelt ook integratie via BODs met LN on-premises. De volledige BOD-lijst voor uw release vindt u in uw tenant.

3. Bestandsexports. LN on-premises kan tabellen exporteren via uitwisselingsschema’s of databaseviews. Dit is geschikt voor de initiële gegevensoverdracht en voor fabrieken die de voorkeur geven aan periodieke bestandsuitwisseling.

Bij bedrijfsevents publiceert LN BODs naar Infor ION, dat ze doorstuurt naar abonnees. Een abonnee synchroniseert het gewijzigde artikel of de gewijzigde order. Als er geen geschikte BOD is, vraagt de integratie periodiek de LN REST-services op, met een filter op openstaande orders.

SkyPlanner verstuurt webhooks wanneer de status of het productieschema verandert. Het terugschrijven wordt dus door events aangestuurd.

1. Initiële overdracht van stamgegevens. Lees artikelen, stuklijsten, bewerkingen uit de bewerkingsvolgorde, taken, werkcentra, machines en kalenders in. Bepaal hoe de werkcentrum- en machineniveaus van LN worden vertaald naar SkyPlanner: een werkcentrum met vier machines kan één werkcentrumgroep met vier werkcentra worden.

2. Ordersynchronisatie. Lees productieorders met hun bewerkingen en materiaalregels in, samen met de voorraad en openstaande inkooporderregels. SkyPlanner beschouwt besteld materiaal als beschikbaar op de leverdatum van de inkooporder. Bij het opstellen van het productieschema wordt dus rekening gehouden met de voorraad en verwachte leveringen.

3. Het productieschema terugschrijven. Voor elke bewerking die de engine heeft ingepland of verplaatst, schrijft SkyPlanner de geplande start, het geplande einde en de machine terug naar de productieorderbewerking in LN. LN blijft de aantallen, status en kostprijsberekening beheren.

4. Terugmeldingen vanaf de werkvloer. Operators registreren hun werk met Mobile Confirmations, de Production Timer of Quick Log Mode. Tijdregistraties houden het productieschema actueel en worden teruggestuurd naar LN als machine-uren, aantallen en gereedgemelde bewerkingen. Kies één boekingskanaal, SkyPlanner of LN-sessies, zodat uren nooit dubbel worden geboekt.

5. Gegevenseigenaarschap en conflictregels. Maak hierover afspraken vóór de ingebruikname:

6. Samenwerken met de planningsoplossingen van Infor. Enterprise Planning blijft bevoorradingsvoorstellen doen, terwijl SkyPlanner de productieorders inplant op basis van de werkelijke capaciteit. In LN-releases uit 2026 is hiervoor de instelling External Planner beschikbaar: “The organization can integrate an external planning solution with Infor LN.” (De organisatie kan een externe planningsoplossing integreren met Infor LN.) Als Scheduler+ actief is, leg dan eerst vast welk systeem de datums beheert: Scheduler+ voegt de status Scheduled toe en vereist dat orders vóór vrijgave zijn ingepland.

• Verkeerde documentatieversie. LN 10.x en de jaarlijkse cloudreleases verschillen van elkaar. Planner+ en Scheduler+ staan alleen in de documentatie voor 2026, en Job Shop Scheduler is beschikbaar vanaf 10.8. Controleer bij elke pagina of deze op uw release van toepassing is.
• Verkeerd Infor-product. Infor LN is niet hetzelfde als CloudSuite Industrial (SyteLine) of M3. De BODs en API’s verschillen, dus gebruik uitsluitend LN-documentatie.
• Service niet geactiveerd. LN REST-aanroepen mislukken zolang de gebruiksrechten voor de service niet zijn toegekend of de service niet in de tenant is geactiveerd.
• Enumfilters. OrderStatus is een enumeratie. Een OData-$filter op status vereist daarom de enumsyntaxis, zoals gebruikers in de Infor-community melden.
• Doorlooptijd versus bewerkingsvolgorde. Operations Horizon in Items – Planning bepaalt of geplande orders gegevens uit de bewerkingsvolgorde of een vaste Order Lead Time gebruiken. Lees de tijdsduren uit de afzonderlijke bewerkingen, niet uit de orderdoorlooptijden.
• Sessies voor werkcentra. Als Job Shop by Site actief is, gebruikt LN de sessie Work Center (tirou0601m000) in plaats van Work Centers (tirou0101m000). Baseer de mapping op de sessie die uw bedrijf gebruikt.
• Machine-uren versus arbeidsuren. Bij machine-uren in Production Order Hours is het veld Employee leeg. Koppel de machinetijd en operatortijd uit SkyPlanner aan de juiste regels.
• Kalenders per bedrijfseenheid. Laad voor elk werkcentrum de kalender van de bijbehorende bedrijfseenheid, niet één kalender voor de hele fabriek.