Integrációk / ERP / Odoo
Odoo-integrációs útmutató a SkyPlanner APS gyártásütemezéséhez
Ez az útmutató az Odoo-partnereknek, fejlesztőknek és informatikai vezetőknek mutatja be, hogyan kapcsolható össze az Odoo Manufacturing a SkyPlanner APS-sel. Az üzleti előnyökről és az Odoo Plan gombjának meglévő funkcióiról az Odoo gyártásütemezését bemutató oldalon és a Van az Odoo-ban termelésütemezés? című cikkben olvashat.
A termékek, darabjegyzékek, műveletek, gyártási megrendelések, készletek és költségszámítás hiteles nyilvántartása továbbra is az Odoo marad. A SkyPlanner ezekből az adatokból készíti el az ütemtervet az Arcturus motorral. Az Odoo-val kétirányú az adatkapcsolat:
- A SkyPlanner átveszi a gyártási megrendeléseket, a gyártási rendeléseket, a darabjegyzékek műveleteit, a munkaállomásokat és a beszerzési rendeléseket.
- A tervezett kezdés és befejezés, valamint a munkaállomások visszaíródnak az
mrp.workorderrekordokba. - Az előrehaladás és a rögzített munkaidő Odoo Time Logs formájában kerül vissza.
- A SkyPlanner webhookjai azonnal továbbítják az ütemterv változásait.
A SkyPlanner csapata a bevezetés során az Odoo szabványos külső API-ján állítja be az integrációt, az Ön verziójához, üzemeltetési környezetéhez és egyedi módosításaihoz igazítva. Az éles indulás után is támogatja a működését. Ez az útmutató azoknak a partnereknek és fejlesztőknek szól, akik részt kívánnak venni ebben, vagy maguk szeretnének fejleszteni a SkyPlanner dokumentált REST API-jára építve (API-referencia). A termékek, anyagok és beszerzési rendelések kezelését a nyilvános SkyPlanner-dokumentáció ismerteti.
Nulladik lépés: az Odoo-csomag és az üzemeltetési környezet ellenőrzése
Először tisztázza, melyik Odoo-változatot használja az ügyfél. Ez határozza meg a megvalósítás módját.
| Környezet | Külső API | Egyedi modulok | Javasolt megoldás |
|---|---|---|---|
| Odoo Online, One App Free vagy Standard | Nem | Nem | CSV/XLSX, vagy váltás a Custom csomagra |
| Odoo Online, Custom csomag | Igen | Nem | Külső API |
| Odoo.sh (Custom csomag) | Igen | Igen | Külső API, opcionális modullal |
| Helyi telepítés, Community vagy Enterprise | Igen | Igen | Külső API, opcionális modullal |
Az Odoo API-dokumentációja szerint a külső API-hozzáférés „only available on Custom Odoo pricing plans” (csak az Odoo Custom díjcsomagjaiban érhető el), a One App Free és Standard csomagokban nem. Az árakat ismertető oldalon a Standard az Odoo Online-on üzemeltetett csomagként szerepel, „without custom modules” (egyedi modulok nélkül). Ezt már a felméréskor tisztázza, ne a fejlesztés közepén.
Az Odoo integrációs lehetőségei
| Lehetőség | Verziók | Hitelesítés | Szerepe az ütemezési integrációban |
|---|---|---|---|
Külső JSON-2 API: POST /json/2/<model>/<method> | Újdonság a 19.0 verzióban | API-kulcs az Authorization: bearer <key> fejlécben, opcionális X-Odoo-Database fejléc | Új fejlesztéseknél az alapértelmezett megoldás: search_read az olvasáshoz, write az időpontok visszaírásához |
Külső XML-RPC / JSON-RPC: /xmlrpc/2, /jsonrpc, szolgáltatások: common, object | 19.0-ig; a kivezetése már ütemezve van | common.authenticate felhasználónévvel és jelszóval vagy API-kulccsal, majd execute_kw | A 16.0–18.0 verziót használó ügyfeleknél szükséges |
| Egyedi vezérlők egy modulban | Mindegyik | Útvonalanként, pl. auth='bearer' | Összevont adatcsomagok: egy MO a hozzá tartozó gyártási rendelésekkel egyetlen hívásban |
| Automatizálási szabályok: „Send Webhook Notification” (webhook-értesítés küldése) | A 17.0 verziótól szerepel a dokumentációban | Kimenő POST-kérés egy URL-re | Adatküldés MO-k és gyártási rendelések létrehozásakor vagy szerkesztésekor |
| Rekordok importálása (CSV, XLSX) és exportálása | Mindegyik | Felhasználói munkamenet | Próbaadatok és törzsadatok egyszeri betöltése |
Már most készüljön fel a kivezetésre. Az Odoo ütemezte az XML-RPC és a JSON-RPC kivezetését az Odoo 22 (2028 ősze) és az Odoo Online 21.1 (2027 tele) verzióban. A 19.0 verziónál építsen a JSON-2-re, a régebbi adatbázisokhoz használt RPC-elérést pedig különítse el egyetlen adapter mögé, hogy a verzióváltáshoz egyetlen módosítás elegendő legyen. A kivezetés nem érinti a @route(type='jsonrpc') használatával készült egyedi vezérlőket.
Hitelesítés
Hozzon létre külön integrációs felhasználót, olvasási jogosultsággal a Manufacturing és Inventory modulokhoz, valamint írási jogosultsággal a gyártási rendelésekhez. A kulcsát a Preferences > Account Security > New API Key menüpontban hozza létre. A 19.0 verzióban a kulcsok legfeljebb három hónapig érvényesek, ezért a köztes szoftvernek kezelnie kell a kulcscserét, és riasztást kell küldenie hitelesítési hiba esetén. Ezek nélkül egy lejárt kulcs észrevétlenül leállítja a szinkronizálást. A SkyPlanner oldalán a REST API JWT-t használ, így a köztes szoftver mindkét rendszer hitelesítő adatait tárolja.
Minden JSON-2 hívás saját SQL-tranzakcióban fut, ezért a több hívásra bontott írás nem atomi művelet. Gyártási rendelésenként végezze az írást, és minden eredményt naplózzon.
Események
Az Odoo automatizálási szabályokkal küldi ki a változásokat. Az mrp.production vagy az mrp.workorder modellre beállított szabály az On create and edit (létrehozáskor és szerkesztéskor) eseménnyel és a „Send Webhook Notification” (webhook-értesítés küldése) művelettel POST-kérésben küldi el a kiválasztott mezőket egy URL-re. Hozza létre a szabályt a Studio felületén, vagy fejlesztői módban az Automation Rules űrlapon. Egészítse ki egy ütemezett search_read lekérdezéssel a write_date mező alapján, hogy az importálások és a szabály által kihagyott változások is bekerüljenek. A másik irányban a SkyPlanner webhookjai a bekövetkezésükkor továbbítják az ütemezés- és állapotváltozásokat.
A mezőnevek verziónként eltérnek. A 19.0 verzióban minden adatbázis a /doc címen sorolja fel a modelljeit, mezőit és metódusait; régebbi verzióknál hívja meg a fields_get metódust. Ezek alapján készítse el a megfeleltetést, ne emlékezetből.
Adatmegfeleltetés: az Odoo-ból a SkyPlannerbe
| Odoo-modell | SkyPlanner-objektum | Irány | Gyakoriság |
|---|---|---|---|
product.product / product.template (default_code, uom_id, qty_available) | Termék vagy anyag | Odoo → SkyPlanner | Kezdeti betöltés, majd naponta vagy változáskor |
mrp.bom (product_tmpl_id, product_qty, produce_delay), mrp.bom.line (product_id, product_qty, operation_id), mrp.bom.byproduct | Többszintű termékstruktúra, műveletenkénti anyagszükséglet | Odoo → SkyPlanner | Változáskor |
mrp.routing.workcenter (Operations lap: workcenter_id, sequence, time_mode, time_cycle_manual, blocked_by_operation_ids) | Műveletek a sorrendjükkel és végrehajtási idejükkel | Odoo → SkyPlanner | Változáskor |
mrp.workcenter (resource_calendar_id, time_efficiency, time_start, time_stop, alternative_workcenter_ids) | Munkaállomás, hatékonyság, előkészítés és befejező munkák, alternatív munkaállomások | Odoo → SkyPlanner, majd karbantartás a SkyPlannerben | Kezdeti betöltés |
mrp.workcenter.capacity (capacity) | Ciklusonkénti darabszám, termékspecifikus előkészítési és befejezési idők | Odoo → SkyPlanner | Kezdeti betöltés |
resource.calendar, resource.calendar.attendance, resource.calendar.leaves | Műszakok és távollétek | Odoo → SkyPlanner | Kezdeti betöltés, a távollétek frissítése változáskor |
mrp.production (product_id, product_qty, date_deadline, priority, state, workorder_ids) | Rendelés határidővel és prioritással | Odoo → SkyPlanner | Webhook jóváhagyáskor, kiegészítő lekérdezéssel |
mrp.workorder (operation_id, workcenter_id, duration_expected, state) | Gyártási feladat egy munkaállomáson | Odoo → SkyPlanner | Webhook, kiegészítő lekérdezéssel |
stock.quant, stock.move (komponensek készletmozgásai) | Raktárkészlet és anyagszükséglet az anyagellátottságon alapuló ütemezéshez | Odoo → SkyPlanner | Ütemezetten, pl. 15–60 percenként |
purchase.order (partner_id, state), purchase.order.line (product_id, product_qty, date_planned, qty_received) | Beszerzési rendelések és beérkező anyagok, amelyek a várható szállítás napján válnak elérhetővé | Odoo → SkyPlanner | Webhook a PO jóváhagyásakor vagy szerkesztésekor, ugyanazzal az ütemezett lekérdezéssel kiegészítve |
| Tervezett kezdés, befejezés és munkaállomás | mrp.workorder.date_start, date_finished, workcenter_id | SkyPlanner → Odoo | Az ütemezés változásakor, SkyPlanner-webhookon keresztül |
| Mobile Confirmations, időbejegyzések | mrp.workcenter.productivity (Time Logs: workcenter_id, workorder_id, date_start, date_end, loss_id) | SkyPlanner → Odoo | Visszajelentésenként |
| Elkészült mennyiség, befejezett művelet | qty_producing a gyártási rendelésen, majd button_finish; button_mark_done az MO-n | SkyPlanner → Odoo, vagy rögzítés az Odoo Shop Floor felületén | Visszajelentésenként |
Integrációs minták
Először a törzsadatok.
Először a munkaállomásokat és a naptárakat töltse be, majd a termékeket, a darabjegyzékeket és a munkaállomásokra hivatkozó műveleteket. A 30 napos próbaidőszakban ugyanezek a listák CSV-exportként tölthetők be. Az Odoo importálási és exportálási eszköze bármely listanézetben használható.
Rendelések szinkronizálása.
Töltse be a confirmed és progress állapotú MO-kat a hozzájuk tartozó gyártási rendelésekkel együtt. A piszkozat állapotú MO-kat hagyja ki, vagy kezelje őket még nem végleges igényként. A saját darabjegyzékkel rendelkező részegységek külön alárendelt MO-ként érkezhetnek, és az Odoo minden MO-t önállóan tervez. Feleltesse meg őket a SkyPlanner altermékeinek, hogy a részegységek elkészüljenek a szülőtermék gyártásának kezdete előtt.
Az ütemterv visszaírása.
Az ütemezés változásakor egy SkyPlanner-webhook elindítja az integrációt, amely meghívja az ORM write metódusát minden érintett mrp.workorder rekordon. Az Odoo 19.0 verzióban ez gyártási rendelésenként egy JSON-2 kérést jelent:
“ 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}} “
A JSON-2 az ids és a context mellett minden metódusargumentumot név szerint fogad, így a write(vals) argumentuma a vals kulcs alá kerül. A 16.0–18.0 verzióban ugyanez a hívás XML-RPC-n vagy JSON-RPC-n keresztül fut, execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) formában; a 16.0 verzióban pedig a kulcsok neve date_planned_start és date_planned_finished. A dátumokat és időpontokat UTC-ben kell küldeni. Néhány szabály betartásával elkerülhetők a visszaírási hibák:
- Mindkét dátumot ugyanabban a hívásban küldje el.
- Csak akkor adja meg a
workcenter_idmezőt, ha az ütemezőmotor alternatív gépet választott. - Csak az ütemezési mezőket írja, a mennyiségeket és a darabjegyzékeket soha.
A dátumok visszaírása áthelyezi az Odoo saját munkaállomás-foglalását, így az Odoo tervezési nézeteiben a SkyPlanner ütemterve jelenik meg.
Üzemi visszajelentések az Odoo felé. A gépkezelők a SkyPlanner Mobile Confirmations funkciójával rögzítik a munkát. Az integráció minden visszajelentésnél meghívja a create metódust az mrp.workcenter.productivity modellen (JSON-2: POST /json/2/mrp.workcenter.productivity/create, vals_list megadásával). Kitölti a workorder_id, workcenter_id, date_start és date_end mezőt, valamint egy Productive típusú loss_id értéket, így a munkaidő és a hozzá kapcsolódó költségelszámolás bekerül az Odoo rendszerébe.
Egy művelet befejezésekor az integráció beállítja a legyártott mennyiséget, és meghívja a gyártási rendelés button_finish metódusát. Az utolsó gyártási rendelés lezárása után az MO készen áll a button_mark_done hívására. Minden visszajelentés csak egyszer kerül rögzítésre, Odoo-rekordazonosítója pedig megmarad a SkyPlanner időbejegyzése mellett, így egy újrapróbált webhook soha nem hoz létre második Time Log bejegyzést.
Az Enterprise Shop Floor alkalmazást használó üzemekben az adatáramlás iránya fordított: a SkyPlanner olvassa a gyártási rendelés állapotát és a qty_produced értékét, az Autopilot pedig a termelés változásakor automatikusan újraütemez.
Adatgazdák. Az éles indulás előtt írásban rögzítse a szabályokat:
| Adatok | Adatgazda |
|---|---|
| Termékek, darabjegyzékek, műveletek, mennyiségek, MO-állapot | Odoo |
| Gyártási rendelések sorrendje, kezdési és befejezési időpontok, munkaállomás kiválasztása | SkyPlanner |
| Átállásiidő-mátrix, szerszám- és gépkezelői követelmények, alternatív erőforrások | SkyPlanner |
| Munkaállomások naptárai és Time Off | A felmérés során kiválasztott egyetlen rendszer |
| Time Logs, készlet és költségszámítás | Odoo, a SkyPlanner visszajelentéseiből származó adatokkal |
A tervezők a SkyPlanner által ütemezett gyártási megrendeléseknél nem használják többé az Odoo Plan és Unplan gombját. Ellenkező esetben az Odoo a SkyPlanner dátumait felülírva foglalja le a saját idősávjait.
A projekt szokásos lépései
A megvalósítás általában a bevezetés kezdetétől számított néhány héten belül elkészül. Ezt megelőzően a 30 napos ingyenes próba során a saját Odoo-adataiból készített CSV-exportokkal próbálhatja ki a rendszert. Maga a projekt az alábbiakat tartalmazza:
- Törzsadatok megfeleltetése: Odoo-modellek és mezők verziónként (ellenőrizze a
/docvagy afields_getsegítségével), mértékegységek, valamint annak meghatározása, hogy melyik rendszerben tartják karban a naptárakat és a Time Off adatait. - Adatrendezés: a munkaállomások naptárainak, a Setup Time és Cleanup Time értékeknek a rendezése, valamint a darabjegyzékek műveleteinél Computed helyett Fixed időtartamok beállítása.
- Kezdeti adatbetöltés: termékek, munkaállomások a naptáraikkal, darabjegyzékek és a hozzájuk tartozó műveletek.
- Rendelések és beszerzési rendelések szinkronizálása: jóváhagyott és folyamatban lévő MO-k a hozzájuk tartozó gyártási rendelésekkel, valamint a
purchase.ordersorai a várható beérkezési időpontokkal. - Ütemezés visszaírása: időpontok és munkaállomások az
mrp.workorderrekordokon, az API-kulcsok rendszeres cseréjével az Odoo oldalán. - Üzemi visszajelentések: a Time Logs bejegyzések és a gyártási rendelések befejezésének visszaküldése az Odoo-ba.
- Tesztelés az aktuális tervvel párhuzamosan, majd éles indulás.
Az Odoo buktatói
- Átnevezett dátummezők. A 16.0 verzióig a
date_planned_startés adate_planned_finishedtárolta a tervezett, adate_start/date_finishedpedig a tényleges időpontokat. A 17.0 verziótól adate_startés adate_finisheda tervezett időpontokat jelenti. Egy 16.0 projektről átmásolt megfeleltetés a 17+ verziókon észrevétlenül tervadatként olvassa be a tényadatokat. - A gyártási rendelés időpontjai kapacitásfoglalások. A 19.0 verzióban a
date_startés adate_finishedmező értéke azmrp.workordermodellben a munkaállomás naptárában szereplőresource.calendar.leavesrekordból (leave_id) számítódik. A gyártási rendelés időpontjainak írása ezt a foglalást frissíti. Soha ne írjon közvetlenül a távolléti táblába. - A megkezdett gyártási rendelések blokkolják az Unplan műveletet. Az Odoo nem engedi az MO ütemezésének visszavonását, ha „Some work orders have already started” (egyes gyártási rendelések már elkezdődtek). Visszaíráskor hagyja ki a
progressvagydoneállapotú gyártási rendeléseket, és csak a még el nem kezdetteket helyezze át. - Változó időtartamok. A Computed beállítású műveletek időtartama a legutóbbi gyártási rendelésekből származik (alapértelmezés szerint 10 rendelésből), a Time Efficiency értékével korrigálva. A próbaidőszakra állítsa őket Fixed értékre, vagy számoljon a bemeneti adatok változásával. A műveletek az egyes darabjegyzékekhez tartoznak, nincs közös technológiaiútvonal-törzs, ezért minden darabjegyzéket külön kell rendezni.
- Hibás naptárak. Minden munkaállomáshoz munkaidőnaptár szükséges. Az Odoo saját tervezője legfeljebb 700 napra előre keres szabad időpontot, majd az „Impossible to plan the workorder” (a gyártási rendelés nem ütemezhető) hibaüzenettel leáll. A naptárakat az első adatbetöltés előtt javítsa ki.
- Mértékegységek. Az
mrp.bom.linesajátproduct_uom_idmezővel rendelkezik, amely eltérhet a termék készletnyilvántartási mértékegységétől. Az anyag rendelkezésre állásának ellenőrzése előtt végezze el az átváltást.
Ki állítja be az Odoo-integrációt?
Minden üzem másképp használja az Odoo-t: saját darabjegyzékműveletekkel, munkaállomás-naptárakkal, alternatív munkaállomásokkal és egyedi modulokkal. A SkyPlanner csapata ahhoz adja a szakértelmet, hogy az adatmegfeleltetés pontosan ehhez a környezethez igazodjon.
- A SkyPlanner csapata állítja be az integrációt a bevezetés során az Ön Odoo-környezetéhez igazítva, és az éles indulás után is támogatja. Az integráció a SkyPlanner REST API-ját és webhookjait, valamint az Odoo JSON-2 vagy RPC API-ját használja. Ez az alapértelmezett megoldás.
- Az Ön Odoo-partnere is részt vehet a munkában. A partner ismeri az Ön környezetét és egyedi moduljait, és ugyanerre a dokumentált REST API-ra építve fejleszthet. Az API rendelések, termékek, anyagok, műveleti lépések és időnaplók olvasását és írását teszi lehetővé, JWT-hitelesítéssel és Swagger/OpenAPI-dokumentációval.
- Saját fejlesztői is megvalósíthatják ugyanezt, általában az Odoo mellett futó kisebb köztes szoftverként, vagy modulként az Odoo.sh-n, illetve helyi telepítésben. Az induláshoz elegendő egy API-kulcs (integrációs útmutató), és a SkyPlanner csapata szükség esetén segít.
Ugyanez a modell más ERP-rendszerekkel már élesben működik. A Laboratory & Allied belső informatikai csapata az SAP Business One integrációját nagyrészt önállóan készítette el, a SkyPlanner segítségével. Az UTU a NetSuite ERP-rendszere mellett használja a SkyPlannert.
Miért térül meg az integráció?
A visszaírás teszi az integrációt a mindennapokban is hasznossá. Amint működik:
- Az Odoo gyártási rendelései valós ütemezési időpontokat kapnak. Az Arcturus AI motor másodpercek alatt sorrendbe állít minden nyitott MO-t. Az általa meghatározott időpontok és munkaállomások az
mrp.workorderrekordokba kerülnek, és megjelennek az Odoo tervezési nézeteiben. - Nincs kézi újratervezés. Az Autopilot automatikusan újraütemez, ha változik a gyártás, a webhook pedig továbbítja az új dátumokat az Odoo-ba.
- Az üzemi visszajelentés zárja a kört. A gépkezelők telefonon vagy táblagépen rögzítik a munkát a Mobile Confirmations, a Production Timer és a Quick Log Mode segítségével. A Time Logs bejegyzések az Odoo-ba kerülnek a készletkezeléshez és a költségszámításhoz. Az ütemezés és a végrehajtás egyetlen eszközben zajlik, Community és Enterprise esetén egyaránt.
- Az ütemezés olyan korlátokat is figyelembe vesz, amelyeket az Odoo nem. Az átállásiidő-mátrix termékpáronként határozza meg a sorrendfüggő átállásokat. A szerszámok korlátozott kapacitású, gépek között megosztott erőforrások, és egy gyártási feladathoz egyszerre több gépkezelő is szükséges lehet. Ha az elsődleges gép vagy munkatárs nem elérhető, a motor alternatívát választ. Az
mrp.workorderrekordokba visszaírt időpontok mindezeket a korlátokat figyelembe veszik. - Az anyagok beérkezése határozza meg a tervet. A rendelkezésre álló készlet és az Odoo nyitott beszerzési rendelései adják az anyagellátáshoz igazodó ütemezés alapját. A megrendelt alkatrészek a beszerzési rendelés szállítási dátumától számítanak elérhetőnek, a készlet pedig akkor frissül, amikor a rendelés Delivered állapotba kerül. A rendszer minden gyártási feladatnál ellenőrzi a raktáron lévő és az úton lévő anyagokat.
Az ütemtervet már az integrációs munka előtt értékelheti. Indítsa el a 30 napos ingyenes próbát CSV-exportokkal, és nézze meg saját Odoo gyártási rendeléseit a Gantt-diagramon, akár 20 munkaállomással, bankkártya megadása nélkül. Az ár havi 199 €-tól indul, 5 munkaállomást tartalmaz, havi számlázással és bármikori lemondási lehetőséggel. Az integrációra az Ön folyamatai és igényei alapján, a csomagjával együtt előzetes árajánlatot adunk, így már az indulás előtt látja a teljes költséget. Ismerje meg a funkciókat és ügyfeleinket, vagy foglaljon bemutatót.
Gyártóvállalatok véleménye a SkyPlannerről
2 hmegtakarítás hetente
„A SkyPlannerrel az Excel-táblázatok helyett valós idejű gyártásoptimalizálásra álltunk át a gyártástervezésben.”
Kalle Kalliomäki, ellátásilánc-szakértő
UTU · Elektromos kapcsolószekrények és kapcsolóberendezések
A gyártástervezés hetente 2 óra munkaidőt takarít meg, és az új feladatsor másodpercek alatt eljut a gyártósorra.
+90%gyártási hatékonyság
„A gyártás hatékonysága 90%-kal nőtt.”
Abdul Rucyinga, informatikai vezető
Laboratory & Allied · Gyógyszergyártás
A gyártás hatékonysága 90%-kal nőtt, és az összes munkaállomásra kiterjedő, háromhavi optimalizált terv kevesebb mint 30 perc alatt elkészül.
1 000-es nagyságrendbenautomatikusan ütemezett gyártási rendelések
„Másképp tartjuk kézben a gyártást, és teljesen más szinten látjuk át a kapacitásunkat.”
Hannu Ryynänen, vezérigazgató
Mamec · Ipari keverők, szivattyúk és csúcstechnológiás bérgyártás
Gyártási rendelések ezreit ütemezik automatikusan, miközben az egész szervezet valós időben követheti a gyártást.
99,2%szállítási határidők betartása
„A SkyPlanner segít felismerni a szűk keresztmetszeteket, és átláthatóbbá tette a gyártásirányítást.”
Toni Tuori, gyártásvezető
Piristeel · Tetőbiztonsági és esővíz-elvezető rendszerek
A határidőre teljesített szállítások aránya idén elérte a 99,2%-ot, az ütemezéssel pedig naponta akár négy óra munkaidőt is megtakarítanak.
Gyakori kérdések
Működik az integráció az Odoo Online-nal?
A Custom csomagban igen, a külső API-n keresztül. A One App Free és a Standard csomag nem biztosít hozzáférést a külső API-hoz, a Standard pedig egyedi modulok nélkül működik, ezért ezeknél a csomagoknál csak CSV/XLSX-import és -export használható.
JSON-2-t vagy XML-RPC-t használjunk?
Az Odoo 19.0-s és újabb verzióiban JSON-2-t. A 16.0–18.0 verziókhoz még XML-RPC és JSON-RPC szükséges, de a tervek szerint ezeket az Odoo 22-ben eltávolítják.
Hogyan kerül vissza az ütemterv az Odoo-ba?
Az ORM write metódusával, minden mrp.workorder rekordon: a 19.0 verzióban POST /json/2/mrp.workorder/write kéréssel, ids és vals megadásával; a 16.0–18.0 verzióban pedig execute_kw hívással és write metódussal, XML-RPC-n vagy JSON-RPC-n keresztül. Az átadott értékek: date_start, date_finished (a 16.0 verzióban date_planned_start és date_planned_finished), valamint változás esetén workcenter_id. Az Odoo ezzel együtt a munkaállomás foglalását is áthelyezi, így a tervezési nézeteiben a SkyPlanner időpontjai jelennek meg.
Hogyan jutnak el a dolgozók visszajelentései az Odoo-ba?
Time Logs bejegyzésekként: az integráció mrp.workcenter.productivity rekordokat hoz létre a gyártási rendeléshez, kezdési és befejezési időponttal, valamint Productive veszteségokkal, majd a művelet befejezésekor meghívja a button_finish metódust. Minden visszajelentés csak egyszer kerül rögzítésre, így az újrapróbálkozások nem duplázzák meg az elszámolt időt.
Ki tartja karban az integrációt az éles indulás után?
A SkyPlanner csapata a bevezetés során beállítja az integrációt, és az éles indulás után is támogatja, beleértve az Odoo-konfiguráció változása miatt szükséges módosításokat is. Ha az integrációt az Önök partnere vagy fejlesztői készítik el, a dokumentált REST API és a SkyPlanner dokumentációja alapján dolgoznak, a csapat pedig szükség esetén segít.
Mi történik a már megkezdett gyártási rendelésekkel?
Visszaíráskor ezeket hagyja változatlanul. Az Odoo nem engedi törölni az MO ütemezését, ha valamelyik gyártási rendelése már folyamatban van vagy elkészült. A SkyPlanner beolvassa ezek állapotát és készültségét, és hozzájuk igazítja a hátralévő munkák ütemezését.
Mennyi időt vesz igénybe az Odoo-integráció?
A megvalósítás általában a bevezetés kezdetétől számított néhány héten belül lezárul. A 30 napos próbaidőszakban először használjon CSV-exportokat, így mire megkezdődik az API-val kapcsolatos munka, az ütemezés működését már a saját Odoo-adataival is ellenőrizte.
