Leitfaden zur SYSPRO Schnittstelle für die Feinplanung mit SkyPlanner APS

SYSPRO bietet einem externen Feinplanungssystem zwei Wege für den Datenzugriff:

1. e.net Solutions Business Objects. Damit wird die Geschäftslogik von SYSPRO von außen aufgerufen; Ein- und Ausgabe erfolgen im XML-Format. Es gibt drei Gruppen: Query (zum Beispiel WIPQBL, WIP Balance Query), Transaction oder Post (zum Beispiel WIPTJB, WIP Job Creation and Maintenance) und Setup für Stammdaten. Business Objects prüfen die Daten nach denselben Regeln wie die SYSPRO-Masken und bleiben über Releases hinweg kompatibel. Der Best-Practice-Leitfaden von SYSPRO formuliert es klar: „SYSPRO’s Business Objects are used to query and post data to SYSPRO.“ (Die Business Objects von SYSPRO dienen dazu, Daten aus SYSPRO abzufragen und in SYSPRO zu schreiben.)
2. SYSPRO OData Service (OData v4). Bietet ausschließlich lesenden RESTful-Zugriff auf die Mandanten- und Systemdatenbanken sowie auf Business Activity Queries, also in SYSPRO definierte SQL-Views. Der Dienst ist ab SYSPRO 8 2021 R2 verfügbar. Für SYSPRO Cloud ERP gilt: „Syspro OData is the only mechanism available when applications need access to SYSPRO data.“ (Syspro OData ist der einzige verfügbare Zugriffsweg für Anwendungen, die auf SYSPRO-Daten zugreifen müssen.)

Business Objects werden über den Dienst e.net Communications aufgerufen, entweder mit dem SYSPRO WCF Service oder dem SYSPRO Web Service.

Master Data Take On (IMPIMP) importiert Tabellen über Setup Business Objects und eignet sich für das einmalige Einlesen von Stammdaten. SYSPRO Harmony erreicht am 31. Dezember 2026 sein Supportende. Entwickeln Sie daher nichts Neues mehr darauf.

SYSPRO sendet keine ausgehenden Webhooks. Electronic Signature Transaction Setup kann nach einer erfolgreichen Transaktion Trigger auslösen, etwa eine E-Mail oder ein VBScript. SYSPRO stellt jedoch klar: „It is not intended that triggers from e.net Business Objects fire VBScript triggers.“ (Es ist nicht vorgesehen, dass Trigger aus e.net Business Objects VBScript-Trigger auslösen.)

Die SYSPRO-Seite wird deshalb per Polling abgefragt. Abfragen über Business Objects oder OData werden auf offene Fertigungsaufträge und jüngste Änderungen gefiltert, um neue Aufträge zu erfassen. Die Intervalle werden je Werk festgelegt: von wenigen Minuten bei Fertigungsaufträgen bis zu einer Stunde bei Lagerbeständen.

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

1. Stammdaten erstmals einlesen. Lesen Sie Stock Codes, Structures and Routings, Arbeitsstationen, Maschinen und Kalender über OData oder Query Business Objects ein. Legen Sie die Zuordnung der Arbeitsstationen in SkyPlanner bewusst fest: Eine Arbeitsstation mit vier Maschinen wird zu einer Arbeitsstationsgruppe oder zu vier Arbeitsstationen.

2. Fertigungsaufträge synchronisieren. Lesen Sie aktuelle Fertigungsaufträge mit ihren Arbeitsgängen und Materialien sowie offene Bestellungen ein. SkyPlanner behandelt bestelltes Material ab dem Liefertermin der Bestellung als verfügbar und aktualisiert den Lagerbestand, sobald die Bestellung den Status Delivered erhält.

Planen Sie nur tatsächlich angelegte Fertigungsaufträge ein. Auftragsvorschläge verbleiben im MRP-Snapshot, bis MRP Job Review sie in Fertigungsaufträge umwandelt.

3. Planungstermine zurückschreiben. Wenn die Planungsengine einen Arbeitsgang einplant oder verschiebt, löst ein SkyPlanner-Webhook einen Schreibaufruf an das Business Object WIP Job Creation and Maintenance (WIPTJB) aus. Dieser setzt die geplanten Start- und Endtermine des Fertigungsauftrags. Das Business Object prüft die Änderung genau wie Job Entry.

4. Rückmeldungen aus der Fertigung. Mitarbeiter erfassen ihre Arbeit mit SkyPlanner Mobile Confirmations oder dem Production Timer. Diese Zeiterfassungen halten den Produktionsplan aktuell. Sie entscheiden, ob Istzeiten an SYSPRO zurückgemeldet werden. Falls ja, gehen Rüst- und Bearbeitungszeiten je Auftragsarbeitsgang an Labor Posting und fertiggestellte Mengen an Job Receipts. Falls nein, werden die Arbeitszeiten wie bisher in SYSPRO erfasst.

5. Datenhoheit und Konfliktregeln. Halten Sie diese vor dem Produktivstart schriftlich fest:

Legen Sie genau ein System fest, das die Auftragstermine aktualisiert. SkyPlanner benötigt kein Feinplanungsmodul von SYSPRO und ersetzt daher Factory Scheduling, Visual APS oder APS (Nexsys) bei der Pflege der geplanten Termine. Falls eines dieser Module weiterhin geplante Termine aktualisiert, deaktivieren Sie dies für die von SkyPlanner geplanten Fertigungsaufträge. In Factory Scheduling heißt die Option in Job Entry „Update planned dates to scheduled dates.“ (Geplante Termine auf die eingeplanten Termine aktualisieren.)

• _TMP-Aufträge. Testläufe mit begrenzter Kapazität in Job Entry können _TMP-Aufträge in WipMaster erzeugen. Filtern Sie diese bei jedem Lesezugriff heraus.
• Begonnene Arbeitsgänge. Forward Finite Scheduling meldet Fehler bei begonnenen Arbeitsgängen, die sich nicht einplanen lassen. Lesen Sie vor jedem Planungslauf den Arbeitsfortschritt in SkyPlanner ein, damit die Planung auf der bereits erledigten Arbeit aufsetzt. Running Time Lock fixiert anschließend die für die nächsten Stunden eingeplanten Arbeitsgänge.
• Zeiteinheiten im Arbeitsplan. Rüst-, Bearbeitungs-, Warte- und Transportzeiten benötigen jeweils die richtige Einheit und Bezugsgröße. Warte- und Transportzeiten sind Wartezeiten, keine Maschinenbelegungszeiten. Rechnen Sie die Werte beim Import um, sonst ist jede Zeitdauer falsch.
• Fremdbearbeitung. Offsite Days und Dock to Stock Days geben Zeitspannen an und beanspruchen keine Ihrer Kapazitäten. Bilden Sie sie als Schritte ab, die nur Zeit beanspruchen.