Vad är UNS-E?
Teknisk definition
Enterprise Unified Namespace – företagsnivån i ett UNS i två nivåer (HubMinds modell). UNS-E är en styrd, schemastyrd 1:1-projektion av UNS-O: aggregerad och strukturerad data för tvärdisciplinär delning mellan produktion, fastighet, energi och affärssystem.
I korta drag
UNS-E är samma objekt som i UNS-O – samma identitet, annat syfte. Kurerad, aggregerad och delbar över domängränser, utan att molnet behöver se ventilen.
Utmaningen?
Företagsnivån vill ha svar – OEE, energiprestanda, tillgänglighet – inte tiotusen råsignaler. När affärssidan kopplas direkt mot operativa system uppstår två problem samtidigt: konsumenterna drunknar i onormaliserad realtidsdata, och OT-miljön exponeras mot nätverk den aldrig borde se. Resultatet blir antingen skugglösningar (Excel-export igen) eller en säkerhetsarkitektur som ingen vågar granska.
HubMinds metodik
UNS-E byggs som en styrd projektion av UNS-O – inte som en parallell struktur. Varje objekt behåller sin identitet 1:1 (via IEC 81346-referensbeteckningar), men representationen ändras: aggregerat i stället för rått, schemastyrt i stället för fritt, kurerat i stället för komplett. Publiceringen är enkelriktad som standard och passerar en definierad zongräns enligt IEC 62443.
Det är här det tvärdisciplinära värdet uppstår: produktionsdata, fastighetsdata och energidata delar namnrymd och identitetsryggrad – så att en energianalys kan koppla kompressorns förbrukning till både produktionsorder och byggnadens driftläge. På företagsnivån passar även eventströmning (Kafka) och schemaregister – UNS-E är mönstret, inte ett specifikt protokoll.
Varningar & Fallgropar
Parallellbygget: Om UNS-E modelleras fristående från UNS-O får ni två sanningar som divergerar. UNS-E förtjänas ur UNS-O – den byggs inte separat.
Identitet utan ägare: 1:1-mappningen mellan nivåerna är masterdata och behöver utpekat ägarskap – annars glider den.
Schemafri delning: Utan datakontrakt på företagsnivån ärver varje konsument tolkningsarbetet – och rapporterna slutar stämma överens igen.
💡Vår rekommendation
Projektera – bygg inte parallellt: Varje UNS-E-objekt ska härledas 1:1 ur UNS-O.
Datakontrakt vid gränsen: Schema, enheter, kvalitetsflaggor och uppdateringstakt – definierat och versionshanterat.
Enkelriktat som standard: Skrivningar nedåt är undantag med egen riskbedömning – inte norm.
Tänk tvärdisciplinärt från dag ett: Reservera plats för fastighet och energi i strukturen även om ni börjar med produktion.
FAQ/Snabbfrågor
Är UNS-E bara en dataplattform? Nej. En datasjö lagrar; UNS-E delar aktuellt tillstånd och händelser med behållen identitet och struktur. De kompletterar varandra – UNS-E matar gärna plattformen.
Måste UNS-E vara MQTT? Nej. Mönstret är protokollneutralt: MQTT, Kafka eller en kombination. Valet styrs av konsumenternas behov av historik, replay och skalning.
Vad skiljer UNS-E från en integrationsplattform? Integrationsplattformen är teknik; UNS-E är struktur och styrning: namnrymd, identiteter, kontrakt och ägarskap. Plattformen kan implementera UNS-E – men ersätter den inte.
HubMinds relaterade sidor:
UNS, UNS-O och Machine Interface Data Contract
IEC 81346, Masterdata-ägarskap och Single Source of Truth
Branschresurser:
RealEstateCore och Brick Schema – semantik för fastighetsdomänen
Vill ni dela anläggningsdata över domängränser – utan att exponera OT?
HubMind hjälper er utforma UNS-E som en styrd projektion – med identitet, kontrakt och ägarskap på plats.
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