Integrationsguide til Infor CloudSuite Industrial til detailplanlægning med SkyPlanner APS

SkyPlanner kører i skyen, så der installeres ingen SkyPlanner-software i CSI. I multi-tenant CSI går integrationer gennem Infor OS ad en af to veje:

1. Mongoose IDO REST API via ION API Gateway. Forretningsobjekterne i CSI er IDO’er (Intelligent Data Objects) på Mongoose-frameworket. REST-tjenesten ligger under IDORequestService, og Infor udgiver den i ION API-kataloget. REST version 1 tilbyder LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo og FireAESEvent med svar i XML eller JSON. Der findes også et sæt endpoints til REST version 2.
2. ION BOD’er (Business Object Documents), som ION sender via tilslutningspunkter. CSI udgiver udgående Sync-BOD’er for ProductionOrder, ItemMaster og PurchaseOrder samt lagerdokumenter som InventoryAdjustment, InventoryCount og InventoryHold.

Listen over udgående BOD’er i 2026.10 indeholder intet til styklister, ruter eller arbejdscentre. En integration til detailplanlægning bygger derfor primært på IDO, mens BOD’er kan bruges som signal om ændringer i produktionsordrer.

Ændringer sendes fra CSI som ION BOD’er, og til detailplanlægning er det ProductionOrder-BOD’en, der er relevant. Den konfigureres med udgivelsesdefinitioner i formularen Replication Document Outbound Cross References:

Infors eksempler filtrerer på ordrestatus: 'Firm' ved ændringer i tidsplanen og eventuelt 'Released' ved ændringer i materialer og arbejdstid. De filtrerer også på en RecordDate, der ligger efter baggrundsopgavens seneste manuelle udgivelsesdato.

Mongoose har også Application Event System (AES), som kan udføre hændelseshandlinger, og REST API’et stiller FireAESEvent til rådighed. Grundmønstret er IDO-polling: Kør LoadCollection på SLJobs og SLJobRoutes med få minutters mellemrum, filtreret på postens dato. Tilføj ProductionOrder-BOD’en på de sites, der ønsker at få ændringer sendt automatisk.

I den modsatte retning sender SkyPlanners webhooks planændringer, så snart de sker. Hver webhook udløser tilbageskrivning til CSI.

1. Første indlæsning af stamdata. Læs varer, vareruter, styklister, ressourcegrupper, ressourcer og skiftehold via LoadCollection. Opret arbejdsstationer i SkyPlanner ud fra ressourcer og ressourcegrupper, ikke arbejdscentre. Infor skriver direkte, at arbejdscentret “captures costs only and does not affect the actual planning or scheduling.” (registrerer kun omkostninger og påvirker ikke den faktiske produktions- eller detailplanlægning).

2. Ordresynkronisering. Send fastlagte og frigivne produktionsordrer med deres operationer og materialer. Lad de planlagte APS-ordrer blive i CSI. APS Planning sletter og gendanner sin plan ved hver kørsel, så planlagte ordrer har ingen stabil identitet, som detailplanlægningen kan tage udgangspunkt i. Konvertér dem først til fastlagte produktionsordrer i Planning Detail.

3. Tilbageskrivning af tidsplanen. En webhook fra SkyPlanner udløser tilbageskrivningen, når tidsplanen ændres. Integrationen læser den nye planlagte start og slut pr. operation fra SkyPlanner REST API. Den skriver dem med UpdateItems til tidsplanen for ordreoperationerne med ordre, suffiks og operationsnummer som nøgle. Det er de samme operationsdatoer, som Scheduler fastsætter, og som redigeres i Resource Gantt. Ordrens Start- og End-datoer på SLJobs følger med.

Nogle sites beskytter tidsplanens felter eller kræver, at logik i CSI køres ved hver ændring. Her sker tilbageskrivningen gennem en tilpasset IDO-metode, der kaldes med InvokeMethod og udfører samme opdatering med CSI’s egen validering.

4. Tilbagemeldinger fra produktionsgulvet. Operatørerne registrerer tid og antal på telefon eller tablet (Mobile Confirmations, Production Timer, Quick Log Mode). Hver afsluttet tidsregistrering bliver til en ikke-bogført SLJobtrans-række, som oprettes med AddItems og indeholder ordre, suffiks, operation, medarbejder, timer samt godkendt antal og kassationsantal. Derefter bogfører CSI’s Job Labor Transaction Posting lønomkostninger og indirekte omkostninger på ordrens igangværende arbejde (WIP) med den hyppighed, I vælger.

5. Dataejerskab, genforsøg og konfliktregler.

Hver post bruger CSI’s egne identifikatorer som nøgle (produktionsordre, suffiks, operationsnummer, transaktions-ID). Derfor opdaterer en gentagen webhook eller polling den samme række i stedet for at oprette en dublet. Mislykkede skrivninger forsøges igen og logges med fejlteksten fra CSI. En produktionsordre, der sættes til Complete eller History i CSI, fjernes fra SkyPlanner-planen ved næste synkronisering. En annulleret opgave i SkyPlanner skriver aldrig tilbage.

De indbyggede planlægningsfunktioner er den primære kilde til konflikter. APS Planning behandler planlagte operationer som fastlåste, mens senere kørsler af Scheduler (normalt en daglig kørsel med en horisont på én dag) kan flytte dem igen. Når SkyPlanner styrer den detaljerede rækkefølge for et sæt ressourcegrupper, skal de udelukkes fra CSI Scheduler. Slå derefter den indstilling i Shop Floor Control Parameters fra, som får Scheduler til at behandle planlagte ordrer som efterspørgsel. MRP, APS-ordreplanlægning og Get CTP kan blive i CSI. Running Time Lock i SkyPlanner holder igangsatte operationer fast. I SkyPlanner omplanlægger Autopilot automatisk, når produktionen ændrer sig, inden for de låsninger og prioriteter, I har angivet.

• At mappe arbejdscentre som maskiner. SLWcs er det oplagte IDO, men det forkerte valg til kapacitet. Detailplanlægningen er knyttet til ressourcer og ressourcegrupper (med medlemmernes rækkefølge).
• BOD-filtre, der overser eller gentager ordrer. Udgivelsen af ProductionOrder afhænger af valget af udløser og statusfiltre. Et filter, der kun bruger 'Firm', overser ændringer i materialer og arbejdstid på frigivne ordrer. Mangler filteret for seneste udgivelsesdato, sendes alt igen.
• Arbejdstid afvises ved tilbageskrivning. CSI afviser arbejdstid, når produktionsordren ikke har status Released eller Scheduled, når operationen allerede er afsluttet, eller når medarbejderen er inaktiv. Validér først, og log afvisninger.
• At antage, at en række er en bogført transaktion. En SLJobtrans-række er ikke bogført, før Job Labor Transaction Posting er kørt. Aftal bogføringshyppigheden med økonomiafdelingen, så arbejdstiden er tilgængelig for igangværende arbejde (WIP) og lønbehandling, når den forventes.
• Forsinkede produktionsordrer fra APS. APS planlægger baglæns fra leveringsdatoen og, hvis det ikke lykkes, fremad fra i dag. Det planlægger aldrig i fortiden. Lad SkyPlanner detailplanlægge forsinkede ordrer ud fra den reelle kapacitet i stedet for at stole på den modtagne startdato.
• Mongoose-detaljer. I parameterværdier til InvokeMethod skal kommaer skrives som escape-sekvensen \x2c.

SkyPlanner begrænser arbejdet på CSI-siden. Det læser ordrer, operationer, materialer og ressourcer og skriver to ting tilbage: planlagte operationstider og arbejdstidsregistreringer i SLJobtrans. Derimellem udfører det den omplanlægning, som CSI overlader til planlæggerens redigeringer i Resource Gantt og den næste Scheduler-kørsel:

• En hændelsesstyret plan. Arcturus udarbejder på få sekunder en produktionsplan, der tager højde for maskinernes og medarbejdernes reelle kapacitet, og Autopilot omplanlægger automatisk, når produktionen ændrer sig. Det gælder både, når en ændret produktionsordre modtages fra CSI, og når en operatør registrerer fremdrift. Derefter sender webhooks de nye tidspunkter videre.
• Arbejdstid registreret ved kilden. Mobile Confirmations, Production Timer og Quick Log Mode omsætter operatørernes input til tidsregistreringer, der mappes til SLJobtrans-rækker. Dermed kommer arbejdstiden ind i CSI uden genindtastning.
• Begrænsninger, der afspejler produktionen. En omstillingstidsmatrix vælger den rækkefølge, der kræver mindst omstilling. Værktøjer er delte ressourcer med begrænset kapacitet, flere operatører kan arbejde ved én arbejdsstation samtidig, og alternative maskiner og medarbejdere træder til, når de primære er optaget.
• Rækkefølge efter materialetilgængelighed. Når materialer til produktionsordrer, lagerbeholdninger og åbne indkøbsordrer fra CSI indgår i dataoverførslen, kontrolleres materialetilgængeligheden i planen. Bestilte materialer regnes som tilgængelige på indkøbsordrens leveringsdato, og lagerbeholdningen opdateres, når indkøbsordren markeres som Delivered.
• Afprøvning, der mindsker projektrisikoen. Indlæs en eksport fra Save to Excel i prøveperioden på 30 dage, og se jeres egne produktionsordrer i en produktionsplan, der tager højde for maskinernes og medarbejdernes reelle kapacitet. Stop en flaskehals, tilføj en hasteordre, og forsink en indkøbsordre. Den mapping, I validerer her, fastlægger omfanget af IDO-arbejdet.

Vælg SkyPlanner, når CSI fortsat skal være det autoritative system for varer, produktionsordrer og omkostninger. I får et værktøj til detailplanlægning og en app til produktionsgulvet med en lille, overskuelig grænseflade: produktionsordrer og stamdata ind, planlagte tidspunkter og arbejdstid ud. SkyPlanner fås fra 199 € om måneden med 5 arbejdsstationer inkluderet. Det faktureres månedligt og kan opsiges når som helst. I får på forhånd et tilbud på integrationen ud fra jeres processer og behov sammen med abonnementet, så I kender den samlede pris, før I går i gang.

Se priser, funktioner og dokumentationen til SkyPlanner. Sammenlign CSI APS og Scheduler med et cloudbaseret planlægningsværktøj i artiklen om produktionsplanlægning i Infor CloudSuite Industrial. Eller gå til siden om Infor CloudSuite Industrial og oversigten over ERP-integrationer.