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

Helios Inuvio Server (Inuvio REST API). Asseco beskriver detta som en separat del av HELIOS iNuvio som ger åtkomst till HELIOS iNuvios verksamhetsmoduler via REST API (Hjälp för Helios Inuvio Server). Den ingår i iNuvio-distributionen, och OpenAPI-specifikationen publiceras i Rapidoc- och Redoc-format. API:et arbetar med HELIOS vyer (browses), som var och en har ett eget ID och egna behörigheter:

• GET /browses/list och GET /browses/meta listar tillgängliga vyer och deras kolumner.
• /browses/data läser rader i en vy och skriver rader där vyn tillåter att data skapas, uppdateras och tas bort.
• /api/v1/actions/meta och /api/v1/actions/execute/{dbName}/{browseIdent}/{actionIdent} kör externa åtgärder i en vy. I dag stöds externa åtgärder av typerna Procedure, Browse och Plugin.

De produktionsvyer som en planerare använder omfattar produktionsplanen (výrobní plán), tillverkningsorder (výrobní příkazy), detaljer på tillverkningsorder, material och halvfabrikat för produktion, yrkeskategorier, personalresurser, förinställningar för operationer i operationsföljder samt operationsrapportering. Lagersaldon, inleveranser, uttag och utfärdade inköpsorder (vydané objednávky) är tillgängliga på samma sätt.

HELIOS Nephrite REST API. Nephrites utvecklingsplan tar upp utveckling av REST API (Utvecklingsplan för HELIOS Nephrite). Under kartläggningen bekräftar SkyPlanner-teamet vilka Nephrite-endpoints som gäller för er installation tillsammans med er och er HELIOS-partner. Dataflödena nedan är desamma.

Excel och CSV. Alla HELIOS-vyer kan exporteras till Microsoft Office, vilket räcker för att läsa in data under provperioden.

SkyPlanner läser data från HELIOS med bestämda intervall. Anrop till /browses/data filtreras på öppna tillverkningsorder och senaste ändringar för att hämta nytt arbete. Intervallet ställs in per fabrik, 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 in tillverkade detaljer, stycklistor, operationsföljder, arbetsplatser, maskiner, yrkeskategorier, personalresurser och kalendrar från TPV-vyerna. Varje resurs i HELIOS har en flagga som anger om den ska ingå i kapacitetsplaneringen. Bestäm därför för varje resurs vad SkyPlanner ska planera. En arbetsplats med fyra maskiner blir en grupp av produktionsgrupper eller fyra produktionsgrupper.

2. Ordersynkronisering. Läs in tillverkningsorder med deras detaljer, operationer och material samt utfärdade inköpsorder. SkyPlanner räknar beställt material som tillgängligt på inköpsorderns leveransdatum och uppdaterar lagersaldot när inköpsordern markeras som Delivered. Planera frisläppta tillverkningsorder. Planerade kvantiteter i produktionsplanen ligger kvar i HELIOS tills de blir tillverkningsorder.

3. Återföring av planeringen. När planeringsmotorn lägger in eller flyttar en operation utlöser en webhook från SkyPlanner en extern åtgärd i vyn för tillverkningsorder via /api/v1/actions/execute. Åtgärden är en HELIOS-procedur som ni kommer överens om under kartläggningen och som sätter planerad start och sluttid för orderoperationen. HELIOS validerar ändringen med sin egen logik.

4. Kvitteringar från produktionen. Operatörerna registrerar sitt arbete med SkyPlanner Mobile Confirmations eller Production Timer, och tidrapporterna håller planeringen aktuell. Ni väljer om faktisk tid ska föras tillbaka till HELIOS. Om ni väljer det registrerar en extern åtgärd tiderna som operationsrapportering per orderoperation. Annars fortsätter operatörerna att rapportera på HELIOS-terminaler, och SkyPlanner läser in rapporteringen därifrån.

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

Välj ett enda system som skriver orderdatum. Om HELIOS kapacitetsplanering eller Nephrite APS fortfarande skriver datum ska ni stänga av det för de order som SkyPlanner planerar, eller använda HELIOS-planen enbart som testplan.

• Planeringsflaggor. Bara resurser som är flaggade för kapacitetsplanering har tillförlitliga kapacitetsdata. Kontrollera flaggorna för arbetsplatser, maskiner, yrkeskategorier och legotillverkning före den första inläsningen.
• Tidsenheter. Förberedelsetid, stycktid och avslutningstid kan anges i timmar, minuter eller sekunder. Omvandla enheterna vid import, annars blir alla tidslängder fel.
• Tid mellan operationer. Den fasta tiden mellan operationer är väntetid, inte maskintid. Modellera den som väntetid, inte som kapacitet.
• Legobearbetning (kooperace). Transporttid gäller både dit och tillbaka. Modellera legobearbetning som steg som enbart tar tid.
• Skrivbara översikter. Alla översikter stöder läsning, men bara vissa tillåter att poster skapas, uppdateras och tas bort. GET /browses/list med filtret browseCreateImplemented=1 visar vilka. Översikterna för tillverkningsorder är skrivskyddade, så planerade datum förs tillbaka via den överenskomna externa åtgärden.