QAD Adaptive ERP integrācijas ceļvedis ražošanas grafiku sastādīšanai ar SkyPlanner APS

QAD piedāvā trīs veidus, kā pieslēgt ārēju grafiku sastādīšanas sistēmu:

1. QAD QXtend Inbound (QXI). QAD to raksturo šādi: “a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (XML ietvars, kas balstīts uz tīmekļa pakalpojumiem, atbilst SOAP un nodrošina pilnīgu, no platformas neatkarīgu piekļuvi QAD Enterprise Applications biznesa funkcijām.) Katrs pieprasījums ir QDoc, kas izpilda QAD programmu ar tādām pašām datu pārbaudēm kā tās ekrānformā, un uz katru pieprasījumu tiek saņemts atbildes QDoc. Pieejamo QDoc vidū ir maintainItemMaster, maintainRouting un maintainPurchaseOrder. Programmām, kurām nav gatava QDoc, QAD rīks QGen izveido izvēlnes programmas kartējumu: “QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen izmanto pielāgotu programmu vai tādu QAD Enterprise Applications programmu kartēšanai, kurām nav pieejamu QDoc shēmu un notikumu failu.) Arī pats QAD izmanto šo pieeju: “QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler izmanto QAD QXtend ražošanas pasūtījumu atjaunināšanai.) (QXtend ceļvedis)
2. QAD QXtend Outbound (QXO). QXO “exports user-configurable business objects as XML QDocs out of QAD products.” (eksportē lietotāja konfigurējamus biznesa objektus no QAD produktiem XML QDoc formātā.) Standarta biznesa objekti ir Item, Product Structure, Routing, Work Center, Department, Inventory Transaction un Inventory Status.
3. Biznesa dokumentu REST API. Sākot ar Adaptive ERP 2022.1, “Query REST APIs are now available for business documents,” (biznesa dokumentiem ir pieejami vaicājumu REST API) ar filtrēšanu, kārtošanu, dalīšanu lapās un daļēju datu atlasi. Šo API dokumentācija ir pieejama Swagger jūsu ERP instancē (versijas piezīmes).

Datu ierakstīšanu nodrošina QXtend. Datu lasīšanu nodrošina QXO un vaicājumu REST API.

QXtend Outbound ir QAD mehānisms datu izmaiņu apstrādei. “A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (QAD Enterprise Applications uzraudzītajos datos notiek izmaiņas. Paziņojumi par izmaiņām tiek ierakstīti qxevents datubāzē.) Pēc tam QXO izveido QDoc un nogādā tos “to a directory location where the subscriber polls for and picks up new QDocs,” (uz direktoriju, kuru abonents periodiski pārbauda un no kuras saņem jaunos QDoc) vai tīmekļa pakalpojumam, kas saņem pieprasījumus norādītajā URL.

SkyPlanner kā tīmekļa pakalpojums abonē QXO publicētos datus, bet pārējos datus periodiski pieprasa caur vaicājumu REST API. Work Order nav standarta QXO biznesa objektu vidū, tāpēc integrācijā vai nu pievieno QXO biznesa objektu ražošanas pasūtījumu tabulām (wo_mstr, wr_route), vai arī ik pēc dažām minūtēm pieprasa ražošanas pasūtījumus caur vaicājumu REST API.

Kad mainās statuss vai grafiks, SkyPlanner nosūta tīmekļa aizķeres paziņojumu, tāpēc datu ierakstīšanu atpakaļ QAD ierosina notikumi.

1. Sākotnējā pamatdatu ielāde. Nolasiet artikulus, produktu struktūras, tehnoloģiskos procesus, darba centrus un kalendārus caur QXO vai vaicājumu REST API. Rūpīgi nosakiet darba centru atbilstību: darba centrs ar četrām iekārtām kļūst par vienu darba centru grupu vai četriem darba centriem. Arī atkārtotās ražošanas līnijas no Production Line Maintenance var attēlot kā darba centrus.

2. Ražošanas pasūtījumu sinhronizācija. Nolasiet apstiprinātos plānotos un ražošanā palaistos pasūtījumus kopā ar to tehnoloģiskajiem procesiem un komponentiem, kā arī atvērtos iepirkuma pasūtījumus. SkyPlanner uzskata pasūtīto materiālu par pieejamu iepirkuma pasūtījumā norādītajā piegādes datumā un atjaunina krājumus, kad iepirkuma pasūtījumam piešķirts statuss Delivered.

Sastādiet grafikus ražošanas pasūtījumiem, nevis MRP plānotajiem pasūtījumiem. Vispirms QAD sistēmā plānotajiem pasūtījumiem jākļūst par apstiprinātiem plānotiem vai ražošanā palaistiem pasūtījumiem.

3. Grafika ierakstīšana atpakaļ QAD. Kad plānošanas dzinējs ievieto vai pārvieto pasūtījumu grafikā, SkyPlanner tīmekļa aizķere ierosina QXtend Inbound QDoc izpildi programmā Work Order Maintenance (16.1). Palaišanas datums tiek iestatīts atbilstoši pirmajai grafikā ieplānotajai operācijai, bet izpildes termiņš — pēdējai. QXtend izpilda programmu ar paša QAD datu pārbaudēm un atgriež atbildes QDoc, kuru pārbauda integrācija.

Katras iekārtas operāciju secība paliek SkyPlanner, un operatori to saņem caur Mobile Confirmations. Tādējādi integrāciju neietekmē QAD aizliegums mainīt tehnoloģisko procesu ražošanā palaistiem pasūtījumiem.

4. Apstiprinājumi no ražotnes. Operatori reģistrē darbu ar SkyPlanner Mobile Confirmations vai Production Timer, un darba laika ieraksti uztur grafiku aktuālu. Jūs izvēlaties, vai faktiskos darba laikus nosūtīt atpakaļ uz QAD. Ja izvēlaties tos nosūtīt, katras operācijas sagatavošanas un izpildes laiks nonāk Labor Feedback by Work Order, bet saražotie daudzumi — Work Order Receipt. Pretējā gadījumā darba laiku ievada QAD tāpat kā līdz šim.

5. Atbildība par datiem un konfliktu risināšanas noteikumi. Dokumentējiet tos pirms darba sākšanas:

Izvēlieties vienu sistēmu, kas ieraksta ražošanas pasūtījumu datumus. SkyPlanner darbībai nav vajadzīgs QAD grafiku sastādīšanas modulis. Pasūtījumiem, kuru grafikus sastāda SkyPlanner, datumus ieraksta SkyPlanner, aizstājot grafiku sastādīšanas darbvietas vai citas plānošanas sistēmas.

• Atkārtota CRP palaišana. CRP pārplāno visas atlasīto ražošanas pasūtījumu nepabeigtās operācijas. QAD saglabā manuāli ievadītos datumus tikai tad, ja “you also adjusted the work order release and due date to match,” (ir atbilstoši pielāgots arī ražošanas pasūtījuma izlaišanas datums un izpildes termiņš), un tieši šos datumus ieraksta SkyPlanner. Palaidiet CRP pēc datu ierakstīšanas atpakaļ QAD vai izslēdziet no CRP pasūtījumus, kuriem grafiku sastāda SkyPlanner.
• Izlaisto pasūtījumu tehnoloģiskos procesus mainīt nevar. “Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (Kad ražošanas pasūtījuma statuss ir Exploded, Allocated vai Released, tā tehnoloģisko procesu vairs nevar mainīt.) Nolasiet tehnoloģisko procesu pasūtījuma izlaišanas brīdī un mainiet to tikai plānotajiem vai stingri plānotajiem pasūtījumiem.
• Tehnoloģiskā procesa laika mērvienības. Sagatavošanas un izpildes laiks veido noslodzi, savukārt “queue, wait, and move times are excluded from load calculations.” (Laiks rindā, gaidīšanas laiks un pārvietošanas laiks netiek iekļauts noslodzes aprēķinos.) SkyPlanner modelējiet šos laikus kā posmus, kuriem ir tikai ilgums, un pārbaudiet, vai izpildes laiks norādīts vienai vienībai vai visam pasūtījumam.
• QXtend caurlaidspēja. QAD brīdina: “UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (Apstrādājot lielus datu apjomus vai reāllaika transakcijas, UI API adaptera veiktspēja var būt nepieņemama.) Sūtiet paketēs tikai mainītos pasūtījumus un izmantojiet standarta QDocs, ja tie ir pieejami.
• Domēni un ražotnes. QAD instalācijās ar vairākiem domēniem darba centri un ražošanas pasūtījumi tiek glabāti atsevišķi katram domēnam un ražotnei. Katrai projekta tvērumā iekļautajai ražotnei piesaistiet atsevišķu darba centru grupu.
• Atkārtotās un diskrētās ražošanas apvienojums. Advanced Repetitive līnijās izmanto atkārtotās ražošanas grafikus, nevis ražošanas pasūtījumus. Nosakot tvērumu, izlemiet, kurām līnijām grafikus sastādīs SkyPlanner.