Integrera Odoo med SkyPlanner APS för produktionsplanering

Planera redan nu för att stödet tas bort. Odoo har planerat att ta bort XML-RPC och JSON-RPC i Odoo 22 (hösten 2028) och Odoo Online 21.1 (vintern 2027). Bygg på JSON-2 för 19.0 och samla RPC-kommunikationen för äldre databaser bakom en enda adapter. Då kräver en uppgradering bara en ändring. Anpassade controllers med @route(type='jsonrpc') påverkas inte.

Autentisering

Skapa en särskild integrationsanvändare med läsbehörighet till Manufacturing och Inventory och skrivbehörighet till tillverkningsorder. Generera användarens nyckel under Preferences > Account Security > New API Key. I 19.0 gäller nycklar i högst tre månader, så mellanprogramvaran behöver hantera nyckelrotation och larma vid autentiseringsfel. Utan dessa funktioner stoppar en utgången nyckel synkroniseringen utan att det märks. På SkyPlanner-sidan använder REST API JWT, så mellanprogramvaran lagrar båda systemens autentiseringsuppgifter.

Varje JSON-2-anrop körs i en egen SQL-transaktion. En skrivning som fördelas på flera anrop är därför inte atomär. Skriv per tillverkningsorder och logga varje resultat.

Händelser

Odoo skickar ändringar via automatiseringsregler. En regel på mrp.production eller mrp.workorder med utlösaren On create and edit och åtgärden ”Send Webhook Notification” (skicka webhook-avisering) skickar ett POST-anrop med de valda fälten till en URL. Skapa regeln i Studio eller i utvecklarläget via formuläret Automation Rules. Komplettera med schemalagd avfrågning med search_read på write_date för att fånga upp importer och sådant som regeln har missat. I andra riktningen skickar SkyPlanners webhooks ändringar i planering och status så snart de sker.

Fältnamnen skiljer sig mellan versionerna. I 19.0 listar varje databas sina modeller, fält och metoder på /doc. I äldre versioner anropar du fields_get. Utgå från den informationen när du mappar, inte från minnet.

” 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 tar emot varje metodargument med namn, tillsammans med ids och context. Argumentet i write(vals) skickas alltså under nyckeln vals. I 16.0 till 18.0 körs samma anrop som execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) via XML-RPC eller JSON-RPC. I 16.0 heter nycklarna date_planned_start och date_planned_finished. Datum och tider skickas i UTC. Följ några enkla regler för att skriva tillbaka rätt:

• Skicka båda datumen i samma anrop.
• Ta bara med workcenter_id när motorn har valt en alternativ maskin.
• Skriv endast till planeringsfält, aldrig till kvantiteter eller stycklistor.

När datumen skrivs flyttas Odoos egen bokning av produktionsgruppen, så att Odoos planeringsvyer visar SkyPlanners plan.

Återrapportering från produktionsgolvet till Odoo. Operatörerna registrerar arbete i SkyPlanner Mobile Confirmations. För varje återrapportering anropar integrationen create på mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create med vals_list). Den fyller i workorder_id, workcenter_id, date_start, date_end och ett loss_id av typen Productive. Arbetstid och kostnader bokförs då i Odoo.

När en operation är klar anger integrationen producerat antal och anropar button_finish på tillverkningsordern. Efter den sista tillverkningsordern är MO:n redo för button_mark_done. Varje återrapportering registreras en enda gång, och dess post-id i Odoo sparas tillsammans med tidregistreringen i SkyPlanner. Därför skapar ett nytt försök med samma webhook aldrig en extra Time Log.

För fabriker som använder appen Enterprise Shop Floor går flödet åt andra hållet: SkyPlanner läser tillverkningsorderns status och qty_produced, och Autopilot planerar om automatiskt när produktionen förändras.

Dataägarskap. Dokumentera reglerna före driftstart:

Planerarna slutar använda Plan och Unplan i Odoo för de produktionsorder som SkyPlanner planerar. Annars bokar Odoo egna tidsluckor som skriver över SkyPlanners datum.

• Datumfält med nya namn. Till och med 16.0 innehöll date_planned_start och date_planned_finished planerade tider, medan date_start/date_finished innehöll faktiskt utfall. Från 17.0 är date_start och date_finished de planerade tiderna. En mappning kopierad från ett 16.0-projekt läser i 17+ faktiskt utfall som planerade tider utan att ge någon varning.
• Tillverkningsorderns tider är bokningar. I 19.0 beräknas date_start och date_finished på mrp.workorder utifrån en post i resource.calendar.leaves (leave_id) i produktionsgruppens kalender. När tiderna skrivs till tillverkningsordern uppdateras den bokningen. Skriv aldrig direkt i frånvarotabellen.
• Påbörjade tillverkningsorder blockerar Unplan. Odoo vägrar att ta bort planeringen för en MO när ”Some work orders have already started” (vissa tillverkningsorder har redan påbörjats). Hoppa över tillverkningsorder med status progress eller done vid återskrivning och flytta bara sådant som inte har påbörjats.
• Tidsåtgången förändras. Operationer med inställningen Computed hämtar sin tidsåtgång från de senaste tillverkningsordrarna (10 som standard), justerad med Time Efficiency. Välj Fixed under provperioden eller acceptera att indata förändras. Operationerna ligger på respektive stycklista, utan gemensamma grunddata för operationsföljder, så varje stycklista behöver städas separat.
• Kalendrar som inte fungerar. Varje produktionsgrupp behöver en arbetstidskalender. Odoos egen planerare söker upp till 700 dagar framåt och stoppar sedan med ”Impossible to plan the workorder” (det går inte att planera tillverkningsordern). Rätta till kalendrarna före den första inläsningen.
• Måttenheter. mrp.bom.line har ett eget product_uom_id, som kan skilja sig från produktens lagerenhet. Räkna om enheterna innan materialtillgången kontrolleras.

Det är återskrivningen som gör integrationen värdefull i vardagen. När den är igång:

• Tillverkningsorder i Odoo får tider att arbeta efter. Arcturus AI ordnar alla öppna MO:er i körordning på sekunder. Motorns tider och val av produktionsgrupp skrivs till mrp.workorder och visas i Odoos planeringsvyer.
• Ingen behöver planera om manuellt. Autopilot planerar om automatiskt när produktionen förändras, och webhooken skickar de nya datumen till Odoo.
• Återrapportering direkt från produktionsgolvet. Operatörerna registrerar arbete på mobil eller surfplatta med Mobile Confirmations, Production Timer och Quick Log Mode. Time Logs skickas till Odoo som underlag för lager och kostnadskalkylering. Planering och utförande hanteras i ett verktyg, både med Community och Enterprise.
• Planeringen tar hänsyn till begränsningar som Odoo inte hanterar. En ställtidsmatris anger sekvensberoende omställningstider för varje produktpar. Verktyg är begränsade resurser som delas mellan maskiner, och en operation kan kräva flera operatörer samtidigt. Motorn väljer alternativa maskiner eller annan personal när förstahandsvalet inte är tillgängligt. Tiderna som skrivs tillbaka till mrp.workorder tar hänsyn till alla dessa begränsningar.
• Materialets ankomst styr planen. Lagersaldo och öppna inköpsorder i Odoo ger underlag för materialstyrd planering. Beställda komponenter räknas som tillgängliga på inköpsorderns leveransdatum, och lagret uppdateras när inköpsordern markeras som Delivered. Varje operation kontrolleras mot vad som finns i lagret och vad som är på väg in.

Ni kan utvärdera produktionsplanen innan något integrationsarbete påbörjas. Starta den kostnadsfria provperioden på 30 dagar med CSV-exporter och se era egna tillverkningsorder från Odoo i Gantt-schemat, med upp till 20 arbetsstationer och utan kreditkort. Priset börjar på 199 € per månad med 5 arbetsstationer inkluderade. Fakturering sker månadsvis och ni kan säga upp när som helst. Ni får en offert på integrationen i förväg, anpassad till er process och era behov, tillsammans med abonnemanget. Då ser ni hela kostnaden innan ni börjar. Se funktioner och kunder eller boka en demo.