OPC UA and Odoo: what you need to know before you promise

Wat OPC UA is en waarom machinebouwers het gebruiken

OPC UA is een industriële standaard waarmee machines, PLC's en softwaresystemen gestructureerd data kunnen uitwisselen. In plaats van losse meetwaarden zonder context kan een machine waarden aanbieden met namen, types en hiërarchie. Voor machinebouwers is dat aantrekkelijk, omdat dezelfde machine dan met verschillende systemen kan praten zonder voor elke klant een aparte koppeling te bouwen.

Voor een productiebedrijf klinkt dat logisch: als de machine OPC UA spreekt, zou Odoo toch direct moeten kunnen zien wat er gebeurt? In de makkelijke gevallen klopt dat gedeeltelijk. Een moderne machine kan bijvoorbeeld status, tellerstanden, alarmen of productiewaarden aanbieden. Een industriële gateway kan die waarden gebruiken om Odoo dichter op de werkvloer te brengen.

Maar OPC UA is geen garantie dat de juiste bedrijfsinformatie beschikbaar is. Een machine kan honderden tags publiceren terwijl de planner maar drie vragen heeft: is de order echt gestart, is de bewerking klaar, en wijkt de werkelijke tijd af van de norm? De waarde zit dus niet in de hoeveelheid tags, maar in de vertaling naar een bruikbaar Odoo-record.

Wat Odoo hiermee kan en wat je niet moet beloven

Odoo is sterk in werkorders, planning, voorraad, kwaliteit en onderhoud. Als machine-informatie daar betrouwbaar in terechtkomt, wordt ERP veel praktischer. Operators hoeven minder achteraf te typen, planners zien eerder waar capaciteit verschuift en onderhoud kan worden gebaseerd op echte belasting in plaats van alleen kalenderdagen.

De fout ontstaat wanneer OPC UA wordt verkocht alsof het automatisch een complete Odoo-machinekoppeling is. Dat is het niet. Een protocol kan data bereikbaar maken, maar het bepaalt niet vanzelf welke data zakelijk belangrijk is, welke registratie in Odoo nodig is en welke actie daarop moet volgen.

Daarom begint een goed project niet met de vraag hoeveel OPC UA-tags er zijn. Het begint met de vraag welke beslissing vandaag te laat of op verkeerde aannames wordt genomen. Meer over dat bredere uitgangspunt staat op onze pagina over machine connectivity met Odoo.

Tags, subscriptions en write-back: nuttig, maar niet automatisch genoeg

OPC UA kan lezen, volgen en in sommige gevallen terugschrijven mogelijk maken. In gewone taal: een systeem kan waarden uit een machine ophalen, veranderingen volgen en soms een opdracht teruggeven. Dat is nuttig, vooral wanneer de machinebouwer de interface netjes heeft gedocumenteerd.

Toch is write-back iets om zorgvuldig te behandelen. Een commando vanuit Odoo naar de werkvloer raakt planning, veiligheid, operators en verantwoordelijkheid. Niet elke wens hoort terug de machine in. Soms is een Odoo-actie voldoende, zoals een kwaliteitscontrole klaarzetten, een onderhoudstaak openen of een planner waarschuwen dat een werkorder structureel uitloopt.

Linky Business gebruikt protocollen zoals OPC UA waar ze passen, maar presenteert ze niet als toegangskaartje. De koppeling moet betrouwbaar genoeg zijn voor dagelijks gebruik, duidelijk genoeg voor de operatie en beperkt tot data of acties die werkelijk bedrijfswaarde hebben.

Waar het in de praktijk misgaat

In de praktijk gaat het vaak mis op drie punten. De machine heeft wel OPC UA, maar de beschikbare tags zijn vooral technisch en niet direct bruikbaar voor planning. De machine heeft OPC UA, maar alleen op een optiekaart of softwarelicentie die nooit is meegekocht. Of de machine heeft helemaal geen modern protocol, omdat zij vijftien, twintig of dertig jaar oud is.

Achteraf een moderne besturingsinterface op zo'n machine zetten is meestal duur, soms onmogelijk en vaak afhankelijk van de machinebouwer. Dat is precies waarom je OPC UA nooit als voorwaarde moet presenteren. Modbus, MQTT en OPC UA bestaan alleen op machines die met die mogelijkheid zijn gekocht of later bewust zijn uitgebreid.

Voor een software-only ERP-partner wordt dat snel een grens. Die kan Odoo configureren, maar meestal niet veilig beoordelen wat er elektrisch in een schakelkast gebeurt. Bij machinekoppeling moet iemand het elektrische schema kunnen lezen, in de kast kunnen werken en weten welk signaal operationele betekenis heeft.

Als OPC UA ontbreekt: waarom ruwe signalen vaak de zekerste route zijn

Als OPC UA beschikbaar en bruikbaar is, is dat de eenvoudige route. Als het ontbreekt, hoeft het project niet te stoppen. Linky Business kijkt dan naar leesbare signalen die de machine al produceert: digitale en analoge I/O, relais- en contactorcontacten, eindschakelaars, lichtschermen, sensoruitgangen en stroomverbruik op een bestaande kabel.

Daarmee blijft de machine zelf ongemoeid. Er wordt niets in de machine omgebouwd, garantie of certificering wordt niet geraakt en de machinebouwer hoeft niet mee te werken. Als een apparaat een leesbaar signaal produceert, kunnen we het koppelen aan de informatiebehoefte in Odoo.

Dat is ook de reden dat een machine uit de jaren negentig nog steeds een werkorder in Odoo kan starten en stoppen. Niet omdat de machine opeens modern wordt, maar omdat de bestaande werkelijkheid op de werkvloer bruikbaar wordt gemaakt voor ERP. Zie ook hoe Linky Business machines, devices en sensoren met Odoo verbindt.

Voorbeeld: moderne cel met OPC UA naast een draaibank uit 1995

Neem een metaalbedrijf met twee machines in dezelfde planning. De moderne bewerkingscel heeft OPC UA en levert een betrouwbare indicatie voor productievoortgang. Daarnaast staat een draaibank uit 1995 zonder digitaal protocol richting ERP. Beide machines veroorzaken hetzelfde probleem: de werkelijke looptijd komt te laat in Odoo, waardoor planning rekent met te optimistische tijden.

Na de koppeling ziet Odoo bij 34 werkorders per week dat een terugkerende bewerking niet gemiddeld 50 minuten duurt, maar 63 minuten. Dat verschil van 13 minuten per order is 442 minuten per week, dus ruim 7 uur capaciteit die eerst onzichtbaar was. De planner gebruikt die informatie om de routing te corrigeren en belooft de volgende serie met realistischere capaciteit.

De keten blijft zakelijk te volgen. Op de moderne cel komt de bruikbare machinestatus via OPC UA bij de Linky gateway terecht. Bij de draaibank komt de status uit bestaande leesbare signalen. Odoo legt start, stop en resultaat bij de werkorder vast. De beslissing is concreet: planning past de normtijd aan, onderhoud ziet echte draaiuren en sales verkoopt geen levertijd op basis van verouderde aannames.

Het belangrijkste punt is niet welke machine het mooiste protocol heeft. Het punt is dat beide machines in dezelfde Odoo-werkelijkheid terechtkomen. De moderne machine via de makkelijke route, de oudere machine via de route die werkt wanneer er geen protocol bestaat.

Wat een eerste stap concreet inhoudt

Een verstandige eerste stap is klein. Kies één machine waarop OPC UA beschikbaar lijkt en één oudere machine waar alleen bestaande signalen bruikbaar zijn. In een twee-machine pilot zie je direct of de beloofde data echt beschikbaar is, welke Odoo-registratie waarde heeft en welke beslissing daardoor beter wordt.

Reken voor zo'n eerste stap op ongeveer twee weken tot eerste echte data in Odoo, na een technische quickscan en met een vaste prijs voor de afgesproken scope. Linky Business werkt daarnaast met een laag, vast en voorspelbaar maandbedrag per locatie voor de gateway en per extra node. Maatwerk aan het begin kan verschillen per situatie, maar verhoogt het maandbedrag niet door complexiteit. De actuele tarieven staan op de prijzenpagina.

De gateway en nodes worden door Linky Business geleverd als onderdeel van het abonnement. De klant bezit de eigen machines, de eigen data in Odoo en het resultaat. Support, uitbreidingen en wijzigingen kunnen apart worden afgesproken. Dat houdt de eerste stap overzichtelijk zonder te doen alsof industriële koppelingen gratis blijven na oplevering.

Conclusie

OPC UA kan een uitstekende basis zijn voor Odoo-machinekoppeling. Wanneer een machinebouwer de interface goed heeft ingericht, is het vaak de snelste route naar bruikbare werkvloerdata.

Maar OPC UA is geen belofte die je blind moet verkopen. Het zegt niet automatisch dat de juiste tags beschikbaar zijn, dat write-back verstandig is of dat oudere machines buiten scope vallen. Voor veel bedrijven is juist de mix van modern en oud de dagelijkse realiteit.

Daarom is de praktische vraag niet: spreekt deze machine OPC UA? De betere vraag is: welk signaal is leesbaar, welk Odoo-record wordt daardoor betrouwbaarder en welke beslissing wordt er morgen beter door genomen?