Vad kostar din IoT-plattform egentligen? Licensavgifterna i offerten berättar bara en del av sanningen. Det riktiga priset visar sig först när du försöker byta leverantör och plötsligt står inför hårdvarubyten, omskrivna integrationer och månader av migreringsarbete. Inlåsning i en proprietär IoT-plattform är en av de dyraste och mest underskattade riskerna i dagens OT- och IT-landskap.
Den här köpguiden riktar sig till dig som är IT- eller OT-ansvarig och som utvärderar, upphandlar eller omprövar en IoT-plattform. Du får lära dig att identifiera de tre stora kostnadskategorierna vid plattformsbyte, bedöma öppenhet längs fem kritiska dimensioner och använda en konkret checklista med tolv frågor att ställa direkt till leverantören. Vi går också igenom vad du ska leta efter i avtalstext, varför europeisk datasuveränitet spelar en extra viktig roll på den svenska marknaden och hur en genuint öppen IoT-plattform ser ut i praktiken. Målet är enkelt: att du ska kunna skriva på ett avtal med öppen syn och en riktig bild av de långsiktiga konsekvenserna.
Det dolda priset för inlåsning i en IoT-plattform
Licensavgiften ser enkel ut på papper. En fast månads- eller årsavgift, tydligt specificerad i offerten. Det är också det enda priset du ser vid köptillfället, och det är problemet.
Det verkliga priset för en IoT-plattform visar sig inte förrän du försöker lämna den.
Inlåsning inom IoT är bredare än de flesta räknar med. Det handlar inte om mjukvaran isolerat. Det handlar om tre sammanlänkade lager av beroenden: infrastruktur (sensorer och gateways som är hårdvarubundna till en specifik plattform), dataportabilitet (huruvida du faktiskt kan exportera din historiska driftdata i ett öppet format) och migrationskomplexitet (hur många integrationer, API-kopplingar och OT-system som måste skrivas om från grunden). När ett lager är låst tenderar de andra att följa med.
Byteskostnaderna är osynliga i offerten, men reella. Organisationer underskattar kostnaden för att byta leverantör, inte för att de är oförsiktiga, utan för att dessa kostnader inte finns med i något av dokumenten de granskar. Hårdvarubyte, omskrivna integrationer och operativ nedtid under migrationen syns aldrig i en leverantörs offert. De dyker upp månader eller år senare, när beslutet redan är fattat och kontraktet påskrivet.
På den svenska och nordiska marknaden tillkommer ytterligare en dimension. Driftsdata från byggnader, energisystem och vatteninfrastruktur omfattas av GDPR och för verksamheter inom kritisk infrastruktur gäller ytterligare sektorsspecifika informationssäkerhetskrav. En plattform som lagrar data hos en leverantör utanför EU, eller som saknar stöd för on-premise-driftsättning, skapar inte bara ett tekniskt beroende utan ett regulatoriskt riskexponering. Det gör inlåsning extra kostsam i en nordisk kontext, där datahänsyn väger tungt i upphandlingsprocesser.
Den här guiden är inte till för att skrämma. Den är till för att ge dig ett konkret ramverk, ett sätt att ställa rätt frågor till varje leverantör innan du skriver på. Om du redan utvärderar alternativ kan vår köpguide för IoT-övervakningsplattformar ge dig ytterligare kriterier att ta med in i processen.
Nästa steg är att förstå vad dessa byteskostnader faktiskt består av, i kronor och arbetstimmar.
De tre stora kostnadskategorierna när du byter IoT-plattform
Inlåsningens verkliga kostnad är sällan en enda stor utgift. Den är summan av tre separata kostnadskategorier som uppstår i följd och förstärker varandra.
1. Hårdvarubyte och kompatibilitetsinvesteringar
Proprietära sensorer och gateways är konstruerade för att fungera med en specifik plattforms protokoll och autentiseringsmodell. När du byter plattform räcker det sällan att migrera mjukvaran. Hårdvaran måste i många fall bytas ut helt, eftersom den antingen kommunicerar via ett proprietärt protokoll som den nya plattformen inte stöder, eller kräver en certifieringsprocess som gör omregistrering praktiskt omöjlig.
För en industrifastighet med 200 sensorer och tillhörande gateways kan hårdvarukostnaden ensam uppgå till hundratusentals kronor, beroende på sensortyp och installationsmiljö.
2. Omskrivna integrationer och middleware
API-kopplingar och OT-integrationer byggs mot en specifik plattforms datamodell och autentiseringslogik. Har din organisation lagt ned tid på att integrera Modbus-enheter, OPC-UA-kopplingar mot PLC eller SCADA-system, är dessa integrationer i praktiken skräddarsydda för den befintliga plattformen. De kan inte återanvändas rakt av.
Omskrivningsarbetet för flera systemintegrationer på mellankomplexitetsnivå kan kräva hundratals timmars arbete av en erfaren OT-integratör, beroende på dokumentationskvalitet och systemens ålder.
3. Driftstopp och operativ nedtid
Migrationsarbetet påverkar produktionsmiljöer direkt. Larmhantering, realtidsövervakning och automatiserade processer pausas eller försämras under övergångsperioden. Dessa operativa kostnader syns aldrig i offerten men är reella: ett produktionsstopp på tre veckor i en industrifastighet innebär inte bara konsultarvode utan även förlorat produktionsvärde och ökad manuell tillsyn.
Vill du se hur liknande kalkyler ser ut för en specifik sektor finns ett konkret underlag i vår kostnadsanalys och ROI för VA-bolag.
Så förstärker kategorierna varandra
Det som gör bytet särskilt kostsamt är att de tre kategorierna är sekventiellt beroende av varandra. Hårdvarubytet måste slutföras innan nya integrationer kan skrivas och testas. Integrationerna måste vara klara och stabila innan driftmiljön kan återställas fullt ut. Varje fas adderar tid, och mer tid betyder längre driftstopp.
Räkneexempel: Som illustration: en medelsstor anläggning med hundratals sensorer, ett flertal systemintegrationer och flera veckors migrationsarbete kan snabbt nå kostnader i hundratusentalskronorsklassen per kategori, ett belopp som sällan ryms i den ursprungliga TCO-kalkylen.
Fem dimensioner att bedöma för att mäta en IoT-plattforms öppenhet
När du väl förstår vad en plattformsmigration faktiskt kostar, förändras hela sättet att läsa en offert. Nästa steg är att veta exakt vad du ska granska innan du skriver på. Här är de fem dimensioner som avgör om en IoT-plattform är genuint öppen eller bara marknadsför sig som det.
1. Protokollstöd och -neutralitet
En öppen plattform kommunicerar med dina system på deras villkor, inte sina egna. Kontrollera att plattformen stöder MQTT, Modbus, OPC-UA och LoRaWAN nativt, utan tilläggsmoduler som kostar extra. OPC Foundation, med över 850 medlemsorganisationer, har fastställt OPC UA som en IEC-standard med stöd för både Client/Server och Publish/Subscribe via MQTT, vilket underlättar integration utan proprietära bindningar. Om en leverantör hänvisar dig till ett proprietärt protokoll som “standard” är det ett varningstecken.
2. Dataexport och portabilitet
Din driftsdata tillhör dig, inte plattformsleverantören. Ställ konkreta frågor: Kan du exportera all historisk rådata i CSV, JSON eller via REST API? Ingår det i grundavtalet, eller tillkommer en avgift? Och vad händer med din data när avtalet löper ut? En plattform som begränsar export i volym, frekvens eller format låser dig lika effektivt som ett tekniskt beroende. Observera att detta gäller även för konsumtionsmätning och faktureringsdata, något som är direkt relevant om du hanterar energimätning och automatiserad rapportering i en IoT-plattform.
3. API-mognad och dokumentation
Ett moget API är fullständigt dokumenterat, versionshanterat och tillgängligt utan specialavtal. Testa detta konkret: finns API-dokumentationen öppet på leverantörens webbplats, eller måste du begära tillgång? Kan en tredjepartsutvecklare integrera mot plattformen utan att leverantören behöver vara mellanhand? Svaga API:er skapar dolda konsultberoenden som inte syns i licenspriset.
4. Driftsmodell
Stöd för on-premise eller hybrid deployment innebär att du bestämmer var din data lagras. För verksamheter inom energi, vatten och industri är detta inte bara en teknisk preferens. Det är ofta ett krav som följer av datahänsyn och interna säkerhetspolicyer. En plattform som enbart erbjuder molndrift binder dig till en specifik leverantörs infrastruktur, inklusive deras prisförändringar och driftavbrott.
5. Hårdvaruneutralitet
En genuint öppen IoT-plattform låter dig ansluta sensorer från valfri tillverkare, utan dyra certifieringsprogram. Plattformar som kräver exklusiv hårdvara från ett partnerprogram begränsar ditt framtida handlingsutrymme varje gång du behöver byta ut eller komplettera utrustning.
Dessa fem dimensioner ger dig ett konkret filter att applicera på varje leverantörspresentation. I nästa avsnitt omvandlas de till specifika frågor du kan ställa direkt i ett upphandlingsmöte.
Checklistan: 12 konkreta frågor att ställa varje IoT-leverantör
Nu när du känner till de fem dimensionerna att bedöma är nästa steg att omsätta dem i konkreta frågor du kan ställa direkt i leverantörsmötet. Använd listan nedan som ett arbetsverktyg: ett bra svar är ett tecken på öppenhet, ett varningssvar är en signal om potentiell inlåsning.
1. Vilka protokoll stöder plattformen nativt, och tillkommer extra kostnad för MQTT, LoRaWAN eller Modbus?
✅ Bra svar: Protokollen ingår utan tilläggsavgift och är dokumenterade i standardavtalet. 🚩 Varningssvar: Öppna protokoll kräver tilläggsmoduler, separata licenser eller konsulttid för aktivering.
2. Kan vi exportera all historisk data i ett öppet maskinläsbart format vid avtalets upphörande, utan extra avgift?
✅ Bra svar: Fullständig dataexport i CSV, JSON eller via REST API ingår, utan volym- eller tidsbegränsning. 🚩 Varningssvar: Export är begränsad till specifika format, faktureras per gigabyte eller kräver ett separat “avvecklingspaket”.
3. Är API:et fullt dokumenterat och öppet tillgängligt, och kan vi integrera tredjepartssystem utan er som mellanhand?
✅ Bra svar: Dokumentationen är publik, API:et är versionshanterat och tredjepartsutvecklare kan integrera fritt utan att teckna ett separat partneravtal. 🚩 Varningssvar: API-tillgång kräver ett särskilt licensavtal, eller integrationer måste gå via leverantörens egna konsulter.
4. Stöder ni on-premise eller hybrid deployment, och hur påverkar det supportavtal och uppdateringsprocesser?
✅ Bra svar: On-premise och hybrid är dokumenterade alternativ med tydliga SLA:er, och uppdateringar kan styras av er organisation. 🚩 Varningssvar: On-premise nämns som möjligt men är i praktiken inte aktivt supporterat, eller kräver anpassad prissättning utan fastställda villkor.
5. Vilka hårdvarumärken är certifierade, och vad händer om vi vill använda hårdvara utanför er lista?
✅ Bra svar: Plattformen är hårdvaruagnostisk; kompatibilitet med ny hårdvara är ett tekniskt ärende, inte ett kommersiellt. 🚩 Varningssvar: Hårdvara utanför listan kräver ett betalt certifieringsprogram eller är de facto omöjlig att ansluta utan leverantörens godkännande.
6. Vad ingår i ert migrationsstöd om vi väljer att byta plattform?
✅ Bra svar: Leverantören erbjuder dokumenterad migrationsprocess, dataexportverktyg och rimlig övergångsperiod utan straffavgifter. 🚩 Varningssvar: Frågan möts av tvekan, hänvisning till “exit fees” eller påståendet att migrationshjälp faktureras som ett separat projekt.
7. Var lagras vår data, och kan vi styra att den hålls inom EU?
✅ Bra svar: Datalokation är konfigurerbar, EU-baserad lagring är standard eller valbar, och det finns ett tydligt databehandlingsavtal enligt GDPR. 🚩 Varningssvar: Datan lagras globalt utan möjlighet att begränsa till specifik jurisdiktion, eller databehandlingsavtalet är vagt formulerat.
8. Hur ser era SLA-garantier ut specifikt under en plattformsmigration?
✅ Bra svar: SLA:n täcker tillgänglighet och svarstid även under en migrationsperiod, med skriftliga åtaganden. 🚩 Varningssvar: SLA:n gäller bara normalläge; under migration är garantierna suspenderade eller omförhandlingsbara.
9. Vad händer med våra data och integrationerna om ni förvärvas eller lägger ned?
✅ Bra svar: Avtalet innehåller en tydlig datarepatrieringsklausul och en angiven tid för dataåtkomst vid nedläggning. 🚩 Varningssvar: Frågan besvaras inte i avtalstexten, eller hänvisning sker till allmänna villkor utan specifika garantier.
10. Finns det integrationslicenser per ansluten källa eller per API-anrop?
✅ Bra svar: Integrationer prissätts inte per källa; kostnadsmodellen är förutsägbar oavsett hur många system du kopplar in. 🚩 Varningssvar: Varje ny datakälla eller API-anrop faktureras separat, vilket skapar eskalerande kostnader i takt med att ditt IoT-ekosystem växer.
11. Hur hanterar ni versionsuppdateringar, och kan vi frysa en version av stabilitetsskäl?
✅ Bra svar: Versionspolicyn är dokumenterad, äldre versioner supporteras under en angiven period och du kan planera uppgraderingar på egna villkor. 🚩 Varningssvar: Uppdateringar sker automatiskt utan möjlighet att pausa, eller äldre versioner tvingas bort utan förvarning.
12. Kan ni ge oss en referenskund som genomfört en plattformsmigration bort från er?
✅ Bra svar: Leverantören kan hänvisa till ett verkligt fall och beskriver migrationsprocessen öppet. 🚩 Varningssvar: Frågan avfärdas, inga referenser finns eller svaret handlar enbart om varför kunder väljer att stanna.
Ta med dessa tolv frågor till nästa leverantörsmöte. Otydliga, defensiva eller undvikande svar är i sig information värd att notera i er upphandlingsdokumentation.
Röda flaggor i avtalstext: Vad du ska leta efter innan du skriver på
Checklistan ger dig rätt frågor att ställa muntligt. Men svaren du faktiskt binds av finns i avtalet. Det är där inlåsningen formaliseras, ofta i formuleringar som låter neutrala men fungerar som hinder den dag du vill byta riktning.
Här är fem klausuler du ska granska noga.
1. Otydligt dataägarskap
Leta efter formuleringar som “leverantören kan använda anonymiserad driftsdata för tjänsteutveckling” eller “aggregerade mätvärden för intern benchmarking.” I praktiken kan det innebära att din operativa data, dina energiprofiler, produktionsmönster eller läckagedata, används för att träna modeller eller jämföra dig mot andra kunder. GDPR ställer krav på att samtycke till databehandling är explicit; ett avtal som gör din IoT-data till leverantörens råmaterial utan tydlig opt-in är både affärsmässigt och regulatoriskt problematiskt.
2. Exportbegränsningar
Som fråga 2 i checklistan täcker: kontrollera om avtalet begränsar exportfrekvens, volym eller format och om fullständig historikexport kostar extra.
3. Hårdvarubindningar
Formuleringar som “certifierad hårdvara krävs för garanterat stöd” eller “kompatibilitet garanteras endast för partnerprogram-godkända enheter” är inlåsning i hårdvaruform. Certifieringsprocessen för externa tillverkare kostar ofta mer än själva hårdvarubytet. Fråga specifikt vad det kostar att ansluta en sensor som inte finns i leverantörens partnerlista, och få svaret skriftligt. Du hittar mer om vad sund datahantering och säkerhet faktiskt bör innebära i praktiken.
4. Eskalerande integrationslicenser
“Per ansluten källa” eller “per API-anrop” är prismodeller som ser rimliga ut när ditt ekosystem är litet. När du later kopplar in ytterligare IoT-lösningar, ERP-system eller SCADA-gränssnitt skalar kostnaden med varje ny integration. Kräv ett tak, ett fast pris per plattformsinstans, eller åtminstone en tydlig pristrappa som du kan räkna på.
5. Exit fees och migrationsparagrafer
“Avvecklingsavgift”, “dataöverföringsavgift” och “nedstängningskostnad” är formuleringar att söka aktivt efter. Dessa klausuler straffar dig ekonomiskt för att lämna plattformen och är ett av de tydligaste tecknen på att leverantören vet att deras erbjudande inte håller på egna meriter. En seriös plattformsleverantör behöver inte försvåra utträdet.
Europeisk datahänsyn och varför det spelar extra roll på den svenska marknaden
Avtalsvillkoren är ett lager av inlåsning. Datahänsyn är ett annat, och för svenska verksamheter väger det minst lika tungt.
GDPR och driftsdata som personuppgifter
IoT-data från byggnader, energisystem och vatteninfrastruktur är inte alltid anonym. IP-adresser, geografiska positioner och förbrukningsdata kopplade till enskilda hushåll eller hyresgäster räknas som personuppgifter under GDPR. Det innebär att din IoT-plattforms lagringsarkitektur direkt påverkar din regelefterlevnad. Böter kan uppgå till 20 miljoner euro eller 4 procent av global omsättning, vilket gör leverantörsvalet till en finansiell riskfråga, inte bara en teknisk preferens.
Post-molnkonsolidering och datasuveränitet
Den ökade konsolideringen bland globala molnleverantörer har synliggjort en sårbarhet kring datasuveränitet som många IT/OT-ansvariga inte fullt räknade med vid ursprungsupphandlingen. Resultatet är ett tydligt skifte mot europeiska alternativ med transparenta ägarstrukturer och datacenterlokationer inom EU.
NIS2 och krav på leverantörskedjans pålitlighet
För verksamheter inom energi, vatten och industri tillkommer sektorsspecifika säkerhetskrav som direkt påverkar leverantörskedjan. Det räcker inte att din egen organisation är säker; din IoT-plattformsleverantör ingår i din leverantörskedja och bedöms därefter. Väljer du en leverantör utan tydlig säkerhetsdokumentation riskerar du regelbrott i din egen verksamhet.
On-premise som regulatorisk nödvändighet
Möjligheten att driftsätta IoT-plattformen lokalt eller i ett europeiskt datacenter är för vissa sektorer inte ett bekvämlighetsval utan ett krav. Verksamheter med krav på driftsäkerhet och tillgänglighet inom VA, energi och industri kan behöva garantera att data aldrig lämnar en definierad jurisdiktion. En plattform som enbart erbjuder SaaS via en global molninfrastruktur kan utesluta sig själv ur upphandlingen redan i kravspecifikationen.
Praktiska krav för svenska upphandlare
Ta med dessa punkter i din kravspecifikation:
- ISO 27001-certifiering från leverantören, som verifierar att informationssäkerhet hanteras systematiskt
- Databehandlingsavtal (DPA) enligt GDPR, där det tydligt framgår var data lagras, vem som har tillgång och hur radering hanteras
- Dokumenterad datacenterlokation inom EU eller möjlighet till on-premise deployment
- SOC 2 Type II-rapport om leverantören driftar en molntjänst, som bekräftar säkerhet, tillgänglighet och konfidentialitet över tid
Utan dessa dokument i handen är regulatorisk efterlevnad ett löfte, inte en garanti.
Hur en öppenhetsvänlig IoT-plattform ser ut i praktiken
Regulatoriska krav sätter ramarna för var data får lagras. Men openness handlar också om vad du faktiskt kan göra med plattformen när du väl är igång.
Hårdvaruagnosticism i praktiken
En genuint öppen IoT-plattform låter dig ansluta sensorer från valfri tillverkare, utan dyra certifieringsprogram. Det betyder att du kan ansluta en temperatursensor från en tillverkare, en flödesmätare från en annan och en luftkvalitetssensor från en tredje, allt mot samma plattform. Vill du byta ut en sensor som inte längre uppfyller dina krav, byter du bara den sensorn, inte hela infrastrukturen.
Ett konkret exempel på protokolloberoende
Tänk dig en industriell anläggning med blandad utrustning. Trådlösa LoRaWAN-sensorer mäter temperatur och luftfuktighet i svåråtkomliga utrymmen. Äldre PLC-utrustning kommunicerar via Modbus. Realtidslarm skickas via MQTT. I en öppen plattform hamnar all denna data i ett och samma dashboard, trots att protokollen är helt olika. Du slipper separata system, separata gränssnitt och separata leverantörsrelationer. Det är inte magi, det är en plattform byggd på öppna standarder.
Öppna API:er minskar ditt framtida beroende
När din IoT-lösning behöver kopplas mot ett ERP-system, ett SCADA-system eller ett BI-verktyg, avgör API-arkitekturen hur enkelt det blir. En plattform med fullständigt dokumenterade, versionshanterade API:er och standardiserade dataformat som JSON och REST låter dina egna utvecklare eller systemintegratörer bygga kopplingarna utan att gå via plattformsleverantören. Det håller framtida integrationer i dina händer, inte i leverantörens.
Sensor-Online som ett praktiskt referensexempel
Sensor-Online är byggt på exakt dessa principer. Plattformen stöder ett stort antal sensorer och hårdvaruprodukter från en lång rad tillverkare, hanterar flera protokoll parallellt, erbjuder on-premise-driftsättning för de som kräver lokal datakontroll och exponerar öppna API:er för integration med externa system. Du kan läsa mer om hur integrationsmöjligheter och systemstöd fungerar i praktiken.
Kopplingen till checklistan
Ställ frågorna från checklistan mot Sensor-Online så ser svaren ut ungefär så här: Stöds öppna protokoll utan tillägg? Ja. Kan du exportera rådata i öppna format? Ja. Är API:et fritt dokumenterat? Ja. Finns on-premise som alternativ? Ja. Fungerar plattformen med hårdvara utanför ett slutet ekosystem? Ja. Det är vad ett konsekvent ja på alla centrala öppenhetsfrågor ser ut som i verkligheten.
Sammanfattning och nästa steg: Så börjar du din utvärdering
Nu när du vet hur en öppen plattform ser ut i praktiken är frågan: hur omsätter du den kunskapen i din egen upphandlingsprocess?
Som vi gick igenom är inlåsningens verkliga kostnad alltid dold i tre kategorier, hårdvara, integrationer och driftstopp, som tillsammans kan överstiga licensavgifterna mångfalt.
Ta med dig detta till nästa leverantörsmöte
De fem öppenhetsdimensionerna och de 12 leverantörsfrågorna ovan är ditt primära arbetsverktyg i mötet.
Börja i kravspecifikationen, inte i produktbroschyren
Leverantörers marknadsföring betonar funktioner. Din kravspecifikation ska i stället ställa krav på öppenhet: vilka protokoll som krävs, att dataexport ingår utan extra kostnad, och att inga exklusiva hårdvarubindningar accepteras. Krav som är skriftliga i upphandlingen är förhandlingsbara. Krav du ställer muntligt i ett säljmöte är det sällan.
Prata med oss innan du bestämmer dig
Som leverantör av IoT-lösningar för byggnader, energisystem, vatten och industri har Sensor-Online genomfört, och hjälpt kunder igenom, många liknande upphandlingsprocesser. Vi delar gärna med oss av de erfarenheterna, utan säljpitch, om din specifika miljö, dina protokollbehov eller din nuvarande migrationssituation.
Hör av dig för en öppen diskussion: info@nodeledge.se eller +46(0)500 6000 22. Vi hanterar det tekniska, så att du kan fatta ett välgrundat beslut.
Frequently Asked Questions
Vilka är de tre största kostnadskategorierna när man byter IoT-plattform?
De tre största kostnadskategorierna vid plattformsbyte är: 1) Hårdvarubyte och kompatibilitetsinvesteringar – sensorer och gateways som är bundna till den gamla plattformen måste ofta bytas ut helt, vilket för en fastighet med 200 sensorer kan kosta hundratusentals kronor. 2) Omskrivna integrationer och middleware – API-kopplingar och OT-integrationer som är skräddarsydda för den gamla plattformen måste skrivas om från grunden, vilket kan kräva hundratals timmars arbete. 3) Driftstopp och operativ nedtid – migrationsarbetet påverkar produktionsmiljöer direkt, och ett produktionsstopp på tre veckor innebär inte bara konsultarvode utan även förlorat produktionsvärde.
Vad bör jag leta efter i avtalstext för att undvika långsiktig inlåsning?
Du bör granska dessa fem kritiska klausuler noga: 1) Otydligt dataägarskap – se till att din data inte kan användas för leverantörens egen tjänsteutveckling utan explicit samtycke. 2) Exportbegränsningar – säkerställ att fullständig historikexport är möjlig utan extra avgift och utan volym- eller tidsbegränsningar. 3) Hårdvarubindningar – undvik formuleringar som kräver 'certifierad hårdvara' för garanterat stöd. 4) Eskalerande integrationslicenser – kräv ett tak på prismodellen snarare än 'per ansluten källa' eller 'per API-anrop'. 5) Exit fees och migrationsparagrafer – undvik straff för att byta leverantör, vilket är ett tecken på svag erbjudande.
Varför spelar europeisk datahänsyn en extra viktig roll för svenska verksamheter?
Flera faktorer gör datahänsyn kritisk: För det första omfattas IoT-data från byggnader, energisystem och vatteninfrastruktur ofta av GDPR som personuppgifter, vilket kan resultera i böter upp till 20 miljoner euro eller 4 procent av global omsättning. För det andra kräver NIS2-lagstiftningen för kritisk infrastruktur att leverantörskedjans pålitlighet är dokumenterad. För det tredje kan on-premise-driftsättning inom vissa sektorer vara ett regulatoriskt krav snarare än ett val. Du bör därför säkerställa ISO 27001-certifiering, ett tydligt databehandlingsavtal enligt GDPR, dokumenterad EU-baserad datacenterlokation eller on-premise-möjlighet.
Vad betyder det att en IoT-plattform är 'genuint öppen'?
En genuint öppen IoT-plattform karaktäriseras av fem dimensioner: 1) Protokollstöd – stöder MQTT, Modbus, OPC-UA och LoRaWAN nativt utan tilläggsavgifter. 2) Dataexport – möjlighet att exportera all historisk data i öppna format som CSV eller JSON. 3) API-mognad – fullständigt dokumenterade, versionshanterade API:er som är fritt tillgängliga. 4) Driftsmodell – stöd för on-premise eller hybrid deployment. 5) Hårdvaruneutralitet – möjlighet att ansluta sensorer från valfri tillverkare utan dyra certifieringsprogram. En plattform som uppfyller alla dessa kriterier låter dig arbeta med vilken hårdvara och vilka system som helst utan att binds till leverantörens ekosystem.
Vilken fråga bör jag ställa till en IoT-leverantör för att verkligen testa deras öppenhet?
En särskilt avslöjande fråga är: 'Kan ni ge oss en referenskund som genomfört en plattformsmigration bort från er?' En seriös leverantör bör kunna peka på verkliga fall och beskriva migrationsprocessen öppet. Om frågan avfärdas, inga referenser finns, eller svaret bara handlar om varför kunder väljer att stanna, är det ett starkt varningstecken om låst erbjudande. En leverantör som är säker på sitt värde behöver inte försvåra utträdet eller dölja hur migrationer fungerar i praktiken.
