Vodnik za integracijo QAD Adaptive ERP za terminiranje proizvodnje s SkyPlanner APS

QAD omogoča tri načine povezave z zunanjim sistemom za terminiranje:

1. QAD QXtend Inbound (QXI). QAD ga opisuje kot “a Web services-based, SOAP-compliant, XML framework, enabling complete platform-independent access to QAD Enterprise Applications business functionality.” (Ogrodje XML, ki temelji na spletnih storitvah, je skladno s SOAP in omogoča popoln, od platforme neodvisen dostop do poslovnih funkcij QAD Enterprise Applications.) Vsaka zahteva je QDoc, ki zažene program QAD z enakim preverjanjem veljavnosti kot pri delu prek uporabniškega zaslona. Vsaka zahteva vrne odgovor v obliki QDoc. Med objavljenimi QDocs so maintainItemMaster, maintainRouting in maintainPurchaseOrder. Za programe brez objavljenega QDoc orodje QAD QGen izdela preslikavo programa iz menija: “QGen is used to map custom programs or QAD Enterprise Applications programs that do not have released QDoc schemas and events files.” (QGen se uporablja za preslikavo prilagojenih programov ali programov QAD Enterprise Applications, za katere ni objavljenih shem QDoc in datotek dogodkov.) To povezavo uporablja tudi QAD: “QAD Production Scheduler uses QAD QXtend to update work orders.” (QAD Production Scheduler uporablja QAD QXtend za posodabljanje delovnih nalogov.) (Vodnik QXtend)
2. QAD QXtend Outbound (QXO). QXO “exports user-configurable business objects as XML QDocs out of QAD products.” (Iz izdelkov QAD izvaža poslovne objekte, ki jih lahko uporabnik konfigurira, v obliki XML QDocs.) Standardni poslovni objekti vključujejo Item, Product Structure, Routing, Work Center, Department, Inventory Transaction in Inventory Status.
3. REST API za poslovne dokumente. Od različice Adaptive ERP 2022.1 velja: “Query REST APIs are now available for business documents,” (Za poslovne dokumente so zdaj na voljo poizvedovalni vmesniki REST API.) Podpirajo filtriranje, razvrščanje, ostranjevanje in vračanje le dela podatkov ter so dokumentirani v orodju Swagger v vaši instanci (opombe ob izdaji).

Zapisovanje poteka prek QXtend. Branje poteka prek QXO in poizvedovalnih vmesnikov REST API.

QXtend Outbound je mehanizem QAD za zajem sprememb podatkov. “A change occurs to watched data in QAD Enterprise Applications. Change notifications are written out to the qxevents database.” (Ko se spremljani podatki v QAD Enterprise Applications spremenijo, se obvestila o spremembah zapišejo v podatkovno zbirko qxevents.) QXO nato sestavi QDocs in jih dostavi “to a directory location where the subscriber polls for and picks up new QDocs,” (v imenik, v katerem naročnik redno preverja in prevzema nove QDocs) ali spletni storitvi, ki posluša na naslovu URL.

SkyPlanner se kot spletna storitev naroči na objave QXO, za podatke, ki jih QXO ne pokriva, pa redno poizveduje prek poizvedovalnih vmesnikov REST API. Work Order ni med standardnimi poslovnimi objekti QXO. Integracija zato bodisi doda poslovni objekt QXO nad tabelami delovnih nalogov (wo_mstr, wr_route) bodisi vsakih nekaj minut preverja delovne naloge prek poizvedovalnih vmesnikov REST API.

SkyPlanner ob spremembi stanja ali terminskega plana pošlje spletni klic webhook, zato povratno zapisovanje temelji na dogodkih.

1. Začetni prenos matičnih podatkov. Preberite artikle, strukture izdelkov, tehnološke postopke, delovne centre in koledarje prek QXO ali poizvedovalnih vmesnikov REST API. Premišljeno določite preslikavo delovnih centrov: delovni center s štirimi stroji postane ena skupina delovnih centrov ali štirje delovni centri. Tudi linije za ponavljajočo se proizvodnjo iz Production Line Maintenance lahko postanejo delovni centri.

2. Sinhronizacija delovnih nalogov. Preberite potrjeno načrtovane in sproščene delovne naloge z njihovimi tehnološkimi postopki in komponentami ter odprta nabavna naročila. SkyPlanner šteje naročeni material za razpoložljivega na datum dobave nabavnega naročila in posodobi zalogo, ko je nabavno naročilo označeno s statusom Delivered.

Terminirajte delovne naloge, ne načrtovanih nalogov MRP. Načrtovani nalogi se morajo v QAD najprej pretvoriti v potrjeno načrtovane ali sproščene delovne naloge.

3. Povratni zapis terminskega plana. Ko mehanizem za terminiranje umesti ali premakne nalog, spletni klic webhook iz SkyPlanner sproži QXtend Inbound QDoc za Work Order Maintenance (16.1). Datum sprostitve nastavi na datum prve terminirane operacije, rok dokončanja pa na datum zadnje. QXtend zažene program, pri čemer uporabi preverjanje veljavnosti sistema QAD, in vrne odgovor QDoc, ki ga integracija preveri.

Zaporedje operacij na posameznem stroju ostane v SkyPlanner, operaterji pa ga prejmejo prek Mobile Confirmations. Tako integracija ne posega v tehnološke postopke, ki jih QAD pri sproščenih nalogih zaklene.

4. Potrjevanje dela v proizvodnji. Operaterji beležijo delo s SkyPlanner Mobile Confirmations ali Production Timer, časovni zapisi pa zagotavljajo ažurnost terminskega plana. Sami izberete, ali se dejanski časi zapisujejo nazaj v QAD. Če se, se čas priprave in izvajanja za posamezno operacijo prenese v Labor Feedback by Work Order, dokončane količine pa v Work Order Receipt. Če se ne, se delo še naprej vnaša v QAD kot doslej.

5. Pravila o odgovornosti za podatke in reševanju neskladij. Zapišite jih pred začetkom produkcijskega delovanja:

Za zapisovanje datumov delovnih nalogov izberite en sistem. SkyPlanner ne potrebuje modula QAD za terminiranje, zato pri nalogih, ki jih terminira, prevzame zapisovanje datumov namesto delovnih okolij za terminiranje ali drugih sistemov za terminiranje.

• Ponovni zagoni CRP. CRP znova terminira vse odprte operacije izbranih delovnih nalogov. QAD ohrani ročno vnesene datume le pod naslednjim pogojem: “you also adjusted the work order release and due date to match,” (tudi datum sprostitve in rok dokončanja delovnega naloga ste ustrezno prilagodili). Prav ta datuma zapisuje SkyPlanner. CRP zaženite po povratnem zapisu ali pa iz njega izključite naloge, ki jih terminira SkyPlanner.
• Po sprostitvi so tehnološki postopki zaklenjeni. “Once the work order status is Exploded, Allocated, or Released, no more changes can be made to the routing.” (Ko je delovni nalog v stanju Exploded, Allocated ali Released, tehnološkega postopka ni več mogoče spreminjati.) Tehnološki postopek preberite ob sprostitvi, spreminjajte pa ga le pri planiranih ali fiksno planiranih nalogih.
• Časovne enote v tehnološkem postopku. Pripravljalni in izvajalni čas predstavljata obremenitev, medtem ko velja “queue, wait, and move times are excluded from load calculations.” (Časi v čakalni vrsti, čakanja in premikov so izključeni iz izračunov obremenitve.) Te čase v SkyPlanner modelirajte kot korake, ki upoštevajo le trajanje, in preverite, ali je izvajalni čas podan na enoto ali na nalog.
• Prepustnost QXtend. QAD opozarja: “UI API adapter performance may be unacceptable when processing high volumes of data or real-time transactions.” (Zmogljivost vmesnika UI API je lahko nezadostna pri obdelavi velikih količin podatkov ali transakcij v realnem času.) Pošiljajte le spremenjene naloge, in sicer v paketih, ter uporabite izvorne QDocs, kjer so na voljo.
• Domene in lokacije. Namestitve QAD z več domenami vodijo delovne centre in delovne naloge po domenah in lokacijah. Vsako lokacijo, vključeno v obseg integracije, preslikajte v ločeno skupino delovnih centrov.
• Kombinacija ponavljajoče in diskretne proizvodnje. Linije v Advanced Repetitive uporabljajo terminske plane ponavljajoče proizvodnje, ne delovnih nalogov. Pri opredelitvi obsega določite, katere linije bo terminiral SkyPlanner.