Infor LN integrācijas ceļvedis ražošanas grafiku sastādīšanai ar SkyPlanner APS

1. LN REST API. Infor publicē LN pakalpojumus ION API Gateway vidē: “You can review the available documentation for the public services that are part of LN API.” (Varat skatīt pieejamo dokumentāciju par publiskajiem pakalpojumiem, kas ietilpst LN API.) Grafiku sastādīšanai svarīgākais pakalpojums ir tiapi.sfcProductionOrder. Tas aptver ražošanas pasūtījumus un iekārtu operācijas ar darbībām Get Machine Operations, Register machine quantities, Register machine hours un Finish Machine Operations. Citi tiapi un tcapi pakalpojumi vārtejā ir norādīti katrai nomnieka videi atsevišķi.

Katram pakalpojumam jābūt piešķirtām lietošanas tiesībām un aktivizētam. Infor norāda, ka “Try it out” (Izmēģināt) “only works if you are entitled for the service and the service has been activated.” (darbojas tikai tad, ja jums ir tiesības izmantot pakalpojumu un tas ir aktivizēts). Iekļaujiet šo pārbaudi projekta kontrolsarakstā jau pirmajā dienā.

2. ION BOD dokumenti. “Business object documents (BODs) are XML messages used to exchange data between enterprises or enterprise applications.” (Biznesa objektu dokumenti jeb BOD ir XML ziņojumi datu apmaiņai starp uzņēmumiem vai uzņēmumu lietojumprogrammām.) LN tos nosūta uz Infor ION, kas tos novirza abonentiem. Process.ItemMaster un Process.BillOfMaterials ir minēti LN 10.8 dokumentācijā, kurā aprakstīta arī uz BOD balstīta integrācija ar lokāli izvietotu LN. Pilns jūsu versijai pieejamo BOD dokumentu saraksts ir atrodams jūsu nomnieka vidē.

3. Eksports failos. Lokāli izvietots LN var eksportēt tabulas, izmantojot Exchange shēmas vai datubāzes skatus. Tas ir piemērots sākotnējai datu ielādei un ražotnēm, kas dod priekšroku failu apmaiņai pēc noteikta grafika.

Kad notiek izmaiņas biznesa procesos, LN publicē BOD dokumentus Infor ION, kas tos novirza abonentiem. Abonents sinhronizē mainīto preci vai pasūtījumu. Ja nav piemērota BOD dokumenta, integrācija pēc noteikta grafika pieprasa datus no LN REST pakalpojumiem, atlasot tikai atvērtos pasūtījumus.

Kad mainās stāvoklis vai grafiks, SkyPlanner nosūta webhook paziņojumu, tāpēc datu ierakstīšanu atpakaļ LN izraisa notikumi.

1. Sākotnējā pamatdatu ielāde. Ielādējiet preces, materiālu specifikācijas, tehnoloģiskā procesa operācijas, uzdevumus, darba centrus, iekārtas un kalendārus. Nosakiet, kā LN darba centru un iekārtu līmeņi atbildīs SkyPlanner struktūrai: darba centrs ar četrām iekārtām var kļūt par vienu darba centru grupu ar četriem darba centriem.

2. Pasūtījumu sinhronizācija. Nolasiet ražošanas pasūtījumus ar to operācijām un materiālu rindām, kā arī krājumus un atvērto iepirkuma pasūtījumu rindas. SkyPlanner uzskata pasūtīto materiālu par pieejamu iepirkuma pasūtījuma piegādes datumā, tāpēc, sastādot grafiku, tiek pārbaudīti krājumi un gaidāmās piegādes.

3. Grafika ierakstīšana atpakaļ LN. Katrai operācijai, kuru plānošanas dzinējs ir ieplānojis vai pārcēlis, SkyPlanner nosūta plānoto sākumu, beigas un iekārtu atpakaļ uz attiecīgo LN ražošanas pasūtījuma operāciju. Daudzumu, statusa un izmaksu aprēķinu pārvaldība paliek LN.

4. Izpildes apstiprinājumi ražotnē. Operatori reģistrē darbu, izmantojot Mobile Confirmations, Production Timer vai Quick Log Mode. Laika uzskaites ieraksti uztur grafiku aktuālu un tiek nosūtīti atpakaļ uz LN kā iekārtu darba stundas, daudzumi un pabeigtās operācijas. Izvēlieties vienu reģistrēšanas kanālu — SkyPlanner vai LN sesijas —, lai stundas nekad netiktu uzskaitītas divreiz.

5. Atbildība par datiem un konfliktu risināšanas noteikumi. Vienojieties par tiem pirms palaišanas:

6. Darbs līdzās Infor plānošanas rīkiem. Enterprise Planning turpina veidot apgādes priekšlikumus, savukārt SkyPlanner sastāda ražošanas pasūtījumu grafikus atbilstoši faktiskajai jaudai. LN 2026 laidienos iestatījums External Planner ir paredzēts šādam mērķim: “The organization can integrate an external planning solution with Infor LN.” (Organizācija var integrēt ārēju plānošanas risinājumu ar Infor LN.) Ja ir aktivizēts Scheduler+, vispirms nosakiet, kura sistēma pārvalda datumus: tas pievieno statusu Scheduled un pieprasa sastādīt grafiku pirms pasūtījuma nodošanas izpildei.

• Nepareiza dokumentācijas versija. LN 10.x un ikgadējie mākoņversijas laidieni atšķiras. Planner+ un Scheduler+ ir aprakstīti tikai 2026. gada dokumentācijā, savukārt Job Shop Scheduler ir pieejams no versijas 10.8. Katrā dokumentācijas lapā pārbaudiet, vai tā atbilst jūsu laidienam.
• Nepareizs Infor produkts. Infor LN nav CloudSuite Industrial (SyteLine) vai M3. To BOD un API atšķiras, tāpēc izmantojiet tikai LN dokumentāciju.
• Pakalpojums nav aktivizēts. LN REST izsaukumi nedarbojas, kamēr nomnieka vidē nav piešķirtas pakalpojuma lietošanas tiesības un tas nav aktivizēts.
• Uzskaitījuma tipa filtri. OrderStatus ir uzskaitījuma tips, tāpēc OData $filter filtrā pēc statusa jāizmanto šim tipam paredzētā sintakse, kā norāda Infor kopienas lietotāji.
• Pasūtījuma izpildes laiks un tehnoloģiskais process. Iestatījums Operations Horizon sadaļā Items – Planning nosaka, vai plānotajiem pasūtījumiem izmanto tehnoloģiskā procesa datus vai fiksētu Order Lead Time. Ilgumus nolasiet no tehnoloģiskā procesa operācijām, nevis no pasūtījumu izpildes laikiem.
• Darba centru sesijas. Ja ir aktivizēts Job Shop by Site, LN izmanto sesiju Work Center (tirou0601m000), nevis Work Centers (tirou0101m000). Datu atbilstību noteikšanai izmantojiet to sesiju, kuru izmanto jūsu uzņēmums.
• Iekārtu stundas un darbaspēka stundas. Sadaļā Production Order Hours iekārtu stundu rindās lauks Employee ir tukšs. Sasaistiet SkyPlanner iekārtu laiku un operatoru laiku ar pareizajām rindām.
• Kalendāri katrai uzņēmuma vienībai. Katram darba centram ielādējiet tā uzņēmuma vienības kalendāru, nevis vienu kopīgu rūpnīcas kalendāru.