Guide til Odoo-integrasjon for produksjonsplanlegging med SkyPlanner APS

Planlegg for utfasing allerede nå. Odoo har planlagt å fjerne XML-RPC og JSON-RPC i Odoo 22 (høsten 2028) og Odoo Online 21.1 (vinteren 2027). Bygg på JSON-2 for 19.0, og isoler RPC-kallene bak én adapter for eldre databaser. Da krever en oppgradering bare én endring. Egendefinerte kontrollere med @route(type='jsonrpc') berøres ikke av utfasingen.

Autentisering

Opprett en egen integrasjonsbruker med lesetilgang til Manufacturing og Inventory og skrivetilgang til produksjonsordrer. Generer nøkkelen under Preferences > Account Security > New API Key. I 19.0 er nøkler gyldige i maksimalt tre måneder, så mellomvaren må håndtere nøkkelrotasjon og varsle ved autentiseringsfeil. Uten dette vil en utløpt nøkkel stoppe synkroniseringen uten at det blir oppdaget. På SkyPlanner-siden bruker REST API-et JWT, så mellomvaren må ha begge settene med påloggingsopplysninger.

Hvert JSON-2-kall kjører i sin egen SQL-transaksjon. En skriveoperasjon fordelt over flere kall er derfor ikke atomisk. Skriv én produksjonsordre om gangen, og logg hvert resultat.

Hendelser

Odoo sender endringer gjennom automatiseringsregler. En regel på mrp.production eller mrp.workorder med utløseren On create and edit og handlingen «Send Webhook Notification» sender en POST med de valgte feltene til en URL. Opprett regelen i Studio, eller fra skjemaet Automation Rules i utviklermodus. Kombiner regelen med en tidsstyrt search_read-spørring på write_date for å fange opp importer og alt regelen ikke fanget opp. I motsatt retning sender SkyPlanner-webhooker endringer i plan og status idet de skjer.

Feltnavn varierer mellom versjoner. I 19.0 viser hver database sine modeller, felt og metoder på /doc. I eldre versjoner bruker du fields_get. Bruk dette som grunnlag for mappingen, 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 tar imot alle metodeargumenter med navn, i tillegg til ids og context. Dermed blir write(vals) til nøkkelen vals. I 16.0 til 18.0 kjøres samme kall som execute_kw(db, uid, key, 'mrp.workorder', 'write', [[4711], vals]) over XML-RPC eller JSON-RPC. I 16.0 er nøklene date_planned_start og date_planned_finished. Dato og klokkeslett sendes i UTC. Følg noen få regler for korrekt tilbakeskriving:

• Send begge datoene i samme kall.
• Ta bare med workcenter_id når motoren har valgt en alternativ maskin.
• Skriv bare til planleggingsfelter, aldri til mengder eller stykklister.

Når datoene skrives tilbake, flyttes Odoos egen reservasjon av arbeidssenteret. Dermed viser planleggingsvisningene i Odoo planen fra SkyPlanner.

Fra produksjonsgulvet tilbake til Odoo. Operatørene registrerer arbeid i SkyPlanner Mobile Confirmations. For hver bekreftelse kaller integrasjonen create på mrp.workcenter.productivity (JSON-2: POST /json/2/mrp.workcenter.productivity/create med vals_list). Den fyller ut workorder_id, workcenter_id, date_start, date_end og en loss_id av typen Productive. Arbeidstid og kostnader føres dermed i Odoo.

Når en operasjon er fullført, setter integrasjonen produsert mengde og kaller button_finish på produksjonsordren. Etter den siste produksjonsordren er MO-en klar for button_mark_done. Hver bekreftelse overføres én gang, og ID-en til Odoo-posten lagres sammen med tidsregistreringen i SkyPlanner. Dermed oppretter et nytt forsøk med samme webhook aldri en ekstra Time Log.

Fabrikker som bruker Enterprise Shop Floor-appen, gjør dette i motsatt retning: SkyPlanner leser statusen på produksjonsordren og qty_produced, og Autopilot planlegger automatisk på nytt når produksjonen endres.

Dataeierskap. Skriv ned reglene før produksjonssetting:

Planleggerne slutter å bruke Plan og Unplan i Odoo på tilvirkningsordrer som SkyPlanner planlegger. Ellers legger Odoo inn egne tidsreservasjoner som overskriver datoene fra SkyPlanner.

• Datofelt har fått nye navn. Til og med 16.0 inneholdt date_planned_start og date_planned_finished de planlagte tidspunktene, mens date_start/date_finished inneholdt de faktiske. Fra 17.0 er date_start og date_finished de planlagte tidspunktene. En mapping kopiert fra et 16.0-prosjekt leser faktiske tidspunkter som planlagte i 17+ uten å varsle om det.
• Datoene på produksjonsordren er reservasjoner. I 19.0 beregnes date_start og date_finished på mrp.workorder fra en resource.calendar.leaves-post (leave_id) i arbeidssenterets kalender. Når datoene på produksjonsordren skrives, oppdateres denne reservasjonen. Skriv aldri direkte til fraværstabellen.
• Påbegynte produksjonsordrer blokkerer Unplan. Odoo nekter å fjerne en MO fra planen når meldingen «Some work orders have already started» (noen produksjonsordrer er allerede startet) vises. Hopp over produksjonsordrer med status progress eller done ved tilbakeskriving, og flytt bare dem som ikke er startet.
• Varighetene endrer seg. Operasjoner satt til Computed henter varigheten fra de siste produksjonsordrene (10 som standard), justert med Time Efficiency. Sett dem til Fixed i prøveperioden, eller aksepter at inngangsdataene endrer seg. Operasjonene ligger på hver enkelt stykkliste, uten felles grunndata for produksjonsruter. Derfor må hver stykkliste ryddes opp i separat.
• Feil i kalenderne. Hvert arbeidssenter trenger en arbeidstidskalender. Odoos egen planlegger søker opptil 700 dager fremover og stopper deretter med meldingen «Impossible to plan the workorder» (kan ikke planlegge produksjonsordren). Rett opp kalenderne før første innlasting.
• Måleenheter. mrp.bom.line har sin egen product_uom_id, som kan avvike fra produktets lagerenhet. Regn om enhetene før du kontrollerer materialtilgjengeligheten.

Det er tilbakeskrivingen som gjør integrasjonen nyttig i hverdagen. Når den er i drift:

• Odoo-produksjonsordrene får konkrete tidspunkter. Arcturus AI-motoren setter alle åpne MO-er i rekkefølge på sekunder. Tidspunktene og de valgte arbeidsstasjonene skrives til mrp.workorder, der de vises i Odoos planleggingsvisninger.
• Ingen omplanlegging for hånd. Autopilot justerer planen automatisk når produksjonen endrer seg, og webhooken sender de nye datoene til Odoo.
• Tilbakemeldinger direkte fra produksjonsgulvet. Operatørene registrerer arbeid på telefon eller nettbrett med Mobile Confirmations, Production Timer og Quick Log Mode. Time Logs sendes til Odoo for lagerføring og kostnadsberegning. Planlegging og utførelse håndteres i ett verktøy, både med Community og Enterprise.
• Planen tar hensyn til begrensninger Odoo ikke håndterer. En omstillingsmatrise angir rekkefølgeavhengige omstillinger for hvert produktpar. Verktøy er begrensede ressurser som deles mellom maskiner, og en jobb kan kreve flere operatører samtidig. Motoren velger alternative maskiner eller medarbeidere når førstevalget ikke er tilgjengelig. Tidspunktene som skrives tilbake til mrp.workorder, tar hensyn til alle disse begrensningene.
• Materialtilgangen styrer planen. Lagerbeholdning og åpne innkjøpsordrer i Odoo danner grunnlaget for materialstyrt planlegging. Bestilte komponenter regnes som tilgjengelige på innkjøpsordrens leveringsdato, og lagerbeholdningen oppdateres når innkjøpsordren merkes som Delivered. Hver jobb kontrolleres mot det som finnes på lager, og det som er på vei.

Dere kan vurdere produksjonsplanen før noe integrasjonsarbeid starter. Start en gratis prøveperiode på 30 dager med CSV-eksporter, og se deres egne Odoo-produksjonsordrer i Gantt-diagrammet, med opptil 20 arbeidsstasjoner og uten kredittkort. Prisen er fra 199 € per måned med 5 arbeidsstasjoner inkludert. Abonnementet faktureres månedlig og kan sies opp når som helst. Dere får et pristilbud på integrasjonen sammen med abonnementet før oppstart, basert på prosessen og behovene deres. Dermed kjenner dere totalkostnaden før dere starter. Se funksjoner og kunder, eller bestill en demo.