Guide til Infor LN-integrasjon for produksjonsplanlegging med SkyPlanner APS

1. LN REST API. Infor publiserer LN-tjenester i ION API Gateway: «You can review the available documentation for the public services that are part of LN API.» (Du kan se dokumentasjonen for de offentlige tjenestene som inngår i LN API.) Den sentrale tjenesten for produksjonsplanlegging er tiapi.sfcProductionOrder. Den dekker produksjonsordrer og maskinoperasjoner med handlingene Get Machine Operations, Register machine quantities, Register machine hours og Finish Machine Operations. Flere tiapi– og tcapi-tjenester er oppført for hver tenant i gatewayen.

Hver tjeneste krever tilgangsrettigheter og må være aktivert. Infor påpeker at «Try it out» (Prøv det) «only works if you are entitled for the service and the service has been activated.» (bare fungerer hvis du har tilgangsrettigheter til tjenesten og den er aktivert). Sett dette på prosjektets sjekkliste fra dag én.

2. ION BODs. «Business object documents (BODs) are XML messages used to exchange data between enterprises or enterprise applications.» (BOD-er er XML-meldinger som brukes til å utveksle data mellom virksomheter eller virksomhetsapplikasjoner.) LN sender dem til Infor ION, som videresender dem til abonnentene. Process.ItemMaster og Process.BillOfMaterials er navngitt i dokumentasjonen for LN 10.8, som også dekker BOD-basert integrasjon med lokalt installert LN. Den fullstendige BOD-listen for din versjon finnes i tenanten din.

3. Fileksport. Lokalt installert LN kan eksportere tabeller via utvekslingsskjemaer eller databasevisninger. Dette passer til førstegangsinnlasting og for fabrikker som foretrekker filutveksling med faste intervaller.

LN publiserer BOD-er til Infor ION ved forretningshendelser, og ION videresender dem til abonnentene. En abonnent synkroniserer artikkelen eller ordren som er endret. Der ingen BOD passer, henter integrasjonen data fra LN REST-tjenestene med faste intervaller, filtrert til åpne ordrer.

SkyPlanner sender webhooks når tilstanden eller planen endres. Tilbakeskrivingen er dermed hendelsesstyrt.

1. Førstegangsinnlasting av grunndata. Last inn artikler, stykklister, operasjoner i produksjonsruter, oppgaver, arbeidssentre, maskiner og kalendere. Avgjør hvordan arbeidssenter- og maskinnivåene i LN skal kobles til SkyPlanner: Et arbeidssenter med fire maskiner kan bli én arbeidsstasjonsgruppe med fire arbeidsstasjoner.

2. Ordresynkronisering. Les inn produksjonsordrer med operasjoner og materiallinjer, samt lagerbeholdning og åpne innkjøpsordrelinjer. SkyPlanner regner bestilte materialer som tilgjengelige på innkjøpsordrens leveringsdato. Planleggingen kontrollerer derfor både lagerbeholdning og innkommende leveranser.

3. Tilbakeskriving av plandata. For hver operasjon planleggingsmotoren har plassert eller flyttet, sender SkyPlanner planlagt start, slutt og maskin tilbake til operasjonen på produksjonsordren i LN. LN beholder ansvaret for mengder, status og kostnadsberegning.

4. Bekreftelser fra produksjonen. Operatørene registrerer arbeid med Mobile Confirmations, Production Timer eller Quick Log Mode. Tidsregistreringene holder planen oppdatert og sendes tilbake til LN som maskintimer, mengder og fullførte operasjoner. Velg én kanal for postering, enten SkyPlanner eller LN-sesjoner, slik at timer aldri blir ført dobbelt.

5. Regler for dataeierskap og konflikter. Avtal disse før produksjonssetting:

6. Samspill med Infors egne planleggingsverktøy. Enterprise Planning fortsetter å lage forsyningsforslag, mens SkyPlanner planlegger produksjonsordrene ut fra reell kapasitet. I LN 2026-versjonene finnes innstillingen External Planner slik at «The organization can integrate an external planning solution with Infor LN.» (Organisasjonen kan integrere en ekstern planleggingsløsning med Infor LN.) Hvis Scheduler+ er aktivt, må dere først avklare hvilket system som styrer datoene: Scheduler+ legger til statusen Scheduled og krever planlegging før frigivelse.

• Feil dokumentasjon. LN 10.x og de årlige skyversjonene er forskjellige. Planner+ og Scheduler+ er bare dokumentert i dokumentasjonen for 2026, og Job Shop Scheduler finnes fra 10.8. Kontroller at hver side gjelder deres versjon.
• Feil Infor-produkt. Infor LN er ikke CloudSuite Industrial (SyteLine) eller M3. BOD-er og API-er er forskjellige, så bruk bare dokumentasjonen for LN.
• Tjenesten er ikke aktivert. LN REST-kall feiler inntil tjenesten har fått bruksrettigheter og er aktivert i tenanten.
• Enum-filtre. OrderStatus er en enum-type, så et OData $filter på status må bruke enum-syntaks, slik brukere i Infor-fellesskapet rapporterer.
• Ledetid kontra produksjonsrute. Operations Horizon i Items – Planning avgjør om planlagte ordrer bruker data fra produksjonsruten eller en fast Order Lead Time. Hent varighetene fra operasjonene i produksjonsruten, ikke fra ordrenes ledetider.
• Sesjoner for arbeidssentre. Når Job Shop by Site er aktivt, bruker LN sesjonen Work Center (tirou0601m000) i stedet for Work Centers (tirou0101m000). Ta utgangspunkt i den bedriften bruker når dere kobler dataene.
• Maskintimer kontra arbeidstimer. I Production Order Hours har maskintimer et tomt Employee-felt. Koble maskintid og operatørtid fra SkyPlanner til de riktige linjene.
• Kalendere per virksomhetsenhet. Last inn kalenderen for virksomhetsenheten som hvert arbeidssenter tilhører, ikke én felles fabrikkalender.