Integracije / ERP / Odoo
Vodnik za integracijo Odoo s SkyPlanner APS za terminiranje proizvodnje
Ta vodnik partnerjem Odoo, razvijalcem in vodjem IT pojasnjuje, kako povezati Odoo Manufacturing s SkyPlanner APS. Poslovne koristi in obstoječe delovanje gumba Plan v Odoo so predstavljeni na strani o terminiranju proizvodnje v Odoo in v članku Ali Odoo omogoča terminiranje proizvodnje ob upoštevanju dejanskih zmogljivosti strojev in osebja?.
Odoo ostaja matični sistem za izdelke, kosovnice, operacije, proizvodne naloge, zaloge in obračun stroškov. SkyPlanner iz teh podatkov s svojim algoritmom Arcturus sestavi terminski plan. Povezava z Odoo deluje v obe smeri:
- Iz Odoo se prenesejo proizvodni nalogi, delovni nalogi, operacije iz kosovnic, delovni centri in nabavna naročila.
- Planirani začetek in konec ter delovni centri se zapišejo nazaj v
mrp.workorder. - Podatki o napredku in evidentiranem času se vrnejo v Odoo kot Time Logs.
- Spletni kavlji SkyPlanner pošljejo spremembe terminskega plana takoj, ko nastanejo.
Ekipa SkyPlanner med uvajanjem nastavi integracijo prek standardnega zunanjega API-ja Odoo ter jo prilagodi vaši različici, gostovanju in prilagoditvam. Podporo zagotavlja tudi po prehodu v produkcijo. Ta vodnik je namenjen partnerjem in razvijalcem, ki želijo sodelovati ali sami razvijati rešitve na podlagi dokumentiranega REST API-ja SkyPlanner (referenčna dokumentacija API-ja). Obravnava izdelkov, materialov in nabavnih naročil je opisana v javno dostopni dokumentaciji SkyPlanner.
Pred začetkom: preverite paket in gostovanje Odoo
Najprej ugotovite, katero okolje Odoo uporablja stranka. Od tega je odvisen način integracije.
| Okolje | Zunanji API | Moduli po meri | Način izvedbe |
|---|---|---|---|
| Odoo Online, One App Free ali Standard | Ne | Ne | CSV/XLSX ali prehod na paket Custom |
| Odoo Online, paket Custom | Da | Ne | Zunanji API |
| Odoo.sh (paket Custom) | Da | Da | Zunanji API, po potrebi modul |
| Lokalna namestitev, Community ali Enterprise | Da | Da | Zunanji API, po potrebi modul |
Dokumentacija API-ja Odoo navaja, da je dostop do zunanjega API-ja “only available on Custom Odoo pricing plans” (na voljo samo v paketih Odoo Custom), ne pa v paketih One App Free ali Standard. Na strani s cenami je Standard opisan kot paket, ki gostuje na Odoo Online “without custom modules” (brez modulov po meri). To preverite že pri začetnem zbiranju zahtev, ne šele sredi razvoja.
Možnosti integracije z Odoo
| Možnost | Različice | Avtentikacija | Vloga pri integraciji za terminiranje |
|---|---|---|---|
Zunanji JSON-2 API: POST /json/2/<model>/<method> | Novo v različici 19.0 | Ključ API v Authorization: bearer <key>, izbirna glava X-Odoo-Database | Privzeta izbira za nove integracije: search_read za branje, write za povratni zapis datumov |
Zunanji XML-RPC / JSON-RPC: /xmlrpc/2, /jsonrpc, storitvi common, object | Do vključno različice 19.0; predvidena odstranitev | common.authenticate z uporabniškim imenom in geslom ali ključem API, nato execute_kw | Obvezno za stranke z različicami od 16.0 do 18.0 |
| Krmilniki po meri v modulu | Vse | Za vsako pot posebej, npr. auth='bearer' | Združeni podatki: proizvodni nalog s pripadajočimi delovnimi nalogi v enem klicu |
| Pravila avtomatizacije: »Send Webhook Notification« (pošlji obvestilo webhook) | V dokumentaciji od različice 17.0 | Izhodna zahteva POST na URL | Pošiljanje ob ustvarjanju ali urejanju proizvodnih in delovnih nalogov |
| Uvoz zapisov (CSV, XLSX) in izvoz | Vse | Uporabniška seja | Podatki za preizkus in enkratni uvozi matičnih podatkov |
Na odstranitev se pripravite že zdaj. Odoo je napovedal odstranitev XML-RPC in JSON-RPC v Odoo 22 (jeseni 2028) in Odoo Online 21.1 (pozimi 2027). Za različico 19.0 gradite na JSON-2, dostop prek RPC za starejše podatkovne zbirke pa ločite v en adapter, da bo ob nadgradnji potrebna le ena sprememba. Odstranitev ne vpliva na krmilnike po meri z @route(type='jsonrpc').
Avtentikacija
Ustvarite namenskega uporabnika za integracijo s pravicami za branje v modulih Manufacturing in Inventory ter za pisanje v delovne naloge. Njegov ključ ustvarite v Preferences > Account Security > New API Key. V različici 19.0 ključi veljajo največ tri mesece, zato mora vmesna programska oprema omogočati menjavanje ključev in opozarjanje ob napakah pri avtentikaciji. Brez tega potečeni ključ neopazno ustavi sinhronizacijo. REST API na strani SkyPlanner uporablja JWT, zato vmesna programska oprema hrani obe poverilnici.
Vsak klic JSON-2 se izvede v svoji transakciji SQL, zato zapis, razdeljen na več klicev, ni atomaren. Zapisujte po posameznih delovnih nalogih in beležite vsak rezultat.
Dogodki
Odoo pošilja spremembe prek pravil avtomatizacije. Pravilo za mrp.production ali mrp.workorder s sprožilcem On create and edit in dejanjem »Send Webhook Notification« (pošlji obvestilo webhook) pošlje zahtevo POST z izbranimi polji na URL. Pravilo ustvarite v Studio ali v razvijalskem načinu prek obrazca Automation Rules. Dodajte mu periodično poizvedovanje search_read po polju write_date, da zajamete uvoze in vse, kar je pravilo izpustilo. V nasprotni smeri webhooki SkyPlanner sproti pošiljajo spremembe terminskega plana in stanj.
Imena polj se med različicami razlikujejo. V različici 19.0 vsaka podatkovna zbirka navaja svoje modele, polja in metode na /doc; v starejših različicah pokličite fields_get. Preslikave določite na tej podlagi, ne po spominu.
Preslikava podatkov iz Odoo v SkyPlanner
| Model v Odoo | Objekt v SkyPlanner | Smer | Pogostost |
|---|---|---|---|
product.product / product.template (default_code, uom_id, qty_available) | Izdelek ali material | Odoo → SkyPlanner | Začetni uvoz, nato dnevno ali ob spremembi |
mrp.bom (product_tmpl_id, product_qty, produce_delay), mrp.bom.line (product_id, product_qty, operation_id), mrp.bom.byproduct | Izdelek z večnivojsko strukturo, potrebe po materialu za vsako operacijo | Odoo → SkyPlanner | Ob spremembi |
mrp.routing.workcenter (zavihek Operations: workcenter_id, sequence, time_mode, time_cycle_manual, blocked_by_operation_ids) | Operacije z zaporedjem in časom izvedbe | Odoo → SkyPlanner | Ob spremembi |
mrp.workcenter (resource_calendar_id, time_efficiency, time_start, time_stop, alternative_workcenter_ids) | Delovni center, učinkovitost, priprava in pospravljanje, nadomestni delovni centri | Odoo → SkyPlanner, nato vzdrževanje v SkyPlanner | Začetni uvoz |
mrp.workcenter.capacity (capacity) | Število kosov na cikel, časi priprave in pospravljanja za posamezen izdelek | Odoo → SkyPlanner | Začetni uvoz |
resource.calendar, resource.calendar.attendance, resource.calendar.leaves | Izmene in odsotnosti | Odoo → SkyPlanner | Začetni uvoz, odsotnosti ob spremembi |
mrp.production (product_id, product_qty, date_deadline, priority, state, workorder_ids) | Nalog z rokom in prioriteto | Odoo → SkyPlanner | Webhook ob potrditvi in periodično poizvedovanje |
mrp.workorder (operation_id, workcenter_id, duration_expected, state) | Operacija na delovnem centru | Odoo → SkyPlanner | Webhook in periodično poizvedovanje |
stock.quant, stock.move (premiki komponent) | Trenutna zaloga in potrebe po materialu za terminiranje glede na razpoložljivost materiala | Odoo → SkyPlanner | Periodično, npr. vsakih 15 do 60 minut |
purchase.order (partner_id, state), purchase.order.line (product_id, product_qty, date_planned, qty_received) | Nabavna naročila in prihajajoči material, razpoložljiv na predvideni datum dobave | Odoo → SkyPlanner | Webhook ob potrditvi ali urejanju nabavnega naročila in enako periodično poizvedovanje |
| Planirani začetek, konec in delovni center | mrp.workorder.date_start, date_finished, workcenter_id | SkyPlanner → Odoo | Ob spremembi terminskega plana prek webhooka SkyPlanner |
| Mobile Confirmations, časovni zapisi | mrp.workcenter.productivity (Time Logs: workcenter_id, workorder_id, date_start, date_end, loss_id) | SkyPlanner → Odoo | Ob vsaki potrditvi |
| Izdelana količina, zaključena operacija | qty_producing na delovnem nalogu, nato button_finish; button_mark_done na proizvodnem nalogu | SkyPlanner → Odoo ali izvedba v Odoo Shop Floor | Ob vsaki potrditvi |
Vzorci integracije
Najprej matični podatki.
Najprej naložite delovne centre in koledarje, nato izdelke, kosovnice in operacije, ki se sklicujejo na delovne centre. Med 30-dnevnim preizkusom iste sezname prenesete z izvozi CSV. Orodje Odoo Import and Export deluje v vseh seznamnih pogledih.
Sinhronizacija nalogov.
Uvozite proizvodne naloge v stanju confirmed in progress skupaj s pripadajočimi delovnimi nalogi. Osnutke proizvodnih nalogov izpustite ali jih obravnavajte kot okvirno povpraševanje. Podsestavi z lastno kosovnico lahko prispejo kot ločeni podrejeni proizvodni nalogi, Odoo pa vsak proizvodni nalog planira posebej. Preslikajte jih v podizdelke SkyPlanner, da se podsestavi dokončajo pred začetkom nadrejenega naloga.
Povratni zapis terminskega plana.
Ko se terminski plan spremeni, webhook SkyPlanner sproži integracijo, ki pokliče metodo ORM write za vsak zadevni mrp.workorder. V Odoo 19.0 to pomeni eno zahtevo JSON-2 na delovni nalog:
“ 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 sprejema vse argumente metode po imenu ter ids in context, zato se argument iz write(vals) poda s ključem vals. V različicah od 16.0 do 18.0 se isti klic izvede kot execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) prek XML-RPC ali JSON-RPC, v različici 16.0 pa sta ključa date_planned_start in date_planned_finished. Datume in čase pošiljajte v UTC. Za pravilen zapis upoštevajte nekaj pravil:
- Oba datuma pošljite v istem klicu.
workcenter_iddodajte samo, kadar je mehanizem izbral nadomestni stroj.- Zapisujte samo v polja za terminiranje, nikoli ne spreminjajte količin ali kosovnic.
Zapis datumov premakne tudi rezervacijo delovnega centra v Odoo, zato njegovi planski pogledi prikazujejo terminski plan SkyPlanner.
Podatki iz proizvodnje nazaj v Odoo. Operaterji beležijo delo v SkyPlanner Mobile Confirmations. Za vsako potrditev integracija pokliče create na mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create z vals_list). Izpolni workorder_id, workcenter_id, date_start, date_end in loss_id tipa Productive, delovni čas in stroški pa se knjižijo v Odoo.
Ko je operacija zaključena, integracija nastavi izdelano količino in na delovnem nalogu pokliče button_finish. Po zadnjem delovnem nalogu je proizvodni nalog pripravljen za button_mark_done. Vsaka potrditev se knjiži enkrat, ID njenega zapisa v Odoo pa se shrani ob časovnem zapisu v SkyPlanner, zato ponovljeni webhook nikoli ne ustvari dodatnega zapisa Time Log.
V obratih, ki uporabljajo aplikacijo Enterprise Shop Floor, je tok obraten: SkyPlanner bere stanje delovnega naloga in qty_produced, Autopilot pa ob spremembah v proizvodnji samodejno prilagodi terminski plan.
Odgovornost za podatke. Pred prehodom v produkcijo zapišite pravila:
| Podatki | Odgovorni sistem |
|---|---|
| Izdelki, kosovnice, operacije, količine, stanje proizvodnega naloga | Odoo |
| Zaporedje delovnih nalogov, časi začetka in konca, izbira delovnega centra | SkyPlanner |
| Matrika časov priprave in prehodov, zahteve glede orodij in operaterjev, alternativni viri | SkyPlanner |
| Koledarji delovnih centrov in Time Off | En sistem, izbran pri opredelitvi obsega |
| Time Logs, zaloge in obračun stroškov | Odoo na podlagi potrditev iz SkyPlanner |
Planerji za proizvodne naloge, ki jih terminira SkyPlanner, v Odoo ne uporabljajo več gumbov Plan in Unplan. Sicer Odoo rezervira svoje termine in prepiše datume iz SkyPlanner.
Običajni koraki projekta
Implementacija je običajno končana v nekaj tednih po začetku uvajanja. Pred tem poteka 30-dnevni brezplačni preizkus z izvozi CSV vaših podatkov iz Odoo. Sam projekt vključuje:
- Preslikava matičnih podatkov: modeli in polja Odoo za posamezno različico (preverite
/docalifields_get), merske enote ter določitev sistema, v katerem se vzdržujejo koledarji in odsotnosti v Time Off. - Ureditev podatkov: koledarji delovnih centrov, Setup Time in Cleanup Time ter nastavitev trajanja operacij v kosovnicah na Fixed namesto Computed.
- Začetni prenos: izdelki, delovni centri s koledarji, kosovnice in njihove operacije.
- Sinhronizacija proizvodnih nalogov in nabavnih naročil: potrjeni proizvodni nalogi in nalogi v izvajanju s pripadajočimi delovnimi nalogi ter postavke
purchase.orders predvidenimi datumi dobave. - Povratni zapis terminskega plana: datumi in delovni centri v
mrp.workorder, z menjavo ključev API na strani Odoo. - Potrditve iz proizvodnje: povratni prenos zapisov Time Logs in zaključkov delovnih nalogov v Odoo.
- Vzporedno testiranje z obstoječim planom, nato prehod v produkcijo.
Pasti pri integraciji z Odoo
- Preimenovana datumska polja. Do vključno različice 16.0 sta
date_planned_startindate_planned_finishedvsebovala planirane datume,date_start/date_finishedpa dejanske. Od različice 17.0 stadate_startindate_finishedplanirana datuma. Preslikava, prekopirana iz projekta za 16.0, v različicah 17+ brez opozorila bere dejanske datume kot planirane. - Datumi delovnih nalogov so rezervacije. V različici 19.0 se
date_startindate_finishedvmrp.workorderizračunata iz zapisaresource.calendar.leaves(leave_id) v koledarju delovnega centra. Zapis datumov na delovni nalog posodobi to rezervacijo. Nikoli ne zapisujte neposredno v tabelo odsotnosti. - Začeti delovni nalogi preprečijo razveljavitev planiranja z Unplan. Odoo zavrne razveljavitev planiranja proizvodnega naloga s sporočilom »Some work orders have already started« (nekateri delovni nalogi so se že začeli). Pri povratnem zapisu preskočite delovne naloge v stanju
progressalidonein premikajte le tiste, ki se še niso začeli. - Trajanja se spreminjajo. Pri nastavitvi Computed se trajanje operacij izračuna iz zadnjih delovnih nalogov (privzeto 10) in prilagodi s faktorjem Time Efficiency. Za preizkus jih nastavite na Fixed ali pa sprejmite spreminjajoče se vhodne podatke. Operacije so določene v vsaki kosovnici posebej, brez skupnih matičnih podatkov za tehnološki postopek, zato je treba urediti vsako kosovnico.
- Nepravilni koledarji. Vsak delovni center potrebuje koledar delovnega časa. Odoo pri terminiranju išče prost termin do 700 dni vnaprej, nato pa se ustavi s sporočilom “Impossible to plan the workorder” (delovnega naloga ni mogoče terminirati). Koledarje popravite pred prvim prenosom.
- Merske enote.
mrp.bom.lineima lastenproduct_uom_id, ki se lahko razlikuje od skladiščne merske enote izdelka. Pred preverjanjem razpoložljivosti materiala pretvorite količine.
Kdo nastavi integracijo z Odoo
Vsak obrat uporablja Odoo drugače: ima svoje operacije v kosovnicah, koledarje delovnih centrov, alternativne delovne centre in module po meri. Ekipa SkyPlanner ima strokovno znanje, s katerim zagotovi pravilno preslikavo podatkov za takšno okolje.
- Ekipa SkyPlanner nastavi integracijo med uvajanjem glede na vaše okolje Odoo in zagotavlja podporo po prehodu v produkcijo. Integracija uporablja REST API in spletne kavlje SkyPlanner ter JSON-2 ali RPC API Odoo. To je privzeti način izvedbe.
- Sodeluje lahko tudi vaš partner Odoo. Partner pozna vaše okolje in module po meri ter lahko razvija na podlagi istega dokumentiranega REST API-ja. Ta omogoča branje in zapisovanje nalogov, izdelkov, materialov, korakov tehnološkega postopka in evidenc časa, uporablja avtentikacijo JWT ter ima dokumentacijo Swagger/OpenAPI.
- Vaši razvijalci lahko naredijo enako, običajno z manjšo vmesno programsko opremo ob Odoo ali z modulom na Odoo.sh oziroma v lokalni namestitvi. Za začetek zadostuje ključ API (navodila za integracijo), ekipa SkyPlanner pa po potrebi pomaga.
Enak model že deluje v produkciji z drugimi sistemi ERP. V podjetju Laboratory & Allied je interna ekipa IT integracijo s SAP Business One večinoma razvila sama, ob pomoči ekipe SkyPlanner. Podjetje UTU pa uporablja SkyPlanner ob svojem sistemu ERP NetSuite.
Zakaj se integracija izplača
Povratni zapis podatkov je tisti, ki prinaša vsakodnevne koristi integracije. Ko deluje:
- Delovni nalogi v Odoo dobijo konkretne termine. Mehanizem Arcturus AI v nekaj sekundah določi zaporedje vseh odprtih proizvodnih nalogov. Izračunani datumi in izbrani delovni centri se zapišejo v
mrp.workorder, kjer jih prikažejo planski pogledi Odoo. - Nič več ročnega preplaniranja. Autopilot ob spremembah v proizvodnji samodejno popravi terminski plan, spletni kavelj pa nove datume pošlje v Odoo.
- Podatki iz proizvodnje sklenejo krog. Operaterji evidentirajo delo na telefonu ali tablici s funkcijami Mobile Confirmations, Production Timer in Quick Log Mode. Zapisi Time Logs se prenesejo v Odoo za vodenje zalog in obračun stroškov. Terminiranje in izvedba potekata v enem orodju, tako v različici Community kot Enterprise.
- Terminski plan upošteva omejitve, ki jih Odoo ne. Matrika pripravljalnih časov določa čase menjave za vsak par izdelkov glede na njuno zaporedje. Orodja so viri z omejeno razpoložljivostjo, ki si jih deli več strojev, posamezna operacija pa lahko zahteva več operaterjev hkrati. Kadar primarni stroj ali osebje ni na voljo, mehanizem izbere nadomestne stroje ali osebje. Datumi, zapisani nazaj v
mrp.workorder, upoštevajo vse te omejitve. - Prihod materiala določa plan. Trenutne zaloge in odprta nabavna naročila v Odoo so podlaga za terminiranje glede na razpoložljivost materiala. Naročene komponente se štejejo kot razpoložljive na datum dobave iz nabavnega naročila, zaloga pa se posodobi, ko je naročilo označeno kot Delivered. Za vsako operacijo se preveri, kaj je v skladišču in kaj je na poti.
Terminski plan lahko ocenite, še preden se začne delo na integraciji. Začnite 30-dnevni brezplačni preizkus z izvozi CSV in si oglejte svoje delovne naloge iz Odoo na gantogramu, z do 20 delovnimi mesti in brez kreditne kartice. Cena se začne pri 199 € na mesec in vključuje 5 delovnih mest. Obračun je mesečen, naročnino pa lahko kadar koli prekličete. Ponudbo za integracijo pripravimo vnaprej glede na vaš proces in potrebe, skupaj z naročniškim paketom, da pred začetkom poznate celotne stroške. Oglejte si funkcije in stranke ali rezervirajte predstavitev.
Mnenja proizvodnih podjetij o SkyPlanner
2 hprihranka vsak teden
“S SkyPlanner smo pri planiranju proizvodnje prešli z Excelovih preglednic na optimizacijo proizvodnje v realnem času.”
Kalle Kalliomäki, strokovnjak za oskrbovalno verigo
UTU · Električni razdelilniki in stikalne naprave
Pri planiranju proizvodnje vsak teden prihranijo 2 uri dela, nova čakalna vrsta operacij pa pride na proizvodno linijo v nekaj sekundah.
+90%učinkovitost proizvodnje
»Učinkovitost proizvodnje se je povečala za 90%.«
Abdul Rucyinga, vodja IT
Laboratory & Allied · Farmacevtska proizvodnja
Učinkovitost proizvodnje se je povečala za 90%, izdelava optimiziranega trimesečnega plana za vsa delovna mesta pa traja manj kot 30 minut.
1,000ssamodejno terminiranih delovnih nalogov
»Proizvodnjo zdaj obvladujemo drugače, naše razumevanje kapacitet pa je na povsem drugi ravni.«
Hannu Ryynänen, direktor
Mamec · Industrijska mešala, črpalke in visokotehnološka pogodbena proizvodnja
Na tisoče delovnih nalogov se terminira samodejno, celotna organizacija pa ima vpogled v proizvodnjo v realnem času.
99,2%zanesljivost dobav
»SkyPlanner nam je omogočil, da lažje prepoznamo ozka grla, in vnesel jasnost v vodenje proizvodnje.«
Toni Tuori, vodja proizvodnje
Piristeel · Strešni varnostni sistemi in sistemi za odvajanje deževnice
Zanesljivost dobav je letos dosegla 99,2%, terminiranje pa prihrani do štiri ure delovnega časa na dan.
Pogosta vprašanja
Ali integracija deluje v Odoo Online?
Da, v paketu Custom prek zunanjega API-ja. Paketa One App Free in Standard nimata dostopa do zunanjega API-ja, Standard pa deluje brez modulov po meri, zato sta ta paketa omejena na uvoz in izvoz datotek CSV/XLSX.
Naj uporabimo JSON-2 ali XML-RPC?
V Odoo 19.0 in novejših različicah uporabite JSON-2. Za različice od 16.0 do 18.0 sta še vedno potrebna XML-RPC in JSON-RPC, vendar je njuna odstranitev predvidena v Odoo 22.
Kako se terminski plan prenese nazaj v Odoo?
Prek metode ORM write za vsak mrp.workorder: v različici 19.0 z zahtevo POST /json/2/mrp.workorder/write z ids in vals, v različicah od 16.0 do 18.0 pa z execute_kw in write prek XML-RPC ali JSON-RPC. Zapišejo se vrednosti date_start, date_finished (v različici 16.0 date_planned_start in date_planned_finished) ter workcenter_id, če se je spremenil. Odoo ob tem premakne rezervacijo delovnega centra, zato njegovi planski pogledi prikazujejo datume iz SkyPlanner.
Kako se potrditve operaterjev prenesejo v Odoo?
Kot Time Logs: integracija za delovni nalog ustvari zapise mrp.workcenter.productivity z začetkom, koncem in razlogom izgube Productive, ob zaključku operacije pa pokliče button_finish. Vsaka potrditev se knjiži enkrat, zato ponovni poskusi ne podvojijo evidentiranega časa.
Kdo vzdržuje integracijo po zagonu?
Ekipa SkyPlanner nastavi integracijo med uvajanjem in zanjo zagotavlja podporo tudi po zagonu, vključno s prilagoditvami ob spremembah vaše postavitve Odoo. Če integracijo izdela vaš partner ali vaši razvijalci, se oprejo na dokumentirani REST API in dokumentacijo SkyPlanner, ekipa pa jim po potrebi pomaga.
Kaj se zgodi z delovnimi nalogi, ki so se že začeli izvajati?
Pri zapisovanju nazaj jih pustite nespremenjene. Odoo prepreči odstranitev proizvodnega naloga (MO) iz terminskega plana, ko je delovni nalog že v izvajanju ali zaključen. SkyPlanner prebere njihovo stanje in napredek ter preostalo delo terminira ob upoštevanju teh nalogov.
Koliko časa traja integracija z Odoo?
Implementacija je običajno končana v nekaj tednih po začetku uvajanja. Najprej opravite 30-dnevni preizkus z izvozi CSV. Tako boste terminski plan preverili na lastnih podatkih iz Odoo, še preden se začne delo z API-jem.
