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

SkyPlanner darbojas mākonī, tāpēc CSI vidē nav jāinstalē SkyPlanner programmatūra. Daudznomnieku CSI vidē integrācijas darbojas caur Infor OS vienā no diviem veidiem:

1. Mongoose IDO REST API caur ION API Gateway. CSI biznesa objekti ir IDO (Intelligent Data Objects), kas darbojas Mongoose ietvarā. REST pakalpojums ir pieejams ar nosaukumu IDORequestService, un Infor to publicē ION API repozitorijā. REST 1. versija piedāvā LoadCollection, AddItem(s), UpdateItem(s), DeleteItem(s), InvokeMethod, IDOInfo un FireAESEvent ar atbildēm XML vai JSON formātā. Ir pieejama arī REST 2. versijas galapunktu kopa.
2. ION BOD (Business Object Documents) dokumenti, kurus ION pārsūta caur savienojuma punktiem. CSI publicē izejošos Sync BOD dokumentus objektiem ProductionOrder, ItemMaster un PurchaseOrder, kā arī krājumu dokumentus, piemēram, InventoryAdjustment, InventoryCount un InventoryHold.

Versijas 2026.10 izejošo BOD sarakstā nav materiālu specifikāciju, tehnoloģisko procesu vai darba centru datu. Tāpēc grafiku sastādīšanas integrācija galvenokārt balstās uz IDO, bet BOD pēc izvēles var izmantot kā signālu par izmaiņām ražošanas uzdevumos.

CSI nosūta izmaiņas kā ION BOD dokumentus, un grafiku sastādīšanai svarīgs ir ProductionOrder BOD. To konfigurē veidlapā Replication Document Outbound Cross References, norādot publicēšanas definīcijas:

Infor piemēros izmanto ražošanas uzdevuma statusa filtru: 'Firm' grafika izmaiņām un pēc izvēles 'Released' materiālu un darbaspēka izmaiņām. Tajos arī atlasa ierakstus, kuru RecordDate ir vēlāks par fona uzdevuma pēdējās manuālās publicēšanas datumu.

Mongoose Application Event System (AES) var arī izpildīt notikumu darbības, un REST API nodrošina FireAESEvent. Pamatā izmanto periodisku IDO datu pieprasīšanu: ik pēc dažām minūtēm izsauc LoadCollection objektiem SLJobs un SLJobRoutes, filtrējot pēc ieraksta datuma. Ja ražotne vēlas, lai izmaiņas tiktu nosūtītas automātiski, papildus izmanto ProductionOrder BOD.

Pretējā virzienā SkyPlanner tīmekļa aizķeres nosūta grafika izmaiņas, tiklīdz tās notiek, un katrs šāds paziņojums ierosina datu ierakstīšanu atpakaļ CSI.

1. Sākotnējā pamatdatu ielāde. Nolasiet nomenklatūras vienības, to tehnoloģiskos procesus, BOM, resursu grupas, resursus un maiņas, izmantojot LoadCollection. Veidojiet SkyPlanner darba centrus no resursiem un resursu grupām, nevis no CSI darba centriem. Infor skaidri norāda, ka darba centrs “captures costs only and does not affect the actual planning or scheduling.” (tikai uzskaita izmaksas un neietekmē faktisko plānošanu vai grafiku sastādīšanu).

2. Pasūtījumu sinhronizācija. Nosūtiet apstiprinātos un izpildei nodotos ražošanas pasūtījumus kopā ar to operācijām un materiāliem. APS plānotos pasūtījumus atstājiet CSI. APS Planning katrā palaišanas reizē dzēš un no jauna ģenerē savu plānu, tāpēc plānotajiem pasūtījumiem nav stabila identifikatora, uz kuru balstīt grafiku. Vispirms apstipriniet tos kā ražošanas uzdevumus formā Planning Detail.

3. Grafika ierakstīšana atpakaļ CSI. Ierakstīšanu ierosina SkyPlanner grafika tīmekļa aizķere. Integrācija no SkyPlanner REST API nolasa katras operācijas jauno plānoto sākumu un beigas. Ar UpdateItems tā ieraksta šos datus ražošanas uzdevuma operāciju grafikā, identificējot ierakstu pēc ražošanas uzdevuma, sufiksa un operācijas numura. Tie ir tie paši operāciju datumi, kurus iestata Scheduler un rediģē Resource Gantt; attiecīgi mainās arī ražošanas uzdevuma Start un End datumi objektā SLJobs.

Dažās ražotnēs grafika lauki ir aizsargāti vai katrai izmaiņai jāpiemēro CSI puses loģika. Šādos gadījumos ierakstīšanai izmanto pielāgotu IDO metodi, ko izsauc ar InvokeMethod. Tā veic to pašu atjauninājumu, izmantojot CSI validāciju.

4. Izpildes apstiprinājumi ražošanas cehā. Operatori reģistrē laiku un daudzumus tālrunī vai planšetdatorā (Mobile Confirmations, Production Timer, Quick Log Mode). Katrs noslēgtais laika uzskaites ieraksts kļūst par neiegrāmatotu SLJobtrans rindu, ko izveido ar AddItems. Tajā iekļauj ražošanas uzdevumu, sufiksu, operāciju, darbinieku, stundas, derīgās produkcijas un brāķa daudzumu. Pēc tam CSI funkcija Job Labor Transaction Posting jūsu izvēlētajā biežumā iegrāmato darbaspēka izmaksas un pieskaitāmās izmaksas ražošanas uzdevuma nepabeigtajā ražošanā (WIP).

5. Atbildība par datiem, atkārtoti mēģinājumi un konfliktu novēršanas noteikumi.

Katra ieraksta atslēgu veido CSI identifikatori (ražošanas uzdevums, sufikss, operācijas numurs, transakcijas ID). Tāpēc atkārtots tīmekļa aizķeres paziņojums vai aptauja atjaunina to pašu rindu, nevis izveido dublikātu. Neveiksmīgie ierakstīšanas mēģinājumi tiek atkārtoti un reģistrēti žurnālā kopā ar CSI kļūdas tekstu. Ja CSI ražošanas uzdevumam piešķir statusu Complete vai History, nākamajā sinhronizācijas reizē tas tiek izņemts no SkyPlanner grafika. Atcelts SkyPlanner ražošanas uzdevums nekad netiek ierakstīts atpakaļ CSI.

Galvenais konfliktu avots ir CSI iebūvētie grafiku sastādīšanas rīki. APS Planning uzskata grafikā ieplānotās operācijas par fiksētām, taču vēlākas Scheduler palaišanas reizes (parasti reizi dienā ar vienas dienas plānošanas horizontu) var tās atkal pārvietot. Ja noteiktām resursu grupām detalizētu operāciju secību nosaka SkyPlanner, izslēdziet šīs grupas no CSI Scheduler tvēruma. Pēc tam sadaļā Shop Floor Control Parameters izslēdziet iestatījumu, kas liek Scheduler uztvert plānotos pasūtījumus kā pieprasījumu. MRP, APS pasūtījumu plānošana un Get CTP var palikt CSI. SkyPlanner funkcija Running Time Lock saglabā uzsāktās operācijas nemainīgas. Ja ražošanā notiek izmaiņas, SkyPlanner funkcija Autopilot automātiski pārplāno grafiku, ievērojot jūsu noteiktos fiksējumus un prioritātes.

• Darba centru pielīdzināšana iekārtām. SLWcs šķiet acīmredzama IDO izvēle, taču jaudas plānošanai tā ir nepareiza. Grafiku sastādīšanā izmanto resursus un resursu grupas (ar resursu secību grupā).
• BOD filtri, kas izlaiž vai atkārtoti nosūta ražošanas uzdevumus. ProductionOrder publicēšana ir atkarīga no izvēlētā trigera un statusu filtriem. Filtrējot tikai pēc 'Firm', netiek uztvertas materiālu un darbaspēka izmaiņas ražošanā nodotajos uzdevumos. Ja nav filtra pēc pēdējās publicēšanas datuma, viss tiek nosūtīts atkārtoti.
• Darba datu noraidīšana atpakaļierakstes laikā. CSI noraida darba datus, ja ražošanas uzdevuma statuss nav Released vai Scheduled, operācija jau ir pabeigta vai darbinieks nav aktīvs. Pirms nosūtīšanas pārbaudiet datus un reģistrējiet noraidījumus žurnālā.
• Pieņēmums, ka rinda jau ir iegrāmatots darījums. SLJobtrans rinda paliek neiegrāmatota līdz Job Labor Transaction Posting izpildei. Saskaņojiet iegrāmatošanas biežumu ar finanšu nodaļu, lai darbaspēka dati nonāktu nepabeigtās ražošanas un algu uzskaitē paredzētajā laikā.
• Kavēti ražošanas uzdevumi no APS. APS plāno atpakaļ no izpildes termiņa un, ja tas neizdodas, uz priekšu no šodienas; tas nekad neplāno pagātnē. Ļaujiet SkyPlanner ieplānot kavētos pasūtījumus atbilstoši reālajai jaudai, nevis paļaujieties uz saņemto sākuma datumu.
• Mongoose nianses. Komatus InvokeMethod parametru vērtībās aizstājiet ar atsoļa secību \x2c.

SkyPlanner darbam CSI pusē vajag tikai nelielu integrācijas daļu. Tas nolasa ražošanas uzdevumus, operācijas, materiālus un resursus, bet atpakaļ ieraksta divu veidu datus: operāciju plānotos laikus un darbaspēka uzskaiti objektā SLJobtrans. Starp šīm darbībām tas pārplāno grafiku — darbu, kas CSI gadījumā paliek plānotāja labojumiem Resource Gantt un nākamajai Scheduler palaišanai:

• Grafiks reaģē uz notikumiem. Arcturus dažu sekunžu laikā veic ražošanas plānošanu, sastādot grafiku atbilstoši reālajai iekārtu un darbinieku kapacitātei, un Autopilot to automātiski pārplāno, kad ražošanā notiek izmaiņas — gan saņemot mainītu ražošanas uzdevumu no CSI, gan operatoram reģistrējot darba gaitu. Pēc tam jaunie laiki tiek nosūtīti, izmantojot webhooks.
• Darbaspēka uzskaite tieši darba vietā. Mobile Confirmations, Production Timer un Quick Log Mode pārvērš operatoru ievadītos datus laika uzskaites ierakstos, kas atbilst SLJobtrans rindām. Tādējādi darbaspēka dati nonāk CSI bez atkārtotas ievadīšanas.
• Ierobežojumi atbilst situācijai cehā. Sagatavošanas laiku matrica ļauj izvēlēties pārregulēšanas secību ar mazāko sagatavošanas laiku. Instrumenti ir koplietojami resursi ar ierobežotu pieejamību, vienā darba centrā vienlaikus var strādāt vairāki operatori, un, ja primārā iekārta vai darbinieks ir aizņemts, tos aizstāj alternatīvas iekārtas un darbinieki.
• Darbu secība atbilst materiālu pieejamībai. Saņemot datus par ražošanas uzdevumu materiāliem, krājumiem un atvērtajiem CSI iepirkuma pasūtījumiem, grafikā tiek pārbaudīta materiālu pieejamība. Pasūtīto materiālu uzskata par pieejamu iepirkuma pasūtījuma piegādes datumā, un krājumi tiek atjaunināti, kad pasūtījumam piešķir statusu Delivered.
• Izmēģinājums mazina projekta risku. Ielādējiet ar Save to Excel eksportētos datus 30 dienu izmēģinājuma vidē un apskatiet savus ražošanas uzdevumus ražošanas plānošanas grafikā, kas atbilst reālajai iekārtu un darbinieku kapacitātei. Apturiet resursu, kas ir šaurā vieta, pievienojiet steidzamu pasūtījumu un aizkavējiet iepirkuma pasūtījumu. Šeit pārbaudītās datu atbilstības nosaka IDO darbu tvērumu.

Izvēlieties SkyPlanner, ja CSI jāsaglabā kā primārā artikulu, ražošanas uzdevumu un izmaksu uzskaites sistēma. Jūs iegūstat grafiku sastādīšanas rīku un ražošanas ceha lietotni ar nelielu, skaidri definētu saskarni: tā saņem ražošanas uzdevumus un pamatdatus, bet nosūta plānotos laikus un darba datus. SkyPlanner cena ir no 199 € mēnesī ar 5 iekļautiem darba centriem, ikmēneša norēķiniem un iespēju jebkurā laikā atteikties. Integrācijas cenu aprēķina iepriekš atbilstoši jūsu procesam un vajadzībām kopā ar abonēšanas plānu, lai visas izmaksas būtu zināmas pirms darba sākuma.

Skatiet cenas, funkcijas un SkyPlanner dokumentāciju. Salīdziniet CSI APS un Scheduler ar mākoņa grafiku sastādīšanas rīku rakstā Ražošanas plānošana ar Infor CloudSuite Industrial. Varat arī apmeklēt Infor CloudSuite Industrial lapu un ERP integrāciju pārskatu.