Vad är ett Machine Interface Data Contract?
Teknisk definition
Ett maskingränssnittskontrakt – beställarens formella specifikation av vilken data en maskin eller ett paketaggregat ska exponera vid sin gräns (nivå 1,5): identiteter, tillstånd, taggar, enheter, kvalitetsflaggor och uppdateringstakter – med acceptanskriterier som testas vid leverans.
I korta drag
Maskinen är leverantörens svarta låda under gränsen – men datagränssnittet är ert. Kontraktet gör normaliseringen till ett upphandlingskrav i stället för ett städprojekt.
Utmaningen?
Utan kontrakt levererar varje maskinleverantör sin egen OPC UA-struktur, sina egna taggnamn och sina egna enheter – och integrationskostnaden betalas av er, om och om igen. Kontraktet vänder på maktförhållandet: normaliseringen sker där beställarmakten finns – i upphandlingen – i stället för i efterhand i mellanvaran. Reglerkretsar och säkerhet rörs aldrig; kontraktet gäller datautbyte vid gränsen, inte styrning genom den.
HubMinds metodik
Vi definierar en kanonisk informationsmodell per maskintyp – identitet enligt IEC 81346, tillståndsmodell (PackML-mönster eller Weihenstephan där det passar), obligatoriska taggar med enheter och kvalitetsflaggor. Leverantören uppfyller kontraktet nativt (sin OPC UA-server enligt er modell) eller via en kantmappning som dokumenteras som data mapping och ägs av er.
Leveransen godkänns först när gränssnittet klarat acceptanstestet: struktur, enheter, uppdateringstakter och tillståndsbeteende verifieras som vilken annan idrifttagningskontroll som helst. Resultatet: källan ansluter till UNS-O färdignormaliserad – och maskin nummer åtta kostar nästan inget att integrera.
Varningar & Fallgropar
Kontrakt utan test: Ett gränssnittskrav utan acceptanskriterier är en önskan. Testprotokollet är halva kontraktet.
För detaljerat för tidigt: Kontraktera det som konsumeras – identitet, tillstånd, nyckeltal – inte varje intern tagg. Modellen ska kunna växa per version.
Fastighetssidan glöms: BMS-leverantörer är mindre vana vid gränssnittskontrakt än maskin-OEM:er – desto större skäl att ställa kravet. Ett luftbehandlingsaggregat är också en maskin.
💡Vår rekommendation
In i upphandlingen: Kontraktet är en bilaga till maskinköpet – inte ett projekt efteråt.
En modell per maskintyp: Typ/instans-mönstret gör att varje ny maskin ärver strukturen.
Acceptanstesta vid leverans: Datagränssnittet godkänns som en del av idrifttagningen.
Versionshantera kontraktet: Modellen utvecklas – med spårbara versioner och ägare.
FAQ/Snabbfrågor
Går leverantörerna med på det här? Oftare än man tror – särskilt när kravet ställs före kontraktsskrivning och baseras på etablerade mönster (OPC UA companion specs, PackML, Weihenstephan). Alternativet med kantmappning gör kravet alltid uppfyllbart.
Fördyrar det inte maskinköpet? Marginellt vid köpet – men det flyttar en återkommande integrationskostnad till en engångskostnad hos den som kan maskinen bäst. Totalkostnaden sjunker för varje maskin.
Kan realtidsdata gå genom gränsen? Ja – kontraktet gäller datautbyte (telemetri, tillstånd, händelser) i real- eller nära realtid. Reglerkretsar stannar under gränsen, i maskinens styrsystem.
HubMinds relaterade sidor:
Data mapping, Kravhantering och OPC UA
Standarder & ramverk:
OMAC PackML och Weihenstephan Standards – etablerade mönster för maskingränssnitt
Ska nästa maskin levereras med ert datagränssnitt – eller leverantörens?
HubMind hjälper er ta fram maskingränssnittskontrakt med acceptanskriterier – så att normaliseringen blir ett leveranskrav.
Omfattningsnotis: UNS-mönstret är domänagnostiskt. Det gäller inte bara fastigheter utan även industri, energi, logistik, laboratorier och annan digitaliserad verksamhet där operativ data behöver gemensam struktur och styrning.
« Tillbaka till begreppsbanken