Guide till SYSPRO-integration för produktionsplanering med SkyPlanner APS

SYSPRO erbjuder två vägar för datautbyte med ett externt planeringssystem:

1. e.net Solutions Business Objects. SYSPRO:s affärslogik anropas utifrån, med XML både in och ut. Det finns tre kategorier: Query (till exempel WIPQBL, WIP Balance Query), Transaction eller Post (till exempel WIPTJB, WIP Job Creation and Maintenance) och Setup för grunddata. Affärsobjekten använder samma validering som SYSPRO:s skärmbilder och förblir kompatibla mellan versioner. SYSPRO:s guide till bästa praxis är tydlig: ”SYSPRO’s Business Objects are used to query and post data to SYSPRO.” (SYSPRO:s affärsobjekt används för att läsa och skriva data i SYSPRO.)
2. SYSPRO OData Service (OData v4). Ger skrivskyddad åtkomst via REST till företags- och systemdatabaserna samt till Business Activity Queries, som är SQL-vyer definierade i SYSPRO. Tjänsten finns från SYSPRO 8 2021 R2. För SYSPRO Cloud ERP gäller: ”Syspro OData is the only mechanism available when applications need access to SYSPRO data.” (Syspro OData är den enda tillgängliga vägen för applikationer som behöver åtkomst till SYSPRO-data.)

Affärsobjekt anropas genom tjänsten e.net Communications via SYSPRO WCF Service eller SYSPRO Web Service.

Master Data Take On (IMPIMP) importerar kalkylblad via affärsobjekt av typen Setup och passar för en engångsinläsning av grunddata. SYSPRO Harmony avvecklas den 31 december 2026, så bygg inga nya lösningar på det.

SYSPRO skickar inga utgående webhooks. Electronic Signature Transaction Setup kan utlösa åtgärder som e-post eller ett VBScript när en transaktion lyckas. Men SYSPRO anger: ”It is not intended that triggers from e.net Business Objects fire VBScript triggers.” (Det är inte avsikten att triggers från e.net Business Objects ska utlösa VBScript-triggers.)

Därför hämtas data från SYSPRO genom pollning. Nya tillverkningsorder fångas upp med affärsobjektsfrågor eller OData-anrop som filtreras på öppna order och senaste ändringar. Intervallet ställs in per anläggning, från några minuters mellanrum för tillverkningsorder till en gång i timmen för lagersaldon.

SkyPlanner skickar webhooks när status eller planeringen ändras, så återföringen är händelsestyrd.

1. Första inläsning av grunddata. Läs Stock Codes, Structures and Routings, produktionsgrupper, maskiner och kalendrar via OData eller affärsobjekt av typen Query. Välj med omsorg hur produktionsgrupperna ska mappas till SkyPlanner: en produktionsgrupp med fyra maskiner blir en grupp av produktionsgrupper eller fyra produktionsgrupper.

2. Synkronisering av tillverkningsorder. Läs in aktiva tillverkningsorder med operationer och material samt öppna inköpsorder. SkyPlanner räknar beställt material som tillgängligt på inköpsorderns leveransdatum och uppdaterar lagersaldot när inköpsordern får status Delivered.

Planera endast aktiva tillverkningsorder. Orderförslag ligger kvar i MRP-ögonblicksbilden tills MRP Job Review omvandlar dem till tillverkningsorder.

3. Återföring av planeringen. När planeringsmotorn placerar eller flyttar en operation utlöser en webhook från SkyPlanner en skrivning till affärsobjektet WIP Job Creation and Maintenance (WIPTJB). Då sätts tillverkningsorderns planerade start- och slutdatum. Affärsobjektet validerar ändringen precis som Job Entry skulle göra.

4. Rapportering från verkstadsgolvet. Operatörerna registrerar arbete med SkyPlanner Mobile Confirmations eller Production Timer, och tidsregistreringarna håller planeringen aktuell. Ni väljer om faktiska tider ska föras tillbaka till SYSPRO. Om ni väljer det skickas ställtid och körtid till Labor Posting per orderoperation och färdiga kvantiteter till Job Receipts. Annars registreras arbetstiden i SYSPRO som tidigare.

5. Dataägarskap och konfliktregler. Dokumentera dem före driftsättningen:

Låt bara ett system skriva tillverkningsorderns datum. SkyPlanner behöver ingen planeringsmodul i SYSPRO och ersätter därför Factory Scheduling, Visual APS eller APS (Nexsys) som det system som skriver planerade datum. Om någon av dessa fortfarande uppdaterar planerade datum ska den funktionen stängas av för de order som SkyPlanner planerar. I Factory Scheduling heter alternativet i Job Entry ”Update planned dates to scheduled dates.” (Uppdatera planerade datum till schemalagda datum.)

• _TMP-order. Provbeläggning med begränsad kapacitet i Job Entry kan skapa _TMP-order i WipMaster. Filtrera bort dem vid varje läsning.
• Påbörjade operationer. Forward Finite Scheduling ger fel för påbörjade operationer som inte får plats. Läs in operationernas framdrift i SkyPlanner före varje körning så att planeringen utgår från det arbete som redan utförts. Running Time Lock låser sedan operationerna för de närmaste timmarna.
• Tidsenheter i operationsföljden. Ställtid, körtid, kötid och transporttid behöver var och en rätt enhet och beräkningsgrund. Kötid och transporttid är väntetid, inte maskintid. Konvertera vid importen, annars blir alla varaktigheter fel.
• Legooperationer. Offsite Days och Dock to Stock Days anger förfluten tid, inte er kapacitet. Modellera dem som steg som bara tar tid, utan att belasta kapaciteten.