Průvodce integrací Odoo se SkyPlanner APS pro rozvrhování výroby

Na odstranění se připravte už teď. Odoo plánuje odstranit XML-RPC a JSON-RPC v Odoo 22 (podzim 2028) a Odoo Online 21.1 (zima 2027). Pro verzi 19.0 stavte na JSON-2. Přístup přes RPC pro starší databáze oddělte do jediného adaptéru, aby při upgradu stačila jediná změna. Vlastních controllerů s @route(type='jsonrpc') se odstranění netýká.

Autentizace

Vytvořte samostatného uživatele pro integraci s oprávněním ke čtení v modulech Manufacturing a Inventory a k zápisu do výrobních příkazů. Jeho klíč vygenerujte v nabídce Preferences > Account Security > New API Key. Ve verzi 19.0 platí klíče nejvýše tři měsíce, takže middleware musí zajišťovat jejich rotaci a upozorňovat na selhání autentizace. Jinak vypršení klíče zastaví synchronizaci, aniž by si toho někdo všiml. REST API na straně SkyPlanner používá JWT, takže middleware uchovává oboje přihlašovací údaje.

Každé volání JSON-2 běží ve vlastní SQL transakci. Zápis rozdělený do několika volání proto není atomický. Zapisujte každý výrobní příkaz samostatně a zaznamenávejte výsledek každého zápisu.

Události

Odoo odesílá změny prostřednictvím automatizačních pravidel. Pravidlo pro mrp.production nebo mrp.workorder se spouštěčem Při vytvoření a úpravě a akcí „Send Webhook Notification“ (Odeslat oznámení webhookem) odešle vybraná pole požadavkem POST na danou URL. Pravidlo vytvořte ve Studio nebo ve vývojářském režimu ve formuláři automatizačních pravidel. Doplňte ho pravidelným dotazováním pomocí search_read podle write_date, abyste zachytili importy i vše, co pravidlu uniklo. V opačném směru webhooky SkyPlanner odesílají změny rozvrhu a stavů hned, jak nastanou.

Názvy polí se mezi verzemi liší. Ve verzi 19.0 každá databáze uvádí své modely, pole a metody na /doc; ve starších verzích volejte fields_get. Mapování sestavujte podle těchto údajů, ne zpaměti.

„ 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 přijímá všechny argumenty metody podle názvu spolu s ids a context, takže z write(vals) se stává klíč vals. Ve verzích 16.0 až 18.0 se stejné volání provádí jako execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) přes XML-RPC nebo JSON-RPC. Ve verzi 16.0 se používají klíče date_planned_start a date_planned_finished. Datum a čas se předávají v UTC. Pro správný zápis dodržujte několik pravidel:

• Oba termíny odešlete v jednom volání.
• workcenter_id přidejte jen tehdy, když plánovací algoritmus vybral alternativní stroj.
• Zapisujte pouze do polí pro rozvrhování, nikdy neměňte množství ani kusovníky.

Zápisem termínů se posune rezervace pracoviště přímo v Odoo, takže se v plánovacích zobrazeních Odoo zobrazí plán ze SkyPlanner.

Data z výrobního provozu zpět do Odoo. Operátoři zaznamenávají práci v SkyPlanner Mobile Confirmations. Pro každé potvrzení integrace zavolá create na mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create s vals_list). Vyplní workorder_id, workcenter_id, date_start, date_end a loss_id typu Productive. Odpracovaný čas a náklady se zaúčtují v Odoo.

Po dokončení operace integrace nastaví vyrobené množství a na výrobním příkazu zavolá button_finish. Po dokončení posledního výrobního příkazu je výrobní zakázka připravena na volání button_mark_done. Každé potvrzení se zapíše právě jednou a ID jeho záznamu v Odoo se uloží k časovému záznamu v SkyPlanner. Opakované doručení webhooku tak nikdy nevytvoří druhý záznam Time Logs.

V závodech, které používají aplikaci Enterprise Shop Floor, je směr opačný: SkyPlanner čte stav výrobního příkazu a qty_produced a Autopilot při změnách ve výrobě automaticky přepočítává rozvrh.

Odpovědnost za data. Před spuštěním ostrého provozu sepište pravidla:

U výrobních zakázek (MO), které rozvrhuje SkyPlanner, plánovači přestanou v Odoo používat tlačítka Plan a Unplan. Jinak Odoo vytvoří vlastní rezervace a přepíše termíny ze SkyPlanner.

• Přejmenovaná pole termínů. Do verze 16.0 obsahovala pole date_planned_start a date_planned_finished plánované termíny a date_start/date_finished skutečné časy. Od verze 17.0 jsou plánované termíny v date_start a date_finished. Mapování převzaté z projektu pro verzi 16.0 ve verzích 17+ bez upozornění načítá skutečné časy jako plánované.
• Termíny výrobních příkazů jsou rezervace. Ve verzi 19.0 se date_start a date_finished v mrp.workorder vypočítávají ze záznamu resource.calendar.leaves (leave_id) v kalendáři pracoviště. Zápis termínů do výrobního příkazu tuto rezervaci aktualizuje. Nikdy nezapisujte přímo do tabulky nepřítomností.
• Zahájené výrobní příkazy blokují zrušení naplánování. Odoo odmítne zrušit naplánování výrobní zakázky, pokud platí „Some work orders have already started“ (Některé výrobní příkazy již byly zahájeny). Při zpětném zápisu vynechte výrobní příkazy ve stavu progress nebo done a přesouvejte pouze ty, které ještě nezačaly.
• Délky operací se mění. Operace s nastavením Computed přebírají délku z posledních výrobních příkazů (ve výchozím nastavení 10), upravenou podle Time Efficiency. Pro zkušební provoz je nastavte na Fixed, nebo počítejte s proměnlivými vstupy. Operace jsou definovány u každého kusovníku zvlášť, bez společných kmenových dat technologických postupů. Každý kusovník je proto nutné upravit samostatně.
• Chybné kalendáře. Každé pracoviště potřebuje kalendář pracovní doby. Vlastní plánovač Odoo hledá volný termín až 700 dní dopředu a poté se zastaví s hlášením „Impossible to plan the workorder“ (výrobní příkaz nelze naplánovat). Kalendáře opravte před prvním načtením dat.
• Měrné jednotky. mrp.bom.line má vlastní product_uom_id, která se může lišit od skladové jednotky produktu. Před kontrolou dostupnosti materiálu jednotky převeďte.

Právě díky zpětnému zápisu dat má integrace každodenní přínos. Jakmile zpětný zápis funguje:

• Výrobní příkazy v Odoo mají reálné termíny. Arcturus AI během několika sekund sestaví pořadí všech otevřených výrobních zakázek. Vypočtené termíny a vybraná pracoviště se zapíšou do mrp.workorder, kde je zobrazují plánovací pohledy Odoo.
• Nikdo nemusí ručně přeplánovávat. Autopilot při změnách ve výrobě automaticky upraví rozvrh a webhook odešle nové termíny do Odoo.
• Výrobní provoz poskytuje zpětnou vazbu. Obsluha zaznamenává práci na telefonu nebo tabletu pomocí funkcí Mobile Confirmations, Production Timer a Quick Log Mode. Time Logs se odesílají do Odoo pro evidenci zásob a kalkulaci nákladů. Rozvrhování i realizace výroby probíhají v jednom nástroji, a to v edici Community i Enterprise.
• Rozvrh zohledňuje omezení, která Odoo neřeší. Matice časů přestaveb určuje časy přechodu mezi dvojicemi produktů podle jejich pořadí. Nástroje jsou kapacitně omezené výrobní zdroje sdílené mezi stroji a jedna operace může vyžadovat několik operátorů současně. Pokud primární stroj nebo pracovník není dostupný, plánovací algoritmus využije alternativu. Termíny zapsané zpět do mrp.workorder všechna tato omezení respektují.
• Plán se řídí příchodem materiálu. Rozvrhování podle dostupnosti materiálu využívá aktuální stav zásob a otevřené nákupní objednávky v Odoo. Objednané komponenty se považují za dostupné k datu dodání nákupní objednávky a zásoby se aktualizují, když je objednávka označena jako Delivered. U každé operace se kontroluje, co je ve skladu a co je na cestě.

Rozvrh můžete posoudit ještě před zahájením integrace. Spusťte si 30denní bezplatnou zkušební verzi s exporty CSV a zobrazte si vlastní výrobní příkazy z Odoo v Ganttově diagramu. K dispozici máte až 20 pracovišť a nepotřebujete platební kartu. Cena začíná na 199 € měsíčně včetně 5 pracovišť, s měsíční fakturací a možností předplatné kdykoli zrušit. Cenovou nabídku integrace pro vaše procesy a potřeby dostanete předem společně s nabídkou tarifu, takže celkové náklady znáte ještě před zahájením. Prohlédněte si funkce a zkušenosti zákazníků nebo si rezervujte ukázku.