Infor M3 Schnittstelle: Leitfaden zur Feinplanung mit SkyPlanner APS

Infor M3 bietet vier Integrationsebenen. Jede davon erfüllt hier eine eigene Aufgabe.

1. M3 API (MI-Programme) auf ION API Gateway. Jedes MI-Programm wird über einen REST-Aufruf angesprochen: https://{ionapi-host}/{tenant}/M3/m3api-rest/v2/execute/{program}/{transaction}. Verwenden Sie v2. Diese Version ergänzt Parameter für Unternehmen, Division und Datumsformat und liefert eine andere Payload als v1. PMS100MI deckt Fertigungsaufträge ab, PMS070MI die Rückmeldung von Arbeitsgängen. (Infor-Dokumentation)
2. Compass query API in Infor Data Fabric. Damit lassen sich replizierte M3-Tabellen wie MITMAS, MWOHED und MWOOPE per SQL lesen. Compass arbeitet asynchron: Sie übermitteln einen Abfrageauftrag, fragen dessen Status ab und rufen die Ergebnisse seitenweise mit bis zu 100.000 Zeilen oder 10 MB ab. Das eignet sich für die Erstübernahme der Stammdaten, nicht für die Echtzeitsynchronisierung. (Infor-Dokumentation)
3. ION BODs. Der M3 BOD Processor veröffentlicht aktivierte BODs je Buchungseinheit. Zu den eingehenden BODs gehören Process ProductionOrder, Sync und Process BillOfMaterials, Process ItemMaster sowie Sync InventoryCount. (Infor-Dokumentation)
4. M3 Event Hub. Ein Publisher-Subscriber-Framework für Ereignisse auf Tabellenebene, etwa Änderungen am Kopf eines Fertigungsauftrags oder an dessen Arbeitsgängen. (Infor-Dokumentation)

Die Spezifikationen der MI-APIs finden Sie im ION API-Katalog jedes Mandanten unter Available APIs, mit einer Swagger-Dokumentation je Programm. Fehlt im Standardkatalog eine Transaktion, lässt sich mit XtendM3 ein eigenes MI-Programm ergänzen. Mit Metadata Publisher lassen sich benutzerdefinierte Listen-APIs erstellen.

M3 kann Änderungen per Push übertragen. Dafür sind jedoch Einstellungen auf der Infor-Seite erforderlich:

• Event Hub veröffentlicht nur Ereignisse, für die es einen aktiven Abonnenten gibt. ION Enterprise Connector (IEC) abonniert sie über einen EventHub Subscriber-Kanal.
• BODs müssen im BOD Processor je Buchungseinheit aktiviert werden. Dafür ist die Rolle M3EC-Administrator erforderlich. (Infor-Dokumentation)

Solange Push noch nicht eingerichtet ist, fragen Sie die Listentransaktionen von PMS100MI per Polling ab oder führen Sie Compass-Abfragen anhand von Änderungszeitstempeln aus.

Die eigenen Webhooks von SkyPlanner sorgen dafür, dass das Zurückschreiben von Anfang an ereignisgesteuert erfolgt.

1. Erstübernahme der Stammdaten. Lesen Sie Artikel, Produktstrukturen, Arbeitsgänge und Arbeitsstationen gesammelt über Compass ein. Entscheiden Sie für jede M3-Arbeitsstation gezielt, ob sie einer SkyPlanner-Arbeitsstation oder einer Arbeitsstationsgruppe zugeordnet wird. Steht eine M3-Arbeitsstation für drei parallele Maschinen, bilden Sie diese als drei Arbeitsstationen ab, wenn Sie sie getrennt einplanen möchten.

2. Auftragssynchronisierung. Lesen Sie freigegebene Fertigungsaufträge und deren Arbeitsgänge aus PMS100MI oder MWOOPE ein, dazu Bestände und offene Bestellpositionen. SkyPlanner behandelt bestelltes Material zum Liefertermin der Bestellung als verfügbar und aktualisiert den Bestand, sobald die Bestellung als Delivered markiert ist. Die Planung prüft beides.

Planen Sie nur fixierte Fertigungsaufträge ein. Geplante Fertigungsaufträge (PMS170) werden durch MRP neu erzeugt, und M3 baut ihre Kapazitätsbelastung bei jeder Neuplanung neu auf.

3. Planung zurückschreiben. Für jeden Arbeitsgang, den die Planungsengine eingeplant oder verschoben hat, schreibt SkyPlanner den geplanten Start und das geplante Ende in den Arbeitsgang des Fertigungsauftrags zurück. Dafür wird eine M3 MI-Transaktion für Auftragsarbeitsgänge aus dem Katalog Ihres Mandanten aufgerufen – oder ein XtendM3 MI-Programm, falls Ihre Konfiguration dies erfordert. Mengen, Status und Kalkulation bleiben in M3.

4. Rückmeldungen aus dem Shopfloor. Bediener erfassen ihre Arbeit mit SkyPlanner Mobile Confirmations oder dem Production Timer. SkyPlanner überträgt Rüstzeit, Bearbeitungszeit und Menge über PMS070MI Report operation. Sobald der Schritt abgeschlossen ist, wird Confirm oder Close operation aufgerufen. Infor betont: „it is important that every operation is reported,“ (es ist wichtig, dass jeder Arbeitsgang zurückgemeldet wird). So bleiben die Kapazitätsbelastung in M3 und der Fortschritt in SkyPlanner auf demselben Stand. (PMS070MI)

Legen Sie pro Arbeitsgang einen einzigen Rückmeldekanal fest. Wird derselbe Arbeitsgang sowohl aus SkyPlanner als auch über PMS070 in M3 zurückgemeldet, werden die Mengen doppelt gebucht.

5. Datenhoheit und Konfliktregeln. Halten Sie diese vor dem Go-live schriftlich fest:

Die Hauptursache für Konflikte ist die eigene Terminierungslogik von M3. Zur Kapazitätsbelastung heißt es: „is automatically generated when a manufacturing order or planned manufacturing order is generated or replanned.“ (Sie wird automatisch erzeugt, wenn ein Fertigungsauftrag oder geplanter Fertigungsauftrag erstellt oder neu geplant wird.) Behandeln Sie einen neu geplanten Fertigungsauftrag als neue Version, synchronisieren Sie ihn erneut und lassen Sie SkyPlanner die Planung aktualisieren. Autopilot plant automatisch neu, wenn sich die Produktion ändert. SkyPlanner benötigt keine M3 Scheduling Workbench. Falls Sie eine SWB-Lizenz haben, sollte SkyPlanner die Hoheit über die Arbeitsgangtermine behalten, damit die beiden Systeme sich nicht gegenseitig überschreiben.

• Kein eigenes Arbeitsplanobjekt. Arbeitsgänge sind in der Produktstruktur (PDS002) und als Auftragsarbeitsgänge im Fertigungsauftrag hinterlegt. Suchen Sie daher nicht nach einer separaten API für Arbeitspläne.
• Strukturen ohne Arbeitsgänge. Eine Produktstruktur benötigt mindestens einen Arbeitsgang. Andernfalls erzeugt M3 keine Kapazitätsbelastung und SkyPlanner erhält keinen Arbeitsgang.
• M3-Einstellungen für begrenzte Kapazitäten wirken der externen Planung entgegen. Das Kennzeichen in PDS010 und die Engpasseinstellungen in CRS786 verändern die M3-eigenen Termine. Belassen Sie die Arbeitsstationen in M3 auf unbegrenzter Kapazität und überlassen Sie SkyPlanner die Planung mit begrenzten Kapazitäten.
• Mandantenspezifische API-Spezifikationen. Die Antworten von v1 und v2 unterscheiden sich. Auch die Transaktionsnamen variieren je nach Katalog und XtendM3-Erweiterungen. Verwenden Sie v2 und geben Sie Firma und Division ausdrücklich als Parameter an.
• Push ist nicht standardmäßig aktiviert. Event Hub benötigt einen Subscriber, und BODs müssen je Buchungseinheit aktiviert werden. Legen Sie fest, wer ION und IEC konfiguriert, oder beginnen Sie mit Polling.
• Anfragelimits und Paginierung. ION API begrenzt Anfragen gemäß den Richtlinien des Mandanten. Compass liefert pro Seite höchstens 100.000 Zeilen oder 10 MB. Rufen Sie per Polling nur Änderungen ab, statt den gesamten Datenbestand neu zu laden.
• M3 ist nicht CloudSuite Industrial. CSI nutzt IDO APIs, M3 dagegen MI-Programme. Benennen Sie die M3-Objekte in jeder Spezifikation ausdrücklich.