Integracijos / ERP / SAP S/4HANA
SAP S/4HANA integravimo vadovas gamybos tvarkaraščiams sudaryti su SkyPlanner APS
Šiame vadove SAP partneriams, IT komandoms ir techninius sprendimus vertinantiems pirkėjams paaiškinama, kaip SkyPlanner APS sujungiama su SAP S/4HANA. SkyPlanner keičiasi duomenimis su S/4HANA abiem kryptimis per SAP išleistas OData API:
- Į SkyPlanner perduodami gamybos užsakymai, operacijos, darbo centrų pajėgumai, atsargos ir neįvykdyti pirkimo užsakymai.
- Suplanuotos pradžios datos perduodamos atgal kiekvienai gamybos užsakymo operacijai.
- Operatorių darbo laiko įrašai registruojami kaip gamybos užsakymų patvirtinimai.
- SkyPlanner per webhook pranešimus perduoda tvarkaraščio pakeitimus vos jiems įvykus.
Medžiagos, komplektavimo žiniaraščiai (BOM), technologiniai maršrutai, gamybos užsakymai, atsargos ir savikainos skaičiavimas lieka S/4HANA sistemoje. Diegimo metu SkyPlanner komanda pritaiko integraciją prie jūsų S/4HANA konfigūracijos ir prižiūri ją pradėjus naudoti. Apie naudą verslui skaitykite SAP S/4HANA gamybos tvarkaraščių sudarymo puslapyje. Ką pati S/4HANA gali suplanuoti, sužinosite straipsnyje Ar SAP S/4HANA turi gamybos planavimo funkciją, kuri leidžia sudaryti tvarkaraštį pagal realius įrenginių ir darbuotojų pajėgumus?
SAP S/4HANA integravimo galimybės
S/4HANA integracijai teikia išleistas OData paslaugas, kurių sąrašas pateiktas SAP Business Accelerator Hub (api.sap.com). Tvarkaraščių sudarymo integracija naudoja OData V2 paslaugas. IDocs ir BAPIs tebėra prieinamos, tačiau šiame vadove naudojamos išleistos OData API.
Autentifikavimas pagal leidimą
- On-premise ir Private Edition. Paslaugos aktyvuojamos SAP Gateway naudojant transakciją
/IWFND/MAINT_SERVICE. Integracijos naudotojui reikia atitinkamų autorizavimo objektų, pavyzdžiui,C_AFRU_AWKpatvirtinimams,C_AFKO_AWKkartu su jais registruojamoms prekių judėjimo pozicijoms irM_PLAF_ORGplaniniams užsakymams. - Public Edition. Paslaugos prieinamos tik per ryšio konfigūracijas. Vadovaudamiesi SAP gaunamojo ryšio nustatymo instrukcijomis, programėlėje Communication Arrangements sukuriate ryšio naudotoją, ryšio sistemą ir ryšio konfigūraciją pagal SAP ryšio scenarijų (
SAP_COM_xxxx). Scenarijus nustato, kurios paslaugos prieinamos ir kokius autentifikavimo metodus galima naudoti:
– autentifikavimas naudojant prieigos raktą: OAuth, SAML arba OpenID Connect autentifikavimo srautai su bearer prieigos raktu ir tapatybės perdavimu verslo naudotojui – kliento sertifikatas – bazinis autentifikavimas naudojant techninę ryšio naudotojo paskyrą
SAP rekomenduoja autentifikavimą prieigos raktu arba sertifikatu.
SkyPlanner pusėje naudojama REST API su JWT autentifikavimu, aprašyta Swagger/OpenAPI dokumentacijoje (API žinynas). Todėl tarpinė programinė įranga vienoje pusėje tvarko SAP autentifikavimą, o kitoje – JWT.
API gamybos tvarkaraščiams sudaryti
| Paslauga | Naudojami objektai ir veiksmai | Paskirtis |
|---|---|---|
API_PRODUCTION_ORDER_2_SRV (Production Order, Version 2) | A_ProductionOrder_2, A_ProductionOrderItem_2, A_ProductionOrderOperation_2, A_ProductionOrderComponent_2, A_ProductionOrderStatus_2, A_ProductionRsceTools_2; veiksmai ReleaseOrder, ReleaseOperation, ScheduleProductionOrderOperation | Užsakymai, operacijos, komponentai, PRT, būsena, tvarkaraščio įrašymas atgal į SAP |
API_WORK_CENTERS | A_WorkCenters, A_WorkCenterAllCapacity_2, A_WorkCenterCapacity, A_WorkCenterCapacityInterval_2, A_WorkCenterCapacityShift_2, A_WorkCenterCapPerBucket | Darbo centrai, pajėgumų kategorijos, intervalai ir pamainos |
API_PRODUCTION_ROUTING | ProductionRoutingHeader, ProductionRoutingSequence, ProductionRoutingOperation, ProductionRoutingSubOperation, ProductionRoutingMatlAssgmt, ProductionRoutingOpCompAlloc | Standartiniai technologiniai maršrutai planavimui prieš sukuriant užsakymus |
API_BILL_OF_MATERIAL_SRV;v=2 | MaterialBOM, MaterialBOMItem, MaterialBOMSubItem | Daugiapakopė gaminio struktūra |
API_PRODUCT_SRV (Product Master A2X) | A_Product | Medžiagos (API vadinamos Product). Daugumai gaminių objektų SAP dabar rekomenduoja Product (Version 2) API |
API_PLANNED_ORDERS | A_PlannedOrder, A_PlannedOrderComponent, A_PlannedOrderCapacity | MRP Live rezultatai prieš konvertavimą |
API_MATERIAL_STOCK_SRV | A_MaterialStock, A_MatlStkInAcctMod | Atsargos pagal gamyklą ir sandėliavimo vietą medžiagų prieinamumui nustatyti |
API_PURCHASEORDER_PROCESS_SRV | A_PurchaseOrder, A_PurchaseOrderItem | Neįvykdyti gaunamų medžiagų pirkimo užsakymai |
API_PROD_ORDER_CONFIRMATION_2_SRV | ProdnOrdConf2, ProdnOrdConfMatlDocItm; veiksmai GetConfProposal, GetGdsMvtProposal, CancelProdnOrdConf | Gamybos ceche registruojami patvirtinimai ir prekių judėjimo įrašai |
Gamybos užsakymų API operacijos identifikuojamos pagal OrderInternalBillOfOperations ir OrderIntBillOfOperationsItem derinį, o ne pagal planuotojui matomą operacijos numerį. Patvirtinimų API veiksmas GetConfProposal tą pačią operaciją identifikuoja pagal OrderID ir OrderOperation. Vidinius raktus ir operacijos numerį saugokite SkyPlanner jau nuo pirmojo duomenų įkėlimo.
Įvykiai
S/4HANA generuoja verslo įvykius Production Order Created ir Production Order Changed, kurių duomenyse pateikiami ManufacturingOrder, ProductionOrder, ProductionOrderType ir ProductionPlant. Įvykio duomenyse yra tik raktai, todėl integracija iš naujo nuskaito užsakymą ir jo operacijas. Changed įvykis generuojamas po kiekvieno užsakymo pakeitimo, todėl sugrupuokite greitai vienas po kito gaunamus pranešimus ir apdorokite juos vieną kartą. Priešinga kryptimi SkyPlanner webhook pranešimai siunčiami realiuoju laiku, kai pasikeičia tvarkaraštis arba užduoties būsena.
Pradžia naudojant failus
Norėdami išbandyti, eksportuokite gamybos užsakymus ir darbo centrus iš S/4HANA sąrašų ataskaitų į Excel arba CSV ir importuokite juos į SkyPlanner. Taip patikrinsite tvarkaraštį dar prieš pradėdami konfigūruoti Gateway ar ryšio nuostatas.
Duomenų susiejimas: iš SAP S/4HANA į SkyPlanner
| S/4HANA objektas / prieigos taškas | SkyPlanner objektas | Kryptis | Dažnumas |
|---|---|---|---|
A_Product (medžiaga) | Gaminys arba medžiaga | S/4HANA → SkyPlanner | Pradinis įkėlimas, vėliau – pakeitimai nustatytu periodiškumu |
MaterialBOM, MaterialBOMItem | Gaminio struktūra, sudedamieji gaminiai | S/4HANA → SkyPlanner | Pradinis įkėlimas, vėliau – nustatytu periodiškumu |
A_WorkCenters | Darbo centras | S/4HANA → SkyPlanner | Pradinis įkėlimas ir pasikeitus duomenims |
A_WorkCenterCapacity, A_WorkCenterCapacityInterval_2, A_WorkCenterCapacityShift_2 | Pajėgumai ir pamainos | S/4HANA → SkyPlanner | Pradinis įkėlimas, vėliau – nustatytu periodiškumu |
ProductionRoutingHeader, ProductionRoutingOperation | Proceso etapai ir laiko normos | S/4HANA → SkyPlanner | Pradinis įkėlimas, vėliau – nustatytu periodiškumu |
A_ProductionOrder_2 (leistas vykdyti arba sukurtas) | Užsakymas su įvykdymo terminu | S/4HANA → SkyPlanner | Beveik realiuoju laiku gavus Created/Changed įvykį arba periodiškai užklausiant |
A_ProductionOrderOperation_2 | Užduotis (proceso etapas darbo centre) | S/4HANA → SkyPlanner | Kartu su užsakymu |
A_ProductionRsceTools_2 (gamybos ištekliai / įrankiai) | Įrankiai, planuojami kaip bendri ribotų pajėgumų ištekliai | S/4HANA → SkyPlanner | Kartu su užsakymu |
A_ProductionOrderComponent_2, A_MaterialStock | Medžiagų poreikis ir atsargos | S/4HANA → SkyPlanner | Periodiškai, intervalu, sutartu apibrėžiant apimtį |
A_PurchaseOrder, A_PurchaseOrderItem (API_PURCHASEORDER_PROCESS_SRV): nepristatytas kiekis ir pristatymo grafiko eilutėje nurodyta data | Pirkimo užsakymai / gaunamos medžiagos su numatoma pristatymo data | S/4HANA → SkyPlanner | Periodiškai, intervalu, sutartu apibrėžiant apimtį |
A_PlannedOrder (pasirenkama) | Užsakymai, planuojami prieš konvertavimą | S/4HANA → SkyPlanner | Po kiekvieno MRP Live vykdymo |
ScheduleProductionOrderOperation (operacijos pradžia, planavimas pirmyn) | Tvarkaraštis | SkyPlanner → S/4HANA | Pasikeitus tvarkaraščiui, per webhook |
ProdnOrdConf2 (tinkamos produkcijos kiekis, brokas, veiklos) | Darbo laiko įrašai ir kiekiai | SkyPlanner → S/4HANA | Po kiekvieno registravimo įvykio arba paketais |
Integravimo modeliai
1. Pagrindinių duomenų įkėlimas. Įkelkite medžiagas, BOM, darbo centrus su jų pajėgumų intervalais ir pamainomis bei technologinius maršrutus. Šiame etape nuspręskite, kurioje sistemoje bus tvarkomos pamainos. Pasiteisinantis paskirstymas: gamyklos kalendorius lieka S/4HANA, o išsamūs pamainų grafikai, neatvykimai ir viršvalandžiai tvarkomi SkyPlanner, kur planuotojai juos keičia kasdien.
2. Užsakymų sinchronizavimas. Prenumeruokite Production Order Created/Changed įvykius, o jei verslo įvykiai nesukonfigūruoti, periodiškai užklauskite A_ProductionOrder_2 pagal pakeitimo laiko žymą. Filtruokite pagal gamyklą, užsakymo tipą ir būseną. Siųskite užsakymus vos juos sukūrę, kad SkyPlanner galėtų planuoti iš anksto, o kai SkyPlanner sudarys jų tvarkaraštį, leiskite juos vykdyti S/4HANA sistemoje (ReleaseOrder arba ReleaseOperation).
3. Tvarkaraščio įrašymas atgal į SAP. Kai SkyPlanner webhook praneša apie tvarkaraščio pakeitimą, integracija kiekvienai pakeistai operacijai iškviečia ScheduleProductionOrderOperation veiksmą iš API_PRODUCTION_ORDER_2_SRV. Siunčiami šie duomenys:
ManufacturingOrder,OrderInternalBillOfOperationsirOrderIntBillOfOperationsItemkaip raktaiOpSchedulingModereikšmė F (planavimas pirmyn), o SkyPlanner nustatyta pradžia – laukuoseOpSchedldStartDateirOpSchedldStartTimeOpSchedulingStatusreikšmė DISP (paskyrimas vykdyti) ir privalomaOpSchedulingStrategyreikšmė M- ETag antraštėje
if-match
Visos vieno užsakymo operacijos perduodamos vienu pakeitimų rinkiniu, SkyPlanner nustatyta seka, todėl S/4HANA visą užsakymo planą paskirsto vienu iškvietimu. K režimas niekada nenaudojamas: jis palieka pradines operacijų datas ir ignoruoja atsiųstas datas.
SkyPlanner apskaičiuoja operacijų trukmę pagal tas pačias technologinio maršruto normines vertes ir darbo centrų pajėgumų formules, kurias naudoja S/4HANA. Todėl pabaigos data, kurią S/4HANA apskaičiuoja pagal perduotą pradžią, sutampa su SkyPlanner planu. Po kiekvieno pakeitimų rinkinio integracija iš naujo nuskaito operacijas ir pažymi visas nesutampančias datas, kad planuotojas jas pamatytų iki kitos pamainos.
4. Patvirtinimai iš gamybos cecho. Kiekvienas darbo laiko įrašas iš Mobile Confirmations arba Production Timer tampa S/4HANA patvirtinimu. SkyPlanner webhook inicijuoja ProdnOrdConf2 įrašymą su tinkamos produkcijos kiekiu, broku ir veiklų trukme. Pirmiausia integracija iškviečia GetConfProposal, kad S/4HANA pasiūlytų kiekius, veiklas, datas ir personalo duomenis. GetGdsMvtProposal pasiūlo prekių judėjimo įrašus.
Laukiamos medžiagos. Neįvykdyti pirkimo užsakymai įtraukiami į gaunamų duomenų sinchronizavimą. SkyPlanner laiko užsakytas medžiagas prieinamomis numatytą pirkimo užsakymo pristatymo dieną. Užduotys, kurioms trūksta perkamų komponentų, suplanuojamos medžiagų atvykimo dienai, užuot jas blokavus pagal šiandienos atsargų likutį.
S/4HANA lieka pagrindinis medžiagų gavimo duomenų šaltinis: užregistravus gavimą, atsargos padidėja, o negautas pirkimo užsakymo eilutės kiekis sumažėja. Per kitą sinchronizavimą atnaujinamos SkyPlanner atsargos, o visiškai gautam pirkimo užsakymui priskiriama būsena Delivered. Gavus tik dalį, likęs kiekis tebelaikomas laukiamu pristatymo grafiko eilutėje nurodytą dieną. Kaip SkyPlanner tvarko pirkimo užsakymus, aprašyta SkyPlanner dokumentacijoje.
5. Atsakomybės už duomenis taisyklės. S/4HANA valdo kiekius, BOM, technologinį maršrutą, savikainos skaičiavimą ir būseną. SkyPlanner valdo seką, priskyrimą darbo centrams ir operacijų datas. Niekada neleiskite abiem sistemoms keisti to paties lauko. Jei planuotojai ir toliau perkelia operacijas Capacity Scheduling Board, nuspręskite, kurių pakeitimų bus paisoma. Arba per kitą užsakymų sinchronizavimą jų pakeitimai perkeliami į SkyPlanner, arba tas darbo centras lieka už SkyPlanner valdymo ribų.
Ką apima projektas
Pradėjus diegti, darbai paprastai užbaigiami per kelias savaites, net ir didelėse įmonėse. Dauguma gamyklų pradeda nuo 30 dienų nemokamo bandymo, naudodamos į CSV ar Excel eksportuotus duomenis. Taip tvarkaraštis patikrinamas naudojant savus duomenis dar prieš pradedant integruoti per API. Toliau S/4HANA projektas apima:
- Apimties apibrėžimas: gamyklos, užsakymų tipai, leidimas, autentifikavimo modelis ir atsakomybė už kiekvieno lauko duomenis.
- SAP prieiga: Gateway paslaugos aktyvinimas arba ryšio nuostatų konfigūravimas, taip pat techniniai naudotojai ir autorizavimo objektai.
- Pagrindinių duomenų atitikties nustatymas: darbo centrų pajėgumų kategorijos, intervalai ir pamainos, technologinių maršrutų norminių verčių atitiktis SkyPlanner trukmėms, matavimo vienetai.
- Pradinis įkėlimas: medžiagos, BOM, technologiniai maršrutai ir darbo centrai su jų pajėgumais.
- Gamybos ir pirkimo užsakymų sinchronizavimas: gamybos užsakymai ir operacijos sinchronizuojami pagal Created/Changed įvykius arba periodines užklausas, o atsargos ir neįvykdyti pirkimo užsakymai – pagal grafiką.
- Tvarkaraščio įrašymas atgal į SAP:
ScheduleProductionOrderOperationsu ETag apdorojimu ir pakartotinių bandymų eile. - Patvirtinimai iš gamybos cecho: darbo laiko įrašai registruojami kaip
ProdnOrdConf2patvirtinimai. - Testavimas lygiagrečiai su esamu planu: SkyPlanner tvarkaraštis naudojamas greta esamo pajėgumų išlyginimo plano, kol planuotojai juo ima pasitikėti.
- Naudojimo pradžia.
Į ką atkreipti dėmesį integruojant SAP S/4HANA
- Duomenys įrašomi atgal iškviečiant veiksmą su ETag. Dokumentacijoje nurodytas operacijos planavimo būdas yra
ScheduleProductionOrderOperation, o ne PATCH užklausa objektuiA_ProductionOrderOperation_2. Režimas F planuoja pirmyn nuo pradžios, B – atgal nuo pabaigos, o K ir S išlaiko esamas datas ir nepaiso jūsų siunčiamų datų. ETag antraštėjeif-matchsudaromas iš užsakymoLastChangeDateTime(YYYYMMDDHHMMSS), todėl bet koks užsakymo pakeitimas jį padaro nebeaktualų. Įdiekite nuskaitymą prieš įrašymą ir pakartotinių bandymų eilę. - Pajėgumai nenurodomi darbo centro antraštėje. Turimi pajėgumai nustatomi pagal pajėgumų kategoriją (001 – įrenginiai, 002 – darbo jėga), gamyklos kalendorių ir jį pakeičiančius intervalus bei pamainas. Pajėgumų formulės technologinio maršruto normines reikšmes paverčia paruošimo, apdorojimo ir užbaigimo darbų poreikiu. Nuskaitykite
A_WorkCenterCapacityInterval_2bei pamainų objektus ir sutarkite, kaip pagal formules bus apskaičiuojamos SkyPlanner trukmės. - Normines vertes reikia sutvarkyti. Savikainai skaičiuoti naudojamuose technologiniuose maršrutuose dažnai nurodomas vidutinis paruošimo laikas arba paruošimas priskiriamas netinkamai pajėgumų kategorijai.
- Patvirtinimams taikomos griežtos taisyklės. Masiniam registravimui SAP rekomenduoja paketines užklausas. Vienam pakeitimų rinkiniui taikomas principas „viskas arba nieko“, todėl vienas klaidingas darbo laiko patvirtinimas blokuoja visą likusį rinkinį. Atšaukimai pakete turi būti vykdomi atvirkštine
ConfirmationCounttvarka. Negalima viename užsakyme naudoti skirtingų patvirtinimo tipų, registruoti prekių judėjimo be patvirtinimo ar patvirtinti operacijų, kurių paleidimo taškams reikia dialogo lango. - Patikrinkite, ar PP/DS aktyvi. Integruotai PP/DS reikia atlikti Customizing veiksmą Activate Advanced Planning and Scheduling ir turėti SAP HANA integruotą liveCache. SAP ją parduoda kaip atskirą produktą – SAP S/4HANA Manufacturing for planning and scheduling. Jei ši funkcija aktyvi, kiekvienai medžiagai nuspręskite, kuri sistema sudarys tvarkaraštį: išplėstiniam planavimui pažymėtas medžiagas planuoja ši sistema. SAP taip pat nurodo apie planinių užsakymų API: „Automatic integration to PP/DS is not enabled from this API.” (Per šią API automatinė integracija su PP/DS neįjungta.)
- Matavimo vienetai. Operacijų kiekiai, technologinių maršrutų baziniai kiekiai ir patvirtinimų kiekiai gali būti išreikšti skirtingais vienetais. Konvertuokite juos aiškiai pagal operacijos matavimo vienetą, o ne medžiagos bazinį vienetą.
- Leidimų skirtumai. SAP Learning nurodo, kad klasikinę CM21/CM22 planavimo lentelę keičia Manage Work Center Capacity, Capacity Scheduling Table ir Capacity Scheduling Board. Public Edition suteikia prieigą prie API tik per ryšio scenarijus, o siūlomos paslaugų versijos gali skirtis nuo vietoje įdiegtos sistemos versijų. Technologinių maršrutų API negali ištrinti maršrutų ar atnaujinti medžiagų priskyrimo. Apibrėždama apimtį, SkyPlanner komanda kiekvienai kliento sistemai nustato konkrečias paslaugų versijas pagal atitinkamo leidimo įrašą API Business Accelerator Hub.
- Apribojimai, kurių nėra technologiniuose maršrutuose. Nuo sekos priklausančius perderinimus, įrankių naudojimo konfliktus ir operacijas, kurioms reikia kelių operatorių, tvarkykite SkyPlanner, o ne technologinio maršruto norminėse vertėse. Paruošimo laiko matricoje saugoma kiekvienos gaminių poros perderinimo trukmė. Užsakymo PRT nurodyti įrankiai yra riboti ištekliai: vienu metu juos gali naudoti tik vienas darbo centras, o vienai operacijai gali reikėti kelių žmonių vienu metu.
Kas konfigūruoja integraciją
Dėl pirmiau išvardytų keblumų pagrindinis darbas yra konfigūravimas. Kiekviena gamykla S/4HANA naudoja savaip: duomenų susiejimas priklauso nuo užsakymų tipų, pajėgumų kategorijų, technologinių maršrutų norminių verčių, user exits ir sistemos leidimo.
- SkyPlanner komanda sukonfigūruoja integraciją diegimo metu pagal jūsų S/4HANA konfigūraciją, naudodama išleistas S/4HANA API, SkyPlanner REST API ir webhook pranešimus. Pradėjus naudoti, komanda toliau prižiūri integraciją. Tai įprastas būdas: už tvarkaraščių sudarymo sistemą ir jos ryšį su S/4HANA atsako viena komanda.
- Jūsų SAP partneris gali sukurti integraciją remdamasis SkyPlanner Swagger/OpenAPI dokumentacija ir žiniomis apie jūsų užsakymų tipus bei Basis konfigūraciją.
- Jūsų programuotojai gali sukurti integraciją tiesiogiai arba SAP Integration Suite ar SAP BTP platformoje, naudodami dokumentuotą REST API, JWT autentifikavimą ir webhook pranešimus (integravimo instrukcija). Pradžiai pakanka API rakto, o prireikus pagalbos prisijungia SkyPlanner komanda.
SkyPlanner jau veikia kartu su SAP: Laboratory & Allied vidinė IT komanda, padedama SkyPlanner, sujungė SAP Business One on HANA su SkyPlanner. Funkcijų dokumentacija viešai prieinama SkyPlanner dokumentacijos puslapyje.
Kad ir kurį būdą pasirinktumėte, pirmiausia patikrinkite tvarkaraštį per 30 dienų nemokamą bandymą (iki 20 darbo centrų, mokėjimo kortelės nereikia). Tuomet integracija kuriama planui, kuriuo jūsų planuotojai jau pasitiki. Po bandymo kaina prasideda nuo 199 € per mėnesį, įskaičiuoti 5 darbo centrai, mokama kas mėnesį. 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.
Daugiau informacijos rasite kainų, funkcijų ir klientų atsiliepimų puslapiuose.
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 darbų 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 visiems darbo centrams sudaromas per mažiau nei 30 minučių.
99,2%pristatymo patikimumas
„Su SkyPlanner lengviau pastebėti gamybos kliūtis, o gamybos valdymas tapo aiškesnis.“
Toni Tuori, gamybos vadovas
Piristeel · Stogo saugos ir lietaus vandens nuvedimo sistemos
Šiemet pristatymo patikimumas pasiekė 99,2%, o gamybos tvarkaraščių sudarymas leidžia sutaupyti iki keturių darbo valandų per dieną.
98%pristatymo patikimumas, padidėjęs nuo maždaug 50%
„SkyPlanner atlieka lemiamą vaidmenį išlaikant mūsų pristatymo patikimumą.“
Hannu Lahtinen, generalinis direktorius
KJH-Comp · Lakštinio metalo apdirbimas ir sutartinė gamyba
Pristatymo patikimumas išaugo nuo maždaug 50% iki net 98%, o gamybos tvarkaraščiams sudaryti dabar pakanka vieno meistro vietoj dviejų.
Dažniausiai užduodami klausimai
Kaip SkyPlanner APS susiejama su SAP S/4HANA?
SkyPlanner APS su SAP S/4HANA keičiasi duomenimis abiem kryptimis. Gamybos užsakymai, operacijos, technologiniai maršrutai, darbo centrai, atsargos ir pirkimo užsakymai gaunami per SAP oficialiai išleistas OData API. SkyPlanner webhook pranešimai inicijuoja duomenų grąžinimą: operacijų datos grąžinamos per ScheduleProductionOrderOperation, o užregistruotos darbo valandos – kaip ProdnOrdConf2 patvirtinimai.
Kas kuria ir prižiūri integraciją?
Diegimo pradžioje SkyPlanner komanda sukonfigūruoja integraciją pagal jūsų S/4HANA aplinką ir teikia pagalbą pradėjus ją naudoti. Integracijos kainą pateikiame iš anksto, atsižvelgę į jūsų procesą ir poreikius. Jei integraciją per REST API kuria jūsų SAP partneris arba jūsų programuotojai, už ją atsako jie, o SkyPlanner komanda prireikus padeda.
Kaip operacijų datos įrašomos atgal į S/4HANA ir ar sistema išlaiko operacijų seką?
Iškviečiant ScheduleProductionOrderOperation veiksmą per API_PRODUCTION_ORDER_2_SRV, naudojant planavimo pirmyn režimą, paskyrimo vykdyti būseną ir SkyPlanner nustatytą pradžios datą bei laiką. Kiekvieno užsakymo operacijos siunčiamos viename pakeitimų rinkinyje SkyPlanner nustatyta seka. Trukmės apskaičiuojamos pagal tas pačias technologinio maršruto normines reikšmes, kurias naudoja S/4HANA. Integracija iš naujo nuskaito kiekvieną operaciją ir pažymi visus neatitikimus.
Kaip patvirtinimai perduodami į S/4HANA?
Operatoriams užregistravus darbą SkyPlanner sistemoje, išsiunčiamas webhook pranešimas. Tada integracija per API_PROD_ORDER_CONFIRMATION_2_SRV įrašo patvirtinimą su tinkamos produkcijos kiekiu, broku ir veiklų trukme.
Ar integracija veikia su S/4HANA Cloud Public Edition?
Taip. Prieiga užtikrinama sukonfigūravus atitinkamų ryšio scenarijų ryšio sąranką. Apibrėždama apimtį, SkyPlanner komanda parenka gamybos užsakymų API versiją, atitinkančią jūsų Public Edition leidimą. Vietoje įdiegtai sistemai ir Private Edition naudojamas Gateway paslaugos aktyvinimas.
Jau turime PP/DS. Ar mums reikia SkyPlanner?
SkyPlanner tinka gamykloms ir padaliniams, kuriuose nėra PP/DS licencijos arba darbui su šia sistema skirtų specialistų. Nereikia nei įjungti funkcijos per Customizing, nei liveCache, nei optimizavimo serverio – SAP pusėje pakanka oficialiai išleistų OData API. Arcturus variklis per kelias sekundes suplanuoja gamybą ir sudaro tvarkaraštį pagal realius įrenginių ir darbuotojų pajėgumus, o Autopilot jį automatiškai perskaičiuoja pasikeitus gamybos situacijai.
Ar galime išbandyti sistemą prieš pradėdami integracijos darbus ir kiek trunka projektas?
Taip. Per 30 dienų nemokamą bandomąjį laikotarpį importuokite gamybos užsakymus ir darbo centrus iš S/4HANA eksportuotų duomenų. Įsitikinę, kad tvarkaraštis veikia, kurkite API integraciją. Pradėjus diegimo procesą, įgyvendinimas paprastai užtrunka kelias savaites. Norėdami apibrėžti integracijos apimtį savo sistemų aplinkoje, susisiekite su pardavimo komanda arba pradėkite nemokamą bandomąjį laikotarpį.
