Integrācijas / ERP / Epicor Kinetic
Epicor Kinetic integrācijas ceļvedis ražošanas grafiku sastādīšanai ar SkyPlanner APS
Šajā ceļvedī Epicor partneriem, IT komandām un tehniskajiem iepirkumu speciālistiem parādīts, kā izmantot SkyPlanner APS ražošanas plānošanai līdztekus Epicor Kinetic, sastādot grafiku atbilstoši iekārtu un darbinieku faktiskajai jaudai. SkyPlanner nodrošina divvirzienu integrāciju ar Epicor Kinetic, izmantojot pašas Kinetic REST pakalpojumus:
- SkyPlanner saņem ražošanas uzdevumus, operācijas, resursus un iepirkuma pasūtījumu piegāžu grafika rindas.
- Plānotie operāciju datumi tiek ierakstīti atpakaļ ražošanas uzdevumos.
- Operatoru darba laika ieraksti tiek nosūtīti atpakaļ uz Kinetic darba laika uzskaiti.
- SkyPlanner tīmekļa aizķeres nosūta grafika izmaiņas, tiklīdz tās notiek.
Ieviešanas laikā SkyPlanner komanda konfigurē integrāciju atbilstoši jūsu Kinetic iestatījumiem un nodrošina atbalstu arī pēc palaišanas. Šis ceļvedis ir paredzēts partneriem un izstrādātājiem, kuri vēlas piedalīties šajā darbā vai paši veidot risinājumu, izmantojot dokumentēto SkyPlanner REST API (API dokumentācija).
Ja vēl neesat izlēmuši, vai jūsu vajadzībām pietiek ar Kinetic iebūvēto Scheduling and Resource Management vai APS moduli, vispirms izlasiet Vai Epicor Kinetic nodrošina ražošanas plānošanu?
Kinetic integrācijas saskarnes
Epicor norāda: “All Kinetic services, including business objects, processes, reports, BAQs, and Epicor Functions, are accessible through REST endpoints.” (Visi Kinetic pakalpojumi, tostarp biznesa objekti, procesi, pārskati, BAQ un Epicor Functions, ir pieejami, izmantojot REST galapunktus.) Ražošanas grafiku integrācijas pamatā ir četras Epicor tehnoloģijas:
- Kinetic REST API v2 (OData v4). Biznesa objekti ir pieejami kā pakalpojumi ar nosaukumu
Erp.BO.<Name>Svc. Parastais ceļš ir/api/v2/odata/{Company}/Erp.BO.{Svc}/{EntitySet}. REST v1 joprojām ir pieejams, taču tas ir novecojis, tāpēc integrāciju veidojiet uz v2 bāzes. Savai versijai pieejamās entītiju kopas un metodes pārbaudiet REST Help sadaļā/api/help/v2/. - Business Activity Queries (BAQ), izmantojot REST. BAQ ir pieejams adresē
/api/v2/odata/{Company}/BaqSvc/{BAQ}/Data. Tas ir praktisks veids, kā nolasīt plānošanai vajadzīgos datus, vienā izsaukumā apvienojotJobHead,JobOper,JobMtl,PartWhseunPORel(kopienas piemērs). - Epicor Functions (EFx). Servera puses funkcijas, ko var izsaukt adresē
/api/v2/efx/{Company}/{Library}/{Function}. Epicor norāda, ka tās “can be triggered from multiple entry points, including BPMs, REST services, schedules, and application events.” (tās var aktivizēt vairākos veidos, tostarp ar BPM, REST pakalpojumiem, pēc grafika vai lietotnes notikumu rezultātā). - BPM direktīvas. Method un Data Directives nostrādā, kad mainās ražošanas uzdevums vai operācija, un var izsaukt funkciju, kas nosūta datus uz ārējo sistēmu.
Failu apmaiņā DMT nodrošina importēšanu, savukārt BAQ eksports — datu izguvi nosūtīšanai. Epicor piedāvā arī Epicor Automation Studio, ko raksturo kā “a low-code app for integration-led automations” (mazkoda lietotni automatizācijai, kuras pamatā ir integrācijas). Neizmantojiet tiešu piekļuvi datubāzei: REST, BAQ un funkcijas darbojas vienādi gan lokālā vidē, gan Kinetic Cloud.
Autentifikācija un piekļuves tvērumi
Kinetic REST v2 kontrolē piekļuvi katrai integrācijai atsevišķi. Katra integrācija saņem API atslēgu, kas piesaistīta piekļuves tvērumam — atļauto pakalpojumu un metožu sarakstam. Epicor to formulē šādi: “API keys, access scopes, and standard authentication methods control which services and methods are available to each integration.” (API atslēgas, piekļuves tvērumi un standarta autentifikācijas metodes nosaka, kuri pakalpojumi un metodes ir pieejami katrai integrācijai.)
Papildus API atslēgai izsaucējam jāpiesakās kā Kinetic lietotājam. Izveidojiet atsevišķu integrācijas lietotāju tikai ar integrācijai nepieciešamajām tiesībām. SkyPlanner pusē REST API izmanto JWT autentifikāciju un ir dokumentēts Swagger/OpenAPI.
SkyPlanner integrācijas piekļuves tvērumā parasti iekļauj:
Erp.BO.JobEntrySvc(JobEntries, JobOpers, GetDatasetForTree)Erp.BO.ResourceGroupSvcunErp.BO.ResourceSvcErp.BO.CapabilitySvcErp.BO.PartSvc(Parts, PartWhses)Erp.BO.EmpBasicSvcErp.BO.ScheduleEngineSvc(GetNewParamsForJob, MoveJobItem, ChangeResource)Erp.BO.LaborSvc(Labors, LaborDtls, StartActivity, EndActivityByEmp)- BAQ vaicājumus un EFx bibliotēkas, ko publicējat integrācijai
Ja metode nav iekļauta piekļuves tvērumā, kļūda rodas izpildes, nevis iestatīšanas laikā. Iekļaujiet sarakstā visas izsaucamās metodes, uzraugiet API atslēgas derīguma termiņu un iestatiet brīdinājumus par HTTP kļūdām, ne tikai par tukšiem rezultātiem.
Izmaiņu noteikšana: BPM direktīvas, funkcijas vai periodiska aptauja
Epicor dokumentācijā nav aprakstīts universāls API izejošajiem tīmekļa aizķeres paziņojumiem, tāpēc izmaiņas no Kinetic nonāk SkyPlanner vienā no diviem veidiem:
- Notikumu vadīta datu nosūtīšana. BPM Data Directive objektam
JobHeadvaiJobOperizsauc Epicor Function, kas nosūta mainītā ražošanas uzdevuma datus uz SkyPlanner REST API. - Periodiska aptauja. BAQ vaicājums ar filtru pēc izmaiņu datuma tiek izpildīts ik pēc dažām minūtēm vai reizi stundā. Šādu risinājumu ir vienkāršāk uzturēt un atjaunot pēc kļūmes.
Pretējā virzienā SkyPlanner nosūta statusa un grafika izmaiņas, izmantojot tīmekļa aizķeres paziņojumus. Jūsu starpprogrammatūra vai EFx galapunkts tos saņem un ieraksta datus Kinetic.
Datu sasaiste
| Kinetic entītija / pakalpojums | SkyPlanner objekts | Virziens | Biežums |
|---|---|---|---|
Part, PartRev (Erp.BO.PartSvc/Parts) | Produkts | No Kinetic uz SkyPlanner | Sākotnējā ielāde, pēc tam pēc grafika |
PartMtl (ražošanas metode), JobMtl (ražošanas uzdevums) | Produkta un pasūtījuma materiāli | No Kinetic uz SkyPlanner | Kopā ar ražošanas uzdevumu |
PartOpr (ražošanas metode), JobOper (ražošanas uzdevums) | Procesa soļi | No Kinetic uz SkyPlanner | Kopā ar ražošanas uzdevumu |
ResourceGroup, Resource (ResourceGroupSvc, ResourceSvc) | Darba centru grupas, darba centri | No Kinetic uz SkyPlanner | Sākotnējā ielāde un izmaiņu gadījumā |
Capability (CapabilitySvc) | Alternatīvie darba centri | No Kinetic uz SkyPlanner | Sākotnējā ielāde un izmaiņu gadījumā |
| Resursu un resursu grupu kalendāri | Maiņas un izņēmumi | No Kinetic uz SkyPlanner | Sākotnējā ielāde, pēc tam reizi nedēļā vai izmaiņu gadījumā |
EmpBasic (EmpBasicSvc) | Personāls | No Kinetic uz SkyPlanner | Sākotnējā ielāde un izmaiņu gadījumā |
JobHead (JobEntrySvc/JobEntries) | Pasūtījums | No Kinetic uz SkyPlanner | Reāllaikā, izmantojot BPM + EFx, vai ar periodiskiem BAQ pieprasījumiem |
PartWhse, izmantojot BAQ | Krājumi | No Kinetic uz SkyPlanner | Pēc grafika |
Iepirkuma pasūtījumi: POHeader, PODetail, PORel, izmantojot BAQ | Iepirkuma pasūtījumi / gaidāmie materiāli (paredzamais piegādes datums) | No Kinetic uz SkyPlanner | Pēc grafika vai iepirkuma pasūtījuma izmaiņu gadījumā, izmantojot BPM + EFx |
| Katras operācijas plānotais sākums un beigas | JobOper datumi, izmantojot ScheduleEngineSvc (MoveJobItem, ChangeResource) EFx funkcijā | No SkyPlanner uz Kinetic | Grafika izmaiņu gadījumā, izmantojot tīmekļa aizķeri |
| Darba laika ieraksti, daudzumi, operāciju izpildes gaita, iemesli | Labors / LaborDtls, izmantojot LaborSvc; iemeslu kodi, izmantojot Erp.BO.ReasonSvc | No SkyPlanner uz Kinetic | Reāllaikā, izmantojot tīmekļa aizķeri |
Epicor ražošanas pasūtījumu sauc par Job. Katru JobHead sasaistiet ar vienu SkyPlanner pasūtījumu un katru JobOper — ar procesa soli. Kā ārējo atslēgu saglabājiet ražošanas uzdevuma numuru, montāžas mezgla kārtas numuru un operācijas kārtas numuru.
Integrācijas risinājumi
1. Sākotnējā pamatdatu ielāde. Nolasiet datus par detaļām, resursu grupām, resursiem, to iespējām, kalendāriem un darbiniekiem. No Kinetic resursiem izveidojiet SkyPlanner darba centrus, bet no resursu grupām — darba centru grupas. Lielus datu apjomus nolasiet pa lapām, izmantojot $top un $skip, vai iegūstiet tos ar BAQ.
2. Pasūtījumu sinhronizācija. Nosūtiet izpildei nodotos un apstiprinātos ražošanas uzdevumus kopā ar to operācijām un materiāliem. Visu ražošanas uzdevuma koku iegūstiet ar GetDatasetForTree vai BAQ, nevis nolasiet katru entītiju atsevišķi. Neapstiprinātos MRP ražošanas uzdevumus atstājiet Kinetic, līdz tie ir apstiprināti. Kopā ar krājumu nolasīšanu sinhronizējiet atvērtās iepirkuma pasūtījumu piegādes daļas un to termiņus. SkyPlanner uzskata pasūtītos materiālus par pieejamiem piegādes datumā un atjaunina krājumus, kad iepirkuma pasūtījumam ir iestatīts statuss Delivered. Tādējādi, sastādot grafiku, tiek pārbaudīti gan krājumi, gan gaidāmās piegādes.
3. Grafika ierakstīšana atpakaļ Kinetic. SkyPlanner tīmekļa aizķere nosūta katras operācijas plānoto sākumu, beigas un darba centru uz EFx galapunktu (/api/v2/efx/{Company}/{Library}/{Function}). Funkcija ieraksta datus, izmantojot Kinetic grafiku plānošanas dzini — to pašu biznesa objektu, ko izmanto Job Entry grafiku sastādīšana un plānošanas paneļi (kopienas piemērs):
ScheduleEngine.GetNewParamsForJobizveido grafiku plānošanas dzinim vajadzīgo ražošanas uzdevuma datu kopu.- Funkcija iestata ražošanas uzdevuma numuru, montāžas mezgla un operācijas kārtas numuru, kā arī plānoto sākuma datumu un laiku, pēc tam izsauc
ScheduleEngine.MoveJobItem. - Ja SkyPlanner operācijai ir piešķīris citu grupas resursu,
ScheduleEngine.ChangeResourcepārvieto to uz šo resursu. Izmantojot tikaiMoveJobItem, saglabājas grupas noklusējuma resurss. - Funkcija bloķē ražošanas uzdevuma grafiku (
JobHead.SchedLocked, opcija Lock sadaļā Job Entry), lai Global Scheduling saglabātu SkyPlanner noteiktos datumus.
Apvienojot šos izsaukumus vienā Epicor Function, katra ražošanas uzdevuma dati tiek ierakstīti atomāri, un varat pievienot savas validācijas pārbaudes. Ja uzņēmums nevēlas izmantot pielāgotu funkciju, to pašu secību var izpildīt ar tiešiem REST izsaukumiem uz Erp.BO.ScheduleEngineSvc. Nekad neierakstiet datus tieši ResourceTimeUsed vai JobOper datumu laukos: tā tiek apiets dzinis, un resursu piešķīrumi plānošanas paneļos vairs nesaskan ar grafiku.
4. Darba izpildes apstiprinājumi ražotnē. Operatori reģistrē darbu SkyPlanner, izmantojot Mobile Confirmations, Production Timer vai Quick Log Mode. Katrs noslēgtais darba laika ieraksts ar Erp.BO.LaborSvc starpniecību kļūst par darba uzskaites ierakstu Kinetic: pašreizējās darbības reģistrēšanai izmanto StartActivity un EndActivityByEmp, bet ierakstiem pēc darba izpildes — Labors ar Update. Ja uzņēmumā ir nepieciešama apstiprināšana, iekļaujiet submitForApproval gan datu plūsmā, gan piekļuves tiesību tvērumā.
5. Datu pārvaldības un konfliktu risināšanas noteikumi. Dokumentējiet tos pirms palaišanas:
| Dati | Atbildīgā sistēma |
|---|---|
| Artikuli, tehnoloģiskie procesi, resursi, kalendāri, ražošanas uzdevumi, MRP, krājumi, pašizmaksas aprēķini | Kinetic |
| Daudzumi un ražošanas uzdevumu statuss | Kinetic |
| Operāciju secība, plānotie datumi, resurss grupas ietvaros | SkyPlanner |
SkyPlanner plānotajiem ražošanas uzdevumiem ir ieslēgta grafika bloķēšana, tāpēc Global Scheduling nemaina to datumus. Resursiem, kurus SkyPlanner neplāno, turpiniet izmantot Kinetic grafiku sastādīšanu.
Atslēgas, atkārtoti mēģinājumi un datu saskaņošana
- Stabilas atslēgas. Katram ierakstam ir tā Kinetic atslēga: operācijām — ražošanas uzdevuma numurs, montāžas mezgla kārtas numurs un operācijas kārtas numurs; darba laika uzskaitei — galvenes un detalizētā ieraksta atslēgas. Ierakstīšana pēc šīs atslēgas veido jaunu ierakstu vai atjaunina esošo, tāpēc atkārtots ziņojums atjaunina datus, nevis rada dublikātu.
- Atkārtoti mēģinājumi. Ja ierakstīšana kādā no sistēmām neizdodas, tā tiek mēģināta atkārtoti. Darba laiks tiek iegrāmatots vienu reizi katram SkyPlanner darba laika ieraksta ID, tāpēc atkārtots mēģinājums nevar uzskaitīt stundas divreiz.
- Datu saskaņošana. Periodiski izpildīts BAQ vaicājums salīdzina atvērtos ražošanas uzdevumus, operāciju statusus un daudzumus ar SkyPlanner datiem un novērš neatbilstības, piemēram, ja ziņojuma pārsūtīšanas laikā ražošanas uzdevums Kinetic sistēmā ir slēgts.
- Daudzuma izmaiņas un atcelšana. Mainot daudzumu Kinetic sistēmā, tiek atjaunināts pasūtījums un tā procesa soļi SkyPlanner sistēmā. Daļēja izpilde samazina atlikušo izpildes laiku. Kinetic sistēmā slēgts vai dzēsts ražošanas uzdevums nākamajā sinhronizācijas reizē tiek izņemts no grafika.
Kas ietilpst projektā
Ieviešana parasti tiek pabeigta dažu nedēļu laikā pēc ievadprocesa sākuma. Kinetic projektā ietilpst:
- 30 dienu izmēģinājums ar ražošanas uzdevumu, operāciju un resursu datiem, kas eksportēti CSV vai Excel formātā, pirms jebkādas izstrādes.
- API atslēga, piekļuves tvērums, atsevišķs integrācijas lietotājs un BAQ vaicājumi, no kuriem integrācija nolasa datus.
- Pamatdatu atbilstības noteikšana: spēju, resursu grupu, resursu, kalendāru un darbinieku sasaiste ar SkyPlanner darbstacijām, grupām, maiņām un personālu.
- Artikulu, tehnoloģisko procesu (BOM un operāciju) un resursu sākotnējā ielāde.
- Ražošanas uzdevumu un iepirkuma pasūtījumu sinhronizācija (
PORelpiegādes termiņi), kā arīPartWhsekrājumu dati. - Plānoto operāciju datumu ierakstīšana atpakaļ Kinetic ar
ScheduleEngineSvc(MoveJobItem, ChangeResource) Epicor Function ietvaros, bloķējot ražošanas uzdevuma grafiku. - Ražotnē sniegto darba izpildes apstiprinājumu nosūtīšana darba uzskaites ierakstu veidā, izmantojot
LaborSvc. - Testēšana paralēli pašreizējam Kinetic grafikam un pēc tam palaišana.
Kam pievērst uzmanību Kinetic sistēmā
- Ražošanas plānošanai jaudas ierobežojumi jāiestata vairākās vietās. Izvēles rūtiņa Finite atrodas resursa iestatījumos. Horizontu, kurā plānojot ņem vērā jaudas ierobežojumus, nosaka resursa un resursu grupas iestatījumos, kā arī Site Maintenance cilnē Planning. Katram grafiku sastādīšanas rīkam ir arī sava izvēles rūtiņa Finite. Pirms importējat Kinetic datumus kā atskaites punktu, pārbaudiet, vai tie vispār ir plānoti, ņemot vērā jaudas ierobežojumus.
- Capability vai Resource Group un Resource. Ja operācijai ir norādīta spēja, tās resursu grupas un resursa lauki paliek tukši. Pretējā gadījumā tiek norādīta resursu grupa, dažkārt arī konkrēts resurss. Integrācijai jānolasa šie paši lauki un pašai jānosaka, kuri resursi atbilst norādītajai spējai.
- Kalendāros atspoguļojas iepriekšējie pielāgojumi. Resursu kalendāri un darbinieku skaits bieži ir pielāgoti, lai iebūvētais plānotājs dotu vajadzīgo rezultātu. Pārnesiet uz SkyPlanner faktiskos maiņu grafikus un reālos darbiniekus un ļaujiet tam piešķirt vairākus operatorus ražošanas uzdevumam, kuram vajadzīga brigāde.
- Datumi jāmaina ar dzini, nevis CRUD. Vienkārši atjauninot operāciju datumus ar
JobEntrySvc, grafiks netiek pārplānots; kādā foruma ierakstā aprakstīts, kaJobSchedulingizsaukums atgriež 200 OK, taču ražošanas uzdevums paliek nemainīts. Izmantojiet iepriekš aprakstītoScheduleEngineizsaukumu secību. - Datu uzturēšanas disciplīna nosaka rezultātu. Pārāk optimistiski operāciju laiki, nenorādīti iepirkumu piegādes termiņi, atvērti atstāti ražošanas uzdevumi un kalendāros neiekļautas dīkstāves pasliktina jebkuru grafiku — gan iebūvētā, gan ārējā sistēmā veidotu (Bluesky ERP).
Kas konfigurē Kinetic integrāciju
Katrā ražotnē Kinetic izmanto atšķirīgi. Tehnoloģiskie procesi ar spēju prasībām, resursu grupu kalendāri, BAQ uzbūve, BPM direktīvas un konkrētās versijas datu atpakaļierakstes metodes dažādās ražotnēs atšķiras. Pareizi iestatījumi nosaka, vai plānotāji grafikam uzticēsies vai to pārstrādās.
- SkyPlanner komanda konfigurē integrāciju ieviešanas laikā un nodrošina atbalstu pēc palaišanas. Komanda nosaka jūsu resursu, ražošanas uzdevumu un iepirkuma pasūtījumu piegāžu grafika rindu atbilstību un iestata BAQ datu nolasīšanu, BPM trigerus un atpakaļierakstes funkciju. Tā savieno SkyPlanner REST API un tīmekļa aizķeres paziņojumus ar Kinetic REST v2. Atbalsts turpinās arī tad, kad mainās jūsu BAQ, BPM vai Kinetic versija.
- Jūsu Epicor partneris. Partneri, kuri jau izstrādā BAQ, BPM un Epicor Functions, var izmantot to pašu dokumentēto SkyPlanner REST API, kas ļauj nolasīt un ierakstīt pasūtījumus, produktus, materiālus, procesa soļus un darba laika ierakstus.
- Jūsu izstrādātāji. Uzņēmuma komandas ar Kinetic REST pieredzi var veidot integrāciju tieši vai izmantot Automation Studio, ja tas ir jūsu rīcībā. Lai sāktu, pietiek ar SkyPlanner API atslēgu (integrācijas pamācība), un vajadzības gadījumā palīdz SkyPlanner komanda. Produkta dokumentācija ir publiski pieejama SkyPlanner dokumentācijas sadaļā.
Tas pats API un tīmekļa aizķeres paziņojumu risinājums jau darbojas ražošanā ar citām ERP sistēmām, piemēram, uzņēmumā UTU. Uzņēmumā Laboratory & Allied iekšējā IT komanda ar SkyPlanner palīdzību lielākoties pati izveidoja SAP Business One integrāciju.
Visi varianti sākas vienādi: vispirms izmantojiet 30 dienu bezmaksas izmēģinājumu ar CSV importu, pārbaudiet grafiku un pēc tam veidojiet integrāciju. Cena ir no 199 € mēnesī par 5 darbstacijām, ar ikmēneša norēķiniem un iespēju atcelt jebkurā laikā. Integrācijas cenu atbilstoši jūsu procesam un vajadzībām piedāvājam iepriekš kopā ar abonēšanas plānu, lai visas izmaksas būtu zināmas pirms darba sākuma.
Kāpēc izvēlēties šo risinājumu, nevis Kinetic APS licenci
Tehniskajiem iepirkumu speciālistiem jāsalīdzina projekta apjoms un laiks līdz ieguvumam. Izvēlieties SkyPlanner, ja:
- Integrācijas apjomam jāpaliek nelielam. Uz ārējo sistēmu tiek nosūtīti ražošanas uzdevumi, operācijas, resursi un materiāli. Atpakaļ tiek saņemti plānotie datumi un darba laika dati. Iepriekš aprakstītā datu sasaiste aptver visu integrācijas apjomu.
- Grafikam jāreaģē starp plānošanas reizēm. Arcturus dažu sekunžu laikā veic ražošanas plānošanu un izveido grafiku atbilstoši iekārtu un darbinieku faktiskajai jaudai, un Autopilot to automātiski pārplāno, kad ražošanā notiek izmaiņas. SkyPlanner ar tīmekļa aizķerēm nosūta paziņojumu par katru izmaiņu, tāpēc Kinetic saņem jaunos datumus bez Global Scheduling palaišanas.
- Ražotnes atskaitēm jāpapildina Kinetic darba uzskaite. Operatori reģistrē darbu tālrunī vai planšetdatorā, izmantojot Mobile Confirmations, Production Timer un Quick Log Mode, un datu nosūtīšana ar
LaborSvcir tās pašas integrācijas daļa. - Ražošanas uzdevumu sākums ir atkarīgs no iepirktajiem materiāliem. Grafika sastādīšanā tiek ņemti vērā gan krājumi, gan atvērtās iepirkuma pasūtījumu piegāžu grafika rindas, lai operācijas sāktos tad, kad materiāli patiešām gaidāmi.
- Jums jāņem vērā vairāk nekā divi ierobežojumi. Vairāki operatori vienam ražošanas uzdevumam, instrumenti, kas nav pieejami, kamēr tos izmanto citur, kā arī alternatīvas darbstacijas un darbinieki — tas viss ir iekļauts vienā grafikā. Pārregulēšanas laiku matrica nosaka pārregulēšanas secību, un integrācija ieraksta rezultātu atpakaļ.
- Vēlaties pārliecināties pirms projekta un ieviest ātri. Izmēģinājumā varat izmantot BAQ eksportu, lai redzētu savu grafiku līdz 20 darbstacijām. Kredītkarte nav nepieciešama. Ieviešana parasti tiek pabeigta dažu nedēļu laikā pēc ievadprocesa sākuma.
Apskatiet funkcijas, lasiet klientu atsauksmes vai piesakieties demonstrācijai.
Ražotāju atsauksmes par SkyPlanner
2 hietaupītas katru nedēļu
“Ar SkyPlanner esam pārgājuši no ražošanas plānošanas Excel tabulās uz ražošanas optimizāciju reāllaikā.”
Kalle Kalliomäki, piegādes ķēdes speciālists
UTU · Elektrosadales paneļi un sadales iekārtas
Ražošanas plānošanā ik nedēļu tiek ietaupītas 2 darba stundas, un jaunā darbu rinda nonāk ražošanas līnijā dažu sekunžu laikā.
+90%ražošanas efektivitāte
“Ražošanas efektivitāte ir palielinājusies par 90%.”
Abdul Rucyinga, IT vadītājs
Laboratory & Allied · Farmaceitisko produktu ražošana
Ražošanas efektivitāte ir palielinājusies par 90%, un optimizēta trīs mēnešu plāna sastādīšana visām darba vietām aizņem mazāk nekā 30 minūtes.
1 000-iemautomātiski grafikā iekļautu ražošanas pasūtījumu
“Tagad ražošanu kontrolējam pavisam citādi, un mūsu izpratne par ražošanas jaudu ir pilnīgi citā līmenī.”
Hannu Ryynänen, izpilddirektors
Mamec · Rūpnieciskie maisītāji, sūkņi un augsto tehnoloģiju līgumražošana
Tūkstošiem ražošanas pasūtījumu tiek automātiski iekļauti grafikā, un visā uzņēmumā ir pieejams pārskats par ražošanu reāllaikā.
99,2%piegāžu savlaicīgums
“SkyPlanner ir ļāvis skaidri saskatīt ražošanas šaurās vietas un padarījis ražošanas vadību pārskatāmāku.”
Toni Tuori, ražošanas vadītājs
Piristeel · Jumta drošības aprīkojums un lietusūdens novadīšanas sistēmas
Piegāžu savlaicīgums šogad sasniedzis 99,2%, un grafiku sastādīšanā tiek ietaupītas līdz četrām darba stundām dienā.
Biežāk uzdotie jautājumi
Kā SkyPlanner APS tiek integrēts ar Epicor Kinetic?
Integrācija darbojas abos virzienos, izmantojot Kinetic REST v2, BAQ un Epicor Functions. SkyPlanner saņem ražošanas uzdevumus, operācijas, resursus un iepirkuma pasūtījumu piegādes daļas. Plānotie operāciju datumi un darbaspēka dati tiek nosūtīti atpakaļ, savukārt tīmekļa aizķeres nosūta grafika izmaiņas, tiklīdz tās notiek. Ieviešanas laikā SkyPlanner komanda pielāgo integrāciju jūsu Kinetic konfigurācijai, un jūsu Epicor partneris vai izstrādātāji var izmantot to pašu REST API.
Kuru Kinetic API izmantot, integrējot ražošanas grafiku sastādīšanas sistēmu?
REST v2. Ražošanas uzdevumiem un operācijām izmantojiet JobEntrySvc, jaudas datiem — ResourceGroupSvc, ResourceSvc un CapabilitySvc, lielu datu apjomu nolasīšanai — BAQ, bet darba uzskaites datu nosūtīšanai atpakaļ — LaborSvc.
Vai Epicor Kinetic atbalsta tīmekļa aizķeres?
Ne kā vispārējas nozīmes API izejošajām tīmekļa aizķerēm. Notikumu izraisīta datu nosūtīšana notiek ar BPM direktīvām, kas izsauc Epicor Functions. Alternatīva ir regulāri izpildīt BAQ vaicājumu pēc grafika.
Vai SkyPlanner var ierakstīt plānotos datumus atpakaļ Kinetic ražošanas uzdevumos?
Jā. Epicor Function izsauc ScheduleEngine.GetNewParamsForJob, katrai operācijai — MoveJobItem, bet resursa maiņas gadījumā — ChangeResource. Pēc tam tā bloķē ražošanas uzdevuma grafiku, lai Global Scheduling saglabātu datumus. Tos pašus izsaukumus var veikt arī tieši ar REST, izmantojot Erp.BO.ScheduleEngineSvc.
Kas uztur integrāciju?
SkyPlanner komanda konfigurē integrāciju ieviešanas laikā un nodrošina atbalstu pēc darbības uzsākšanas, arī tad, ja mainās jūsu BAQ, BPM vai Kinetic versija.
Vai integrācija darbojas ar lokāli izvietotu Epicor Kinetic?
Jā. REST API, BAQ, BPM un Epicor Functions darbojas vienādi gan lokālā vidē, gan Kinetic mākonī, tāpēc viens integrācijas risinājums der abiem izvietojuma veidiem.
Cik ilgs laiks vajadzīgs SkyPlanner APS un Epicor Kinetic integrācijai?
Integrāciju parasti pabeidz dažu nedēļu laikā pēc ieviešanas sākuma. Darbu apjoms ietver iepriekš minēto datu lauku atbilstības noteikšanu, sākotnējo datu ielādi, ražošanas uzdevumu un iepirkuma pasūtījumu sinhronizāciju, grafika datu ierakstīšanu atpakaļ un darbaspēka datu reģistrēšanu. To visu pārbauda paralēli darbam pēc jūsu pašreizējā ražošanas grafika.