Integracijos / ERP / Odoo
Odoo integravimo vadovas gamybos tvarkaraščių sudarymui su SkyPlanner APS
Šiame vadove Odoo partneriams, programuotojams ir IT vadovams paaiškinama, kaip sujungti Odoo Manufacturing su SkyPlanner APS. Apie naudą verslui ir tai, ką jau atlieka Odoo mygtukas Plan, skaitykite puslapiuose Gamybos tvarkaraščių sudarymas su Odoo ir Ar Odoo palaiko gamybos planavimą, kai tvarkaraštis sudaromas atsižvelgiant į realius įrenginių ir darbuotojų pajėgumus?.
Odoo ir toliau lieka pagrindinė sistema, kurioje tvarkomi produktai, medžiagų žiniaraščiai, operacijos, užsakymai gamybai, atsargos ir savikainos apskaičiavimas. Pagal šiuos duomenis SkyPlanner sudaro tvarkaraštį naudodama Arcturus variklį. Duomenimis su Odoo keičiamasi abiem kryptimis:
- Į SkyPlanner perduodami užsakymai gamybai, gamybos užsakymai, BoM operacijos, darbo centrai ir pirkimo užsakymai.
- Suplanuota pradžia, pabaiga ir darbo centrai įrašomi atgal į
mrp.workorder. - Atliktų darbų ir užregistruoto laiko duomenys grąžinami kaip Odoo Time Logs įrašai.
- SkyPlanner webhook pranešimai perduoda tvarkaraščio pakeitimus iškart, kai jie įvyksta.
Diegimo pradžioje SkyPlanner komanda sukonfigūruoja integraciją per standartinę išorinę Odoo API, pritaiko ją jūsų versijai, prieglobos aplinkai bei individualiems pakeitimams ir teikia palaikymą pradėjus naudoti sistemą. Šis vadovas skirtas partneriams ir programuotojams, kurie nori prisidėti arba patys kurti sprendimus naudodami dokumentuotą SkyPlanner REST API (API žinynas). Produktų, medžiagų ir pirkimo užsakymų tvarkymas aprašytas viešoje SkyPlanner dokumentacijoje.
Nulinis žingsnis: patikrinkite Odoo planą ir prieglobos aplinką
Pirmiausia išsiaiškinkite, kokį Odoo variantą naudoja klientas. Nuo to priklauso integravimo būdas.
| Aplinka | Išorinė API | Individualūs moduliai | Praktinis būdas |
|---|---|---|---|
| Odoo Online, One App Free arba Standard | Ne | Ne | CSV/XLSX arba perėjimas prie Custom plano |
| Odoo Online, Custom planas | Taip | Ne | Išorinė API |
| Odoo.sh (Custom planas) | Taip | Taip | Išorinė API, prireikus – modulis |
| Vietiniame serveryje, Community arba Enterprise | Taip | Taip | Išorinė API, prireikus – modulis |
Odoo API dokumentacijoje nurodyta, kad prieiga prie išorinės API yra „only available on Custom Odoo pricing plans” (prieinama tik su Odoo Custom planais), o ne su One App Free ar Standard. Kainų puslapyje Standard apibūdinamas kaip Odoo Online talpinamas planas „without custom modules” (be individualių modulių). Išsiaiškinkite tai rinkdami pradinius reikalavimus, o ne įpusėję kūrimo darbus.
Odoo integravimo galimybės
| Būdas | Versijos | Autentifikavimas | Paskirtis integruojant tvarkaraščių sudarymą |
|---|---|---|---|
Išorinė JSON-2 API: POST /json/2/<model>/<method> | Naujovė nuo 19.0 versijos | API raktas antraštėje Authorization: bearer <key>, neprivaloma antraštė X-Odoo-Database | Numatytasis pasirinkimas naujoms integracijoms: search_read duomenims skaityti, write datoms įrašyti atgal |
Išorinė XML-RPC / JSON-RPC sąsaja: /xmlrpc/2, /jsonrpc, paslaugos common, object | Iki 19.0 imtinai; numatyta pašalinti | common.authenticate su prisijungimo vardu ir slaptažodžiu arba API raktu, tada execute_kw | Būtina klientams, naudojantiems 16.0–18.0 versijas |
| Modulyje sukurti individualūs valdikliai | Visos | Nustatomas kiekvienam maršrutui, pvz., auth='bearer' | Jungtiniai duomenų paketai: MO su susijusiais gamybos užsakymais perduodamas vienu iškvietimu |
| Automatizavimo taisyklės: „Send Webhook Notification“ (siųsti pranešimą per webhook) | Dokumentacijoje nuo 17.0 versijos | Išsiunčiama POST užklausa nurodytu URL | Duomenys siunčiami sukūrus arba pakeitus MO ir gamybos užsakymus |
| Įrašų importas (CSV, XLSX) ir eksportas | Visos | Naudotojo seansas | Bandomieji duomenys ir vienkartinis pagrindinių duomenų įkėlimas |
Pašalinimui ruoškitės jau dabar. Odoo numatė pašalinti XML-RPC ir JSON-RPC iš Odoo 22 (2028 m. rudenį) ir Odoo Online 21.1 (2027 m. žiemą). Integraciją su 19.0 versija kurkite naudodami JSON-2, o senesnėms duomenų bazėms skirtą RPC prieigą atskirkite vienu adapteriu, kad atnaujinant pakaktų vieno pakeitimo. Individualių valdiklių su @route(type='jsonrpc') šis pašalinimas nepaveiks.
Autentifikavimas
Sukurkite atskirą integracijai skirtą naudotoją, turintį skaitymo teises Manufacturing ir Inventory moduliuose bei gamybos užsakymų rašymo teises. Jo raktą sugeneruokite pasirinkę Preferences > Account Security > New API Key. 19.0 versijoje raktai galioja ne ilgiau kaip tris mėnesius, todėl tarpinė programinė įranga turi užtikrinti raktų keitimą ir pranešti apie autentifikavimo klaidas. Be šių priemonių pasibaigęs rakto galiojimas nepastebimai sustabdo sinchronizavimą. SkyPlanner REST API naudoja JWT, todėl tarpinėje programinėje įrangoje saugomi abiejų sistemų prisijungimo duomenys.
Kiekviena JSON-2 užklausa vykdoma atskiroje SQL transakcijoje, todėl per kelias užklausas išskaidytas įrašymas nėra atominis. Kiekvieno gamybos užsakymo duomenis įrašykite atskirai ir registruokite kiekvieną rezultatą.
Įvykiai
Odoo siunčia pakeitimus per automatizavimo taisykles. Modeliui mrp.production arba mrp.workorder sukurta taisyklė su paleidimo sąlyga „On create and edit“ (sukūrus ir redaguojant) bei veiksmu „Send Webhook Notification“ (siųsti pranešimą per webhook) siunčia POST užklausą su pasirinktais laukais nurodytu URL. Taisyklę sukurkite naudodami Studio arba kūrėjo režimu, formoje Automation Rules. Kartu nustatykite periodinę search_read apklausą pagal write_date, kad būtų aptikti importuoti duomenys ir visi taisyklės praleisti pakeitimai. Priešinga kryptimi SkyPlanner webhook pranešimai siunčia tvarkaraščio ir būsenos pakeitimus vos jiems įvykus.
Laukų pavadinimai skirtingose versijose skiriasi. 19.0 versijoje kiekvienos duomenų bazės modeliai, laukai ir metodai pateikiami adresu /doc; senesnėse versijose iškvieskite fields_get. Atitiktis nustatykite pagal šią informaciją, o ne iš atminties.
Duomenų susiejimas: iš Odoo į SkyPlanner
| Odoo modelis | SkyPlanner objektas | Kryptis | Dažnumas |
|---|---|---|---|
product.product / product.template (default_code, uom_id, qty_available) | Gaminys arba medžiaga | Odoo → SkyPlanner | Pradinis įkėlimas, vėliau kasdien arba pasikeitus duomenims |
mrp.bom (product_tmpl_id, product_qty, produce_delay), mrp.bom.line (product_id, product_qty, operation_id), mrp.bom.byproduct | Kelių lygių gaminys, medžiagų poreikis kiekvienam etapui | Odoo → SkyPlanner | Pasikeitus duomenims |
mrp.routing.workcenter (skirtukas Operations: workcenter_id, sequence, time_mode, time_cycle_manual, blocked_by_operation_ids) | Proceso etapai su jų seka ir vykdymo trukme | Odoo → SkyPlanner | Pasikeitus duomenims |
mrp.workcenter (resource_calendar_id, time_efficiency, time_start, time_stop, alternative_workcenter_ids) | Darbo centras, efektyvumas, paruošimas ir sutvarkymas, alternatyvūs darbo centrai | Odoo → SkyPlanner, vėliau duomenys tvarkomi SkyPlanner | Pradinis įkėlimas |
mrp.workcenter.capacity (capacity) | Vienetų skaičius per ciklą, konkretaus gaminio paruošimo ir sutvarkymo laikas | Odoo → SkyPlanner | Pradinis įkėlimas |
resource.calendar, resource.calendar.attendance, resource.calendar.leaves | Pamainos ir neatvykimai | Odoo → SkyPlanner | Pradinis įkėlimas, neatvykimai – jiems pasikeitus |
mrp.production (product_id, product_qty, date_deadline, priority, state, workorder_ids) | Užsakymas su įvykdymo terminu ir prioritetu | Odoo → SkyPlanner | Webhook pranešimas patvirtinus ir papildoma apklausa |
mrp.workorder (operation_id, workcenter_id, duration_expected, state) | Užduotis darbo centre | Odoo → SkyPlanner | Webhook pranešimas ir papildoma apklausa |
stock.quant, stock.move (komponentų judėjimai) | Turimos atsargos ir medžiagų poreikis tvarkaraščiui sudaryti pagal medžiagų prieinamumą | Odoo → SkyPlanner | Periodiškai, pvz., kas 15–60 minučių |
purchase.order (partner_id, state), purchase.order.line (product_id, product_qty, date_planned, qty_received) | Pirkimo užsakymai ir atvykstančios medžiagos, prieinamos numatytą pristatymo dieną | Odoo → SkyPlanner | Webhook pranešimas patvirtinus arba pakeitus pirkimo užsakymą ir ta pati periodinė apklausa |
| Suplanuota pradžia, pabaiga ir darbo centras | mrp.workorder.date_start, date_finished, workcenter_id | SkyPlanner → Odoo | Pasikeitus tvarkaraščiui, per SkyPlanner webhook pranešimą |
| Mobile Confirmations, darbo laiko įrašai | mrp.workcenter.productivity (Time Logs: workcenter_id, workorder_id, date_start, date_end, loss_id) | SkyPlanner → Odoo | Po kiekvieno patvirtinimo |
| Pagamintas kiekis, baigta operacija | Gamybos užsakymo qty_producing, tada button_finish; MO – button_mark_done | SkyPlanner → Odoo arba atliekama Odoo Shop Floor | Po kiekvieno patvirtinimo |
Integravimo modeliai
Pirmiausia – pagrindiniai duomenys.
Įkelkite darbo centrus ir kalendorius, tada produktus, BoM ir operacijas, kuriose nurodyti darbo centrai. Per 30 dienų bandomąjį laikotarpį tie patys sąrašai įkeliami kaip CSV eksporto failai. Odoo importavimo ir eksportavimo įrankis veikia bet kuriame sąrašo rodinyje.
Užsakymų sinchronizavimas.
Importuokite MO, kurių būsena yra confirmed arba progress, kartu su jų gamybos užsakymais. MO juodraščių neįtraukite arba laikykite juos preliminariu poreikiu. Mazgai, turintys atskirą BoM, gali būti perduodami kaip atskiri antriniai MO, o Odoo kiekvieną MO planuoja atskirai. Susiekite juos su SkyPlanner pogaminiais, kad mazgų gamyba būtų baigta prieš pradedant pagrindinio gaminio gamybą.
Tvarkaraščio įrašymas atgal.
Pasikeitus tvarkaraščiui, SkyPlanner webhook pranešimas paleidžia integraciją, kuri iškviečia ORM metodą write kiekvienam su pakeitimu susijusiam mrp.workorder įrašui. Odoo 19.0 versijoje kiekvienam gamybos užsakymui siunčiama viena JSON-2 užklausa:
„ POST /json/2/mrp.workorder/write Authorization: bearer <api-key> {"ids": [4711], "vals": {"date_start": "2026-11-03 06:00:00", "date_finished": "2026-11-03 09:30:00", "workcenter_id": 7}} „
JSON-2 priima kiekvieno metodo argumento reikšmę pagal argumento pavadinimą, taip pat ids ir context, todėl iškviečiant write(vals) argumentas perduodamas naudojant raktą vals. 16.0–18.0 versijose tas pats iškvietimas vykdomas per XML-RPC arba JSON-RPC kaip execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]), o 16.0 versijoje naudojami raktai date_planned_start ir date_planned_finished. Data ir laikas perduodami UTC. Kad duomenys būtų įrašomi tvarkingai, laikykitės kelių taisyklių:
- Abi datas siųskite viena užklausa.
workcenter_idpridėkite tik tada, kai planavimo variklis pasirinko alternatyvias stakles.- Įrašykite tik tvarkaraščio laukus, niekada nekeiskite kiekių ar BoM.
Įrašius datas, perkeliama ir Odoo darbo centro laiko rezervacija, todėl Odoo planavimo rodiniuose matomas SkyPlanner planas.
Duomenys iš gamybos cecho atgal į Odoo. Operatoriai registruoja darbą naudodami SkyPlanner Mobile Confirmations. Gavusi kiekvieną patvirtinimą, integracija iškviečia metodą create modelyje mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create su vals_list). Ji užpildo workorder_id, workcenter_id, date_start, date_end ir loss_id, kurio tipas yra Productive, o darbo laikas ir sąnaudos užregistruojami Odoo.
Baigus operaciją, integracija nustato pagamintą kiekį ir iškviečia gamybos užsakymo metodą button_finish. Baigus paskutinį gamybos užsakymą, MO paruošiamas metodui button_mark_done. Kiekvienas patvirtinimas užregistruojamas tik kartą, o jo Odoo įrašo ID saugomas kartu su SkyPlanner darbo laiko įrašu, todėl pakartotinai apdorotas webhook pranešimas niekada nesukuria antro Time Log įrašo.
Gamyklose, naudojančiose Enterprise Shop Floor programėlę, duomenys juda priešinga kryptimi: SkyPlanner nuskaito gamybos užsakymo būseną ir qty_produced, o Autopilot automatiškai perskaičiuoja tvarkaraštį pasikeitus gamybos situacijai.
Atsakomybė už duomenis. Prieš pradėdami naudoti sistemą, užfiksuokite taisykles:
| Duomenys | Atsakinga sistema |
|---|---|
| Produktai, BoM, operacijos, kiekiai, MO būsena | Odoo |
| Gamybos užsakymų seka, pradžios ir pabaigos laikas, darbo centro parinkimas | SkyPlanner |
| Perderinimo laikų matrica, reikalavimai įrankiams ir operatoriams, alternatyvūs ištekliai | SkyPlanner |
| Darbo centrų kalendoriai ir Time Off | Viena sistema, pasirinkta apibrėžiant apimtį |
| Time Logs, atsargos ir savikainos apskaičiavimas | Odoo, gaunanti patvirtinimus iš SkyPlanner |
Planuotojai nebenaudoja Odoo mygtukų Plan ir Unplan tiems MO, kurių tvarkaraščius sudaro SkyPlanner. Antraip Odoo rezervuoja savo laiko intervalus vietoj SkyPlanner nustatytų datų.
Įprasti projekto etapai
Diegimas paprastai užbaigiamas per kelias savaites nuo įvadinių darbų pradžios. Prieš tai per 30 dienų nemokamą bandomąjį laikotarpį naudojami jūsų Odoo duomenų CSV eksporto failai. Patį projektą sudaro:
- Pagrindinių duomenų atitikčių nustatymas: kiekvienos versijos Odoo modeliai ir laukai (tikrinkite
/docarbafields_get), matavimo vienetai ir sistema, kurioje tvarkomi kalendoriai bei Time Off duomenys. - Duomenų sutvarkymas: darbo centrų kalendoriai, Setup Time ir Cleanup Time, taip pat BoM operacijų trukmės režimo pakeitimas iš Computed į Fixed.
- Pradinis įkėlimas: produktai, darbo centrai su kalendoriais, BoM ir jų operacijos.
- Užsakymų ir pirkimo užsakymų sinchronizavimas: patvirtinti ir vykdomi MO su jų gamybos užsakymais, taip pat
purchase.ordereilutės su numatytomis gavimo datomis. - Tvarkaraščio įrašymas atgal: datos ir darbo centrai įrašomi į
mrp.workorder, Odoo pusėje reguliariai keičiant API raktus. - Patvirtinimai iš gamybos cecho: Time Logs įrašų ir pranešimų apie užbaigtus gamybos užsakymus grąžinimas į Odoo.
- Testavimas lygiagrečiai su dabartiniu planu, tada naudojimo pradžia.
Odoo spąstai
- Pervadinti datų laukai. Iki 16.0 versijos imtinai planas buvo saugomas laukuose
date_planned_startirdate_planned_finished, o faktiniai duomenys –date_start/date_finished. Nuo 17.0 versijosdate_startirdate_finishedyra suplanuotos datos. Iš 16.0 projekto nukopijuota atitikties schema 17+ versijose be jokio įspėjimo nuskaito faktinius duomenis kaip planą. - Gamybos užsakymo datos yra rezervacijos. 19.0 versijoje laukai
date_startirdate_finishedmodelyjemrp.workorderapskaičiuojami pagal darbo centro kalendoriausresource.calendar.leavesįrašą (leave_id). Įrašius gamybos užsakymo datas, ši rezervacija atnaujinama. Niekada nerašykite tiesiogiai į šią kalendoriaus įrašų lentelę. - Pradėti gamybos užsakymai blokuoja komandą Unplan. Odoo neleidžia atšaukti MO planavimo, kai rodomas pranešimas „Some work orders have already started“ (kai kurie gamybos užsakymai jau pradėti). Įrašydami duomenis atgal, praleiskite gamybos užsakymus, kurių būsena yra
progressarbadone, ir perkelkite tik dar nepradėtus. - Kintanti trukmė. Operacijų, kurioms nustatyta Computed, trukmė apskaičiuojama pagal paskutinius gamybos užsakymus (pagal numatytąją nuostatą – 10) ir koreguojama pagal Time Efficiency. Bandomajam laikotarpiui nustatykite Fixed arba susitaikykite su kintančiais pradiniais duomenimis. Operacijos saugomos kiekviename BoM atskirai, bendro technologinių maršrutų žinyno nėra, todėl reikia sutvarkyti kiekvieną BoM.
- Netvarkingi kalendoriai. Kiekvienam darbo centrui reikia darbo laiko kalendoriaus. Odoo planavimo funkcija ieško laisvo laiko iki 700 dienų į priekį, tada sustoja su pranešimu „Impossible to plan the workorder” (neįmanoma suplanuoti gamybos užsakymo). Sutvarkykite kalendorius prieš pirmąjį įkėlimą.
- Matavimo vienetai.
mrp.bom.lineturi savoproduct_uom_id, kuris gali skirtis nuo gaminio atsargų apskaitos vieneto. Prieš tikrindami medžiagų prieinamumą, perskaičiuokite kiekius į atitinkamus vienetus.
Kas konfigūruoja Odoo integraciją
Kiekviena gamykla Odoo naudoja savaip: turi savo BoM operacijas, darbo centrų kalendorius, alternatyvius darbo centrus ir individualius modulius. SkyPlanner komandos kompetencija – tinkamai susieti duomenis atsižvelgiant į šią aplinką.
- SkyPlanner komanda sukonfigūruoja integraciją pagal jūsų Odoo aplinką diegimo pradžioje ir teikia palaikymą pradėjus ją naudoti. Integracija veikia per SkyPlanner REST API ir webhook pranešimus bei Odoo JSON-2 arba RPC API. Tai įprastas būdas.
- Gali prisidėti jūsų Odoo partneris. Partneris išmano jūsų aplinką bei individualius modulius ir gali kurti sprendimus naudodamas tą pačią dokumentuotą REST API. Per ją skaitomi ir įrašomi užsakymai, produktai, medžiagos, proceso etapai ir laiko įrašai; naudojamas JWT autentifikavimas, pateikta Swagger/OpenAPI dokumentacija.
- Jūsų programuotojai gali padaryti tą patį, dažniausiai sukurdami nedidelę tarpinę programą šalia Odoo arba modulį Odoo.sh ar vietiniame serveryje. Pradėti pakanka API rakto (integravimo instrukcija), o prireikus padeda SkyPlanner komanda.
Toks pats modelis jau naudojamas gamyboje su kitomis ERP sistemomis. Laboratory & Allied vidinė IT komanda integraciją su SAP Business One daugiausia sukūrė savarankiškai, padedama SkyPlanner. UTU naudoja SkyPlanner kartu su savo NetSuite ERP sistema.
Kodėl integracija atsiperka
Duomenų įrašymas atgal leidžia kasdien praktiškai naudotis integracijos nauda. Jam veikiant:
- Odoo gamybos užsakymuose – realistiškos datos. Arcturus AI variklis per kelias sekundes sudėlioja visų nebaigtų MO seką, o jo nustatytos datos ir pasirinkti darbo centrai įrašomi į
mrp.workorderir rodomi Odoo planavimo rodiniuose. - Niekam nebereikia perplanuoti rankiniu būdu. Pasikeitus gamybos situacijai, Autopilot automatiškai perskaičiuoja tvarkaraštį, o webhook pranešimas perduoda naujas datas į Odoo.
- Grįžtamasis ryšys iš gamybos cecho užbaigia ciklą. Operatoriai registruoja darbą telefonu arba planšete naudodami Mobile Confirmations, Production Timer ir Quick Log Mode, o Time Logs įrašai perduodami į Odoo atsargų apskaitai ir savikainai apskaičiuoti. Tvarkaraščių sudarymas ir darbų vykdymas valdomi vienu įrankiu tiek su Community, tiek su Enterprise.
- Tvarkaraštyje įvertinami apribojimai, kurių Odoo nevertina. Paruošimo laikų matrica nustato nuo gaminių sekos priklausantį perderinimo laiką kiekvienai gaminių porai. Įrankiai yra riboti ištekliai, kuriais dalijasi skirtingos staklės, o vienai užduočiai vienu metu gali reikėti kelių operatorių. Kai pagrindinės staklės ar darbuotojai nepasiekiami, variklis pasirenka alternatyvius. Į
mrp.workorderįrašytos datos atitinka visus šiuos apribojimus. - Planas priklauso nuo medžiagų gavimo. Turimos atsargos ir atviri Odoo pirkimo užsakymai naudojami tvarkaraščiui sudaryti pagal medžiagų prieinamumą. Užsakyti komponentai laikomi prieinamais pirkimo užsakyme nurodytą pristatymo dieną, o atsargos atnaujinamos, kai pirkimo užsakymas pažymimas Delivered. Kiekvienai užduočiai tikrinama, kas yra sandėlyje ir kas dar pakeliui.
Tvarkaraštį galite įvertinti dar nepradėję integravimo darbų. Pradėkite 30 dienų nemokamą bandomąjį laikotarpį naudodami CSV eksporto failus ir pamatykite savo Odoo gamybos užsakymus Gantt diagramoje – iki 20 darbo centrų, be kredito kortelės. Kaina prasideda nuo 199 € per mėnesį, į ją įtraukti 5 darbo centrai. Mokama kas mėnesį, atsisakyti galima bet kada. Integracijos kainos pasiūlymas pagal jūsų procesą ir poreikius pateikiamas iš anksto kartu su pasirinktu planu, todėl visas išlaidas žinote dar prieš pradėdami. Peržiūrėkite funkcijas ir klientų patirtis arba užsisakykite demonstraciją.
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 skirstymo į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ų.
1,000sautomatiškai suplanuotų gamybos užsakymų
„Dabar gamybą valdome kitaip, o mūsų supratimas apie pajėgumus – visiškai kito lygio.“
Hannu Ryynänen, generalinis direktorius
Mamec · Pramoninės maišyklės, siurbliai ir aukštųjų technologijų gamyba pagal užsakymą
Tūkstančiai gamybos užsakymų suplanuojami automatiškai, o visa organizacija gamybos eigą mato realiuoju laiku.
99,2%pristatymo patikimumas
„SkyPlanner padėjo aiškiau matyti gamybos kliūtis ir suteikė daugiau aiškumo valdant gamybą.“
Toni Tuori, gamybos vadovas
Piristeel · Stogo saugos ir lietaus nuvedimo sistemos
Šiemet pristatymo patikimumas pasiekė 99,2%, o gamybos tvarkaraščių sudarymas sutaupo iki keturių darbo valandų per dieną.
Dažniausiai užduodami klausimai
Ar integracija veikia su Odoo Online?
Taip, naudojant Custom planą – per išorinę API. One App Free ir Standard planai nesuteikia prieigos prie išorinės API, o Standard nepalaiko pasirinktinių modulių, todėl su šiais planais galima tik importuoti ir eksportuoti CSV/XLSX failus.
Ką naudoti – JSON-2 ar XML-RPC?
Odoo 19.0 ir naujesnėse versijose naudokite JSON-2. Versijoms nuo 16.0 iki 18.0 vis dar reikia XML-RPC ir JSON-RPC, tačiau juos numatyta pašalinti iš Odoo 22.
Kaip tvarkaraštis perduodamas atgal į Odoo?
Iškviečiant ORM metodą write kiekvienam mrp.workorder įrašui: 19.0 versijoje siunčiama POST /json/2/mrp.workorder/write užklausa su ids ir vals, o 16.0–18.0 versijose naudojamas execute_kw su write per XML-RPC arba JSON-RPC. Perduodamos reikšmės yra date_start, date_finished (16.0 versijoje – date_planned_start ir date_planned_finished) ir, jei pasikeitė, workcenter_id. Odoo kartu perkelia darbo centro rezervaciją, todėl Odoo planavimo rodiniuose rodomos SkyPlanner nustatytos datos.
Kaip operatorių patvirtinimai pasiekia Odoo?
Kaip Time Logs įrašai: integracija sukuria su gamybos užsakymu susietus mrp.workcenter.productivity įrašus su pradžia, pabaiga ir nuostolių priežastimi Productive, o baigus operaciją iškviečia button_finish. Kiekvienas patvirtinimas užregistruojamas tik kartą, todėl kartotiniai bandymai nesukuria darbo laiko įrašų dublikatų.
Kas prižiūri integraciją pradėjus ją naudoti?
SkyPlanner komanda sukonfigūruoja integraciją diegimo metu ir prižiūri ją pradėjus naudoti, taip pat pritaiko ją pasikeitus jūsų Odoo konfigūracijai. Jei integraciją kuria jūsų partneris ar programuotojai, jie remiasi dokumentuota REST API ir SkyPlanner dokumentacija, o komanda prireikus padeda.
Kas nutinka jau pradėtiems vykdyti gamybos užsakymams?
Rašydami duomenis atgal į Odoo, jų nekeiskite. Odoo neleidžia pašalinti MO iš tvarkaraščio, kai gamybos užsakymas jau vykdomas arba baigtas. SkyPlanner nuskaito jų būseną bei pažangą ir sudaro likusių darbų tvarkaraštį, į juos atsižvelgdama.
Kiek laiko užtrunka integracija su Odoo?
Pradėjus diegimą, jis paprastai užbaigiamas per kelias savaites. Pirmiausia per 30 dienų bandomąjį laikotarpį naudokite CSV formatu eksportuotus duomenis – taip tvarkaraštį patikrinsite su savo Odoo duomenimis dar prieš pradedant API integravimo darbus.
