Odoo PLM: Styring af Engineering Changes, Versions og Kontrollerede Opdateringer

Introduktion

Forestil dig et velkendt scenarie: Salg lover levering fredag, planlæggeren opdager ordren sent torsdag — fordi ordren har levet i e-mail og ikke i systemet. Denne blindgyde mellem løfter og realitet er præcis det, guiden hjælper dig med at lukke.

Vi har prioriteret ti konkrete scenarier fra at oprette en simpel stykliste til at håndtere et bevidst kompliceret produktionsmaraton på niveau 10. Hvert scenarie indeholder en trinvis Odoo-vejledning, så du kan følge med klik for klik.

Odoo PLM er krydsfeltet hvor lager, batches, pluk og produktion møder kunders krav og økonomi. Når PLM fungerer, undgår du manuelt genindtastede antal. Når det ikke gør, ender ERPen med at blive syndebuk.

Mange fabrikker og lager kører stadig på erfaring, WhatsApp-grupper og Excel-ark med navnet FINAL_v3. Det holder et stykke tid — indtil du skalerer, åbner et nyt sted eller skal kunne dokumentere sporbarhed.

PLM er en modul i Odoos ERP-landskab. Teams tager det i brug, når de vil have klare ansvarsroller, gentagelige processer og en søgbar historik i stedet for løse beskeder og offline-regneark. Odoo PLM: Engineering Changes, Versions og Controlled Updates er den fælles historie, beslutningstagere bruger ved budgetgodkendelser.

Med PLM modellerer du, hvordan varer reelt bevæger sig: modtag, opbevar, pluk, fremstille, sende, kassere og genbestille. Hvert trin efterlader et spor, som din fremtidige kollega takker dig for.

Du får ti konkrete use cases med virkelige firmascenarier — fra den første stykliste til stregkoder på fabriksgulvet.

Primær målgruppe er driftschefer, lageransvarlige og produktionsplanlæggere. Udviklere er velkomne senere; teksten taler forretningens sprog først.

Artiklen er en rangeret Top 10 fra Level 1 (let) til Level 10 (ekspert). Hvert niveau inkluderer nummererede trin: præcis hvad du ville klikke i Odoo PLM.

Start der, hvor dit team føler sig hjemme — ikke på niveau 10 bare fordi det lyder imponerende.

Læs udfordringsafsnittet først, og åbn så det niveau, der matcher din teams nuværende modenhed.

I denne guide får du overblik over:

• Hvilke ansvarsområder Odoo PLM typisk dækker i en virksomhedsarkitektur
• Hvor teams støder på mest modstand i dag (og hvorfor det opstår)
• Ti prioriterede use cases fra begynderdisciplin til strategisk modenhed
• Hvornår automatisering eller integrationer berettiger at inddrage en Odoo-partner

Udfordringen

Salg lover levering fredag; planlæggeren opdager ordren torsdag aften, fordi ordren har levet i e-mail fremfor i PLM. Ekspresleveringer tærer på marginen, og økonomi opdager lagerhullet først ved månedsafslutningen.

Lager og produktion kører ofte på rutineviden, mens de rigtige lager- og produktionsdata ligger udenfor Odoo. Den forskel giver udsolgte varer, hastindkøb og ubehagelige overraskelser ved regnskabstid.

Kender I det? Teams rammer typisk disse vægge:

• Lagerdata, som ikke matcher de løfter salg har givet
• Produktions- eller indkøbsplaner, der er lavet uden levende antal
• Sporbarhedshuller, når kunder eller revisorer stiller kritiske spørgsmål

Det gode er: du behøver ikke et kæmpestort projekt for at begynde at rette op. Vælg et use case herunder, kør det 30 dage i Odoo PLM, og mål effekten.

Top 8 PLM-use cases

8 praktiske PLM-use cases, rangeret fra Level 1 (hurtigt og let — gør det i eftermiddag) til Level 8 (ekspert). Hver case svarer på: Hvad bygger vi, og hvilke klik i Odoo er nødvendige?

Level 1 er den hurtige daglige gevinst. Det højeste niveau er bevidst sat over toppen, så du kan se, hvor meget samme app kan bære, når arkitektur og data er ryddet op.

Vælg dit niveau, følg de nummererede trin i et testmiljø, og tag næste trin først når det foregående føles trivielt.

1. Indsend din første Engineering Change Order på en stykliste Level 1 — Let

Level 1 er den simpleste PLM-aktivitet: én ingeniør, én ændring i en stykliste, én dokumenteret ændringsordre. Ingen automatisering, kun en registreret beslutning produktionsfolk kan læse.

Sådan gør du i Odoo:

1. Installer PLM-modulet, gå til PLM → Engineering Change Orders → Ny, og vælg det berørte produkt.
2. Knyt den aktuelle stykliste og skriv i klar tekst: hvad erstattes, og hvad kommer i stedet.
3. Tilføj begrundelse (omkostningsreduktion, kvalitetsproblem, leverandørskift) og en dato for, hvornår den nye revision træder i kraft.
4. Gem ECO'en; styklisten forbliver låst på den nuværende revision indtil godkendelse.
5. Godkend ECO'en; Odoo opretter en ny styklisteversion, arkiverer den gamle og logger ændringen på produktens chatter.

Resultatet: Ingen flere private regneark med ingeniørændringer — alt ligger på produktkortet med ejer, årsag og et auditspor.

2. Aktivér versionering af styklister og sammenlign to revisioner side om side Level 2 — Let

Level 2 gør hver ECO til en versioneret historik. Du kan sammenligne revision A og B linje for linje — ligesom et diff for kode, men for komponenter og mængder.

Sådan gør du i Odoo:

1. Gå til PLM → Konfiguration → Indstillinger, og sæt flueben i Engineering Versioning på Bills of Materials.
2. Hver godkendt ECO opretter nu automatisk en ny styklisteversion; den forrige arkiveres, men forbliver læsbar.
3. Åbn produktet, klik på knappen BOM Versions, og vælg de to revisioner, du vil sammenligne.
4. Klik Sammenlign; Odoo fremhæver tilføjede, fjernede og ændrede komponenter med mængdedifferencer i farve.
5. Eksporter sammenligningen som PDF og vedhæft den til ECO'en, så fremtidige audits ser samme diff.

Resultatet: Spørgsmålet 'hvem ændrede hvad, og hvornår' besvares på 30 sekunder i stedet for en eftermiddags eftersøgning i e-mails.

3. Vedhæft CAD-tegninger og revisionsnoter til hver ECO via Documents Level 3 — Let

Level 3 forbinder PLM med Documents-appen. Hver ECO bliver den eneste sikre kilde til tegninger, STEP-filer og tekniske noter, som værkstedet rent faktisk skal bruge.

Sådan gør du i Odoo:

1. Åbn en aktiv ECO og skift til Documents-fanen i formularen.
2. Træk den nye PDF-tegning ind i uploadzonen; Odoo tagger den automatisk med ECO-reference, produkt og revision.
3. Pin den seneste CAD-eksport (STEP eller IGES), så operatørerne altid arbejder fra én godkendt fil.
4. Skriv en revisionsnote i chatteren, der beskriver de fysiske ændringer og hvordan man genkender dem.
5. Generér en QR-kode, der peger på dokumentmappen, print den og sæt den ved arbejdsstationen.

Resultatet: Operatørerne stopper med at bygge efter den gamle vægophængte tegning og arbejder fra den live-revision, som ingeniøren godkendte i morges.

4. Konfigurer en godkendelsesworkflow med flere trin for ingeniørændringer Level 4 — Medium

Level 4 indfører styring. ECO'en går ikke længere igennem én person — den løber gennem Engineering, Produktion, Kvalitet og Økonomi med en navngiven godkender pr. trin.

Sådan gør du i Odoo:

1. Gå til PLM → Konfiguration → Approval Workflows → Ny, og kald den Standard ECO Approval.
2. Tilføj faser i rækkefølge: Engineering Review, Production Sign-off, Quality og Finance (kun ved omkostningspåvirkning over 3.700 kr.).
3. Tildel én godkender eller en gruppe til hvert trin; kræv en kommentar ved afvisning, så årsagen forbliver sporbar.
4. Aktivér Notify by Activity, så hver godkender får en opgave i deres indbakke den dag, en ECO lander på deres trin.
5. Lav en pipelinevisning grupperet efter fase, så engineering-lederen på et splitsekund ser, hvilke ECO'er der sidder fast hver mandag.

Resultatet: Ændringsstyring bliver en defineret proces i stedet for ad hoc-escalationer, og lederen får et klart billede af, hvor flaskehalse opstår.

5. Propagér en godkendt revision til allerede kørende Produktionsordrer Level 5 — Medium

Level 5 er punktet hvor PLM møder værkstedet. Når en ECO er godkendt, vælger du om ændringen skal gælde nye MOs, bekræftede MOs eller alle åbne MOs.

Sådan gør du i Odoo:

1. Åbn en godkendt ECO og tjek feltet Apply To: New MOs only, Confirmed MOs eller All Open MOs.
2. Vælg All Open MOs for at skubbe den nye styklisteversion ud på alle aktive produktionsordrer med et klik.
3. Bekræft; Odoo markerer berørte MOs i rød, så planlæggeren ved, at opskriften lige er ændret midt i kørslen.
4. Åbn en påvirket MO og kontroller, at den nye komponent står i forbrugslisten med korrekt mængde.
5. Skriv en besked i produktionskanalen med link til ECO og cutover-dato.

Resultatet: Midt-i-kørslen-ændringer træffer de rigtige MOs, så næste batch leveres efter den nye specifikation — ikke den gamle.

6. Bloker ny revision indtil kvalitetsgate passerer pilotkørsel Level 6 — Svær

Level 6 kobler PLM til Kvalitet. Den nye styklisteversion må ikke gå i produktion, før en pilotbatch passerer et konkret kvalitetskontrolpunkt med registrerede målinger.

Sådan gør du i Odoo:

1. Gå til Quality → Configuration → Control Points → Ny, og link punktet til det berørte produkt og den relevante BOM-operation.
2. Definér testen (dimensionelt mål, visuel kontrol, instruktioner) og markér at fejltagelse blokerer workflowet.
3. På ECO-formularen tilføj en Quality Gate-fase, der trigges af en pilot-MO på tre enheder.
4. En inspektør kører pilot-MO'en, validerer testen på tablet og uploader billeder direkte fra værkstedet.
5. Hvis testen fejler, stopper Odoo ECO'en fra at avancere og opretter automatisk en Quality Alert med de fejlede målinger.
6. Hvis testen bestås, går ECO'en videre og den nye styklisteversion frigives til produktion.

Resultatet: Fejlbehæftede revisioner fanges på tre pilot-enheder i stedet for ved hundrede kundereklamationer, og sammenhængen mellem ændring og kvalitetsresultat bliver målbar.

7. Synk revisioner med eksternt CAD via Odoo API'en Level 7 — Svær

Level 7 bringer PLM sammen med designværktøjet. Ingeniører arbejder videre i deres CAD, mens Odoo modtager hver udgivelse som en kladde-ECO med stykliste, tegning og parts-list automatisk udfyldt.

Sådan gør du i Odoo:

1. Generér en API-nøgle under Settings → Technical → API Keys med læse- og skriveadgang til PLM-modulet.
2. Tilslut en CAD-bro (SolidWorks, Inventor, Fusion 360, Onshape) til nøglen via webhook eller connector.
3. Konfigurer broen: hver CAD-udgivelse sender en kladde-ECO med nye BOM-linjer, tegning i PDF og STEP vedhæftet.
4. Kortlæg CAD-revisionsbogstaver (A, B, C) til Odoo BOM-versionnumre, så navngivningen forbliver konsistent begge veje.
5. Tillad tovejssynkronisering: en kompont-ændring i Odoo markerer CAD-delen som Needs Review, næste gang ingeniøren åbner den.
6. Pilotér én produktfamilie i en uge, overvåg sync-loggen, og rul først ud til resten, når fejlraten er nul.

Resultatet: Ingeniørdata flyder direkte fra design til produktion; ingen reindtaster stykliste-linjer, og CAD-revision og Odoo-BOM taler samme sprog.

Designet af CAD–Odoo synk, feltkortlægning, konfliktløsning og udrulningsplan er netop den type integrationsprojekt, Dasolo typisk fører som partner-ledet PLM-engagement.

8. Kør et fuldt Design-to-Retire lifecycle på tværs af PLM, Kvalitet, AI og live dashboards Level 8 — Ekspert

Level 8 er loftet. PLM orkestrerer Project, Quality, Manufacturing, Field Service og AI, så hver revision følges fra idé til udfasning på ét samlet auditspor.

Sådan gør du i Odoo:

1. Byg et Project-board Design to Retire med R&D-opgaver knyttet til kladdeprodukter; hver prototype bor her, før den får sin første ECO.
2. Konfigurer Odoo AI til at læse hver ECO-beskrivelse og forudsige omkostningspåvirkning, risikoscore og sandsynlig godkendersti før indsendelse.
3. Kobl PLM til Quality, Maintenance og Field Service, så hver godkendt revision automatisk opretter QC-planer, udstyrsalarmer og reservedelsopdateringer.
4. Skub hver godkendt ECO til Knowledge-basen for distributører og til Field Service-teknikere på mobil — med offlineadgang på stedet.
5. Synk styklisteversionsstrømmen med eksterne systemer (CAD, MES, kundeportaler) via signerede webhooks, retry-køer og en dead-letter-oversigt.
6. Byg et Spreadsheet-dashboard Product Lifecycle Live: gennemsnitlig ECO-cyklus, kvartalsvis omkostningspåvirkning, blokerede ændringer og hyppigste fejlrødder.
7. Automatiser udfasning: når et produkt arkiveres, underret berørte kunder og foreslå en erstatningsdel på alle åbne tilbud i CRM.

Resultatet: Ændringer i produktdesign går fra at være private noter til at fungere som det lim, der forbinder design, produktion, service og økonomi — med ét nøgletal per kvartal på ledelsens dashboard.

At koble PLM sammen med Project, Quality, Field Service, AI, Knowledge, Spreadsheet og eksterne CAD/MES-sync er den tværgående arkitektur, Dasolo samler i deres partner-ledede PLM-programmer. De fleste hold har brug for en erfaren partner for at få routing-regler og fejlhåndtering rigtigt første gang.

Hvornår ekspertbistand giver mening

Hvis dit team kun har behov for levels 1–5, kan I ofte klare det med standard Odoo PLM, en dedikeret intern ejer og et sandbox-miljø, hvor man må teste og fejle uden konsekvenser.

Fra level 6 og op stiger konsekvenserne: automatiske workflows, der mailer den forkerte kunde, Studio-felter der spærrer opgraderinger, eller API'er der stopper med at synkronisere lager kl. 02:00.

Det er ikke et tegn på, at dit team har slået fejl — det viser blot, at arkitektur, test og governance nu er afgørende.

Bring en partner ind, når du har behov for tvær-app-design, landespecifik compliance, komplekse integrationer eller en go-live dato, bestyrelsen allerede har sat i kalenderen.

Samarbejd med Dasolo

Dasolo hjælper virksomheder med at implementere Odoo, så det passer til den måde I rent faktisk arbejder på: specialbyggede apps, rene integrationer og træning, som folk husker efter konsulenterne er gået.

Hvis jeres PLM-roadmap indeholder avancerede use cases fra denne guide, kan vi lave en faseopdelt plan: hurtige gevinster først, efterfulgt af automatisering og integrationer med klare ejerskaber og test-scripts.

I bevarer styringen af scope og budget. Vi tilfører dyb Odoo-ekspertise, så jeres team undgår dyre fejl i produktion.

Book en gratis konsultation:

Planlæg din demo