Integrasjonsguide for Infor CloudSuite Industrial for produksjonsplanlegging med SkyPlanner APS

SkyPlanner kjører i skyen, så det installeres ingen SkyPlanner-programvare inne i CSI. I CSI-miljøer med flere leietakere går integrasjonene gjennom Infor OS på én av to måter:

1. Mongoose IDO REST API via ION API Gateway. Forretningsobjektene i CSI er IDO-er (Intelligent Data Objects) i Mongoose-rammeverket. REST-tjenesten ligger under IDORequestService, og Infor publiserer den i ION API-katalogen. REST versjon 1 tilbyr LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo og FireAESEvent, med svar i XML eller JSON. Det finnes også et sett med endepunkter for REST versjon 2.
2. ION BOD-er (Business Object Documents) som ION sender via tilkoblingspunkter. CSI publiserer utgående Sync-BOD-er for ProductionOrder, ItemMaster og PurchaseOrder, samt lagerdokumenter som InventoryAdjustment, InventoryCount og InventoryHold.

Listen over utgående BOD-er i 2026.10 inneholder ingenting for stykklister, produksjonsruter eller arbeidssentre. En integrasjon for produksjonsplanlegging bygger derfor primært på IDO, med BOD-er som et valgfritt signal om endringer i jobber.

Endringer sendes ut fra CSI som ION BOD-er, og for produksjonsplanlegging er det ProductionOrder-BOD-en som er relevant. Du konfigurerer den med publiseringsdefinisjoner i skjermbildet Replication Document Outbound Cross References:

Infors eksempler filtrerer på jobbstatus: 'Firm' for endringer i produksjonsplanen, eventuelt også 'Released' for endringer i materialer og arbeidsforbruk. De filtrerer også på at RecordDate er senere enn datoen for bakgrunnsoppgavens siste manuelle publisering.

Application Event System (AES) i Mongoose kan også kjøre hendelseshandlinger, og REST-API-et tilbyr FireAESEvent. Grunnmønsteret er polling av IDO-er: LoadCollection på SLJobs og SLJobRoutes med filtrering på registreringsdato med noen minutters mellomrom. ProductionOrder-BOD-en legges til der et produksjonssted ønsker å få endringer sendt automatisk.

I motsatt retning sender SkyPlanners webhooks ut planendringer når de skjer. Hver webhook utløser tilbakeskriving til CSI.

1. Førstegangsinnlasting av grunndata. Les inn varer, produksjonsruter for varer, BOM-er, ressursgrupper, ressurser og skift via LoadCollection. Bygg arbeidsstasjonene i SkyPlanner fra ressurser og ressursgrupper, ikke fra arbeidssentre. Infor sier tydelig at arbeidssenteret «captures costs only and does not affect the actual planning or scheduling.» (registrerer kun kostnader og påvirker ikke den faktiske planleggingen eller tidsplanleggingen).

2. Ordresynkronisering. Send bekreftede og frigitte jobbordrer med tilhørende operasjoner og materialer. La planlagte APS-ordrer bli i CSI. APS Planning sletter og oppretter planen på nytt ved hver kjøring, så planlagte ordrer har ingen stabil identitet som kan brukes i produksjonsplanleggingen. Bekreft dem først som jobber i Planning Detail.

3. Tilbakeskriving av produksjonsplanen. En webhook for produksjonsplanen i SkyPlanner utløser skrivingen. Integrasjonen leser ny planlagt start og slutt per operasjon fra SkyPlanner REST API. Den skriver tidene til tidsplanen for jobboperasjoner med UpdateItems, med jobb, suffiks og operasjonsnummer som nøkkel. Dette er de samme operasjonsdatoene som Scheduler setter og Resource Gantt redigerer. Jobbens Start- og End-datoer på SLJobs oppdateres tilsvarende.

Noen produksjonssteder beskytter feltene i produksjonsplanen eller ønsker at logikk i CSI skal kjøres ved hver endring. Da skjer skrivingen via en tilpasset IDO-metode som kalles med InvokeMethod. Den utfører samme oppdatering med CSIs egen validering.

4. Tilbakemeldinger fra produksjonsgulvet. Operatørene registrerer tid og mengder på mobil eller nettbrett (Mobile Confirmations, Production Timer, Quick Log Mode). Hver avsluttede tidsregistrering blir en ikke-bokført SLJobtrans-rad opprettet med AddItems, med jobb, suffiks, operasjon, ansatt, timer samt godkjente og kasserte mengder. Job Labor Transaction Posting i CSI bokfører deretter lønnskostnader og indirekte kostnader på jobbens varer i arbeid (WIP), med den frekvensen du velger.

5. Eierskap, nye forsøk og konfliktregler.

Hver post har en nøkkel basert på CSIs egne identifikatorer (jobb, suffiks, operasjonsnummer og transaksjons-ID). Dermed oppdaterer en gjentatt webhook eller polling den samme raden i stedet for å opprette et duplikat. Mislykkede skriveoperasjoner forsøkes på nytt og logges med feilmeldingen fra CSI. En jobb som settes til Complete eller History i CSI, fjernes fra SkyPlanner-planen ved neste synkronisering. En kansellert jobb i SkyPlanner skrives aldri tilbake.

De innebygde planleggingsfunksjonene er den viktigste kilden til konflikter. APS Planning behandler tidfestede operasjoner som låste, mens senere kjøringer av Scheduler kan flytte dem igjen. Dette er vanligvis en daglig kjøring med én dags horisont. Når SkyPlanner styrer den detaljerte rekkefølgen for et sett med ressursgrupper, må disse holdes utenfor CSI Scheduler. Slå deretter av innstillingen i Shop Floor Control Parameters som får Scheduler til å behandle planlagte ordrer som etterspørsel. MRP, APS-ordreplanlegging og Get CTP kan bli værende i CSI. Running Time Lock i SkyPlanner holder påbegynte operasjoner fast. I SkyPlanner legger Autopilot automatisk om planen når produksjonen endrer seg, innenfor låsene og prioriteringene du har satt.

• Å bruke arbeidssentre som maskiner. SLWcs er den nærliggende IDO-en å velge, men feil valg for kapasitet. Planleggingen bygger på ressurser og ressursgrupper (med rekkefølge på medlemmene).
• BOD-filtre som utelater eller gjentar jobber. Publisering av ProductionOrder avhenger av valgt utløser og statusfiltre. Et filter kun på 'Firm' fanger ikke opp endringer i materialer og arbeidsforbruk på frigitte jobber. Uten filter på siste publiseringsdato sendes alt på nytt.
• Arbeidstimer avvises ved tilbakeskriving. CSI avviser arbeidstimer når jobben ikke har status Released eller Scheduled, når operasjonen allerede er fullført, eller når den ansatte er inaktiv. Valider først, og logg avvisninger.
• Å anta at en rad er en bokført transaksjon. En SLJobtrans-rad er ikke bokført før Job Labor Transaction Posting kjøres. Avtal bokføringsfrekvensen med økonomiavdelingen, slik at arbeidsforbruket blir tilgjengelig for WIP og lønn når det forventes.
• Forsinkede jobber fra APS. APS planlegger bakover fra leveringsfristen og, hvis det ikke lykkes, fremover fra i dag. Det planlegger aldri i fortiden. La SkyPlanner planlegge forsinkede ordrer ut fra reell kapasitet i stedet for å stole på startdatoen som kommer inn.
• Mongoose-detaljer. Bruk escape-sekvensen \x2c for kommaer i parameterverdier til InvokeMethod.

SkyPlanner begrenser omfanget på CSI-siden. Det leser jobber, operasjoner, materialer og ressurser, og skriver tilbake to ting: planlagte operasjonstider og arbeidsforbruk via SLJobtrans. Mellom innlesing og tilbakeskriving gjør det omplanleggingen som CSI overlater til planleggerens endringer i Resource Gantt og neste kjøring av Scheduler:

• Hendelsesstyrt planlegging. Arcturus lager på sekunder en produksjonsplan som tar hensyn til den faktiske maskin- og bemanningskapasiteten. Autopilot legger automatisk om planen når produksjonen endrer seg, enten en endret jobb kommer fra CSI eller en operatør registrerer fremdrift. Deretter sender webhooks ut de nye tidene.
• Arbeidsforbruk registrert ved kilden. Mobile Confirmations, Production Timer og Quick Log Mode gjør operatørenes registreringer om til tidsregistreringer som kobles til SLJobtrans-rader. Dermed kommer arbeidsforbruket inn i CSI uten at det må registreres på nytt.
• Begrensninger som gjenspeiler produksjonen. En matrise for omstillingstider velger rekkefølgen som krever minst omstilling. Verktøy er delte ressurser med begrenset kapasitet, flere operatører kan jobbe ved samme arbeidsstasjon samtidig, og alternative maskiner og medarbeidere tar over når førstevalget er opptatt.
• Rekkefølge styrt av materialtilgang. Når materialer til jobbene, lagerbeholdning og åpne innkjøpsordrer fra CSI overføres, kontrolleres materialtilgangen i produksjonsplanen. Bestilt materiale regnes som tilgjengelig på innkjøpsordrens leveringsdato, og lagerbeholdningen oppdateres når innkjøpsordren merkes som Delivered.
• Utprøving som reduserer prosjektrisikoen. Last inn en eksport fra Save to Excel i den 30-dagers prøveperioden, og se dine egne jobber i en produksjonsplan som tar hensyn til den faktiske maskin- og bemanningskapasiteten. Stopp en flaskehals, legg til en hasteordre og utsett en innkjøpsordre. Mappingen du validerer der, definerer omfanget av IDO-arbeidet.

Velg SkyPlanner når CSI fortsatt skal være det autoritative systemet for artikler, jobber og kostnader. Du får et planleggingsverktøy og en app for produksjonsgulvet med et lite, oversiktlig grensesnitt: jobber og grunndata inn, planlagte tider og arbeidstimer ut. SkyPlanner koster fra 199 € per måned med 5 arbeidsstasjoner inkludert. Du faktureres månedlig og kan si opp når som helst. Du får på forhånd et pristilbud som omfatter både abonnementet og en integrasjon tilpasset prosessene og behovene dine, slik at du ser hele kostnaden før du starter.

Se priser, funksjoner og SkyPlanner-dokumentasjonen. Sammenlign CSI APS og Scheduler med et skybasert planleggingsverktøy i artikkelen Produksjonsplanlegging i Infor CloudSuite Industrial. Eller gå til siden om Infor CloudSuite Industrial og oversikten over ERP-integrasjoner.