Leitfaden zur Infor LN Schnittstelle für die Feinplanung mit SkyPlanner APS

1. LN REST API. Infor veröffentlicht LN-Dienste im ION API Gateway: „You can review the available documentation for the public services that are part of LN API.“ (Sie können die verfügbare Dokumentation zu den öffentlichen Diensten der LN API einsehen.) Für die Feinplanung ist tiapi.sfcProductionOrder der zentrale Dienst. Er deckt Produktionsaufträge und Maschinenarbeitsgänge mit den Aktionen Get Machine Operations, Register machine quantities, Register machine hours und Finish Machine Operations ab. Weitere tiapi– und tcapi-Dienste sind je Mandant im Gateway aufgeführt.

Für jeden Dienst muss eine Berechtigung vorliegen, und er muss aktiviert sein. Infor weist darauf hin, dass „Try it out“ (Ausprobieren) „only works if you are entitled for the service and the service has been activated.“ (nur funktioniert, wenn Sie für den Dienst berechtigt sind und dieser aktiviert wurde.) Nehmen Sie diesen Punkt gleich am ersten Tag in die Projektcheckliste auf.

2. ION BODs. „Business object documents (BODs) are XML messages used to exchange data between enterprises or enterprise applications.“ (Business Object Documents (BODs) sind XML-Nachrichten zum Datenaustausch zwischen Unternehmen oder Unternehmensanwendungen.) LN sendet sie an Infor ION, das sie an die Abonnenten weiterleitet. Process.ItemMaster und Process.BillOfMaterials sind in der Dokumentation zu LN 10.8 aufgeführt. Diese beschreibt auch die BOD-basierte Integration mit LN On-Premises. Die vollständige BOD-Liste für Ihr Release finden Sie in Ihrem Mandanten.

3. Dateiexporte. LN On-Premises kann Tabellen über Austauschschemata oder Datenbanksichten exportieren. Das eignet sich für die Erstübernahme und für Werke, die einen zeitgesteuerten Dateiaustausch bevorzugen.

Bei Geschäftsereignissen sendet LN BODs an Infor ION. ION leitet sie an die Abonnenten weiter. Ein Abonnent synchronisiert den geänderten Artikel oder Auftrag. Wo kein passendes BOD verfügbar ist, fragt die Integration die LN REST-Dienste zeitgesteuert ab und filtert dabei nach offenen Aufträgen.

SkyPlanner sendet Webhooks, wenn sich der Status oder der Plan ändert. Das Zurückschreiben erfolgt damit ereignisgesteuert.

1. Erstimport der Stammdaten. Importieren Sie Artikel, Stücklisten, Arbeitsplanvorgänge, Tätigkeiten, Arbeitsstationen, Maschinen und Kalender. Legen Sie fest, wie die Arbeitsstations- und Maschinenebene aus LN in SkyPlanner abgebildet werden: Eine Arbeitsstation mit vier Maschinen kann zu einer Arbeitsstationsgruppe mit vier Arbeitsstationen werden.

2. Auftragsabgleich. Lesen Sie Fertigungsaufträge mit ihren Arbeitsgängen und Materialpositionen sowie Lagerbestände und offene Bestellpositionen ein. SkyPlanner betrachtet bestelltes Material am Liefertermin der Bestellung als verfügbar. Die Planung berücksichtigt daher sowohl Lagerbestände als auch erwartete Materialzugänge.

3. Planungsdaten zurückschreiben. Für jeden Arbeitsgang, den die Planungsengine eingeplant oder verschoben hat, überträgt SkyPlanner den geplanten Beginn, das geplante Ende und die Maschine zurück an den Arbeitsgang des Fertigungsauftrags in LN. Mengen, Status und Kalkulation bleiben in LN.

4. Rückmeldungen aus der Fertigung. Bediener erfassen ihre Arbeit mit Mobile Confirmations, dem Production Timer oder Quick Log Mode. Zeitbuchungen halten den Plan aktuell und werden als Maschinenstunden, Mengen und abgeschlossene Arbeitsgänge an LN zurückgemeldet. Legen Sie einen einzigen Buchungsweg fest – SkyPlanner oder LN-Masken –, damit Stunden nie doppelt gebucht werden.

5. Datenhoheit und Konfliktregeln. Vereinbaren Sie diese vor dem Produktivstart:

6. Parallel zu Infors eigenen Planungslösungen. Enterprise Planning erstellt weiterhin Versorgungsvorschläge, und SkyPlanner plant die Produktionsaufträge anhand der tatsächlichen Kapazität ein. In den LN-Versionen von 2026 gibt es dafür die Einstellung External Planner: „The organization can integrate an external planning solution with Infor LN.“ (Das Unternehmen kann eine externe Planungslösung mit Infor LN integrieren.) Wenn Scheduler+ aktiv ist, legen Sie zuerst fest, welches System die Termine vorgibt: Scheduler+ fügt den Status Scheduled hinzu und setzt eine Terminplanung vor der Freigabe voraus.

• Falsche Versionsdokumentation. LN 10.x und die jährlichen Cloud-Versionen unterscheiden sich. Planner+ und Scheduler+ sind nur in den Dokumentationssätzen für 2026 beschrieben, den Job Shop Scheduler gibt es ab 10.8. Prüfen Sie bei jeder Seite, ob sie zu Ihrer Version gehört.
• Falsches Infor-Produkt. Infor LN ist weder CloudSuite Industrial (SyteLine) noch M3. Die BODs und APIs dieser Produkte unterscheiden sich. Verwenden Sie deshalb ausschließlich die LN-Dokumentation.
• Dienst nicht aktiviert. LN-REST-Aufrufe schlagen fehl, solange für den Dienst im Mandanten keine Nutzungsberechtigung vorliegt oder er dort nicht aktiviert ist.
• Enum-Filter. OrderStatus ist eine Enumeration. Ein OData-$filter auf den Status erfordert deshalb die Enum-Syntax, wie Nutzer in der Infor-Community berichten.
• Durchlaufzeit oder Arbeitsplan. Das Feld Operations Horizon in Items – Planning legt fest, ob Planaufträge Arbeitsplandaten oder eine feste Order Lead Time verwenden. Lesen Sie die Dauern aus den Arbeitsgängen des Arbeitsplans aus, nicht aus den Auftragsdurchlaufzeiten.
• Programme für Arbeitsstationen. Wenn Job Shop by Site aktiv ist, verwendet LN das Programm Work Center (tirou0601m000) statt Work Centers (tirou0101m000). Verwenden Sie für die Zuordnung das Programm, das Ihr Unternehmen nutzt.
• Maschinenstunden und Personalstunden. In Production Order Hours bleibt bei Maschinenstunden das Feld Employee leer. Ordnen Sie Maschinenzeit und Bedienerzeit aus SkyPlanner den richtigen Zeilen zu.
• Kalender je Unternehmenseinheit. Laden Sie für jede Arbeitsstation den Kalender ihrer Unternehmenseinheit, nicht einen gemeinsamen Werkskalender.