Integracijos / ERP / Oracle NetSuite
NetSuite integravimo vadovas gamybos tvarkaraščiams sudaryti su SkyPlanner APS
Šiame vadove NetSuite partneriams, administratoriams ir už techninį sprendimo vertinimą atsakingiems pirkėjams paaiškinama, kaip SkyPlanner APS sujungiama su Oracle NetSuite gamybai planuoti, kad tvarkaraštis atitiktų realius įrenginių ir darbuotojų pajėgumus. SkyPlanner ir NetSuite duomenimis keičiasi abiem kryptimis per REST žiniatinklio paslaugas ir SuiteQL:
- Į SkyPlanner perduodami gamybos užsakymai, technologiniai maršrutai, darbo centrai, prekės ir pirkimo užsakymai.
- Suplanuotas pradžios ir pabaigos laikas įrašomas į gamybos operacijų užduotis.
- Užregistruotos darbo valandos ir pagaminti kiekiai grąžinami į NetSuite kaip Work Order Completions arba Assembly Builds įrašai.
- SkyPlanner siunčia pranešimus per webhook sąsajas vos pasikeitus tvarkaraščiui.
NetSuite tvarkomos prekės, BOM, technologiniai maršrutai, gamybos užsakymai, atsargos ir savikaina. SkyPlanner planuoja gamybą naudodama Arcturus algoritmą ir sudaro tvarkaraštį pagal realius įrenginių ir darbuotojų pajėgumus. SkyPlanner komanda pradiniame diegimo etape sukonfigūruoja integraciją jūsų paskyrai, o pradėjus ją naudoti teikia palaikymą. Integracija veikia su standartiniais NetSuite įrašais ir nepriklauso nuo Advanced Manufacturing SuiteApp.
Su NetSuite integruota SkyPlanner jau veikia UTU įmonėje, gaminančioje elektros skydus ir skirstomuosius įrenginius Ulviloje, Suomijoje. UTU pradėjo naudoti SkyPlanner 2025 m. rugsėjį, integravusi ją su Oracle NetSuite ir savo darbo užmokesčio apskaitos sistema. Norėdami įvertinti naudą verslui, pirmiausia peržiūrėkite puslapį apie gamybos tvarkaraščių sudarymą su NetSuite ir straipsnį „Ar NetSuite palaiko gamybos planavimą pagal realius pajėgumus?“.
Projektą lemiantis sprendimas: REST ir OAuth 2.0
Oracle nustatė kryptį. Nuo 2026.1 versijos naujos integracijos turėtų būti kuriamos naudojant SuiteTalk REST žiniatinklio paslaugas ir OAuth 2.0. Nuo 2027.1 versijos naujų integracijų su SOAP ar Token-Based Authentication (TBA) kurti nebegalima. 2028.2 versijoje SOAP galiniai taškai bus išjungti. Bet kokia šiandien pradedama tvarkaraščių sudarymo integracija turi būti kuriama naudojant REST.
| NetSuite parinktis | Kas tai | Paskirtis integruojant su APS |
|---|---|---|
| SuiteTalk REST record API | /services/rest/record/v1/<recordType>, versija atitinka NetSuite leidimą; !transform naudojamas gamybos užsakymų įvykdymui, medžiagų išdavimui ir surinkimui registruoti | Duomenų įrašymas: operacijų užduočių ir gamybos užsakymų datos (PATCH), įvykdymas, medžiagų išdavimas ir gaminių surinkimas (transform) |
| SuiteQL per REST | POST /services/rest/query/v1/suiteql su Prefer: transient, iki 100 000 rezultatų vienai užklausai, skaidymas puslapiais naudojant limit/offset | Masinis duomenų nuskaitymas: prekės, technologiniai maršrutai, darbo centrai, atviri gamybos užsakymai, atsargos |
| SuiteScript 2.1 RESTlets | Individualūs get/post/put/delete galiniai taškai | REST funkcionalumo spragoms užpildyti ir jungtiniams duomenų paketams perduoti, pavyzdžiui, gamybos užsakymui su visomis jo operacijomis |
| SuiteScript User Event / Map-Reduce | NetSuite serverio pusėje vykdomi scenarijai | Pranešimai apie pakeitimus, siunčiami į išorę |
| CSV Import Assistant | Išsaugotos importo laukų atitiktys | Vienkartiniam duomenų įkėlimui; ne nuolatiniam sinchronizavimui |
| SuiteTalk SOAP | Pasenusi technologija, tik TBA | Naujų integracijų šiuo pagrindu nekurkite |
Autentifikavimas
Tvarkaraščių sudarymo sistemai, veikiančiai per ryšį tarp serverių, naudokite OAuth 2.0 Client Credentials (ryšiui tarp sistemų). Administravimo meniu kelias: Setup > Integration > Manage Authentication > OAuth 2.0 Client Credentials (M2M) Setup. Įkelkite viešąjį sertifikatą ir susiekite jį su subjektu, vaidmeniu ir integracijos įrašu. Kiekviename integracijos įraše gali būti daugiausia penki aktyvūs sertifikatai.
Sukurkite atskirą integracijos vaidmenį: suteikite teisę peržiūrėti prekes, BOM versijas, technologinius maršrutus ir darbo centrus bei redaguoti gamybos užsakymus, jų įvykdymo ir medžiagų išdavimo įrašus. SkyPlanner REST API (API žinynas) naudoja JWT, todėl tarpinėje programinėje įrangoje saugomi abiejų sistemų prisijungimo duomenys.
Įvykiai: standartinės webhook sąsajos nėra
Oracle dokumentacijoje neaprašytas joks integruotas siunčiamasis webhook. Veikiantis sprendimas – Work Order įrašui skirtas SuiteScript User Event scenarijus (afterSubmit), kuris per N/task arba Map/Reduce scenarijų įtraukia išorinę užklausą į eilę, o ją siunčia naudodamas N/https. Niekada nesiųskite sinchroninių išorinių užklausų iš afterSubmit: užklausa vykdoma tuo metu, kai naudotojas išsaugo įrašą, todėl lėtas galinis taškas sulėtina išsaugojimą arba neleidžia jo užbaigti.
User Event įvykiai neapima visų būdų, kuriais gali būti pakeisti duomenys. Masiniai atnaujinimai ir CSV importas gali jų nesuaktyvinti. Kad nepraleistumėte nė vieno pakeitimo, kartu su įvykių scenarijumi naudokite periodines SuiteQL užklausas, kurios pagal lastmodifieddate sutikrina duomenis. Priešinga kryptimi duomenų įrašymą inicijuoja pačios SkyPlanner webhook pranešimai, todėl NetSuite gauna naujas datas iškart, kai pasikeičia planas.
Duomenų susiejimas: iš NetSuite į SkyPlanner
| NetSuite įrašas (REST ID) | SkyPlanner objektas | Kryptis | Dažnumas |
|---|---|---|---|
Assembly Item (assemblyItem), Inventory Item (inventoryItem) | Gaminys / medžiaga | NetSuite → SkyPlanner | Pradinis įkėlimas, vėliau kasdien arba pasikeitus duomenims |
BOM Revision (bomRevision), BOM komponentai | Daugiapakopė gaminio struktūra, medžiagų poreikis | NetSuite → SkyPlanner | Pasikeitus duomenims |
Manufacturing Routing (manufacturingRouting, posąrašiai routingStep, routingComponent) | Proceso etapai: seka, darbo centras, paruošimo laikas, vykdymo laikas | NetSuite → SkyPlanner | Pasikeitus duomenims |
| Manufacturing Work Center (Group, pažymėta kaip darbo centras): Machine Resources, Labor Resources, Work Calendar | Darbo centrai, darbo centrų grupės, pamainos | NetSuite → SkyPlanner, vėliau tvarkoma SkyPlanner sistemoje | Pradinis įkėlimas |
Work Order (workOrder): prekė, kiekis, vieta, Production Start/End Date, būsena; susietas Sales Order, iš kurio gaunamas įvykdymo terminas | Užsakymas / užduotis su įvykdymo terminu ir prioritetu | NetSuite → SkyPlanner | Beveik realiuoju laiku per User Event, papildomai sutikrinant duomenis periodinėmis užklausomis |
Manufacturing Operation Task (manufacturingOperationTask) | Į tvarkaraštį įtraukta operacija | NetSuite → SkyPlanner, datos SkyPlanner → NetSuite | Beveik realiuoju laiku |
Turimos atsargos pagal vietą (SuiteQL), Item Receipts (itemReceipt) | Atsargų likučiai tvarkaraščiams sudaryti pagal medžiagų prieinamumą | NetSuite → SkyPlanner | Kas 15–60 minučių arba gavus prekes |
Purchase Order (purchaseOrder) eilutės: prekė, kiekis, numatoma gavimo data, būsena | Pirkimo užsakymai / atvykstančios medžiagos (numatoma pristatymo data). Medžiagos laikomos prieinamomis pristatymo dieną; atsargos atnaujinamos, kai pirkimo užsakymui suteikiama būsena Delivered | NetSuite → SkyPlanner | Kas 15–60 minučių arba pasikeitus duomenims |
| Kiekvienos operacijos planuojama pradžia ir pabaiga | PATCH manufacturingOperationTask/{id} (startDate, endDate) ir PATCH workOrder/{id} (Production Start/End Date) | SkyPlanner → NetSuite | Pasikeitus tvarkaraščiui, per SkyPlanner webhook |
| Mobile Confirmations, darbo laiko įrašai, Production Timer | POST workOrder/{id}/!transform/workOrderCompletion: startOperation/endOperation intervalas, pagamintas kiekis, darbo laikas operation eilutėse, SkyPlanner darbo laiko įrašo ID kaip išorinis ID | SkyPlanner → NetSuite | Po kiekvieno patvirtinimo arba paketais |
| Medžiagų sunaudojimas | POST workOrder/{id}/!transform/workOrderIssue arba isBackflush įvykdymo įraše | SkyPlanner → NetSuite | Po kiekvieno patvirtinimo |
| Įvykdytas užsakymas (paskyrose, kuriose nenaudojamas WIP) | POST workOrder/{id}/!transform/assemblyBuild | SkyPlanner → NetSuite | Įvykdžius užsakymą |
| Užsakymas uždarytas | Work Order Close (workOrderClose) | NetSuite sistemoje, atlieka finansų skyrius | Pagal numatytąją konfigūraciją neautomatizuojama |
Integravimo būdai
1. Pradinis pagrindinių duomenų įkėlimas. Naudodami SuiteQL pirmiausia nuskaitykite darbo centrus, tada prekes, BOM versijas ir technologinius maršrutus. Technologiniuose maršrutuose yra nuorodų į darbo centrus, todėl eiliškumas svarbus. Bandomuoju laikotarpiu tuos pačius duomenis eksportuokite į CSV ir importuokite į SkyPlanner. Tvarkaraštis patikrinamas dar nepradėjus rašyti kodo.
2. Užsakymų sinchronizavimas. Gaukite gamybos užsakymus, kurių būsena yra Released arba In Process. Iš anksto nuspręskite, ar įtraukti ir Planned būsenos užsakymus. Jei juos įtrauksite, laikykite juos preliminariu poreikiu. Tuo pačiu ciklu sinchronizuokite neįvykdytus pirkimo užsakymus, kad sudarant tvarkaraštį kiekvienai užduočiai būtų tikrinamos ne vien atsargos, bet ir numatomos gauti medžiagos.
3. Tvarkaraščio duomenų įrašymas atgal. Pasikeitus tvarkaraščiui, SkyPlanner webhook perduoda naujas operacijų datas tarpinei programinei įrangai. Ši kiekvienai pakeistai operacijai siunčia PATCH /services/rest/record/v1/manufacturingOperationTask/{id} (Oracle įrašo aprašas) su startDate ir endDate. Dar viena PATCH užklausa atnaujina Production Start ir End Date laukus workOrder antraštėje. Įrašykite tik datas ir, jei naudojate, pasirinktinį sekos lauką. Niekada neįrašykite atgal kiekių ar BOM duomenų. Jei vienoje transakcijoje reikia atnaujinti daug operacijų, nedidelis RESTlet išsaugo visą operacijų sąrašą vienu iškvietimu. Numatytasis pasirinkimas lieka record API.
4. Atliktų darbų patvirtinimai gamybos ceche. Operatoriai registruoja atliktus darbus naudodami SkyPlanner Mobile Confirmations. Tarpinė programinė įranga perduoda kiekvieną patvirtinimą per Work Order transformacijas, naudodama POST /services/rest/record/v1/workOrder/{id}/!transform/workOrderCompletion. Kartu perduodami startOperation, endOperation, pagamintas kiekis ir operacijų eilutėse užregistruotas laikas. Gamybos užsakymai, kuriems nenaudojamas WIP, uždaromi naudojant !transform/assemblyBuild. Norint naudoti Work Order Completion per REST, būtina Manufacturing Work In Process funkcija. Atsargų ir sąnaudų apskaitos įrašai lieka NetSuite sistemoje.
5. Idempotentiškumas ir pakartotiniai bandymai. Kiekvienam įvykdymo įrašui kaip NetSuite išorinis ID priskiriamas SkyPlanner darbo laiko įrašo ID. Išoriniai ID yra unikalūs kiekvienam įrašo tipui, todėl pakartotinai gautas webhook pranešimas atmetamas kaip dublikatas, užuot antrą kartą užregistravus kiekius ir sąnaudas. Įrašymo užklausos apdorojamos eilėje. Nepavykusi užklausa (dėl vienalaikių užklausų ribos, užrakinto įrašo ar pasibaigusio sertifikato galiojimo) kartojama ir registruojama žurnale. Visas likusias nesėkmingas užklausas mato integraciją prižiūrinti SkyPlanner komanda.
6. Atsakomybės už duomenis taisyklės. NetSuite nustato, kas gaminama: prekę, kiekį, BOM, technologinį maršrutą ir vietą. SkyPlanner nustato, kada ir kur: operacijų seką, darbo centrą, pradžią ir pabaigą. NetSuite pakeistos datos bus perrašytos per kitą įrašymą atgal, todėl užrakinkite Production Start/End Date laukus pritaikydami formą arba naudodami darbo eigą.
Įprasti projekto etapai
Diegimas paprastai užbaigiamas per kelias savaites nuo įvadinių darbų pradžios, net ir didelėse įmonėse. NetSuite projektą sudaro:
- Išbandymas su savo duomenimis: darbo centrų, technologinių maršrutų ir neįvykdytų gamybos užsakymų duomenys iš išsaugotų paieškų eksportuojami į CSV ir importuojami į SkyPlanner per 30 dienų bandomąjį laikotarpį.
- Pagrindinių duomenų susiejimas: NetSuite įrašai susiejami su SkyPlanner objektais, suderinami pasirinktiniai laukai, matavimo vienetai ir kiekvienai prekei taikomas WIP arba ne WIP modelis.
- Pradinis įkėlimas: per SuiteQL įkeliamos prekės, BOM versijos, technologiniai maršrutai ir darbo centrai, tada SkyPlanner nustatomos pamainos, operatoriai ir alternatyvūs darbo centrai.
- Gamybos ir pirkimo užsakymų sinchronizavimas: User Event scenarijai ir periodinės sutikrinimo užklausos sinchronizuoja Released bei In Process būsenos gamybos užsakymus ir neįvykdytus pirkimo užsakymus su numatomomis gavimo datomis.
- Tvarkaraščio įrašymas atgal: suplanuotos operacijų datos įrašomos į gamybos užsakymus ir operacijų užduotis, o bandymų aplinkoje ir darbinėje aplinkoje sukonfigūruojama OAuth 2.0 M2M.
- Patvirtinimai iš gamybos cecho: pagal Mobile Confirmations ir darbo laiko įrašus kuriami Work Order Completions, medžiagų išdavimo arba Assembly Builds įrašai.
- Bandymas lygiagrečiai su dabartiniu planu: SkyPlanner tvarkaraštis naudojamas greta esamo užsakymų paleidimo į gamybą proceso ir palyginami rezultatai.
- Darbo pradžia: planavimas perkeliamas į SkyPlanner, o NetSuite datų laukai užrakinami.
Tvarkingi technologiniai maršrutai ir viena patronuojamoji įmonė leidžia išlaikyti nedidelę projekto apimtį. Kelios patronuojamosios įmonės, automatinis WIP medžiagų nurašymas pagal pagamintą kiekį ir pasirinktinės formos didina duomenų susiejimo darbų apimtį.
NetSuite integracijos kliūtys
- Gamybos užsakymai be technologinių maršrutų. Gamybos užsakyme be Manufacturing Routing nėra operacijų, kurias būtų galima suplanuoti. Oracle tą patį nurodo apie savo gamybos planavimo priemonę: „Work orders not associated with a NetSuite routing should not be scheduled.” (Gamybos užsakymai, nesusieti su NetSuite technologiniu maršrutu, neturėtų būti planuojami.) Raskite juos naudodami SuiteQL dar prieš pradėdami naudoti integraciją.
- Darbo centrų duomenys riboti. NetSuite darbo centras yra Group objektas su dviem kiekio laukais – Machine Resources ir Labor Resources (abiejų numatytoji reikšmė yra 0) – ir vienu Work Calendar, paprastai „Default Work Calendar“. Darbo centrus įkelkite vieną kartą, o atskirus darbo centrus, kiekvieno darbuotojo pamainas, įrankius, paruošimo laikų matricą ir alternatyvius darbo centrus toliau tvarkykite SkyPlanner.
- Setup Time ir Run Rate duomenų kokybė. NetSuite šiuos laukus naudoja sudarydama tvarkaraščius, tačiau neatsižvelgia į pajėgumus, todėl klaidingos reikšmės lieka nepastebėtos. Planuojant gamybą pagal realius įrenginių ir darbuotojų pajėgumus, jos išryškėja jau pirmą dieną.
- Su WIP ar be jo. Naudojant Manufacturing WIP, gamybos rezultatai registruojami per Work Order Issue, Work Order Completion ir Work Order Close. Nenaudojant WIP, naudojamas Assembly Build. Integracija WIP prekėms registruoja įvykdymą, o kitoms – surinkimą, todėl susiejant duomenis nustatomas ir kiekvienai prekei taikomas modelis.
- Advanced Manufacturing toje pačioje paskyroje. Jei paskyroje taip pat naudojama Advanced Manufacturing SuiteApp, jos Manufacturing Work Bench įrašai turi tiksliai atitikti technologinį maršrutą: operacijų seką, operacijos pavadinimą ir darbo centrą. Nuspręskite, kuri sistema nustato operacijų datas. Dvi tuos pačius gamybos užsakymus planuojančios sistemos reiškia du konkuruojančius planus.
- Vienalaikių užklausų ribos. Žiniatinklio paslaugų ir RESTlet užklausoms taikoma bendra paskyros vienalaikių užklausų riba, nustatoma pagal paslaugų lygį ir didinama po 10 už kiekvieną SuiteCloud Plus licenciją. Lygiagrečiai siunčiant atskirų įrašų tikrinimo užklausas ji greitai pasiekiama. Duomenims nuskaityti naudokite SuiteQL su puslapiavimu, o įrašymo užklausas dėkite į eilę.
- Atnaujinus bandymų aplinką ištrinami M2M nustatymai. Atnaujinant bandymų aplinką OAuth 2.0 Client Credentials susiejimai ištrinami ir tarp paskyrų nekopijuojami. Pasibaigus sertifikato galiojimui arba jį atšaukus, sinchronizavimas sustoja, kol sukuriamas naujas susiejimas. Nustatykite įspėjimus apie autentifikavimo klaidas.
NetSuite integracija: kas ją konfigūruoja ir prižiūri
Darbai apima jūsų įrašų, technologinių maršrutų ir darbo centrų susiejimą bei apribojimų, kurių NetSuite nesaugo kaip planavimui tinkamų duomenų, nustatymą: paruošimo laikų matricą, įrankius, operatorių skaičių ir alternatyvius išteklius. SkyPlanner per webhook sąsajas iš karto grąžina tvarkaraščio pakeitimus, įskaitant tuos, kuriuos atlieka Autopilot.
- SkyPlanner komanda integraciją sukonfigūruoja pradiniame diegimo etape ir prižiūri pradėjus darbą. Kiekvienoje gamykloje NetSuite naudojama skirtingai: su WIP ar be jo, su pasirinktinėmis formomis, scenarijais ir savomis technologinių maršrutų sudarymo taisyklėmis. Komanda susieja jūsų įrašus ir sujungia SkyPlanner REST API bei webhook sąsajas su NetSuite REST, SuiteQL ir RESTlets. Ji prižiūri User Event scenarijų ir tarpinę programinę įrangą, o palaikymą pritaiko prie jūsų NetSuite konfigūracijos pokyčių.
- Gali dalyvauti ir jūsų NetSuite partneris. Partneriai išmano jūsų pasirinktines formas, scenarijus ir vaidmenis. Jie naudoja SkyPlanner REST API, apimančią užsakymus, produktus, medžiagas, pirkimo užsakymus, proceso žingsnius ir darbo laiko įrašus. Pateikiama Swagger/OpenAPI dokumentacija, naudojamas JWT autentifikavimas. Viešoji dokumentacija: SkyPlanner dokumentacija.
- Sprendimą gali kurti jūsų programuotojai. Įprastas darbų paskirstymas: User Event scenarijus veikia NetSuite viduje, o nedidelė tarpinė paslauga – už jos ribų. Pradėti pakanka API rakto (integravimo instrukcija), o prireikus padeda SkyPlanner komanda.
Pirmiausia patikrinkite tvarkaraštį su CSV duomenimis per 30 dienų nemokamą bandomąjį laikotarpį: galite naudoti iki 20 darbo centrų, mokėjimo kortelės nereikia. Tuomet integraciją pradėsite nuo tvarkaraščio, kuris jau tinka jūsų gamyklai.
Sujungus sistemas, Arcturus algoritmas sudaro tvarkaraštį pagal aktualius NetSuite gamybos užsakymus ir tikrina medžiagų prieinamumą pagal atsargas bei numatomas gauti prekes iš pirkimo užsakymų. Operatoriai registruoja darbą naudodami Mobile Confirmations, Production Timer ir Quick Log Mode, o NetSuite atspindi padėtį gamybos ceche be rankinio duomenų įvedimo. SkyPlanner kaina prasideda nuo 199 € per mėnesį, įskaitant 5 darbo centrus. Mokama kas mėnesį, atsisakyti galima bet kada. Integracijos kaina pagal jūsų procesą ir poreikius pateikiama iš anksto kartu su pasirinktu planu, todėl visas išlaidas matote dar prieš pradėdami. Susisiekite su pardavimo komanda, kad apibrėžtumėte savo NetSuite integracijos apimtį, arba peržiūrėkite funkcijas ir klientų istorijas.
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ę sutaupoma 2 valandos darbo laiko, o nauja užduočių eilė gamybos liniją pasiekia per kelias sekundes.
+90%gamybos efektyvumas
„Gamybos efektyvumas padidėjo 90%.“
Abdul Rucyinga, IT vadovas
Laboratory & Allied · Vaistų gamyba
Gamybos efektyvumas padidėjo 90%, o optimizuotas trijų mėnesių planas visiems darbo centrams sudaromas per mažiau nei 30 minučių.
99,2%pristatymo patikimumas
„SkyPlanner padėjo aiškiai matyti gamybos kliūtis ir įnešė aiškumo į gamybos valdymą.“
Toni Tuori, gamybos vadovas
Piristeel · Stogo saugos ir lietaus vandens nuvedimo sistemos
Šiemet pristatymo patikimumas pasiekė 99,2%, o sudarant gamybos tvarkaraščius sutaupoma iki keturių valandų darbo laiko per dieną.
6 mėnesiamsį priekį pardavimų komanda mato laisvus pajėgumus
„SkyPlanner suteikia tvirtą pagrindą visam gamybos planavimui ir užtikrina jo patikimumą.“
Anu Järvinen, gamybos vadovė
Fredman Operations · Su maistu liestis tinkamas pakavimo popierius
Pardavimų komanda mato laisvus pajėgumus šešiems mėnesiams į priekį. Į užklausas dėl tvarkaraščio pakeitimų, kurioms anksčiau reikėdavo valandos ar daugiau, dabar atsakoma per kelias sekundes.
Dažniausiai užduodami klausimai
Kaip SkyPlanner APS sujungiama su NetSuite?
Abiem kryptimis, naudojant NetSuite REST record API, SuiteQL ir, kur reikia, RESTlets. Operacijų datos įrašomos siunčiant PATCH užklausas į manufacturingOperationTask. Darbo laikas ir pagamintas kiekis registruojami per workOrderCompletion arba assemblyBuild transformaciją. SkyPlanner komanda sukonfigūruoja integraciją diegimo metu ir prižiūri ją pradėjus naudoti, o jūsų NetSuite partneris ar jūsų programuotojai gali ją plėtoti naudodamiesi dokumentuota REST API.
Ar norint naudoti SkyPlanner reikia Advanced Manufacturing SuiteApp?
Ne. SkyPlanner pati planuoja gamybą pagal standartinius Work Orders, Manufacturing Routings ir Work Centers duomenis, atsižvelgdama į realius įrenginių ir darbuotojų pajėgumus. Jei paskyroje taip pat naudojama Advanced Manufacturing, apibrėžiant apimtį susitariama, kuri sistema nustatys operacijų datas.
Kaip išvengiama dvigubo registravimo, jei įvykis išsiunčiamas du kartus?
Kiekvieno Work Order Completion išorinis ID yra SkyPlanner laiko apskaitos įrašo ID. NetSuite užtikrina, kad kiekvieno tipo įrašų išoriniai ID būtų unikalūs, todėl pakartotinai atsiųstas įvykis atmetamas, o kiekis ir sąnaudos dar kartą neregistruojami. Nepavykę įrašymo veiksmai įtraukiami į eilę, kartojami ir fiksuojami žurnale.
Ar vietoj REST ir OAuth 2.0 galime naudoti TBA arba SOAP?
Naujoms integracijoms numatykite REST su OAuth 2.0. Nuo 2027.1 versijos Oracle nebeleis kurti naujų TBA ir SOAP integracijų, o 2028.2 versijoje išjungs visus SOAP galinius taškus. REST ir OAuth 2.0 pagrindu sukurta SkyPlanner integracija veiks ir po abiejų šių pakeitimų.
Kaip SkyPlanner sužino apie naujus NetSuite gamybos užsakymus?
NetSuite neturi dokumentuoto standartinio siunčiamųjų pranešimų webhook mechanizmo. Work Order objektui skirtas User Event scenarijus išsaugojimo metu įtraukia pranešimą į eilę. Pagal grafiką vykdoma SuiteQL apklausa aptinka pakeitimus, kurių scenarijus neužfiksuoja, pavyzdžiui, CSV importą ir masinius atnaujinimus.
Ar galime išbandyti SkyPlanner su NetSuite duomenimis prieš kurdami integraciją?
Taip. Eksportuokite darbo centrus, technologinius maršrutus ir neįvykdytus gamybos užsakymus CSV formatu, importuokite juos į SkyPlanner per 30 dienų bandomąjį laikotarpį ir palyginkite gamybos tvarkaraštį, sudarytą pagal realius įrenginių ir darbuotojų pajėgumus, su dabartiniu planu. Išbandykite nemokamai arba užsisakykite demonstraciją.
Kiek trunka integracijos su NetSuite projektas?
Pradėjus diegimą, darbai paprastai užbaigiami per kelias savaites, net ir didelėse įmonėse. Jau bandomuoju laikotarpiu tvarkaraštis sudaromas pagal CSV duomenis, o UTU jau naudoja SkyPlanner kartu su NetSuite (UTU atsiliepimas).
