Povezuje se z ERP in MES sistemi kot so

Integracije / ERP / Epicor Kinetic

Vodnik za povezavo Epicor Kinetic s SkyPlanner APS za terminiranje proizvodnje

Ta vodnik partnerjem Epicor, ekipam IT in tehničnim kupcem pokaže, kako ob sistemu Epicor Kinetic uporabljati SkyPlanner APS za terminiranje proizvodnje ob upoštevanju dejanskih zmogljivosti strojev in osebja. SkyPlanner se z Epicor Kinetic povezuje dvosmerno prek lastnih storitev REST sistema Kinetic:

  • V SkyPlanner se prenašajo delovni nalogi, operacije, viri in odpoklici nabavnih naročil.
  • Planirani datumi operacij se zapisujejo nazaj v delovne naloge.
  • Časovni zapisi operaterjev se v Kinetic vračajo kot evidence dela.
  • Spletni kavlji SkyPlanner pošiljajo spremembe terminskega plana takoj, ko se zgodijo.
Ganttov diagram v SkyPlanner APS z operacijami, razporejenimi po delovnih mestih, in seznamom nalogov spodaj.

Ekipa SkyPlanner med uvajanjem prilagodi integracijo vaši postavitvi sistema Kinetic in zanjo zagotavlja podporo tudi po zagonu. Ta vodnik je namenjen partnerjem in razvijalcem, ki želijo sodelovati ali sami razvijati rešitve z dokumentiranim vmesnikom REST API sistema SkyPlanner (referenčna dokumentacija API).

Če še niste presodili, ali vaše potrebe pokriva Kinetic z modulom Scheduling and Resource Management ali modulom APS, najprej preberite Ali Epicor Kinetic omogoča terminiranje proizvodnje?

Možnosti povezovanja sistema Kinetic

Epicor navaja: “All Kinetic services, including business objects, processes, reports, BAQs, and Epicor Functions, are accessible through REST endpoints.” (Vse storitve sistema Kinetic, vključno s poslovnimi objekti, procesi, poročili, BAQs in Epicor Functions, so dostopne prek končnih točk REST.) Integracija za terminiranje temelji na štirih tehnologijah Epicor:

  1. Kinetic REST API v2 (OData v4). Poslovni objekti so na voljo kot storitve z imeni Erp.BO.<Name>Svc. Običajna pot je /api/v2/odata/{Company}/Erp.BO.{Svc}/{EntitySet}. REST v1 še obstaja, vendar je zastarel, zato integracijo razvijajte na v2. Nabore entitet in metode za svojo izdajo preverite v REST Help na /api/help/v2/.
  2. Business Activity Queries (BAQ) prek REST. BAQ je na voljo na /api/v2/odata/{Company}/BaqSvc/{BAQ}/Data. To je praktičen način branja podatkov za planiranje, saj lahko z enim klicem združite JobHead, JobOper, JobMtl, PartWhse in PORel (primer iz skupnosti).
  3. Epicor Functions (EFx). Strežniške funkcije, ki jih lahko kličete na /api/v2/efx/{Company}/{Library}/{Function}. Epicor navaja: “can be triggered from multiple entry points, including BPMs, REST services, schedules, and application events.” (Sprožiti jih je mogoče z več vstopnih točk, vključno z BPM, storitvami REST, urniki in dogodki aplikacije.)
  4. Direktive BPM. Method Directives in Data Directives se sprožijo ob spremembi delovnega naloga ali operacije in lahko pokličejo funkcijo, ki podatke pošlje v zunanji sistem.

Pri izmenjavi datotek DMT skrbi za uvoz, izvozi BAQ pa za pridobivanje podatkov iz sistema. Epicor ponuja tudi Epicor Automation Studio, ki ga opisuje kot “a low-code app for integration-led automations” (aplikacijo z malo programiranja za avtomatizacijo na podlagi integracij). Izognite se neposrednemu dostopu do podatkovne zbirke: REST, BAQs in funkcije delujejo enako v lokalni namestitvi in v Kinetic Cloud.

Avtentikacija in obsegi dostopa

Kinetic REST v2 nadzoruje dostop za vsako integracijo posebej. Vsaka integracija dobi ključ API, vezan na obseg dostopa, ki določa, katere storitve in metode sme klicati. Epicor to pojasni tako: “API keys, access scopes, and standard authentication methods control which services and methods are available to each integration.” (Ključi API, obsegi dostopa in standardne metode avtentikacije določajo, katere storitve in metode so na voljo posamezni integraciji.)

Poleg uporabe ključa API se mora klicatelj prijaviti kot uporabnik sistema Kinetic. Za integracijo uporabite namenski uporabniški račun, ki ima le potrebne pravice. Na strani sistema SkyPlanner REST API uporablja avtentikacijo JWT in je dokumentiran v Swagger/OpenAPI.

Pri povezavi s SkyPlanner obseg dostopa običajno vključuje:

  • Erp.BO.JobEntrySvc (JobEntries, JobOpers, GetDatasetForTree)
  • Erp.BO.ResourceGroupSvc in Erp.BO.ResourceSvc
  • Erp.BO.CapabilitySvc
  • Erp.BO.PartSvc (Parts, PartWhses)
  • Erp.BO.EmpBasicSvc
  • Erp.BO.ScheduleEngineSvc (GetNewParamsForJob, MoveJobItem, ChangeResource)
  • Erp.BO.LaborSvc (Labors, LaborDtls, StartActivity, EndActivityByEmp)
  • BAQs in knjižnice EFx, ki jih objavite za integracijo

Če metoda ni vključena v obseg dostopa, njen klic odpove med izvajanjem, ne že pri nastavitvi. Navedite vse metode, ki jih kličete, spremljajte potek veljavnosti ključa API in nastavite opozorila za napake HTTP, ne le za prazne rezultate.

Zaznavanje sprememb: direktive BPM, funkcije ali periodično preverjanje

Epicor ne dokumentira splošnega API za odhodne spletne kavlje, zato se spremembe iz sistema Kinetic v SkyPlanner prenašajo na enega od dveh načinov:

  • Ob dogodku. BPM Data Directive za JobHead ali JobOper pokliče Epicor Function, ki spremenjeni nalog pošlje v REST API sistema SkyPlanner.
  • Periodično preverjanje. BAQ s filtrom po datumu spremembe se izvaja vsakih nekaj minut ali vsako uro. Ta način je preprostejši za vzdrževanje in obnovitev delovanja ob napaki.

V nasprotni smeri SkyPlanner prek svojih spletnih kavljev pošilja spremembe stanja in terminskega plana. Vaša vmesna programska oprema ali končna točka EFx jih sprejme in zapiše v Kinetic.

Preslikava podatkov

Entiteta / storitev v KineticObjekt v SkyPlannerSmerPogostost
Part, PartRev (Erp.BO.PartSvc/Parts)IzdelekIz Kinetic v SkyPlannerZačetni prenos, nato po urniku
PartMtl (tehnološki postopek), JobMtl (nalog)Materiali izdelka in nalogaIz Kinetic v SkyPlannerSkupaj z nalogom
PartOpr (tehnološki postopek), JobOper (nalog)OperacijeIz Kinetic v SkyPlannerSkupaj z nalogom
ResourceGroup, Resource (ResourceGroupSvc, ResourceSvc)Skupine delovnih centrov, delovni centriIz Kinetic v SkyPlannerZačetni prenos, ob spremembi
Capability (CapabilitySvc)Alternativni delovni centriIz Kinetic v SkyPlannerZačetni prenos, ob spremembi
Koledarji virov in skupin virovIzmene in izjemeIz Kinetic v SkyPlannerZačetni prenos, nato tedensko ali ob spremembi
EmpBasic (EmpBasicSvc)ZaposleniIz Kinetic v SkyPlannerZačetni prenos, ob spremembi
JobHead (JobEntrySvc/JobEntries)NalogIz Kinetic v SkyPlannerV realnem času prek BPM + EFx ali s periodičnimi poizvedbami BAQ
PartWhse prek BAQZalogaIz Kinetic v SkyPlannerPo urniku
Nabavna naročila: POHeader, PODetail, PORel prek BAQNabavna naročila / pričakovani material (predvideni datum dobave)Iz Kinetic v SkyPlannerPo urniku ali ob spremembi nabavnega naročila prek BPM + EFx
Planirani začetek in konec posamezne operacijeDatumi JobOper prek ScheduleEngineSvc (MoveJobItem, ChangeResource) v funkciji EFxIz SkyPlanner v KineticOb spremembi terminskega plana prek spletnega kavlja
Časovni zapisi, količine, napredek operacij, razlogiLabors / LaborDtls prek LaborSvc; šifre razlogov prek Erp.BO.ReasonSvcIz SkyPlanner v KineticV realnem času prek spletnega kavlja

Epicor proizvodni nalog imenuje Job. En JobHead preslikajte v en nalog v sistemu SkyPlanner, vsak JobOper pa v eno operacijo. Kot zunanji ključ ohranite številko naloga, zaporedno številko sklopa in zaporedno številko operacije.

Načini integracije

1. Začetni prenos matičnih podatkov. Preberite artikle, skupine virov, vire, zmogljivosti, koledarje in zaposlene. Iz virov v Kinetic ustvarite delovne centre v sistemu SkyPlanner, iz skupin virov pa skupine delovnih centrov. Pri branju večjih količin podatkov uporabite straničenje z $top in $skip ali množični zajem prek BAQ.

2. Sinhronizacija nalogov. Pošljite sproščene in potrjene naloge z njihovimi operacijami in materiali. Drevesno strukturo naloga pridobite z GetDatasetForTree ali BAQ, ne pa z branjem vsake entitete posebej. Nepotrjene naloge MRP pustite v Kinetic, dokler niso potrjeni. Ob branju zaloge sinhronizirajte tudi odprte odpoklice nabavnih naročil z njihovimi roki dobave. SkyPlanner naročeni material obravnava kot razpoložljiv na datum dobave in posodobi zalogo, ko je nabavno naročilo označeno s statusom Delivered. Pri terminiranju zato preverja tako zalogo kot pričakovane nabave.

3. Zapis terminskega plana nazaj v Kinetic. Spletni kavelj sistema SkyPlanner pošlje planirani začetek, konec in delovni center za vsako operacijo na končno točko EFx (/api/v2/efx/{Company}/{Library}/{Function}). Funkcija podatke zapiše prek pogona za terminiranje v Kinetic. To je isti poslovni objekt, ki se uporablja za terminiranje v Job Entry in na terminskih tablah (primer iz skupnosti):

  1. ScheduleEngine.GetNewParamsForJob pripravi podatkovni nabor naloga za pogon za terminiranje.
  2. Funkcija nastavi številko naloga, zaporedni številki sklopa in operacije ter planirana datum in čas začetka, nato pa pokliče ScheduleEngine.MoveJobItem.
  3. Če je SkyPlanner operacijo razporedil na drug vir v skupini, jo ScheduleEngine.ChangeResource premakne na ta vir. Sam klic MoveJobItem ohrani privzeti vir skupine.
  4. Funkcija zaklene terminski plan naloga (JobHead.SchedLocked, možnost Lock v Job Entry), tako da Global Scheduling ohrani datume iz sistema SkyPlanner.

Če te klice združite v eno Epicor Function, ostane zapis za posamezni nalog atomaren, dodate pa lahko tudi lastno preverjanje veljavnosti. Če v obratu ne želite funkcije po meri, lahko isto zaporedje izvedete z neposrednimi klici REST na Erp.BO.ScheduleEngineSvc. Nikoli ne zapisujte neposredno v ResourceTimeUsed ali datumska polja JobOper: s tem obidete pogon za terminiranje in razporeditve na terminskih tablah niso več usklajene.

4. Potrjevanje dela v proizvodnji. Operaterji beležijo delo v sistemu SkyPlanner z Mobile Confirmations, Production Timer ali Quick Log Mode. Vsak zaključen časovni zapis se prek Erp.BO.LaborSvc prenese v Kinetic kot zapis opravljenega dela: za sprotno beleženje se uporabljata StartActivity in EndActivityByEmp, za naknadne vnose pa Labors z Update. Če vaš obrat zahteva odobritev, vključite submitForApproval v potek in obseg dostopnih pravic.

5. Pristojnosti za podatke in pravila ob konfliktih. Pred zagonom jih pisno določite:

PodatkiPristojni sistem
Artikli, tehnološki postopki, viri, koledarji, delovni nalogi, MRP, zaloge, kalkulacije stroškovKinetic
Količine in status delovnih nalogovKinetic
Zaporedje operacij, planirani datumi, vir znotraj skupineSkyPlanner

Delovni nalogi, ki jih terminira SkyPlanner, imajo zaklenjen terminski plan, zato Global Scheduling njihovih datumov ne spreminja. Za vire, ki jih SkyPlanner ne planira, še naprej uporabljajte terminiranje v sistemu Kinetic.

Ključi, ponovni poskusi in usklajevanje podatkov

  • Stalni ključi. Vsak zapis vsebuje svoj ključ iz sistema Kinetic: pri operacijah številko delovnega naloga ter zaporedni številki sklopa in operacije, pri evidencah dela pa glavo in postavko evidence. Zapisovanje po tem ključu deluje kot vstavljanje ali posodabljanje, zato ponovljeno sporočilo posodobi obstoječi zapis, namesto da bi ustvarilo dvojnik.
  • Ponovni poskusi. Neuspešno zapisovanje v kateri koli sistem se ponovi. Delo se knjiži le enkrat za vsak ID časovnega zapisa v sistemu SkyPlanner, zato ponovni poskus ne more podvojiti ur.
  • Usklajevanje podatkov. BAQ, ki se izvaja po urniku, primerja odprte delovne naloge, statuse operacij in količine s podatki v sistemu SkyPlanner ter odpravi odstopanja. Takšno odstopanje lahko na primer nastane, če je bil delovni nalog v sistemu Kinetic zaprt, medtem ko je bilo sporočilo še v prenosu.
  • Spremembe količin in preklici. Spremenjena količina v sistemu Kinetic posodobi naročilo in njegove korake postopka v sistemu SkyPlanner. Delna izvedba skrajša preostali čas izvajanja. Delovni nalog, ki je v sistemu Kinetic zaprt ali izbrisan, se ob naslednji sinhronizaciji odstrani iz terminskega plana.

Kaj obsega projekt

Implementacija je običajno končana v nekaj tednih po začetku uvajanja. Projekt povezave s sistemom Kinetic obsega:

  1. 30-dnevni preizkus z izvozi delovnih nalogov, operacij in virov v obliki CSV ali Excel, še pred začetkom razvoja.
  2. Ključ API, obseg dostopa, namenski uporabniški račun za integracijo in BAQs, ki jih integracija bere.
  3. Preslikavo matičnih podatkov: zmogljivosti, skupin virov, virov, koledarjev in zaposlenih v delovna mesta, skupine, izmene in osebje v sistemu SkyPlanner.
  4. Začetni prenos artiklov, tehnoloških postopkov (BOM in operacij) ter virov.
  5. Sinhronizacija nalogov in nabavnih naročil (roki dobave PORel) ter zaloge PartWhse.
  6. Zapis planiranih datumov operacij nazaj v Kinetic prek ScheduleEngineSvc (MoveJobItem, ChangeResource) v Epicor Function, z vključenim zaklepanjem naloga.
  7. Prenos potrditev iz proizvodnje kot zapisov opravljenega dela prek LaborSvc.
  8. Vzporedno testiranje z obstoječim terminskim planom v sistemu Kinetic, nato zagon.

Pasti pri povezavi s sistemom Kinetic

  • Omejene kapacitete se nastavljajo na več mestih. Potrditveno polje Finite je na viru. Obdobje upoštevanja omejenih kapacitet se nastavi na viru, skupini virov in zavihku Planning v Site Maintenance. Vsako orodje za terminiranje ima tudi lastno potrditveno polje za omejene kapacitete. Preden datume iz sistema Kinetic uvozite kot izhodišče, preverite, ali so bili sploh določeni ob upoštevanju omejenih kapacitet.
  • Capability ali Resource Group in Resource. Če je pri operaciji navedena zmogljivost, polji za skupino virov in vir ostaneta prazni. Sicer je navedena skupina virov, včasih tudi konkreten vir. Integracija mora brati ista polja in sama določiti, kateri viri ustrezajo navedeni zmogljivosti.
  • Koledarji odražajo pretekle prilagoditve. Koledarji virov in število zaposlenih so pogosto prilagojeni tako, da vgrajeno orodje za terminiranje deluje po pričakovanjih. V SkyPlanner preslikajte dejanske razporede izmen in dejanske zaposlene ter mu prepustite, da operaciji dodeli več operaterjev, kadar je potrebna ekipa.
  • Datume spreminjajte prek pogona za terminiranje, ne s CRUD. Zgolj posodobitev datumov operacij prek JobEntrySvc ne izvede ponovnega terminiranja. Eno od poročil na forumu navaja, da je klic JobScheduling vrnil 200 OK, nalog pa je ostal nespremenjen. Uporabite zgoraj opisano zaporedje klicev ScheduleEngine.
  • Kakovost podatkov odloča o rezultatu. Preveč optimistični časi operacij, manjkajoči nabavni roki, nezaprti delovni nalogi in zastoji, ki niso vneseni v koledarje, poslabšajo vsak terminski plan, ne glede na to, ali je izdelan z vgrajenim ali zunanjim orodjem (Bluesky ERP).

Kdo nastavi integracijo s sistemom Kinetic

Nobena dva obrata ne uporabljata sistema Kinetic povsem enako. Tehnološki postopki na podlagi zmogljivosti, koledarji skupin virov, zasnova BAQ, direktive BPM in metode za povratni zapis, odvisne od različice, se razlikujejo od obrata do obrata. Od pravilne nastavitve je odvisno, ali bodo planerji terminskemu planu zaupali ali pa ga bodo morali popravljati.

  1. Ekipa SkyPlanner integracijo nastavi med uvajanjem in zanjo zagotavlja podporo po zagonu. Preslika vaše vire, delovne naloge in odpoklice nabavnih naročil ter nastavi branje BAQ, sprožilce BPM in funkcijo za povratni zapis. REST API in spletne kavlje sistema SkyPlanner poveže s Kinetic REST v2. Podpora se nadaljuje tudi ob spremembah vaših BAQs, BPMs ali različice sistema Kinetic.
  2. Vaš partner Epicor. Partnerji, ki že razvijajo BAQs, BPMs in Epicor Functions, lahko uporabljajo isti dokumentirani REST API sistema SkyPlanner, ki omogoča branje in zapisovanje naročil, izdelkov, materialov, korakov postopka in časovnih zapisov.
  3. Vaši razvijalci. Interne ekipe z izkušnjami s Kinetic REST lahko integracijo razvijejo neposredno ali v Automation Studio, če ga uporabljate. Za začetek zadostuje ključ API za SkyPlanner (vodič za integracijo), ekipa SkyPlanner pa po potrebi pomaga. Dokumentacija izdelka je javno dostopna na strani Dokumentacija SkyPlanner.

Enak način povezave z API in spletnimi kavlji že deluje v produkciji z drugimi sistemi ERP, na primer v podjetju UTU. V podjetju Laboratory & Allied je interna ekipa IT povezavo s SAP Business One ob pomoči ekipe SkyPlanner večinoma razvila sama.

Ne glede na izbrano pot začnite enako: najprej uporabite 30-dnevni brezplačni preizkus z uvozom datotek CSV, preverite terminski plan in šele nato razvijte integracijo. Cena je od 199 € na mesec za 5 delovnih mest, z mesečnim obračunom in možnostjo odpovedi kadar koli. Ponudbo za integracijo pripravimo vnaprej glede na vaš proces in potrebe, skupaj z izbranim paketom, tako da celotne stroške poznate še pred začetkom.

Zakaj izbrati to povezavo namesto licence za Kinetic APS

Za tehničnega kupca sta pri primerjavi ključna obseg rešitve in čas do prvih koristi. SkyPlanner izberite, kadar:

  • Želite omejen obseg integracije. Iz sistema Kinetic se prenašajo delovni nalogi, operacije, viri in materiali. Nazaj se vračajo planirani datumi in evidence dela. Zgoraj opisana preslikava podatkov zajema celoten obseg.
  • Terminski plan se mora odzivati tudi med zagoni terminiranja. Arcturus v nekaj sekundah izdela terminski plan proizvodnje, ki upošteva dejanske zmogljivosti strojev in osebja, Autopilot pa ga ob spremembah v proizvodnji samodejno prilagodi. Spletni kavlji sistema SkyPlanner pošljejo vsako spremembo, zato Kinetic prejme nove datume brez zagona Global Scheduling.
  • Poročanje iz proizvodnje naj se prenaša v evidence opravljenega dela v Kinetic. Operaterji beležijo delo na telefonu ali tablici z Mobile Confirmations, Production Timer in Quick Log Mode, zapisovanje prek LaborSvc pa je del iste integracije.
  • Nabavljeni material pogojuje začetek delovnih nalogov. Terminski plan upošteva tako zaloge kot odprte odpoklice nabavnih naročil, zato se operacije začnejo takrat, ko je material dejansko predviden za dobavo.
  • Imate več kot dve omejitvi. Enoten terminski plan upošteva več operaterjev na eni operaciji, orodja, ki so zasedena drugje, ter alternativna delovna mesta in osebje. Matrika pripravljalnih časov določa zaporedje prehodov, integracija pa rezultat zapiše nazaj.
  • Želite dokaz pred projektom in kratko izvedbo. Med preizkusom si lahko na podlagi izvoza BAQ ogledate lasten terminski plan z do 20 delovnimi mesti, brez kreditne kartice. Implementacija je običajno končana v nekaj tednih po začetku uvajanja.

Oglejte si funkcionalnosti, preberite mnenja strank ali rezervirajte predstavitev.

Mnenja proizvodnih podjetij o SkyPlanner

Kalle Kalliomäki, strokovnjak za oskrbovalno verigo v podjetju UTU, v proizvodnji stikalnih plošč v Ulvili

2 hprihranka vsak teden

»S SkyPlanner smo pri planiranju proizvodnje prešli z Excelovih preglednic na optimizacijo proizvodnje v realnem času.«

Kalle Kalliomäki, specialist za oskrbovalno verigo
UTU · Električne razdelilne omarice in stikalne naprave

Pri planiranju proizvodnje vsak teden prihranijo 2 uri dela, nov vrstni red dela pa do proizvodne linije prispe v nekaj sekundah.

Preberite izkušnjo podjetja UTU

Operaterji v oblekah za čiste prostore ob liniji za polnjenje steklenic v farmacevtski tovarni podjetja Laboratory & Allied v Nairobiju

+90%učinkovitost proizvodnje

»Učinkovitost proizvodnje se je povečala za 90%.«

Abdul Rucyinga, vodja IT
Laboratory & Allied · Farmacevtska proizvodnja

Učinkovitost proizvodnje se je povečala za 90%, izdelava optimiziranega trimesečnega plana za vsa delovna mesta pa traja manj kot 30 minut.

Preberite izkušnjo podjetja Laboratory & Allied

Hannu Ryynänen, direktor podjetja Mamec, v proizvodni hali podjetja v Lohji

1,000ssamodejno terminiranih delovnih nalogov

»Proizvodnjo imamo pod nadzorom na drugačen način, naše razumevanje kapacitet pa je na povsem drugi ravni.«

Hannu Ryynänen, direktor
Mamec · Industrijska mešala, črpalke in visokotehnološka pogodbena proizvodnja

Na tisoče delovnih nalogov se terminira samodejno, celotna organizacija pa ima vpogled v proizvodnjo v realnem času.

Preberite izkušnjo podjetja Mamec

Pogled iz zraka na tovarno strešnih varnostnih sistemov podjetja Piristeel v Kauhavi

99,2%zanesljivost dobav

»S SkyPlanner lažje prepoznavamo ozka grla in imamo jasnejši pregled pri vodenju proizvodnje.«

Toni Tuori, vodja proizvodnje
Piristeel · Strešni varnostni sistemi in sistemi za odvajanje deževnice

Zanesljivost dobav je letos dosegla 99,2%, pri terminiranju pa prihranijo do štiri ure dela na dan.

Preberite izkušnjo podjetja Piristeel

Pogosta vprašanja

Kako je SkyPlanner APS povezan z Epicor Kinetic?

Povezava je dvosmerna in temelji na Kinetic REST v2, BAQ in Epicor Functions. V SkyPlanner se prenašajo delovni nalogi, operacije, viri in odpoklici nabavnih naročil. Nazaj se prenašajo načrtovani datumi operacij in podatki o delu, spletni kavlji pa sproti pošiljajo spremembe terminskega plana. Ekipa SkyPlanner med uvajanjem povezavo prilagodi vaši konfiguraciji Kinetic. Vaš partner za Epicor ali vaši razvijalci lahko uporabljajo isti REST API.

Kateri API sistema Kinetic naj se uporablja za povezavo s sistemom za terminiranje?

REST v2. Za naloge in operacije uporabite JobEntrySvc, za kapacitete ResourceGroupSvc, ResourceSvc in CapabilitySvc, za množično branje BAQ, za zapis opravljenega dela nazaj v Kinetic pa LaborSvc.

Ali Epicor Kinetic podpira spletne kavlje?

Ne v obliki splošnega API za izhodne spletne kavlje. Pošiljanje ob dogodkih poteka prek direktiv BPM, ki kličejo Epicor Functions, druga možnost pa je periodično poizvedovanje prek BAQ.

Ali lahko SkyPlanner načrtovane datume zapiše nazaj v delovne naloge v sistemu Kinetic?

Da. Epicor Function pokliče ScheduleEngine.GetNewParamsForJob, nato MoveJobItem za vsako operacijo in ChangeResource, če se je vir spremenil. Nato zaklene nalog, da Global Scheduling ohrani datume. Iste klice lahko izvedete tudi neposredno prek REST na Erp.BO.ScheduleEngineSvc.

Kdo vzdržuje povezavo?

Ekipa SkyPlanner povezavo nastavi med uvajanjem in zanjo zagotavlja podporo po zagonu, tudi ob spremembah vaših BAQ, BPM ali različice Kinetic.

Ali povezava deluje z lokalno nameščenim sistemom Epicor Kinetic?

Da. REST API, BAQ, BPM in Epicor Functions delujejo enako pri lokalni namestitvi in v oblaku Kinetic, zato ista zasnova povezave pokriva oba načina.

Koliko časa traja vzpostavitev povezave med sistemoma SkyPlanner APS in Epicor Kinetic?

Implementacija je običajno končana v nekaj tednih po začetku uvajanja. Obsega zgoraj navedeno preslikavo podatkov, začetni prenos, sinhronizacijo delovnih nalogov in nabavnih naročil, zapis terminskega plana nazaj v Kinetic ter knjiženje dela. Vse to se preizkusi vzporedno z vašim trenutnim terminskim planom.