Integrációk / ERP / Epicor Kinetic

Epicor Kinetic integrációs útmutató a SkyPlanner APS-sel végzett gyártásütemezéshez

Ez az útmutató bemutatja az Epicor partnereinek, az informatikai csapatoknak és a műszaki beszerzési döntéshozóknak, hogyan használhatják a SkyPlanner APS-t termelésütemezésre az Epicor Kinetic mellett, a gépek és a dolgozók tényleges kapacitását figyelembe véve. A SkyPlanner kétirányú integrációt biztosít az Epicor Kinetic saját REST-szolgáltatásain keresztül:

  • A gyártási feladatok, műveletek, erőforrások és beszerzési rendelések lehívásai bekerülnek a SkyPlannerbe.
  • A műveletek tervezett időpontjai visszakerülnek a gyártási feladatokhoz.
  • A gépkezelők időnaplói munkaidő-adatként kerülnek vissza a Kinetic rendszerbe.
  • A SkyPlanner webhookjai azonnal továbbítják az ütemterv változásait.
A SkyPlanner APS Gantt-idővonala munkaállomásokra ütemezett gyártási feladatokkal, alatta a rendelések listájával.

A SkyPlanner csapata a bevezetés során az Ön Kinetic-környezetéhez igazítja az integrációt, és az éles indulás után is támogatja azt. Ez az útmutató azoknak a partnereknek és fejlesztőknek szól, akik részt szeretnének venni a munkában, vagy maguk szeretnének fejleszteni a SkyPlanner dokumentált REST API-jára építve (API-referencia).

Ha még nem döntötte el, hogy a Kinetic saját Scheduling and Resource Management vagy APS modulja megfelel-e az igényeinek, először olvassa el ezt: Támogatja az Epicor Kinetic a termelésütemezést?

A Kinetic integrációs lehetőségei

Az Epicor közlése szerint: “All Kinetic services, including business objects, processes, reports, BAQs, and Epicor Functions, are accessible through REST endpoints.” (Minden Kinetic-szolgáltatás elérhető REST-végpontokon keresztül, beleértve az üzleti objektumokat, folyamatokat, jelentéseket, BAQ-lekérdezéseket és Epicor Functions függvényeket.) Az ütemezési integráció négy Epicor-technológiára épül:

  1. Kinetic REST API v2 (OData v4). Az üzleti objektumok Erp.BO.<Name>Svc nevű szolgáltatásokként érhetők el. A szokásos elérési út: /api/v2/odata/{Company}/Erp.BO.{Svc}/{EntitySet}. A REST v1 még létezik, de már örökölt verzió, ezért a v2-re építsen. Az adott kiadás entitáskészleteit és metódusait a REST Help felületén ellenőrizze: /api/help/v2/.
  2. Business Activity Queries (BAQ) REST-en keresztül. A BAQ a /api/v2/odata/{Company}/BaqSvc/{BAQ}/Data címen érhető el. Ez a praktikus módja az olyan tervezési adatkivonatok lekérésének, amelyek egyetlen hívásban kapcsolják össze a JobHead, JobOper, JobMtl, PartWhse és PORel adatait (közösségi példa).
  3. Epicor Functions (EFx). Szerveroldali függvények, amelyek a /api/v2/efx/{Company}/{Library}/{Function} címen hívhatók meg. Az Epicor leírása szerint: “can be triggered from multiple entry points, including BPMs, REST services, schedules, and application events.” (Többféle belépési pontról indíthatók, többek között BPM-ekből, REST-szolgáltatásokból, ütemezetten és alkalmazáseseményekből.)
  4. BPM-direktívák. A Method Directives és Data Directives direktívák egy gyártási feladat vagy művelet változásakor aktiválódnak, és meghívhatnak egy adatokat kifelé továbbító függvényt.

Fájlalapú adatcserénél az importálást a DMT, az adatok kinyerését pedig a BAQ-exportok végzik. Az Epicor kínálatában az Epicor Automation Studio is szerepel, amelyet így jellemez: “a low-code app for integration-led automations” (kevés kódolást igénylő alkalmazás integrációra épülő automatizáláshoz). Kerülje a közvetlen adatbázis-hozzáférést: a REST, a BAQ-lekérdezések és a függvények ugyanúgy működnek helyszíni telepítésnél, mint a Kinetic Cloud rendszerben.

Hitelesítés és hozzáférési hatókörök

A Kinetic REST v2 integrációnként szabályozza a hozzáférést. Minden integráció kap egy API-kulcsot, amelyhez egy hozzáférési hatókör tartozik. Ez sorolja fel a meghívható szolgáltatásokat és metódusokat. Az Epicor megfogalmazásában: “API keys, access scopes, and standard authentication methods control which services and methods are available to each integration.” (Az API-kulcsok, a hozzáférési hatókörök és a szabványos hitelesítési módszerek szabályozzák, hogy az egyes integrációk mely szolgáltatásokat és metódusokat érhetik el.)

Az API-kulcs mellett a hívó fél Kinetic-felhasználóként is bejelentkezik. Használjon külön integrációs felhasználót, kizárólag az integrációhoz szükséges jogosultságokkal. A SkyPlanner oldalán a REST API JWT-hitelesítést használ, dokumentációja Swagger/OpenAPI formátumban érhető el.

A SkyPlanner-integráció hozzáférési hatóköre általában a következőket tartalmazza:

  • Erp.BO.JobEntrySvc (JobEntries, JobOpers, GetDatasetForTree)
  • Erp.BO.ResourceGroupSvc és 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)
  • az integrációhoz közzétett BAQ-lekérdezések és EFx-könyvtárak

Ha egy metódus hiányzik a hozzáférési hatókörből, a hiba nem a beállításkor, hanem futás közben jelentkezik. Vegyen fel minden meghívott metódust, figyelje az API-kulcs lejáratát, és állítson be riasztást a HTTP-hibákra is, ne csak az üres eredményekre.

Változásérzékelés: BPM-direktívák, függvények vagy rendszeres lekérdezés

Az Epicor nem dokumentál általános, kimenő webhook API-t, ezért a Kinetic változásai kétféleképpen juthatnak el a SkyPlannerhez:

  • Eseményvezérelt adatküldés. A JobHead vagy JobOper objektumhoz tartozó BPM Data Directive meghív egy Epicor Function függvényt, amely elküldi a módosult gyártási feladatot a SkyPlanner REST API-nak.
  • Ütemezett lekérdezés. Egy módosítási dátumra szűrt BAQ-lekérdezés néhány percenként vagy óránként lefut. Ezt egyszerűbb üzemeltetni és hiba után helyreállítani.

A másik irányban a SkyPlanner webhookokon keresztül küldi el az állapot- és ütemezésváltozásokat. Ezeket az Ön köztes szoftvere vagy egy EFx-végpont fogadja, majd beírja a Kinetic rendszerbe.

Adatmegfeleltetés

Kinetic-entitás / -szolgáltatásSkyPlanner-objektumIrányGyakoriság
Part, PartRev (Erp.BO.PartSvc/Parts)TermékKinetic → SkyPlannerKezdeti betöltés, majd ütemezetten
PartMtl (gyártási módszer), JobMtl (gyártási feladat)A termék és a rendelés anyagaiKinetic → SkyPlannerA gyártási feladattal együtt
PartOpr (gyártási módszer), JobOper (gyártási feladat)MűveletekKinetic → SkyPlannerA gyártási feladattal együtt
ResourceGroup, Resource (ResourceGroupSvc, ResourceSvc)Munkaállomás-csoportok, munkaállomásokKinetic → SkyPlannerKezdeti betöltés, majd változáskor
Capability (CapabilitySvc)Alternatív munkaállomásokKinetic → SkyPlannerKezdeti betöltés, majd változáskor
Erőforrások és erőforráscsoportok naptáraiMűszakok és kivételekKinetic → SkyPlannerKezdeti betöltés, majd hetente vagy változáskor
EmpBasic (EmpBasicSvc)MunkatársakKinetic → SkyPlannerKezdeti betöltés, majd változáskor
JobHead (JobEntrySvc/JobEntries)RendelésKinetic → SkyPlannerValós időben BPM + EFx útján, vagy rendszeres BAQ-lekérdezéssel
PartWhse BAQ-n keresztülKészletKinetic → SkyPlannerÜtemezetten
Beszerzési rendelések: POHeader, PODetail, PORel BAQ-n keresztülBeszerzési rendelések / beérkező anyagok (várható szállítási dátum)Kinetic → SkyPlannerÜtemezetten, vagy a beszerzési rendelés változásakor BPM + EFx útján
Tervezett kezdés és befejezés műveletenkéntJobOper-dátumok a ScheduleEngineSvc (MoveJobItem, ChangeResource) használatával, egy EFx függvényen belülSkyPlanner → KineticAz ütemterv változásakor, webhookon keresztül
Időbejegyzések, mennyiségek, műveletek előrehaladása, okokLabors / LaborDtls a LaborSvc útján; okkódok az Erp.BO.ReasonSvc útjánSkyPlanner → KineticValós időben, webhookon keresztül

Az Epicor a gyártási rendelést Job néven kezeli. Egy JobHead egy SkyPlanner-rendelésnek, minden JobOper pedig egy műveletnek feleljen meg. Külső kulcsként a gyártási feladat számát, a szerelvény sorszámát és a művelet sorszámát használja.

Integrációs minták

1. A törzsadatok kezdeti betöltése. Olvassa be a cikkeket, erőforráscsoportokat, erőforrásokat, képességeket, naptárakat és munkatársakat. A Kinetic erőforrásaiból hozza létre a SkyPlanner munkaállomásait, az erőforráscsoportokból pedig a munkaállomás-csoportokat. Nagy adatmennyiség lekérésekor használjon lapozást a $top és $skip paraméterekkel, vagy kérje le az adatokat tömegesen egy BAQ-n keresztül.

2. Rendelések szinkronizálása. Küldje át a kiadott és a véglegesített gyártási feladatokat a műveleteikkel és anyagaikkal együtt. A gyártási feladat teljes fastruktúráját a GetDatasetForTree metódussal vagy egy BAQ-val kérje le, ne entitásonként. A még nem véglegesített MRP-feladatokat a véglegesítésükig hagyja a Kinetic rendszerben. A készlet lekérésével együtt szinkronizálja a nyitott beszerzési lehívásokat és azok határidejét is. A SkyPlanner a megrendelt anyagot a szállítás napjától tekinti rendelkezésre állónak, a készletet pedig akkor frissíti, amikor a beszerzési rendelés Delivered állapotba kerül. Így az ütemezés a készletet és a beérkező beszerzéseket egyaránt figyelembe veszi.

3. Az ütemterv visszaírása. A SkyPlanner webhookja műveletenként elküldi a tervezett kezdést, befejezést és munkaállomást egy EFx-végpontnak (/api/v2/efx/{Company}/{Library}/{Function}). A függvény a Kinetic ütemezőmotorján keresztül írja be az adatokat. Ugyanez az üzleti objektum szolgálja ki a Job Entry ütemezését és az ütemezőtáblákat is (közösségi példa):

  1. A ScheduleEngine.GetNewParamsForJob létrehozza az ütemezőmotor adatkészletét az adott gyártási feladathoz.
  2. A függvény beállítja a gyártási feladat számát, a szerelvény és a művelet sorszámát, valamint a tervezett kezdés dátumát és időpontját, majd meghívja a ScheduleEngine.MoveJobItem metódust.
  3. Ha a SkyPlanner a csoport egy másik erőforrására helyezte a műveletet, a ScheduleEngine.ChangeResource oda helyezi át. A MoveJobItem önmagában megtartja a csoport alapértelmezett erőforrását.
  4. A függvény zárolja a gyártási feladat ütemezését (JobHead.SchedLocked, a Job Entry felület Lock beállítása), így a Global Scheduling megtartja a SkyPlanner által megadott dátumokat.

Ha ezeket a hívásokat egyetlen Epicor Function fogja össze, a gyártási feladathoz tartozó írás atomi marad, és saját ellenőrzések is beépíthetők. Ha az adott telephely nem kíván egyedi függvényt használni, ugyanez a hívássor közvetlen REST-hívásokkal is végrehajtható az Erp.BO.ScheduleEngineSvc szolgáltatáson. Soha ne írja közvetlenül a ResourceTimeUsed vagy a JobOper dátummezőit: ezzel megkerüli a motort, és az ütemezőtábla erőforrás-foglalásai nem lesznek összhangban az adatokkal.

4. Üzemi visszajelentések. A gépkezelők a SkyPlanner rendszerben a Mobile Confirmations, a Production Timer vagy a Quick Log Mode funkcióval rögzítik a munkát. Minden lezárt időbejegyzés munkavégzési adatként kerül a Kinetic rendszerbe az Erp.BO.LaborSvc szolgáltatáson keresztül. A folyamatban lévő munka rögzítéséhez a StartActivity és az EndActivityByEmp, az utólagos bejegyzésekhez pedig a Labors és az Update használható. Ha a telephelyen jóváhagyás szükséges, a submitForApproval hívást is vegye fel a folyamatba és az engedélyezett hozzáférések körébe.

5. Adatgazdák és ütközéskezelési szabályok. Rögzítse őket az éles indulás előtt:

AdatokAdatgazda
Cikkek, gyártási eljárások, erőforrások, naptárak, gyártási feladatok, MRP, készlet, költségszámításKinetic
Mennyiségek és a gyártási feladatok állapotaKinetic
Műveleti sorrend, tervezett időpontok, csoporton belüli erőforrásSkyPlanner

A SkyPlanner által ütemezett gyártási feladatokon ütemezési zárolás van, így a Global Scheduling nem módosítja az időpontjaikat. Azoknál az erőforrásoknál, amelyeket nem a SkyPlanner tervez, tartsa meg a Kinetic ütemezését.

Kulcsok, újrapróbálkozások és adategyeztetés

  • Állandó kulcsok. Minden rekord tartalmazza a Kinetic-kulcsát: műveleteknél a gyártási feladat számát, a szerelvény sorszámát és a művelet sorszámát, munkaidő-adatoknál pedig a munkaidő-fejlécet és a tételt. Az írás e kulcs alapján beszúrást vagy frissítést végez (upsert), így az ismételt üzenet frissít, nem pedig duplikál.
  • Újrapróbálkozások. Ha bármelyik oldalon sikertelen az írás, a rendszer újrapróbálja. A munkaidőt SkyPlanner-időnaplóazonosítónként csak egyszer rögzíti, így az újrapróbálkozás nem eredményezheti az órák kétszeres elszámolását.
  • Adategyeztetés. Egy ütemezett BAQ-lekérdezés összeveti a nyitott gyártási feladatokat, a műveletek állapotát és a mennyiségeket a SkyPlanner adataival, és javítja az eltéréseket. Ilyen eltérés keletkezhet például akkor, ha egy gyártási feladatot az üzenet továbbítása közben zárnak le a Kinetic rendszerben.
  • Mennyiségváltozások és visszavonások. A Kinetic rendszerben módosított mennyiség frissíti a rendelést és annak folyamatlépéseit a SkyPlannerben. A részleges teljesítés csökkenti a hátralévő megmunkálási időt. A Kinetic rendszerben lezárt vagy törölt gyártási feladat a következő szinkronizáláskor kikerül az ütemtervből.

Mit tartalmaz a projekt?

A megvalósítás általában a bevezetés megkezdésétől számított néhány héten belül lezárul. Egy Kinetic-projekt a következőket foglalja magában:

  1. 30 napos próba a gyártási feladatok, műveletek és erőforrások CSV- vagy Excel-exportjaival, még a fejlesztés megkezdése előtt.
  2. API-kulcs, hozzáférési hatókör, külön integrációs felhasználó és az integráció által olvasott BAQ-lekérdezések.
  3. A törzsadatok megfeleltetése: a képességek, erőforráscsoportok, erőforrások, naptárak és dolgozók hozzárendelése a SkyPlanner munkaállomásaihoz, csoportjaihoz, műszakjaihoz és munkatársaihoz.
  4. A cikkek, gyártási eljárások (BOM és műveletek), valamint erőforrások kezdeti betöltése.
  5. A gyártási feladatok és a beszerzési rendelések szinkronizálása (PORel-határidők), valamint a PartWhse készletadatainak átvétele.
  6. A műveletek tervezett dátumainak visszaírása a ScheduleEngineSvc (MoveJobItem, ChangeResource) használatával egy Epicor Function függvényen belül, a gyártási feladat ütemezésének zárolásával.
  7. Az üzemi visszajelentések átadása munkavégzési adatként a LaborSvc szolgáltatáson keresztül.
  8. Tesztelés a jelenlegi Kinetic-ütemtervvel párhuzamosan, majd éles indulás.

A Kinetic buktatói

  • A kapacitáskorlátok figyelembevételét több helyen kell beállítani. A Finite jelölőnégyzet az erőforrásnál található. Azt az időhorizontot, amelyen belül a termelésütemezés figyelembe veszi a kapacitáskorlátokat, az erőforrásnál, az erőforráscsoportnál és a Site Maintenance Planning lapján kell beállítani. Minden ütemezési eszköznek saját Finite jelölőnégyzete is van. Mielőtt kiindulási alapként importálná a Kinetic időpontjait, ellenőrizze, hogy egyáltalán figyelembe vették-e a kapacitáskorlátokat az ütemezésükkor.
  • Capability vagy Resource Group és Resource. Ha egy művelet képességet ad meg, az erőforráscsoport és az erőforrás mezője üres marad. Egyébként erőforráscsoportot ad meg, esetenként egy konkrét erőforrással együtt. Az integrációnak ugyanezeket a mezőket kell olvasnia, és magának kell meghatároznia, hogy az adott képességhez mely alkalmas erőforrások tartoznak.
  • A naptárak őrzik a korábbi beállításokat. Az erőforrásnaptárakat és a dolgozói létszámokat gyakran azért módosítják, hogy a beépített ütemező a kívánt módon működjön. A SkyPlannerben a valós műszakbeosztásokat és a tényleges dolgozókat adja meg, és hagyja, hogy a rendszer több gépkezelőt rendeljen azokhoz a gyártási feladatokhoz, amelyekhez csapat szükséges.
  • A dátumokat az ütemezőmotoron keresztül módosítsa, ne CRUD-műveletekkel. A műveletek dátumainak egyszerű JobEntrySvc-frissítése nem végez újraütemezést. Egy fórumbejegyzés szerint egy JobScheduling-hívás 200 OK választ adott, miközben a gyártási feladat változatlan maradt. Használja a fent bemutatott ScheduleEngine-hívássort.
  • Az adatkezelési fegyelem határozza meg az eredményt. A túl optimista műveleti idők, a hiányzó beszerzési átfutási idők, a nyitva hagyott gyártási feladatok és a naptárakból hiányzó állásidők minden ütemterv minőségét rontják, akár beépített, akár külső ütemező készíti azt (Bluesky ERP).

Ki állítja be a Kinetic-integrációt?

Nincs két üzem, amely ugyanúgy használná a Kinetic rendszert. A képességalapú technológiai útvonalak, az erőforráscsoportok naptárai, a BAQ-lekérdezések kialakítása, a BPM-direktívák és a verziófüggő visszaírási metódusok telephelyenként eltérnek. Ezek helyes beállításán múlik, hogy a tervezők megbíznak-e az ütemtervben, vagy újra kell dolgozniuk rajta.

  1. A SkyPlanner csapata a bevezetés során beállítja az integrációt, és az éles indulás után is támogatja azt. A csapat megfelelteti az erőforrásokat, a gyártási feladatokat és a beszerzési rendelések lehívásait, majd beállítja a BAQ-alapú olvasást, a BPM-eseményindítókat és a visszaíró függvényt. Összekapcsolja a SkyPlanner REST API-ját és webhookjait a Kinetic REST v2-vel. A támogatás akkor is folytatódik, ha változnak a BAQ-lekérdezések, a BPM-ek vagy a Kinetic verziója.
  2. Az Ön Epicor-partnere. A BAQ-lekérdezéseket, BPM-eket és Epicor Functions függvényeket már fejlesztő partnerek ugyanezt a dokumentált SkyPlanner REST API-t használhatják. Ezen keresztül rendelések, termékek, anyagok, folyamatlépések és időnaplók olvashatók és írhatók.
  3. Az Ön saját fejlesztői. A Kinetic REST terén tapasztalt belső csapat közvetlenül is fejleszthet, vagy Automation Studio környezetben, ha azt használják. Az induláshoz elég egy SkyPlanner API-kulcs (integrációs útmutató), és a SkyPlanner csapata szükség esetén segít. A termék dokumentációja nyilvánosan elérhető a SkyPlanner dokumentációs oldalán.

Ugyanez az API-kra és webhookokra épülő megoldás más ERP-rendszerekkel is éles üzemben működik, például az UTU vállalatnál. A Laboratory & Allied belső informatikai csapata nagyrészt önállóan, a SkyPlanner segítségével készítette el az SAP Business One integrációját.

Mindegyik út ugyanúgy kezdődik: először használja a 30 napos ingyenes próbát CSV-importokkal, ellenőrizze az ütemtervet, majd építse ki az integrációt. A díj 5 munkaállomással havi 199 €-tól indul, havi számlázással, bármikor lemondható. Az integrációra előzetes árajánlatot adunk az Ön folyamataihoz és igényeihez igazítva, az előfizetéssel együtt, így már az indulás előtt látja a teljes költséget.

Miért ezt a megoldást válassza a Kinetic APS licencelése helyett?

Műszaki döntéshozóként azt érdemes összevetnie, hogy mire terjednek ki a megoldások, és mennyi idő alatt hoznak eredményt. Válassza a SkyPlannert, ha:

  • Szűk körű integrációt szeretne. A gyártási feladatok, műveletek, erőforrások és anyagok kikerülnek a Kinetic rendszerből. A tervezett időpontok és a munkaidő-adatok visszakerülnek. A fenti adatmegfeleltetés lefedi az integráció teljes terjedelmét.
  • Az ütemtervnek két futtatás között is reagálnia kell. Az Arcturus másodpercek alatt elkészíti a tényleges kapacitásokhoz igazodó termelési ütemtervet, az Autopilot pedig automatikusan újraütemez, ha változik a termelés. A SkyPlanner webhookjai minden változást továbbítanak, így a Kinetic a Global Scheduling futtatása nélkül is megkapja az új időpontokat.
  • Az üzemi visszajelentések kerüljenek be a Kinetic munkavégzési adatai közé. A gépkezelők telefonon vagy táblagépen rögzítik a munkát a Mobile Confirmations, a Production Timer és a Quick Log Mode segítségével. A LaborSvc szolgáltatáson keresztüli adatátadás ugyanennek az integrációnak a része.
  • A beszerzett anyagoktól függ a feladatok indítása. Az ütemterv a készletet és a nyitott beszerzési lehívásokat is figyelembe veszi, így a műveletek az anyag ténylegesen várható beérkezéséhez igazodva indulnak.
  • Kettőnél több korlátot kell kezelnie. Egyetlen ütemterv kezeli az egy gyártási feladaton dolgozó több gépkezelőt, a máshol használatban lévő, ezért nem elérhető szerszámokat, valamint az alternatív munkaállomásokat és munkatársakat. Az átállási idők mátrixa meghatározza az átállások sorrendjét, az integráció pedig visszaírja az eredményt.
  • Előbb bizonyítékot szeretne, utána rövid projektet. A próba során egy BAQ-export alapján láthatja a saját ütemtervét, akár 20 munkaállomással, bankkártya megadása nélkül. A megvalósítás általában a bevezetés megkezdésétől számított néhány héten belül lezárul.

Tekintse meg a funkciókat és az ügyfélvéleményeket, vagy foglaljon bemutatót.

Gyártóvállalatok véleménye a SkyPlannerről

Kalle Kalliomäki, az UTU ellátásilánc-szakértője az ulvilai kapcsolóberendezés-gyártó üzemben

2 hmegtakarítás hetente

„A SkyPlanner segítségével az Excel-táblázatos gyártástervezésről áttértünk a termelés valós idejű optimalizálására.”

Kalle Kalliomäki, ellátásilánc-szakértő
UTU · Villamos elosztó- és kapcsolóberendezések

A gyártástervezésben hetente 2 óra munkaidőt takarítanak meg, és az új feladatsor másodpercek alatt eljut a gyártósorra.

Olvassa el az UTU véleményét

Tisztatéri ruhát viselő dolgozók a Laboratory & Allied nairobi gyógyszergyárának palacktöltő soránál

+90%termelési hatékonyság

„A termelés hatékonysága 90%-kal nőtt.”

Abdul Rucyinga, informatikai vezető
Laboratory & Allied · Gyógyszergyártás

A termelés hatékonysága 90%-kal nőtt, és kevesebb mint 30 perc alatt elkészül az összes munkaállomásra kiterjedő, három hónapra optimalizált terv.

Olvassa el a Laboratory & Allied véleményét

Hannu Ryynänen, a Mamec vezérigazgatója a vállalat lohjai gyártócsarnokában

1 000-es nagyságrendautomatikusan ütemezett gyártási rendelések

„Egészen másképp tartjuk kézben a termelést, és teljesen más szinten látjuk át a kapacitásainkat.”

Hannu Ryynänen, vezérigazgató
Mamec · Ipari keverők, szivattyúk és csúcstechnológiás bérgyártás

Gyártási rendelések ezreit ütemezik automatikusan, miközben az egész szervezet valós időben követheti a termelést.

Olvassa el a Mamec véleményét

Légi felvétel a Piristeel tetőbiztonsági termékeket gyártó kauhavai üzeméről

99,2%szállítási határidők betartása

„A SkyPlanner segítségével láthatóvá váltak a szűk keresztmetszetek, és átláthatóbb lett a termelésirányítás.”

Toni Tuori, termelésvezető
Piristeel · Tetőbiztonsági és esővízelvezető rendszerek

A határidőre teljesített szállítások aránya idén elérte a 99,2%-ot, az ütemezéssel pedig naponta akár négy óra munkaidőt takarítanak meg.

Olvassa el a Piristeel véleményét

Gyakori kérdések

Hogyan kapcsolódik a SkyPlanner APS az Epicor Kinetic rendszerhez?

Az integráció kétirányú, és a Kinetic REST v2, a BAQ-lekérdezések és az Epicor Functions használatára épül. A gyártási rendelések, műveletek, erőforrások és beszerzési rendeléslehívások adatai a SkyPlannerbe kerülnek. A tervezett műveleti időpontok és a munkaidőadatok visszakerülnek a Kinetic rendszerbe, a webhookok pedig azonnal továbbítják az ütemterv változásait. A SkyPlanner csapata a bevezetés során az Ön Kinetic-konfigurációjához igazítja az integrációt, Epicor-partnere vagy fejlesztői pedig ugyanezt a REST API-t használhatják.

Melyik Kinetic API-t érdemes használni a gyártásütemezési integrációhoz?

A REST v2-t. A gyártási feladatokhoz és műveletekhez a JobEntrySvc, a kapacitáshoz a ResourceGroupSvc, a ResourceSvc és a CapabilitySvc szolgáltatást használja. A tömeges lekérésekhez BAQ-kat, a munkavégzés visszajelentéséhez pedig a LaborSvc szolgáltatást vegye igénybe.

Támogatja az Epicor Kinetic a webhookokat?

Általános, kimenő webhook API formájában nem. Az eseményvezérelt adattovábbítás az Epicor Functions függvényeit meghívó BPM-direktívákon keresztül történik. Alternatív megoldásként egy BAQ rendszeres időközönként is lekérdezhető.

Vissza tudja írni a SkyPlanner az ütemezett időpontokat a Kinetic gyártási rendeléseibe?

Igen. Egy Epicor Function meghívja a ScheduleEngine.GetNewParamsForJob metódust, majd műveletenként a MoveJobItem metódust, erőforrásváltás esetén pedig a ChangeResource metódust is. Ezután zárolja a gyártási feladat ütemezését, hogy a Global Scheduling megtartsa a dátumokat. Ugyanezek a hívások közvetlenül REST-en keresztül is végrehajthatók az Erp.BO.ScheduleEngineSvc szolgáltatáson.

Ki tartja karban az integrációt?

A SkyPlanner csapata végzi a beállítást a bevezetés során, és az éles indulás után is támogatást nyújt, akkor is, ha változnak a BAQ-lekérdezések, a BPM-ek vagy a Kinetic verziója.

Helyben telepített Epicor Kinetic rendszerrel is működik?

Igen. A REST API, a BAQ-lekérdezések, a BPM-ek és az Epicor Functions ugyanúgy működnek helyben telepítve, mint a Kinetic felhőjében, így mindkettőhöz ugyanaz az integrációs megoldás használható.

Mennyi időt vesz igénybe a SkyPlanner APS és az Epicor Kinetic integrációja?

A megvalósítás a bevezetés kezdetétől számítva általában néhány héten belül lezárul. Magában foglalja a fent felsorolt adatmegfeleltetést, kezdeti adatbetöltést, a gyártási és beszerzési rendelések szinkronizálását, az ütemterv visszaírását és a munkaidőadatok könyvelését. Mindezt a jelenlegi ütemtervvel párhuzamosan tesztelik.