Integrationsguide för Infor CloudSuite Industrial – produktionsplanering med SkyPlanner APS

SkyPlanner körs i molnet, så ingen SkyPlanner-programvara installeras i CSI. I en CSI-miljö med flera klienter går integrationerna via Infor OS på ett av två sätt:

1. Mongoose IDO REST API via ION API Gateway. Affärsobjekten i CSI är IDO:er (Intelligent Data Objects) i ramverket Mongoose. REST-tjänsten finns under IDORequestService och publiceras av Infor i ION API-katalogen. REST version 1 erbjuder LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo och FireAESEvent, med svar i XML eller JSON. Det finns också en uppsättning ändpunkter för REST version 2.
2. ION BOD:er (Business Object Documents) som ION skickar via anslutningspunkter. CSI publicerar utgående Sync-BOD:er för ProductionOrder, ItemMaster och PurchaseOrder, samt lagerdokument som InventoryAdjustment, InventoryCount och InventoryHold.

Listan över utgående BOD:er i 2026.10 saknar stöd för stycklistor, operationsföljder och produktionsgrupper. En integration för produktionsplanering bygger därför i första hand på IDO, med BOD:er som ett valfritt sätt att signalera ändringar i tillverkningsorder.

Ändringar skickas ut från CSI som ION BOD:er. För produktionsplaneringen är det ProductionOrder-BOD:en som är relevant. Du konfigurerar den i formuläret Replication Document Outbound Cross References med publiceringsdefinitioner:

Infors exempel filtrerar på orderstatus: 'Firm' för ändringar i produktionsplanen och, som tillval, 'Released' för ändringar i material och arbetstid. De filtrerar också på RecordDate som är senare än datumet för bakgrundsaktivitetens senaste manuella publicering.

Mongoose har också Application Event System (AES), som kan köra händelseåtgärder, och REST API ger tillgång till FireAESEvent. Grundupplägget är IDO-pollning: LoadCollection anropas för SLJobs och SLJobRoutes med några minuters mellanrum, med filtrering på postdatum. ProductionOrder-BOD:en läggs till om anläggningen vill få ändringar pushade.

I motsatt riktning skickar SkyPlanners webhooks planändringar så snart de sker. Varje webhook utlöser återskrivning till CSI.

1. Första inläsning av grunddata. Läs in artiklar, artiklarnas operationsföljder, BOM:er, resursgrupper, resurser och skift via LoadCollection. Bygg produktionsgrupperna i SkyPlanner utifrån resurser och resursgrupper, inte utifrån produktionsgrupperna i CSI. Infor säger uttryckligen att produktionsgruppen ”captures costs only and does not affect the actual planning or scheduling.” (endast registrerar kostnader och inte påverkar den faktiska planeringen eller produktionsplaneringen).

2. Ordersynkronisering. Skicka fastställda och frisläppta tillverkningsorder med tillhörande operationer och material. Låt APS-planerade order ligga kvar i CSI. APS Planning raderar och återskapar sin plan vid varje körning, så planerade order saknar en stabil identitet att knyta produktionsplaneringen till. Omvandla dem först till fastställda tillverkningsorder i Planning Detail.

3. Återskrivning av produktionsplanen. En webhook för produktionsplanen i SkyPlanner utlöser skrivningen. Integrationen läser den nya planerade starten och det nya planerade slutet per operation från SkyPlanner REST API. Tiderna skrivs med UpdateItems till orderns operationsplan, med order, suffix och operationsnummer som nyckel. Det är samma operationsdatum som Scheduler anger och Resource Gantt ändrar. Orderns Start- och End-datum i SLJobs följer med.

Vissa anläggningar skyddar planeringsfälten eller vill köra logik i CSI vid varje ändring. Där sker skrivningen via en anpassad IDO-metod som anropas med InvokeMethod. Den gör samma uppdatering med CSI:s egen validering.

4. Återrapportering från produktionsgolvet. Operatörerna registrerar tid och kvantiteter på telefon eller surfplatta (Mobile Confirmations, Production Timer, Quick Log Mode). Varje avslutad tidsregistrering blir en ej bokförd SLJobtrans-rad som skapas med AddItems. Raden innehåller order, suffix, operation, anställd, timmar samt godkänd och kasserad kvantitet. Därefter bokför Job Labor Transaction Posting i CSI arbetskostnad och omkostnader på orderns produkter i arbete (WIP), med de intervall du väljer.

5. Dataägarskap, återförsök och konfliktregler.

Varje post identifieras med CSI:s egna identifierare (tillverkningsorder, suffix, operationsnummer och transaktions-ID). En upprepad webhook eller pollning uppdaterar därför samma rad i stället för att skapa en dubblett. Vid misslyckade skrivningar görs nya försök, och skrivningarna loggas med feltexten från CSI. En tillverkningsorder som får status Complete eller History i CSI tas bort från SkyPlanners plan vid nästa synkronisering. En annullerad tillverkningsorder i SkyPlanner skrivs aldrig tillbaka.

De inbyggda planeringsfunktionerna är den främsta källan till konflikter. APS Planning behandlar schemalagda operationer som låsta, men senare körningar av Scheduler (vanligen en daglig körning med en dags planeringshorisont) kan flytta dem igen. När SkyPlanner ansvarar för den detaljerade sekvenseringen för vissa resursgrupper ska de undantas från CSI Scheduler. Stäng sedan av den inställning i Shop Floor Control Parameters som gör att Scheduler behandlar planerade order som behov. MRP, APS-orderplanering och Get CTP kan ligga kvar i CSI. Running Time Lock i SkyPlanner håller påbörjade operationer låsta. I SkyPlanner planerar Autopilot automatiskt om när produktionen förändras, inom de låsningar och prioriteringar ni anger.

• Att mappa produktionsgrupper som maskiner. SLWcs är det uppenbara IDO-valet, men fel val för kapacitet. Produktionsplaneringen utgår från resurser och resursgrupper, med medlemmarnas inbördes ordning.
• BOD-filter som missar eller skickar om order. Publiceringen av ProductionOrder beror på vald trigger och statusfiltren. Ett filter enbart på 'Firm' missar ändringar i material och arbetstid på frisläppta order. Saknas filtret för senaste publiceringsdatum skickas allt om.
• Arbetstid avvisas vid återskrivning. CSI avvisar arbetstid när tillverkningsordern inte har status Released eller Scheduled, när operationen redan är slutförd eller när medarbetaren är inaktiv. Validera först och logga avvisade poster.
• Att anta att en rad är en bokförd transaktion. En SLJobtrans-rad är inte bokförd förrän Job Labor Transaction Posting har körts. Bestäm bokföringsintervallen tillsammans med ekonomiavdelningen så att arbetstiden blir tillgänglig för värdering av produkter i arbete och lönehantering när den behövs.
• Försenade tillverkningsorder från APS. APS planerar bakåt från leveransdatumet och, om det inte går, framåt från dagens datum. Systemet planerar aldrig i förfluten tid. Låt SkyPlanner planera försenade order utifrån faktisk kapacitet i stället för att förlita er på det inkommande startdatumet.
• Detaljer i Mongoose. Ersätt kommatecken i parametervärden för InvokeMethod med escape-sekvensen \x2c.

SkyPlanner begränsar det som behöver göras på CSI-sidan. Det läser order, operationer, material och resurser och skriver tillbaka två saker: planerade operationstider och arbetstid via SLJobtrans. Däremellan sköter det den omplanering som CSI överlåter åt planeraren att göra i Resource Gantt och åt nästa Scheduler-körning:

• Händelsestyrd planering. Arcturus skapar en finplanering på några sekunder. Autopilot planerar automatiskt om när produktionen förändras, oavsett om en ändrad tillverkningsorder kommer från CSI eller en operatör rapporterar hur arbetet fortskrider. Webhooks skickar sedan ut de nya tiderna.
• Arbetstiden registreras vid källan. Mobile Confirmations, Production Timer och Quick Log Mode omvandlar operatörernas inmatningar till tidsregistreringar som mappas till SLJobtrans-rader. Därmed når arbetstiden CSI utan att behöva registreras igen.
• Begränsningar som speglar produktionen. En ställtidsmatris väljer den ordningsföljd som ger minst ställtid. Verktyg är delade resurser med begränsad tillgång, flera operatörer kan arbeta i samma produktionsgrupp samtidigt och alternativa maskiner och medarbetare tar över när förstahandsvalet är upptaget.
• Materialstyrd sekvensering. När materialbehov för tillverkningsorder, lagersaldon och öppna inköpsorder från CSI ingår i dataflödet kontrolleras materialtillgången i planen. Beställt material räknas som tillgängligt på inköpsorderns leveransdatum, och lagersaldot uppdateras när inköpsordern markeras som Delivered.
• Provperiod som minskar projektrisken. Läs in en export från Save to Excel under provperioden på 30 dagar och se era egna tillverkningsorder i finplaneringen. Stoppa en flaskhals, lägg till en brådskande order och senarelägg en inköpsorder. Den mappning ni validerar där ligger till grund för IDO-arbetets omfattning.

Välj SkyPlanner när CSI ska förbli det styrande systemet för artiklar, tillverkningsorder och kostnader. Ni får ett planeringsverktyg och en app för produktionsgolvet med ett litet, tydligt integrationsgränssnitt: tillverkningsorder och grunddata in, planerade tider och arbetstid ut. SkyPlanner kostar från 199 € per månad med 5 produktionsgrupper inkluderade. Fakturering sker månadsvis och ni kan säga upp när som helst. Ni får en offert på integrationen i förväg, utifrån era processer och behov, tillsammans med abonnemanget. Därmed ser ni hela kostnaden innan ni börjar.

Se priser, funktioner och dokumentationen för SkyPlanner. Jämför CSI APS och Scheduler med ett molnbaserat planeringsverktyg i Finplanering i Infor CloudSuite Industrial. Eller gå till sidan om Infor CloudSuite Industrial och översikten över ERP-integrationer.