Integrācijas / ERP / Odoo
Odoo integrācijas ceļvedis ražošanas grafiku sastādīšanai ar SkyPlanner APS
Šajā ceļvedī Odoo partneriem, izstrādātājiem un IT vadītājiem skaidrots, kā savienot Odoo Manufacturing ar SkyPlanner APS. Par ieguvumiem uzņēmumam un to, ko jau nodrošina Odoo poga Plan, lasiet lapā par ražošanas grafiku sastādīšanu Odoo un rakstā Vai Odoo nodrošina ražošanas plānošanu, ņemot vērā reālo iekārtu un personāla kapacitāti?.
Odoo paliek produktu, materiālu specifikāciju, operāciju, izgatavošanas pasūtījumu, krājumu un pašizmaksas uzskaites pamatsistēma. SkyPlanner no šiem datiem veido grafiku, izmantojot savu Arcturus dzini. Datu apmaiņa ar Odoo notiek abos virzienos:
- SkyPlanner saņem izgatavošanas pasūtījumus, ražošanas pasūtījumus, BoM operācijas, darba centrus un iepirkuma pasūtījumus.
- Plānotais sākuma un beigu laiks un darba centri tiek ierakstīti atpakaļ
mrp.workorder. - Izpildes gaita un reģistrētais laiks tiek nosūtīti atpakaļ kā Odoo Time Logs.
- SkyPlanner tīmekļa aizķeres nosūta grafika izmaiņas, tiklīdz tās notiek.
Ieviešanas laikā SkyPlanner komanda konfigurē integrāciju, izmantojot Odoo standarta ārējo API un pielāgojot to jūsu versijai, mitināšanas videi un pielāgojumiem. Komanda nodrošina arī atbalstu pēc palaišanas. Šis ceļvedis paredzēts partneriem un izstrādātājiem, kuri vēlas piedalīties vai paši veidot risinājumu, izmantojot SkyPlanner dokumentēto REST API (API uzziņa). Darbs ar produktiem, materiāliem un iepirkuma pasūtījumiem ir aprakstīts publiski pieejamajā SkyPlanner dokumentācijā.
Pirms sākat: pārbaudiet Odoo plānu un mitināšanas vidi
Vispirms noskaidrojiet, kādu Odoo risinājumu klients izmanto. Tas nosaka integrācijas pieeju.
| Konfigurācija | Ārējais API | Pielāgoti moduļi | Praktiskā pieeja |
|---|---|---|---|
| Odoo Online, One App Free vai Standard | Nē | Nē | CSV/XLSX vai pāreja uz Custom plānu |
| Odoo Online, Custom plāns | Jā | Nē | Ārējais API |
| Odoo.sh (Custom plāns) | Jā | Jā | Ārējais API, pēc izvēles — modulis |
| Lokāls izvietojums, Community vai Enterprise | Jā | Jā | Ārējais API, pēc izvēles — modulis |
Odoo API dokumentācijā teikts, ka piekļuve ārējam API ir “only available on Custom Odoo pricing plans” (pieejama tikai Odoo Custom cenu plānos), nevis One App Free vai Standard. Savukārt cenu lapā norādīts, ka Standard tiek mitināts Odoo Online “without custom modules” (bez pielāgotiem moduļiem). Noskaidrojiet to sākotnējās izpētes laikā, nevis izstrādes vidū.
Odoo integrācijas iespējas
| Iespēja | Versijas | Autentifikācija | Loma integrācijā ar ražošanas grafiku sastādīšanas sistēmu |
|---|---|---|---|
Ārējais JSON-2 API: POST /json/2/<model>/<method> | Ieviests 19.0 versijā | API atslēga galvenē Authorization: bearer <key>, neobligāta galvene X-Odoo-Database | Noklusējuma izvēle jaunām integrācijām: search_read lasīšanai, write datumu ierakstīšanai atpakaļ |
Ārējais XML-RPC / JSON-RPC: /xmlrpc/2, /jsonrpc, servisi common, object | Līdz 19.0 ieskaitot; paredzēts noņemt | common.authenticate ar lietotājvārdu un paroli vai API atslēgu, pēc tam execute_kw | Nepieciešams klientiem, kuri izmanto versijas no 16.0 līdz 18.0 |
| Pielāgoti kontrolieri modulī | Visas | Katram maršrutam atsevišķi, piemēram, auth='bearer' | Apvienotas datu paketes: MO kopā ar tā ražošanas pasūtījumiem vienā izsaukumā |
| Automatizācijas noteikumi: “Send Webhook Notification” (sūtīt tīmekļa aizķeres paziņojumu) | Dokumentācijā no 17.0 versijas | Izejošs POST pieprasījums uz URL | Datu nosūtīšana, izveidojot vai rediģējot MO un ražošanas pasūtījumus |
| Ierakstu importēšana (CSV, XLSX) un eksportēšana | Visas | Lietotāja sesija | Izmēģinājuma dati un vienreizēja pamatdatu ielāde |
Sagatavojieties noņemšanai jau tagad. Odoo ir paredzējis noņemt XML-RPC un JSON-RPC no Odoo 22 (2028. gada rudenī) un Odoo Online 21.1 (2027. gada ziemā). Integrācijas 19.0 versijai veidojiet ar JSON-2, bet vecākām datubāzēm RPC piekļuvi izolējiet vienā adapterī, lai jaunināšanai būtu vajadzīga tikai viena izmaiņa. Noņemšana neietekmē pielāgotos kontrolierus ar @route(type='jsonrpc').
Autentifikācija
Izveidojiet atsevišķu integrācijas lietotāju ar lasīšanas tiesībām moduļos Manufacturing un Inventory un rakstīšanas tiesībām ražošanas pasūtījumiem. Ģenerējiet tā atslēgu sadaļā Preferences > Account Security > New API Key. Versijā 19.0 atslēgas ir derīgas ne ilgāk par trim mēnešiem, tāpēc starpprogrammatūrai jānodrošina atslēgu nomaiņa un brīdinājumi par autentifikācijas kļūmēm. Bez tiem atslēgas derīguma termiņa beigas nemanāmi aptur sinhronizāciju. SkyPlanner pusē REST API izmanto JWT, tāpēc starpprogrammatūrā glabājas abu sistēmu piekļuves dati.
Katrs JSON-2 izsaukums tiek izpildīts atsevišķā SQL transakcijā, tāpēc rakstīšanas darbība, kas sadalīta vairākos izsaukumos, nav atomāra. Veiciet ierakstīšanu katram ražošanas pasūtījumam atsevišķi un reģistrējiet katru rezultātu.
Notikumi
Odoo nosūta izmaiņas, izmantojot automatizācijas noteikumus. Noteikums modelim mrp.production vai mrp.workorder ar aktivizētāju «Izveidojot un rediģējot» un darbību “Send Webhook Notification” (sūtīt tīmekļa aizķeres paziņojumu) nosūta POST pieprasījumu ar atlasītajiem laukiem uz URL. Izveidojiet noteikumu Studio vai izstrādātāja režīmā automatizācijas noteikumu veidlapā. Papildiniet to ar regulāru search_read aptauju pēc write_date, lai uztvertu importētos datus un visu, ko noteikums nav uztvēris. Pretējā virzienā SkyPlanner tīmekļa aizķeres nosūta grafika un statusa izmaiņas, tiklīdz tās notiek.
Lauku nosaukumi dažādās versijās atšķiras. 19.0 versijā katras datubāzes modeļi, lauki un metodes ir uzskaitīti adresē /doc; vecākās versijās izsauciet fields_get. Veidojiet atbilstības, balstoties uz šo informāciju, nevis no atmiņas.
Datu kartēšana: no Odoo uz SkyPlanner
| Odoo modelis | SkyPlanner objekts | Virziens | Biežums |
|---|---|---|---|
product.product / product.template (default_code, uom_id, qty_available) | Produkts vai materiāls | Odoo → SkyPlanner | Sākotnējā ielāde, pēc tam katru dienu vai pēc izmaiņām |
mrp.bom (product_tmpl_id, product_qty, produce_delay), mrp.bom.line (product_id, product_qty, operation_id), mrp.bom.byproduct | Produkts ar vairāku līmeņu struktūru, materiālu vajadzības katrā posmā | Odoo → SkyPlanner | Pēc izmaiņām |
mrp.routing.workcenter (cilne «Operācijas»: workcenter_id, sequence, time_mode, time_cycle_manual, blocked_by_operation_ids) | Tehnoloģiskā procesa posmi ar secību un izpildes laiku | Odoo → SkyPlanner | Pēc izmaiņām |
mrp.workcenter (resource_calendar_id, time_efficiency, time_start, time_stop, alternative_workcenter_ids) | Darba centrs, efektivitāte, pārregulēšana un sakopšana, alternatīvie darba centri | Odoo → SkyPlanner, pēc tam datus uztur SkyPlanner sistēmā | Sākotnējā ielāde |
mrp.workcenter.capacity (capacity) | Vienību skaits ciklā, produktam specifiskais pārregulēšanas un sakopšanas laiks | Odoo → SkyPlanner | Sākotnējā ielāde |
resource.calendar, resource.calendar.attendance, resource.calendar.leaves | Maiņas un prombūtne | Odoo → SkyPlanner | Sākotnējā ielāde, prombūtnes dati — pēc izmaiņām |
mrp.production (product_id, product_qty, date_deadline, priority, state, workorder_ids) | Pasūtījums ar izpildes termiņu un prioritāti | Odoo → SkyPlanner | Tīmekļa aizķere apstiprināšanas brīdī un papildu aptauja |
mrp.workorder (operation_id, workcenter_id, duration_expected, state) | Ražošanas uzdevums darba centrā | Odoo → SkyPlanner | Tīmekļa aizķere un papildu aptauja |
stock.quant, stock.move (komponentu kustība) | Krājumu atlikumi un materiālu vajadzības grafika sastādīšanai atbilstoši materiālu pieejamībai | Odoo → SkyPlanner | Regulāri, piemēram, ik pēc 15 līdz 60 minūtēm |
purchase.order (partner_id, state), purchase.order.line (product_id, product_qty, date_planned, qty_received) | Iepirkuma pasūtījumi un ienākošie materiāli, kas pieejami paredzētajā piegādes datumā | Odoo → SkyPlanner | Tīmekļa aizķere, apstiprinot vai rediģējot PO, un tā pati regulārā aptauja |
| Plānotais sākuma un beigu laiks un darba centrs | mrp.workorder.date_start, date_finished, workcenter_id | SkyPlanner → Odoo | Pēc grafika izmaiņām, izmantojot SkyPlanner tīmekļa aizķeri |
| Mobile Confirmations, laika uzskaites ieraksti | mrp.workcenter.productivity (Time Logs: workcenter_id, workorder_id, date_start, date_end, loss_id) | SkyPlanner → Odoo | Katram apstiprinājumam |
| Saražotais daudzums, operācijas pabeigšana | qty_producing ražošanas pasūtījumā, pēc tam button_finish; button_mark_done MO | SkyPlanner → Odoo vai izpilde Odoo Shop Floor | Katram apstiprinājumam |
Integrācijas pieejas
Vispirms pamatdati.
Ielādējiet darba centrus un kalendārus, pēc tam produktus, BoM un operācijas, kurās ir atsauces uz darba centriem. 30 dienu izmēģinājuma laikā tos pašus sarakstus ielādē no eksportētiem CSV failiem. Odoo Import and Export rīks darbojas jebkurā saraksta skatā.
Pasūtījumu sinhronizācija.
Ielādējiet MO ar statusu confirmed un progress kopā ar to ražošanas pasūtījumiem. Melnraksta MO neiekļaujiet vai uzskatiet tos par provizorisku pieprasījumu. Apakšmezgli ar savu BoM var ienākt kā atsevišķi pakārtoti MO, un Odoo katru MO plāno atsevišķi. Piesaistiet tos SkyPlanner apakšproduktiem, lai apakšmezgli būtu pabeigti, pirms sākas virslīmeņa produkta ražošana.
Grafika ierakstīšana atpakaļ Odoo.
Kad grafiks mainās, SkyPlanner tīmekļa aizķere aktivizē integrāciju, kas izsauc ORM metodi write katram skartajam mrp.workorder. Odoo 19.0 versijā tas ir viens JSON-2 pieprasījums katram ražošanas pasūtījumam:
“ 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 pieņem katru metodes argumentu pēc nosaukuma, kā arī ids un context, tāpēc write(vals) arguments kļūst par atslēgu vals. Versijās no 16.0 līdz 18.0 to pašu izsaukumu veic kā execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) ar XML-RPC vai JSON-RPC, bet 16.0 versijā atslēgas ir date_planned_start un date_planned_finished. Datumu un laiku nosūta UTC. Lai ierakstīšana notiktu korekti, ievērojiet dažus noteikumus:
- Nosūtiet abus datumus vienā izsaukumā.
- Pievienojiet
workcenter_idtikai tad, ja plānošanas dzinējs izvēlējies alternatīvu iekārtu. - Ierakstiet tikai grafika laukus, nekad nemainiet daudzumus vai BoM.
Datumu ierakstīšana pārvieto arī paša Odoo darba centra rezervāciju, tāpēc Odoo plānošanas skatos ir redzams SkyPlanner plāns.
Dati no ražošanas ceha atpakaļ uz Odoo. Operatori reģistrē darbu SkyPlanner Mobile Confirmations. Katram apstiprinājumam integrācija izsauc create modelim mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create ar vals_list). Tā aizpilda workorder_id, workcenter_id, date_start, date_end un loss_id ar tipu Productive, un darba laiks un izmaksas tiek iegrāmatotas Odoo.
Kad operācija ir pabeigta, integrācija iestata saražoto daudzumu un ražošanas pasūtījumam izsauc button_finish. Pēc pēdējā ražošanas pasūtījuma pabeigšanas MO ir gatavs button_mark_done izsaukumam. Katrs apstiprinājums tiek iegrāmatots vienu reizi, un tā Odoo ieraksta ID tiek saglabāts pie SkyPlanner laika uzskaites ieraksta, tāpēc atkārtots tīmekļa aizķeres izsaukums nekad neizveido otru Time Logs ierakstu.
Ražotnēs, kas izmanto Enterprise Shop Floor lietotni, datu plūsma ir pretēja: SkyPlanner nolasa ražošanas pasūtījuma statusu un qty_produced, un Autopilot automātiski pārplāno grafiku, kad ražošanā notiek izmaiņas.
Atbildība par datiem. Pirms palaišanas rakstiski nosakiet noteikumus:
| Dati | Atbildīgā sistēma |
|---|---|
| Produkti, BoM, operācijas, daudzumi, MO statuss | Odoo |
| Ražošanas pasūtījumu secība, sākuma un beigu laiki, darba centra izvēle | SkyPlanner |
| Sagatavošanas un pārejas laiku matrica, prasības instrumentiem un operatoriem, alternatīvie resursi | SkyPlanner |
| Darba centru kalendāri un Time Off | Viena sistēma, ko izvēlas tvēruma noteikšanas laikā |
| Time Logs, krājumi un pašizmaksas uzskaite | Odoo, saņemot SkyPlanner izpildes apstiprinājumus |
Plānotāji vairs neizmanto Odoo pogas Plan un Unplan tiem MO, kuru grafiku sastāda SkyPlanner. Pretējā gadījumā Odoo rezervē savus laika intervālus, pārrakstot SkyPlanner datumus.
Tipiskie projekta posmi
Ieviešanu parasti pabeidz dažu nedēļu laikā pēc ieviešanas procesa sākuma. Pirms tam 30 dienu bezmaksas izmēģinājumā izmanto jūsu pašu Odoo datu CSV eksportus. Pats projekts ietver šādus posmus:
- Pamatdatu atbilstību noteikšana: Odoo modeļi un lauki katrā versijā (pārbaudiet
/docvaifields_get), mērvienības un sistēma, kurā uztur kalendārus un Time Off. - Datu sakārtošana: darba centru kalendāri, Setup Time un Cleanup Time, kā arī BoM operāciju ilguma iestatīšana uz Fixed, nevis Computed.
- Sākotnējā ielāde: produkti, darba centri ar kalendāriem, BoM un to operācijas.
- Pasūtījumu un iepirkuma pasūtījumu sinhronizācija: apstiprinātie un izpildē esošie MO kopā ar to ražošanas pasūtījumiem, kā arī
purchase.orderrindas ar paredzētajiem piegādes datumiem. - Grafika ierakstīšana atpakaļ: datumi un darba centri modelī
mrp.workorder, nodrošinot API atslēgu rotāciju Odoo pusē. - Izpildes apstiprinājumi no ražošanas ceha: Time Logs un ražošanas pasūtījumu pabeigšanas datu nosūtīšana atpakaļ uz Odoo.
- Testēšana paralēli pašreizējam plānam, pēc tam — palaišana.
Odoo iespējamās problēmas
- Pārdēvēti datumu lauki. Līdz 16.0 versijai ieskaitot
date_planned_startundate_planned_finishedglabāja plānotos datumus, betdate_start/date_finished— faktiskos. Sākot ar 17.0, plānotie datumi irdate_startundate_finished. No 16.0 projekta pārkopēta lauku atbilstība versijās 17+ bez brīdinājuma nolasa faktiskos datumus kā plānotos. - Ražošanas pasūtījumu datumi ir rezervācijas. 19.0 versijā lauki
date_startundate_finishedmodelīmrp.workordertiek aprēķināti no darba centra kalendāraresource.calendar.leavesieraksta (leave_id). Datumu ierakstīšana ražošanas pasūtījumā atjaunina šo rezervāciju. Nekad nerakstiet tieši prombūtnes tabulā. - Sākti ražošanas pasūtījumi bloķē Unplan. Odoo neļauj atcelt MO ieplānošanu, ja “Some work orders have already started” (daži ražošanas pasūtījumi jau ir sākti). Ierakstot datus atpakaļ, izlaidiet ražošanas pasūtījumus ar statusu
progressvaidoneun pārvietojiet tikai tos, kas vēl nav sākti. - Operāciju ilgums mainās. Operācijām ar iestatījumu Computed ilgumu nosaka pēc pēdējiem ražošanas pasūtījumiem (pēc noklusējuma 10), koriģējot to ar Time Efficiency. Izmēģinājuma laikā iestatiet Fixed vai rēķinieties ar mainīgiem ievaddatiem. Operācijas ir definētas katrā BoM atsevišķi, un kopīgu tehnoloģiskā procesa pamatdatu nav, tāpēc katrs BoM jāsakārto atsevišķi.
- Nesakārtoti kalendāri. Katram darba centram vajadzīgs darba laika kalendārs. Odoo plānotājs meklē brīvu laiku līdz 700 dienām uz priekšu un pēc tam apstājas ar ziņojumu “Impossible to plan the workorder” (nav iespējams ieplānot ražošanas pasūtījumu). Sakārtojiet kalendārus pirms pirmās ielādes.
- Mērvienības.
mrp.bom.lineir savsproduct_uom_id, kas var atšķirties no produkta krājumu mērvienības. Pirms materiālu pieejamības pārbaudes veiciet mērvienību pārrēķinu.
Kas konfigurē Odoo integrāciju
Katrā rūpnīcā Odoo izmanto atšķirīgi: ir savas BoM operācijas, darba centru kalendāri, alternatīvie darba centri un pielāgoti moduļi. SkyPlanner komandas kompetence ir pareizi sasaistīt abu sistēmu datus atbilstoši šai konfigurācijai.
- SkyPlanner komanda konfigurē integrāciju atbilstoši jūsu Odoo konfigurācijai ieviešanas laikā un nodrošina atbalstu pēc palaišanas. Integrācija izmanto SkyPlanner REST API un tīmekļa aizķeres, kā arī Odoo JSON-2 vai RPC API. Tā ir standarta pieeja.
- Var iesaistīties jūsu Odoo partneris. Partneris pārzina jūsu konfigurāciju un pielāgotos moduļus un var izstrādāt risinājumu, izmantojot to pašu dokumentēto REST API. API ļauj lasīt un ierakstīt pasūtījumus, produktus, materiālus, procesa soļus un laika uzskaites ierakstus, izmantojot JWT autentifikāciju un Swagger/OpenAPI dokumentāciju.
- Jūsu pašu izstrādātāji var darīt to pašu, parasti izveidojot nelielu starpprogrammatūru līdzās Odoo vai moduli Odoo.sh vai lokālajā vidē. Lai sāktu, pietiek ar API atslēgu (integrācijas pamācība), un SkyPlanner komanda vajadzības gadījumā palīdz.
Šī pati pieeja jau tiek izmantota ražošanā ar citām ERP sistēmām. Uzņēmumā Laboratory & Allied iekšējā IT komanda SAP Business One integrāciju lielākoties izveidoja pati ar SkyPlanner palīdzību. Savukārt UTU izmanto SkyPlanner līdzās savai NetSuite ERP sistēmai.
Kāpēc integrācija atmaksājas
Tieši datu ierakstīšana atpakaļ Odoo rada praktisku ikdienas ieguvumu no integrācijas. Kad tā darbojas:
- Odoo ražošanas pasūtījumos ir reāli izpildāmi datumi. Arcturus AI dzinējs dažu sekunžu laikā nosaka visu atvērto MO secību, un tā aprēķinātie datumi un izvēlētie darba centri nonāk
mrp.workorder, kur tie ir redzami Odoo plānošanas skatos. - Nav jāpārplāno manuāli. Autopilot automātiski pārplāno grafiku, kad ražošanā notiek izmaiņas, un tīmekļa aizķere nosūta jaunos datumus uz Odoo.
- Ražošanas cehs nodrošina atgriezenisko saiti. Operatori reģistrē darbu tālrunī vai planšetdatorā ar Mobile Confirmations, Production Timer un Quick Log Mode, un Time Logs tiek nosūtīti uz Odoo krājumu un pašizmaksas uzskaitei. Grafiku sastādīšana un izpilde notiek vienā rīkā gan Community, gan Enterprise versijā.
- Grafikā ir ievēroti ierobežojumi, ko Odoo neņem vērā. Pārregulēšanas laiku matrica nosaka no secības atkarīgo pārregulēšanu katram produktu pārim. Instrumenti ir ierobežoti resursi, ko koplieto vairākas iekārtas, un vienam ražošanas uzdevumam var būt vajadzīgi vairāki operatori vienlaikus. Ja primārā iekārta vai darbinieks nav pieejams, dzinējs izvēlas alternatīvu. Atpakaļ
mrp.workorderierakstītie datumi ievēro visus šos ierobežojumus. - Materiālu piegāde nosaka plānu. Grafika sastādīšanā pēc materiālu pieejamības izmanto faktiskos krājumus un atvērtos Odoo iepirkuma pasūtījumus. Pasūtītās komponentes tiek uzskatītas par pieejamām iepirkuma pasūtījuma piegādes datumā, un krājumi tiek atjaunināti, kad pasūtījums atzīmēts kā Delivered. Katram ražošanas uzdevumam pārbauda gan noliktavā esošos, gan ceļā esošos materiālus.
Grafiku varat novērtēt, vēl pirms sākas integrācijas darbi. Sāciet 30 dienu bezmaksas izmēģinājumu ar CSV eksportiem un skatiet savus Odoo ražošanas pasūtījumus Gantt diagrammā — līdz 20 darba centriem un bez kredītkartes. Cena ir no 199 € mēnesī ar 5 iekļautiem darba centriem; maksa tiek iekasēta katru mēnesi, un abonementu var atcelt jebkurā laikā. Integrācijas cenu piedāvājumu sagatavojam iepriekš atbilstoši jūsu procesam un vajadzībām kopā ar izvēlēto plānu, lai visas izmaksas būtu zināmas pirms darba sākuma. Apskatiet funkcijas un klientu pieredzi vai piesakiet demonstrāciju.
Ražotāju atsauksmes par SkyPlanner
2 hietaupītas katru nedēļu
“Ar SkyPlanner esam pārgājuši no ražošanas plānošanas Excel izklājlapās uz ražošanas optimizāciju reāllaikā.”
Kalle Kalliomäki, piegādes ķēdes speciālists
UTU · Elektriskās sadalnes un sadales iekārtas
Ražošanas plānošana katru nedēļu ietaupa 2 stundas darba laika, un jaunā darbu rinda nonāk līdz ražošanas līnijai dažu sekunžu laikā.
+90%ražošanas efektivitāte
“Ražošanas efektivitāte ir pieaugusi par 90%.”
Abdul Rucyinga, IT vadītājs
Laboratory & Allied · Farmaceitisko produktu ražošana
Ražošanas efektivitāte ir pieaugusi par 90%, un optimizēta trīs mēnešu plāna izveide visiem darba centriem aizņem mazāk nekā 30 minūtes.
1 000iemautomātiski ieplānotu ražošanas pasūtījumu
“Tagad ražošanu kontrolējam pavisam citādi, un mūsu izpratne par jaudu ir pilnīgi citā līmenī.”
Hannu Ryynänen, izpilddirektors
Mamec · Rūpnieciskie maisītāji, sūkņi un augsto tehnoloģiju līgumražošana
Tūkstošiem ražošanas pasūtījumu tiek ieplānoti automātiski, un visam uzņēmumam ir pieejams reāllaika pārskats par ražošanu.
99,2%piegāžu savlaicīgums
“SkyPlanner ir palīdzējis skaidrāk saskatīt ražošanas šaurās vietas un padarījis ražošanas vadību pārskatāmāku.”
Toni Tuori, ražošanas vadītājs
Piristeel · Jumta drošības aprīkojums un lietusūdens novadīšanas sistēmas
Piegāžu savlaicīgums šogad sasniedza 99,2%, un ražošanas grafiku sastādīšana ļauj ietaupīt līdz četrām darba stundām dienā.
Biežāk uzdotie jautājumi
Vai integrācija darbojas ar Odoo Online?
Jā, Custom plānā — izmantojot ārējo API. One App Free un Standard plānos nav piekļuves ārējam API, un Standard neatbalsta pielāgotus moduļus. Tāpēc šajos plānos var izmantot tikai CSV/XLSX importu un eksportu.
Vai izmantot JSON-2 vai XML-RPC?
Odoo 19.0 un jaunākās versijās izmantojiet JSON-2. Versijām no 16.0 līdz 18.0 joprojām nepieciešams XML-RPC un JSON-RPC, taču Odoo 22 tos plānots noņemt.
Kā grafiks tiek nosūtīts atpakaļ uz Odoo?
Izmantojot ORM metodi write katram mrp.workorder: 19.0 versijā — POST /json/2/mrp.workorder/write ar ids un vals, bet versijās no 16.0 līdz 18.0 — execute_kw ar write, izmantojot XML-RPC vai JSON-RPC. Ierakstāmās vērtības ir date_start, date_finished (16.0 versijā — date_planned_start un date_planned_finished) un, ja tas mainīts, workcenter_id. Odoo attiecīgi pārvieto darba centra rezervāciju, tāpēc Odoo plānošanas skatos ir redzami SkyPlanner datumi.
Kā operatoru apstiprinājumi nonāk Odoo?
Kā Time Logs ieraksti: integrācija izveido ar ražošanas pasūtījumu saistītus mrp.workcenter.productivity ierakstus ar sākuma un beigu laiku un zudumu iemeslu Productive, pēc tam, kad operācija pabeigta, izsauc button_finish. Katrs apstiprinājums tiek iegrāmatots vienu reizi, tāpēc atkārtoti mēģinājumi nedublē uzskaitīto laiku.
Kas uztur integrāciju pēc tās palaišanas?
SkyPlanner komanda konfigurē integrāciju ieviešanas laikā un nodrošina tās atbalstu arī pēc palaišanas, tostarp pielāgo to izmaiņām jūsu Odoo konfigurācijā. Ja integrāciju izstrādā jūsu partneris vai izstrādātāji, viņi izmanto dokumentēto REST API un SkyPlanner dokumentāciju, un komanda vajadzības gadījumā palīdz.
Kas notiek ar jau sāktiem ražošanas pasūtījumiem?
Rakstot datus atpakaļ, tos nemainiet. Odoo neļauj izņemt MO no grafika, ja kāds ražošanas pasūtījums jau tiek izpildīts vai ir pabeigts. SkyPlanner nolasa to statusu un izpildes gaitu un ieplāno atlikušos darbus, ņemot tos vērā.
Cik ilgs laiks nepieciešams Odoo integrācijai?
Ieviešanu parasti pabeidz dažu nedēļu laikā pēc tās uzsākšanas. Vispirms izmantojiet 30 dienu izmēģinājumu ar CSV formātā eksportētiem datiem — tā pārbaudīsiet grafiku ar saviem Odoo datiem vēl pirms API integrācijas darbu sākuma.
