Guide til Odoo-integration med SkyPlanner APS til detailplanlægning

Tag højde for fjernelsen allerede nu. Odoo har planlagt at fjerne XML-RPC og JSON-RPC i Odoo 22 (efteråret 2028) og Odoo Online 21.1 (vinteren 2027). Byg på JSON-2 til 19.0, og saml RPC-kommunikationen til ældre databaser bag én adapter, så en opgradering kun kræver én ændring. Brugerdefinerede controllere med @route(type='jsonrpc') berøres ikke af fjernelsen.

Autentificering

Opret en særskilt integrationsbruger med læseadgang til Manufacturing og Inventory og skriveadgang til produktionsordrer. Generér brugerens nøgle under Preferences > Account Security > New API Key. I 19.0 gælder nøgler højst tre måneder, så middlewaren skal kunne rotere nøgler og advare ved autentificeringsfejl. Ellers stopper en udløbet nøgle synkroniseringen, uden at nogen opdager det. På SkyPlanner-siden bruger REST API’et JWT, så middlewaren opbevarer begge sæt legitimationsoplysninger.

Hvert JSON-2-kald kører i sin egen SQL-transaktion. En skrivning fordelt over flere kald er derfor ikke atomisk. Skriv én produktionsordre ad gangen, og log hvert resultat.

Hændelser

Odoo sender ændringer via automatiseringsregler. En regel på mrp.production eller mrp.workorder med udløseren Ved oprettelse og redigering og handlingen “Send Webhook Notification” (send webhook-notifikation) sender en POST med de valgte felter til en URL. Opret reglen i Studio eller via formularen Automatiseringsregler i udviklertilstand. Kombinér den med planlagte search_read-forespørgsler på write_date for at opfange importer og alt, hvad reglen har overset. I den modsatte retning sender SkyPlanner-webhooks ændringer i planen og status, så snart de sker.

Feltnavne varierer mellem versionerne. I 19.0 viser hver database sine modeller, felter og metoder på /doc; i ældre versioner skal du kalde fields_get. Brug det som grundlag for feltmappingen, ikke hukommelsen.

“ 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 modtager alle metodeargumenter ved navn samt ids og context, så write(vals) bliver til nøglen vals. I 16.0 til 18.0 udføres samme kald som execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) via XML-RPC eller JSON-RPC, og i 16.0 hedder nøglerne date_planned_start og date_planned_finished. Datoer og klokkeslæt sendes i UTC. Følg disse få regler for at skrive data korrekt:

• Send begge datoer i samme kald.
• Tilføj kun workcenter_id, når motoren har valgt en alternativ maskine.
• Skriv kun til planlægningsfelter, aldrig til mængder eller styklister.

Når datoerne skrives, flyttes Odoos egen reservation af arbejdscentret, så Odoos planlægningsvisninger viser SkyPlanners plan.

Fra produktionsgulvet tilbage til Odoo. Operatørerne registrerer arbejdet i SkyPlanner Mobile Confirmations. For hver tilbagemelding kalder integrationen create på mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create med vals_list). Den udfylder workorder_id, workcenter_id, date_start, date_end og et loss_id af typen Productive, hvorefter arbejdstid og omkostninger registreres i Odoo.

Når en operation er færdig, angiver integrationen det producerede antal og kalder button_finish på produktionsordren. Efter den sidste produktionsordre er MO’en klar til button_mark_done. Hver tilbagemelding registreres én gang, og dens post-id i Odoo gemmes sammen med tidsregistreringen i SkyPlanner. Derfor opretter en gentaget webhook aldrig en ekstra Time Log.

På fabrikker, der bruger Enterprise Shop Floor-appen, går data den modsatte vej: SkyPlanner læser produktionsordrens status og qty_produced, og Autopilot omplanlægger automatisk, når produktionen ændrer sig.

Dataejerskab. Skriv reglerne ned før idriftsættelsen:

Planlæggerne skal holde op med at bruge Plan og Unplan i Odoo på de MO’er, som SkyPlanner planlægger. Ellers reserverer Odoo sine egne tidsrum oven i SkyPlanners datoer.

• Datofelter har fået nye navne. Til og med 16.0 indeholdt date_planned_start og date_planned_finished de planlagte tidspunkter, mens date_start/date_finished indeholdt de faktiske. Fra 17.0 er date_start og date_finished de planlagte tidspunkter. En mapping kopieret fra et 16.0-projekt læser faktiske tidspunkter som planlagte i 17+ uden at give en fejl.
• Produktionsordrernes tidspunkter er reservationer. I 19.0 beregnes date_start og date_finished på mrp.workorder ud fra en resource.calendar.leaves-post (leave_id) i arbejdscentrets kalender. Når tidspunkterne skrives på produktionsordren, opdateres reservationen. Skriv aldrig direkte i fraværstabellen.
• Påbegyndte produktionsordrer blokerer Unplan. Odoo afviser at fjerne planlægningen af en MO, når “Some work orders have already started” (nogle produktionsordrer er allerede startet). Spring produktionsordrer med status progress eller done over ved tilbageskrivning, og flyt kun dem, der endnu ikke er startet.
• Varighederne ændrer sig. Operationer med indstillingen Computed får deres varighed fra de seneste produktionsordrer (som standard 10), skaleret med Time Efficiency. Sæt dem til Fixed i prøveperioden, eller acceptér, at inputdata ændrer sig. Operationer ligger på den enkelte stykliste uden fælles stamdata for ruter, så hver stykliste skal ryddes op særskilt.
• Fejl i kalendere. Hvert arbejdscenter skal have en arbejdstidskalender. Odoos egen planlægger søger op til 700 dage frem og stopper derefter med “Impossible to plan the workorder” (produktionsordren kan ikke planlægges). Ret kalenderne før den første indlæsning.
• Måleenheder. mrp.bom.line har sit eget product_uom_id, som kan afvige fra produktets lagerenhed. Omregn, før du kontrollerer materialetilgængeligheden.

Det er tilbageskrivningen, der får integrationen til at skabe værdi i hverdagen. Når den kører:

• Odoos produktionsordrer får konkrete tidspunkter. Arcturus AI-motoren fastlægger rækkefølgen for alle åbne MO’er på sekunder. De beregnede tidspunkter og valgte arbejdsstationer skrives til mrp.workorder, hvor de vises i Odoos planlægningsvisninger.
• Ingen omplanlægger manuelt. Autopilot omplanlægger automatisk, når produktionen ændrer sig, og webhooken sender de nye datoer til Odoo.
• Produktionsgulvet melder tilbage. Operatørerne registrerer arbejdet på telefon eller tablet med Mobile Confirmations, Production Timer og Quick Log Mode, og Time Logs sendes til Odoo til lagerføring og omkostningsberegning. Detailplanlægning og udførelse foregår i ét værktøj, både med Community og Enterprise.
• Planen tager højde for begrænsninger, som Odoo ikke håndterer. En omstillingstidsmatrix angiver rækkefølgeafhængige omstillinger for hvert produktpar. Værktøjer er ressourcer med begrænset kapacitet, som deles mellem maskiner, og en opgave kan kræve flere operatører på én gang. Motoren vælger alternative maskiner eller medarbejdere, når det primære valg ikke er tilgængeligt. De tidspunkter, der skrives tilbage til mrp.workorder, tager højde for alle disse begrænsninger.
• Materialernes ankomst styrer planen. Lagerbeholdningen og åbne indkøbsordrer i Odoo danner grundlag for materialestyret planlægning. Bestilte komponenter regnes som tilgængelige på indkøbsordrens leveringsdato, og lageret opdateres, når indkøbsordren markeres som Delivered. Hver opgave kontrolleres mod det, der er på lager, og det, der er på vej.

I kan vurdere planen, før integrationsarbejdet begynder. Start den gratis prøveperiode på 30 dage med CSV-eksporter, og se jeres egne Odoo-produktionsordrer i Gantt-diagrammet med op til 20 arbejdsstationer og uden kreditkort. Prisen er fra 199 € om måneden med 5 arbejdsstationer inkluderet. Der faktureres månedligt, og I kan opsige når som helst. I får på forhånd et tilbud på integrationen ud fra jeres processer og behov sammen med jeres abonnement, så I kender den samlede pris, før I går i gang. Se funktioner og kunder, eller book en demo.