Integracijos / ERP / Epicor Kinetic
Epicor Kinetic integravimo vadovas gamybos tvarkaraščiams sudaryti su SkyPlanner APS
Šiame vadove Epicor partneriams, IT komandoms ir techniniams pirkėjams paaiškinama, kaip naudoti SkyPlanner APS gamybos planavimui kartu su Epicor Kinetic, kad tvarkaraštis atitiktų realius įrenginių ir darbuotojų pajėgumus. SkyPlanner su Epicor Kinetic keičiasi duomenimis abiem kryptimis per pačios Kinetic REST paslaugas:
- Į SkyPlanner perduodamos užduotys, operacijos, ištekliai ir pirkimo užsakymų tiekimo grafiko eilutės.
- Suplanuotos operacijų datos grąžinamos į užduotis.
- Operatorių darbo laiko įrašai grąžinami į Kinetic darbo apskaitą.
- SkyPlanner siunčia pranešimus per webhook sąsajas vos pasikeitus tvarkaraščiui.
Diegimo metu SkyPlanner komanda pritaiko integraciją prie jūsų Kinetic konfigūracijos ir ją prižiūri pradėjus naudoti sistemą. Šis vadovas skirtas partneriams ir programuotojams, kurie nori prisidėti arba patys kurti sprendimus naudodami dokumentuotą SkyPlanner REST API (API žinynas).
Jei dar nenusprendėte, ar jūsų poreikius tenkina pačios Kinetic Scheduling and Resource Management funkcijos arba APS modulis, pirmiausia perskaitykite Ar Epicor Kinetic palaiko gamybos planavimą?
Kinetic integravimo sąsajos
Epicor teigia: „All Kinetic services, including business objects, processes, reports, BAQs, and Epicor Functions, are accessible through REST endpoints.” (Visos Kinetic paslaugos, įskaitant verslo objektus, procesus, ataskaitas, BAQ ir Epicor Functions, pasiekiamos per REST galinius taškus.) Integruojant gamybos tvarkaraščių sudarymo sistemą naudojamos keturios Epicor technologijos:
- Kinetic REST API v2 (OData v4). Verslo objektai pasiekiami per tarnybas, kurių pavadinimai sudaromi pagal šabloną
Erp.BO.<Name>Svc. Įprastas kelias –/api/v2/odata/{Company}/Erp.BO.{Svc}/{EntitySet}. REST v1 vis dar veikia, tačiau tai pasenusi versija, todėl integraciją kurkite su v2. Savo versijos esybių rinkinius ir metodus patikrinkite REST Help adresu/api/help/v2/. - Business Activity Queries (BAQ) per REST. BAQ pasiekiama adresu
/api/v2/odata/{Company}/BaqSvc/{BAQ}/Data. Tai praktiškas būdas nuskaityti planavimui skirtus duomenis, kai viena užklausa sujungiamiJobHead,JobOper,JobMtl,PartWhseirPORelduomenys (bendruomenės pavyzdys). - Epicor Functions (EFx). Serverio funkcijos, iškviečiamos adresu
/api/v2/efx/{Company}/{Library}/{Function}. Epicor nurodo, kad jos „can be triggered from multiple entry points, including BPMs, REST services, schedules, and application events.“ (gali būti paleidžiamos įvairiais būdais, įskaitant BPM, REST tarnybas, vykdymą pagal tvarkaraštį ir programos įvykius). - BPM direktyvos. Method Directives ir Data Directives suveikia pasikeitus užduočiai ar operacijai ir gali iškviesti funkciją, kuri išsiunčia duomenis.
Failai importuojami naudojant DMT, o duomenys eksportuojami naudojant BAQ eksportą. Epicor taip pat siūlo Epicor Automation Studio, kurią apibūdina kaip „a low-code app for integration-led automations” (mažai programavimo reikalaujančią programą procesams automatizuoti per integracijas). Nenaudokite tiesioginės prieigos prie duomenų bazės: REST, BAQ ir funkcijos vienodai veikia tiek vietinėje infrastruktūroje, tiek Kinetic Cloud.
Autentifikavimas ir prieigos sritys
Kinetic REST v2 prieigą valdo atskirai kiekvienai integracijai. Kiekvienai integracijai suteikiamas API raktas, susietas su prieigos sritimi, kurioje nurodytos leidžiamos iškviesti paslaugos ir metodai. Epicor tai apibūdina taip: „API keys, access scopes, and standard authentication methods control which services and methods are available to each integration.” (API raktai, prieigos sritys ir standartiniai autentifikavimo metodai nustato, kurios paslaugos ir metodai prieinami kiekvienai integracijai.)
Be API rakto, užklausos siuntėjas turi prisijungti kaip Kinetic naudotojas. Sukurkite atskirą integracijos naudotoją ir suteikite jam tik integracijai būtinas teises. SkyPlanner REST API naudoja JWT autentifikavimą, o jos dokumentacija pateikta Swagger/OpenAPI formatu.
SkyPlanner integracijos prieigos sritis paprastai apima:
Erp.BO.JobEntrySvc(JobEntries, JobOpers, GetDatasetForTree)Erp.BO.ResourceGroupSvcirErp.BO.ResourceSvcErp.BO.CapabilitySvcErp.BO.PartSvc(Parts, PartWhses)Erp.BO.EmpBasicSvcErp.BO.ScheduleEngineSvc(GetNewParamsForJob, MoveJobItem, ChangeResource)Erp.BO.LaborSvc(Labors, LaborDtls, StartActivity, EndActivityByEmp)- BAQ ir EFx bibliotekas, kurias publikuojate integracijai
Jei metodas neįtrauktas į prieigos sritį, klaida pasirodys jį vykdant, o ne konfigūruojant. Įtraukite visus iškviečiamus metodus, stebėkite API rakto galiojimą ir nustatykite įspėjimus apie HTTP klaidas, ne tik apie tuščius rezultatus.
Pakeitimų aptikimas: BPM direktyvos, funkcijos arba periodinės užklausos
Epicor dokumentacijoje nėra bendrosios API išeinantiems webhook pranešimams, todėl Kinetic pakeitimai SkyPlanner pasiekia vienu iš dviejų būdų:
- Pagal įvykius. Objekto
JobHeadarbaJobOperBPM Data Directive iškviečia Epicor Function, kuri pakeistą gamybos užsakymą siunčia į SkyPlanner REST API. - Periodinės užklausos. Pagal pakeitimo datą filtruojama BAQ vykdoma kas kelias minutes arba kas valandą. Šį sprendimą paprasčiau prižiūrėti ir atkurti jo veikimą po sutrikimo.
Kita kryptimi SkyPlanner siunčia būsenos ir tvarkaraščio pakeitimus per savo webhook pranešimus. Juos gauna jūsų tarpinė programinė įranga arba EFx galinis taškas ir įrašo į Kinetic.
Duomenų susiejimas
| Kinetic esybė / tarnyba | SkyPlanner objektas | Kryptis | Dažnis |
|---|---|---|---|
Part, PartRev (Erp.BO.PartSvc/Parts) | Gaminys | Iš Kinetic į SkyPlanner | Pradinis įkėlimas, vėliau pagal tvarkaraštį |
PartMtl (gamybos metodas), JobMtl (gamybos užsakymas) | Gaminio ir užsakymo medžiagos | Iš Kinetic į SkyPlanner | Kartu su gamybos užsakymu |
PartOpr (gamybos metodas), JobOper (gamybos užsakymas) | Proceso etapai | Iš Kinetic į SkyPlanner | Kartu su gamybos užsakymu |
ResourceGroup, Resource (ResourceGroupSvc, ResourceSvc) | Darbo centrų grupės, darbo centrai | Iš Kinetic į SkyPlanner | Pradinis įkėlimas, vėliau pasikeitus duomenims |
Capability (CapabilitySvc) | Alternatyvūs darbo centrai | Iš Kinetic į SkyPlanner | Pradinis įkėlimas, vėliau pasikeitus duomenims |
| Išteklių ir jų grupių kalendoriai | Pamainos ir išimtys | Iš Kinetic į SkyPlanner | Pradinis įkėlimas, vėliau kas savaitę arba pasikeitus duomenims |
EmpBasic (EmpBasicSvc) | Darbuotojai | Iš Kinetic į SkyPlanner | Pradinis įkėlimas, vėliau pasikeitus duomenims |
JobHead (JobEntrySvc/JobEntries) | Užsakymas | Iš Kinetic į SkyPlanner | Realiuoju laiku per BPM + EFx arba periodiškai vykdant BAQ |
PartWhse per BAQ | Atsargos | Iš Kinetic į SkyPlanner | Pagal tvarkaraštį |
Pirkimo užsakymai: POHeader, PODetail, PORel per BAQ | Pirkimo užsakymai / gaunamos medžiagos (numatoma pristatymo data) | Iš Kinetic į SkyPlanner | Pagal tvarkaraštį arba pasikeitus pirkimo užsakymui per BPM + EFx |
| Planuojama kiekvienos operacijos pradžia ir pabaiga | JobOper datos per ScheduleEngineSvc (MoveJobItem, ChangeResource), iškviečiamą EFx funkcijoje | Iš SkyPlanner į Kinetic | Pasikeitus tvarkaraščiui, per webhook |
| Darbo laiko įrašai, kiekiai, operacijų eiga, priežastys | Labors / LaborDtls per LaborSvc; priežasčių kodai per Erp.BO.ReasonSvc | Iš SkyPlanner į Kinetic | Realiuoju laiku per webhook |
Epicor gamybos užsakymą vadina Job. Vieną JobHead susiekite su vienu SkyPlanner užsakymu, o kiekvieną JobOper – su proceso etapu. Išoriniam raktui naudokite gamybos užsakymo numerį, surinkimo eilės numerį ir operacijos eilės numerį.
Integravimo būdai
1. Pradinis pagrindinių duomenų įkėlimas. Nuskaitykite gaminius, išteklių grupes, išteklius, jų galimybes, kalendorius ir darbuotojus. Pagal Kinetic išteklius sukurkite SkyPlanner darbo centrus, o pagal išteklių grupes – darbo centrų grupes. Didelius duomenų kiekius skaitykite puslapiais naudodami $top ir $skip arba gaukite juos masiškai per BAQ.
2. Užsakymų sinchronizavimas. Siųskite vykdyti išleistus ir patvirtintus gamybos užsakymus su jų operacijomis ir medžiagomis. Visą gamybos užsakymo medį gaukite per GetDatasetForTree arba BAQ, o ne skaitydami kiekvieną esybę atskirai. Nepatvirtintus MRP gamybos užsakymus palikite Kinetic, kol jie bus patvirtinti. Kartu su atsargų nuskaitymu sinchronizuokite atviras pirkimo užsakymų tiekimo eilutes ir jų pristatymo terminus. SkyPlanner laiko, kad užsakytos medžiagos bus prieinamos pristatymo dieną, o atsargas atnaujina, kai pirkimo užsakymui nustatoma būsena Delivered. Taigi sudarant tvarkaraštį tikrinamos ir atsargos, ir būsimi pirkimų pristatymai.
3. Tvarkaraščio įrašymas atgal į Kinetic. SkyPlanner webhook siunčia kiekvienos operacijos planuojamą pradžią, pabaigą ir darbo centrą į EFx galinį tašką (/api/v2/efx/{Company}/{Library}/{Function}). Funkcija duomenis įrašo per Kinetic tvarkaraščių sudarymo variklį – tą patį verslo objektą, kurį naudoja Job Entry tvarkaraščių sudarymas ir planavimo lentos (bendruomenės pavyzdys):
ScheduleEngine.GetNewParamsForJobsuformuoja tvarkaraščių sudarymo varikliui skirtą gamybos užsakymo duomenų rinkinį.- Funkcija nustato gamybos užsakymo numerį, surinkimo ir operacijos eilės numerius bei planuojamos pradžios datą ir laiką, tada iškviečia
ScheduleEngine.MoveJobItem. - Jei SkyPlanner operacijai priskyrė kitą tos pačios grupės išteklių,
ScheduleEngine.ChangeResourceperkelia operaciją į jį. Naudojant vienMoveJobItem, lieka numatytasis grupės išteklius. - Funkcija užrakina gamybos užsakymo tvarkaraštį (
JobHead.SchedLocked, parinktis Lock lange Job Entry), todėl Global Scheduling išsaugo SkyPlanner nustatytas datas.
Sujungus šiuos iškvietimus į vieną Epicor Function, kiekvieno gamybos užsakymo duomenys įrašomi kaip nedaloma operacija, be to, galima pridėti savo patikros taisykles. Jei įmonė nenori naudoti pasirinktinės funkcijos, tą pačią seką galima vykdyti tiesioginiais REST iškvietimais į Erp.BO.ScheduleEngineSvc. Niekada tiesiogiai nerašykite į ResourceTimeUsed ar JobOper datų laukus: taip apeinamas variklis ir planavimo lentose išteklių paskyrimai nebeatitinka tvarkaraščio.
4. Atliktų darbų patvirtinimai ceche. Operatoriai registruoja darbą SkyPlanner naudodami Mobile Confirmations, Production Timer arba Quick Log Mode. Kiekvienas užbaigtas darbo laiko įrašas per Erp.BO.LaborSvc tampa Kinetic darbo apskaitos įrašu: veiklai registruoti realiuoju laiku naudojami StartActivity ir EndActivityByEmp, o jau atliktam darbui įvesti – Labors su Update. Jei jūsų įmonėje reikalingas patvirtinimas, į procesą ir prieigos teisių apimtį įtraukite submitForApproval.
5. Atsakomybės už duomenis ir konfliktų sprendimo taisyklės. Aprašykite jas prieš pradėdami naudoti integraciją:
| Duomenys | Atsakinga sistema |
|---|---|
| Gaminiai, gamybos metodai, ištekliai, kalendoriai, užduotys, MRP, atsargos, savikainos skaičiavimas | Kinetic |
| Kiekiai ir užduočių būsena | Kinetic |
| Operacijų eiliškumas, suplanuotos datos, išteklius grupėje | SkyPlanner |
SkyPlanner planuojamoms užduotims nustatytas tvarkaraščio užraktas, todėl Global Scheduling jų datų nekeičia. Išteklius, kurių SkyPlanner neplanuoja, ir toliau planuokite su Kinetic.
Raktai, pakartotiniai bandymai ir duomenų sutikrinimas
- Nekintantys raktai. Kiekvienas įrašas turi Kinetic raktą: operacijoms tai užduoties numeris, surinkimo ir operacijos eilės numeriai, darbo apskaitai – antraštės ir detaliojo įrašo raktai. Pagal šį raktą įrašas sukuriamas arba atnaujinamas, todėl pakartotinis pranešimas atnaujina esamą įrašą, o ne sukuria dublikatą.
- Pakartotiniai bandymai. Nepavykus įrašyti duomenų į bet kurią sistemą, bandymas kartojamas. Darbo laikas įregistruojamas tik kartą pagal kiekvieną SkyPlanner darbo laiko įrašo ID, todėl pakartotinis bandymas negali dubliuoti valandų.
- Duomenų sutikrinimas. Pagal grafiką vykdoma BAQ palygina neužbaigtas užduotis, operacijų būsenas ir kiekius su SkyPlanner duomenimis bei pašalina neatitikimus, pavyzdžiui, kai užduotis užbaigiama Kinetic sistemoje, kol pranešimas dar perduodamas.
- Kiekių pakeitimai ir atšaukimai. Pakeitus kiekį Kinetic sistemoje, SkyPlanner atnaujinamas užsakymas ir jo proceso žingsniai. Atlikus dalį darbo, likęs vykdymo laikas sutrumpėja. Kinetic sistemoje užbaigta arba ištrinta užduotis pašalinama iš tvarkaraščio per kitą sinchronizavimą.
Ką apima projektas
Diegimas paprastai užbaigiamas per kelias savaites nuo jo pradžios. Kinetic projektas apima:
- 30 dienų bandomąjį naudojimą su CSV arba Excel formatu eksportuotomis užduotimis, operacijomis ir ištekliais, dar nepradėjus programavimo darbų.
- API raktą, prieigos sritį, atskirą integracijos naudotoją ir BAQ, iš kurių integracija skaito duomenis.
- Pagrindinių duomenų susiejimą: gebos, išteklių grupės, ištekliai, kalendoriai ir darbuotojai susiejami su SkyPlanner darbo vietomis, grupėmis, pamainomis ir personalu.
- Pradinį gaminių, gamybos metodų (BOM ir operacijų) bei išteklių įkėlimą.
- Gamybos ir pirkimo užsakymų sinchronizavimas (
PORelpristatymo terminai), taip patPartWhseatsargų sinchronizavimas. - Planuojamų operacijų datų įrašymas atgal per
ScheduleEngineSvc(MoveJobItem, ChangeResource) naudojant Epicor Function ir užrakinant gamybos užsakymo tvarkaraštį. - Ceche pateiktų atlikto darbo patvirtinimų įrašymas į darbo apskaitą per
LaborSvc. - Testavimą lygiagrečiai su esamu Kinetic tvarkaraščiu, o po jo – paleidimą.
Į ką atkreipti dėmesį Kinetic sistemoje
- Į realius pajėgumus atsižvelgiantis gamybos planavimas nustatomas keliose vietose. Žymimasis langelis Finite yra ištekliaus kortelėje. Laikotarpis, kuriuo planuojant atsižvelgiama į pajėgumus, nustatomas ištekliaus ir išteklių grupės kortelėse bei Site Maintenance skirtuke Planning. Kiekvienas tvarkaraščių sudarymo įrankis taip pat turi savo žymimąjį langelį Finite. Prieš importuodami Kinetic datas kaip atskaitos tašką, patikrinkite, ar jos apskritai suplanuotos atsižvelgiant į realius pajėgumus.
- Capability arba Resource Group ir Resource. Jei operacijoje nurodyta geba, jos išteklių grupės ir ištekliaus laukai lieka tušti. Kitu atveju nurodoma išteklių grupė, kartais ir konkretus išteklius. Integracija turi skaityti tuos pačius laukus ir pati nustatyti, kurie ištekliai atitinka nurodytą gebą.
- Kalendoriuose atsispindi ankstesni koregavimai. Išteklių kalendoriai ir darbuotojų skaičius dažnai būna pakoreguoti, kad esamas planavimo įrankis veiktų taip, kaip reikia. Perkelkite į SkyPlanner tikruosius pamainų grafikus ir faktinius darbuotojus. Leiskite sistemai priskirti kelis operatorius užduočiai, kuriai reikia komandos.
- Datas keiskite per variklį, o ne CRUD. Vien atnaujinus operacijų datas per
JobEntrySvc, tvarkaraštis neperskaičiuojamas. Viename forumo pranešime aprašyta, kaipJobSchedulingiškvietimas grąžino 200 OK, tačiau gamybos užsakymas nepasikeitė. Naudokite pirmiau aprašytąScheduleEngineiškvietimų seką. - Rezultatą lemia duomenų tvarka. Pernelyg optimistinė operacijų trukmė, nenurodyti pirkimo pristatymo terminai, neuždarytos užduotys ir į kalendorius neįtrauktos prastovos blogina bet kurį tvarkaraštį – tiek sudarytą pačioje sistemoje, tiek išoriniu įrankiu (Bluesky ERP).
Kas konfigūruoja Kinetic integraciją
Kiekviena gamykla Kinetic naudoja savaip. Technologiniai maršrutai pagal gebas, išteklių grupių kalendoriai, BAQ struktūra, BPM direktyvos ir nuo versijos priklausantys duomenų grąžinimo metodai skiriasi. Nuo tinkamo jų suderinimo priklauso, ar planuotojai tvarkaraščiu pasitikės, ar turės jį perdaryti.
- SkyPlanner komanda sukonfigūruoja integraciją diegimo metu ir ją prižiūri pradėjus naudoti. Komanda susieja jūsų išteklius, užduotis ir pirkimo užsakymų tiekimo grafiko eilutes, nustato duomenų skaitymą per BAQ, BPM paleidiklius ir duomenų grąžinimo funkciją. Ji sujungia SkyPlanner REST API ir webhook pranešimus su Kinetic REST v2. Pagalba teikiama ir pasikeitus jūsų BAQ, BPM ar Kinetic versijai.
- Jūsų Epicor partneris. Partneriai, jau kuriantys BAQ, BPM ir Epicor Functions, gali naudoti tą pačią dokumentuotą SkyPlanner REST API, kuri skaito ir įrašo užsakymus, gaminius, medžiagas, proceso žingsnius bei darbo laiko įrašus.
- Jūsų programuotojai. Vidinės komandos, turinčios Kinetic REST patirties, gali kurti integraciją tiesiogiai arba per Automation Studio, jei ją naudojate. Pradėti pakanka SkyPlanner API rakto (integravimo instrukcija), o prireikus padeda SkyPlanner komanda. Produkto dokumentacija viešai pasiekiama SkyPlanner dokumentacijos svetainėje.
Toks pat integravimo per API ir webhook pranešimus būdas jau naudojamas gamyboje su kitomis ERP sistemomis, pavyzdžiui, įmonėje UTU. Įmonės Laboratory & Allied vidinė IT komanda SAP Business One integraciją daugiausia sukūrė pati, padedama SkyPlanner.
Visi būdai prasideda vienodai: pirmiausia pasinaudokite 30 dienų nemokamu bandomuoju laikotarpiu su importuotais CSV duomenimis, patikrinkite tvarkaraštį ir tik tada kurkite integraciją. Kaina – nuo 199 € per mėnesį už 5 darbo vietas, mokama kas mėnesį, atsisakyti galima bet kada. Integracijos kaina pagal jūsų procesą ir poreikius pateikiama iš anksto kartu su pasirinktu planu, todėl visas išlaidas žinote dar prieš pradėdami.
Kodėl verta rinktis šį sprendimą, o ne Kinetic APS licenciją
Techniniam pirkėjui svarbu palyginti darbų apimtį ir laiką iki pirmosios naudos. Rinkitės SkyPlanner, kai:
- Integracijos apimtis turi likti nedidelė. Iš Kinetic perduodamos užduotys, operacijos, ištekliai ir medžiagos. Atgal grįžta suplanuotos datos ir darbo laikas. Aukščiau pateiktas duomenų susiejimas apima visą integraciją.
- Tvarkaraštis turi keistis ir tarp planavimo ciklų. Arcturus per kelias sekundes suplanuoja gamybą atsižvelgdamas į realius įrenginių ir darbuotojų pajėgumus, o Autopilot automatiškai perskaičiuoja tvarkaraštį pasikeitus gamybai. SkyPlanner webhook pranešimai perduoda kiekvieną pakeitimą, todėl Kinetic gauna naujas datas nepaleidus Global Scheduling.
- Ceche registruojami darbai turėtų patekti į Kinetic darbo apskaitą. Operatoriai registruoja darbą telefonu arba planšetiniu kompiuteriu naudodami Mobile Confirmations, Production Timer ir Quick Log Mode, o įrašymas per
LaborSvcyra tos pačios integracijos dalis. - Užduočių pradžia priklauso nuo perkamų medžiagų. Tvarkaraščiui sudaryti naudojamos ir atsargos, ir dar neįvykdytos pirkimo užsakymų tiekimo grafiko eilutės, todėl operacijų pradžia planuojama pagal tikėtiną medžiagų pristatymą.
- Turite daugiau nei du apribojimus. Keli operatoriai vienai užduočiai, kitur naudojami ir todėl neprieinami įrankiai, alternatyvios darbo vietos bei darbuotojai – visa tai įtraukiama į vieną tvarkaraštį. Paruošimo laikų matrica nustato perderinimų eiliškumą, o integracija grąžina rezultatą į Kinetic.
- Norite įsitikinti prieš projektą ir greitai jį įgyvendinti. Per bandomąjį laikotarpį iš BAQ eksportuotų duomenų sudaromas jūsų tvarkaraštis su iki 20 darbo vietų. Kredito kortelės nereikia. Diegimas paprastai užbaigiamas per kelias savaites nuo jo pradžios.
Peržiūrėkite funkcijas, klientų atsiliepimus arba užsisakykite pristatymą.
Gamintojų atsiliepimai apie SkyPlanner
2 hsutaupoma kas savaitę
„Su SkyPlanner nuo gamybos planavimo Excel lentelėse perėjome prie gamybos optimizavimo realiuoju laiku.“
Kalle Kalliomäki, tiekimo grandinės specialistas
UTU · Elektros skydai ir skirstomieji įrenginiai
Planuojant gamybą kas savaitę sutaupomos 2 darbo valandos, o nauja užduočių eilė gamybos liniją pasiekia per kelias sekundes.
+90%gamybos efektyvumas
„Gamybos efektyvumas padidėjo 90%.“
Abdul Rucyinga, IT vadovas
Laboratory & Allied · Vaistų gamyba
Gamybos efektyvumas padidėjo 90%, o optimizuotas trijų mėnesių planas visoms darbo vietoms sudaromas per mažiau nei 30 minučių.
1 000 ir daugiauautomatiškai suplanuotų gamybos užsakymų
„Dabar gamybą valdome kitaip, o mūsų supratimas apie pajėgumus pasiekė visiškai kitą lygį.“
Hannu Ryynänen, generalinis direktorius
Mamec · Pramoniniai maišytuvai, siurbliai ir aukštųjų technologijų sutartinė gamyba
Tūkstančiai gamybos užsakymų suplanuojami automatiškai, o visa organizacija gamybos eigą mato realiuoju laiku.
99,2%pristatymo patikimumas
„SkyPlanner padėjo aiškiau matyti gamybos kliūtis ir įnešė aiškumo į gamybos valdymą.“
Toni Tuori, gamybos vadovas
Piristeel · Stogo saugos ir lietaus vandens nuvedimo sistemos
Šiemet pristatymo patikimumas pasiekė 99,2%, o sudarant gamybos tvarkaraščius per dieną sutaupoma iki keturių darbo valandų.
Dažniausiai užduodami klausimai
Kaip SkyPlanner APS integruojama su Epicor Kinetic?
Duomenys perduodami abiem kryptimis per Kinetic REST v2, BAQs ir Epicor Functions. Į SkyPlanner perduodamos užduotys, operacijos, ištekliai ir pirkimo užsakymų pristatymo grafiko eilutės. Atgal perduodamos suplanuotos operacijų datos ir darbo sąnaudos, o apie tvarkaraščio pakeitimus iš karto pranešama per webhook pranešimus. Diegimo metu SkyPlanner komanda pritaiko integraciją prie jūsų Kinetic konfigūracijos. Jūsų Epicor partneris arba programuotojai gali naudotis ta pačia REST API.
Kurią Kinetic API reikėtų naudoti gamybos tvarkaraščių sudarymo integracijai?
REST v2. Gamybos užsakymams ir operacijoms naudokite JobEntrySvc, pajėgumams – ResourceGroupSvc, ResourceSvc ir CapabilitySvc, dideliems duomenų kiekiams nuskaityti – BAQ, o darbo duomenims įrašyti atgal – LaborSvc.
Ar Epicor Kinetic palaiko webhook pranešimus?
Bendros paskirties API siunčiamiems webhook pranešimams nėra. Įvykių inicijuojamas duomenų siuntimas vykdomas per BPM direktyvas, kurios iškviečia Epicor Functions. Kitas būdas – pagal nustatytą grafiką vykdyti BAQ užklausą.
Ar SkyPlanner gali įrašyti suplanuotas datas atgal į Kinetic užduotis?
Taip. Epicor Function iškviečia ScheduleEngine.GetNewParamsForJob, kiekvienai operacijai – MoveJobItem, o pasikeitus ištekliui – ChangeResource. Tada ji užrakina gamybos užsakymo tvarkaraštį, kad Global Scheduling išsaugotų datas. Tuos pačius iškvietimus taip pat galima vykdyti tiesiogiai per REST naudojant Erp.BO.ScheduleEngineSvc.
Kas prižiūri integraciją?
SkyPlanner komanda sukonfigūruoja integraciją diegimo metu ir teikia palaikymą pradėjus ja naudotis, taip pat pasikeitus jūsų BAQs, BPMs ar Kinetic versijai.
Ar integracija veikia su vietiniuose serveriuose įdiegta Epicor Kinetic?
Taip. REST API, BAQs, BPMs ir Epicor Functions vienodai veikia tiek vietiniuose serveriuose, tiek Kinetic debesijoje, todėl abiem atvejais tinka tas pats integracijos sprendimas.
Kiek laiko trunka SkyPlanner APS ir Epicor Kinetic integravimas?
Įgyvendinimas paprastai užbaigiamas per kelias savaites nuo diegimo pradžios. Jis apima pirmiau išvardytus darbus: duomenų laukų susiejimą, pradinį duomenų įkėlimą, užduočių ir pirkimo užsakymų sinchronizavimą, tvarkaraščio įrašymą atgal ir darbo sąnaudų registravimą. Visa tai išbandoma lygiagrečiai su jūsų esamu tvarkaraščiu.