{"id":14978,"date":"2026-06-22T15:54:56","date_gmt":"2026-06-22T13:54:56","guid":{"rendered":"https:\/\/www.wespeakiot.com\/?p=14978"},"modified":"2026-06-22T16:21:18","modified_gmt":"2026-06-22T14:21:18","slug":"sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen","status":"publish","type":"post","link":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/","title":{"rendered":"SGP.32: Kennen ist nicht dasselbe wie verstehen"},"content":{"rendered":"<div class=\"ccfic\"><span class=\"ccfic-text\">Illustration: ChatGPT<\/span><\/div>\n<h2>SGP.32 gewinnt im IoT-Connectivity-Markt an Bekanntheit. Die gr\u00f6\u00dfere Herausforderung: Produktteams, Solution Architects und Kunden m\u00fcssen den Standard greifbar erfassen k\u00f6nnen \u2013 vor Beschaffung, Rollout und dem ersten Produktionsvorfall.<\/h2>\n<div class=\"kurzueberblick\">\n<p><b>Das Wichtigste in K\u00fcrze<\/b><\/p>\n<ul>\n<li>Bekanntheit ist nicht Einsatzbereitschaft: Viele Produktteams kennen den Namen SGP.32, doch sie verstehen nicht, was der Standard in Verhalten, Verantwortung und Betrieb konkret ver\u00e4ndert.<\/li>\n<li>Der n\u00e4chste SGP.32-Durchbruch braucht kein weiteres Feature und kein neues Portal \u2013 er braucht einen Playground, der das Verhalten des Standards vor Beschaffung und Rollout sichtbar macht.<\/li>\n<li>Je kritischer der Anwendungsfall \u2013 vernetzte Fahrzeuge, Gesundheitswesen, Industrial IoT \u2013 desto gef\u00e4hrlicher wird es, Flexibilit\u00e4t als abstraktes Versprechen zu verkaufen, ohne dass Teams verstehen, was sie kaufen und was sie selbst kontrollieren m\u00fcssen.<\/li>\n<\/ul>\n<\/div>\n<p>Man kann \u201eSGP.32&#8243; so oft wiederholen, bis der Markt den Namen kennt. Das bedeutet aber nicht, dass der Markt versteht, was damit anzufangen ist.<\/p>\n<p>Diese Adoptionsl\u00fccke untersch\u00e4tzt die IoT-Branche immer wieder: Bekanntheit ist n\u00fctzlich, aber sie ersetzt keine Einsatzbereitschaft. Ein Produktteam hat vielleicht von SGP.32 geh\u00f6rt \u2013 dem <a href=\"https:\/\/www.gsma.com\/solutions-and-impact\/technologies\/esim\/gsma-embedded-sim-specification-definitions\/\" target=\"_blank\" rel=\"noopener noreferrer\">GSMA-Standard f\u00fcr die Remote-Bereitstellung und das Lebenszyklusmanagement von eSIMs in IoT-Ger\u00e4ten<\/a>. Ein Solution Architect wei\u00df vielleicht, dass es etwas mit eSIM-Lebenszyklusmanagement zu tun hat. Ein Einkaufsteam hat den Begriff vielleicht schon in Vendor-Pr\u00e4sentationen gesehen.<\/p>\n<p>Verstehen hei\u00dft das nicht. Und wer eine Technologie nicht versteht, kauft, steuert und betreibt sie nicht mit Zuversicht.<\/p>\n<h3>Enterprise-Vertrieb ist normal. Enterprise-Mystery nicht.<\/h3>\n<p>SGP.32 muss kein Spielzeug werden. Es ist ein Enterprise-Standard f\u00fcr ein komplexes \u00d6kosystem, und das sollte niemand kleinreden. Ein Vertriebsprozess, eine gef\u00fchrte Demo oder ein Solution-Workshop sind normal. Die meisten Unternehmen sollten gro\u00dfskalige IoT-Connectivity nicht einfach aktivieren wie ein Testabo.<\/p>\n<p>Aber Enterprise-Vertrieb sollte nicht Enterprise-Mystery bedeuten.<\/p>\n<p>Vor der Beschaffung, vor dem Rollout und vor dem ersten Produktionsvorfall brauchen Produktteams einen klaren Weg, um zu verstehen, was SGP.32 tats\u00e4chlich ver\u00e4ndert \u2013 nicht nur auf der Ebene der Standard-Sprache, sondern auf der Ebene von Verhalten, Verantwortung und operativen Trade-offs. Genau dort sehe ich weiterhin eine L\u00fccke in der aktuellen Diskussion.<\/p>\n<h3>Warum Bekanntheit nicht Einsatzbereitschaft bedeutet<\/h3>\n<p>Beim erneuten Lesen von <a href=\"https:\/\/afzalmangal.com\/product\/pdf-e-book-iot-the-hype-no-one-knows-about\/\" target=\"_blank\" rel=\"noopener noreferrer\">Afzal Mangals \u201eIoT: The Hype No One Knows About&#8220;<\/a> fiel mir wieder ein Muster auf, das gro\u00dfe Teile der IoT-Branche durchzieht. Wir verwechseln h\u00e4ufig Aufmerksamkeit mit Adoption. Menschen h\u00f6ren von einer Technologie. Sie stimmen vielleicht sogar zu, dass sie wichtig ist. Aber solange sie die Technologie nicht anfassen, testen, kaputt machen und auf den eigenen Kontext anwenden k\u00f6nnen, bleibt sie abstrakt. SGP.32 l\u00e4uft Gefahr, in dasselbe Muster zu fallen.<\/p>\n<p>Noch spricht ein Gro\u00dfteil der SGP.32-Diskussion Telekom-Sprache: eIM (der IoT Remote Manager, der zwischen Ger\u00e4t und Netzwerkinfrastruktur sitzt), eUICC (der eingebettete SIM-Chip), IPAe\/d (der IoT Profile Assistant auf der Ger\u00e4teseite), Profile, Policies, SM-DP+ (die Serverinfrastruktur, die Profile vorbereitet und ausliefert). Alles korrekt. Aber weit entfernt davon, wie viele Produktteams und Solution Architects tats\u00e4chlich lernen.<\/p>\n<p>Das Problem ist nicht, dass diese Terminologie existiert. Sie muss existieren. Standards brauchen Pr\u00e4zision. Architekturen brauchen definierte Komponenten. Schnittstellen brauchen Namen. Das Problem beginnt, wenn die Sprache des Standards der einzige Weg wird, den Wert zu verstehen.<\/p>\n<p>Ein Kunde wacht nicht morgens auf und m\u00f6chte ein eIM. Ein Produktteam beginnt nicht bei IPAe\/d. Ein Flottenbetreiber interessiert sich nicht f\u00fcr Profil-Lebenszyklusmanagement als abstraktes Konzept. Sie interessieren sich f\u00fcr Fragen wie:<\/p>\n<ul>\n<li>Kann ich eine Ger\u00e4tevariante \u00fcber mehrere Regionen hinweg ausrollen?<\/li>\n<li>Kann ich sp\u00e4ter den Connectivity-Anbieter wechseln, ohne das Ger\u00e4t anzufassen?<\/li>\n<li>Kann ich reagieren, wenn die erste Connectivity-Wahl nicht wie erwartet funktioniert?<\/li>\n<li>Kann ich meine Ger\u00e4te \u00fcber lange Lebenszyklen hinweg erreichbar halten?<\/li>\n<li>Kann ich nachvollziehen, wer wof\u00fcr verantwortlich ist, wenn etwas ausf\u00e4llt?<\/li>\n<li>Kann ich Flexibilit\u00e4t nutzen, ohne operatives Chaos zu erzeugen?<\/li>\n<\/ul>\n<p>Das ist die \u00dcbersetzungsebene, die SGP.32 noch braucht.<\/p>\n<h3>Der n\u00e4chste Durchbruch kommt nicht durch ein weiteres Portal<\/h3>\n<p>Der n\u00e4chste SGP.32-Durchbruch kommt nicht durch eine weitere Feature-Liste. Er kommt nicht durch einen weiteren Portal-Screenshot. Er kommt nicht durch eine weitere Folie mit \u201eRemote Profile Management&#8220;, \u201eCarrier-Flexibilit\u00e4t&#8220; oder \u201ezukunftssichere IoT-Connectivity&#8220;. Das alles ist wichtig, aber es reicht nicht.<\/p>\n<p>Der n\u00e4chste Durchbruch kommt, wenn jemand SGP.32 leichter ausprobierbar, erkl\u00e4rbar und nachvollziehbar macht. Mit anderen Worten: SGP.32 braucht einen Playground. Keine Zertifizierungsumgebung. Keine produktionsreife Simulation. Keine vendor-kontrollierte Demo, in der alles funktioniert, weil der Weg bereits vorbereitet ist. Einen Playground. Einen Ort, an dem das Verhalten sichtbar wird \u2013 vor Beschaffung, Rollout oder der ersten Eskalation.<\/p>\n<h3>Warum Software Defined Vehicles ein interessanter Vergleich sind<\/h3>\n<p>Software Defined Vehicles \u2013 Fahrzeuge, deren Funktionen Software statt fest verbaute Hardware steuert und die dadurch Over-the-Air-Updates und Ferndiagnosen erm\u00f6glichen \u2013 sind ein interessanter Vergleich. Nicht weil jedes SDV-Detail eins zu eins auf eSIM \u00fcbertragbar w\u00e4re, sondern weil das Lernmuster dahinter so wirksam ist.<\/p>\n<p>Schon ein kleiner SDV-Playground mit ECUs (Electronic Control Units, den eingebetteten Steuerger\u00e4ten f\u00fcr Fahrzeugfunktionen), CAN-Bus, einer TCU und Cloud-Anbindung macht die Architektur greifbar. Niemand verwechselt das mit einem Serienfahrzeug. Aber pl\u00f6tzlich ist Vehicle-to-Cloud keine Folie mehr. Man sieht Zust\u00e4nde. Man kann Timing brechen. Man kann Vertrauen testen. Man versteht, warum Connectivity, Backend-Erreichbarkeit und Lebenszyklussteuerung wichtig sind.<\/p>\n<p>Diese Art von praktischer Umgebung leistet etwas, das eine Pr\u00e4sentation selten schafft: Sie macht abstrakte Architektur nachvollziehbar. Das ist relevant, weil moderne vernetzte Produkte nicht um eine isolierte Komponente herum gebaut sind. Sie sind Systeme von Systemen. Der Wert entsteht im Zusammenspiel von Ger\u00e4t, Connectivity, Cloud, Policy, Lebenszyklus und Betrieb. Das gilt f\u00fcr SDV. Das gilt auch f\u00fcr SGP.32.<\/p>\n<h3>Was ein SGP.32-Playground zeigen k\u00f6nnte<\/h3>\n<p>Wenn SGP.32 in Compliance-Dokumenten, Telekom-Terminologie und vendor-kontrollierten Demos gefangen bleibt, bleibt der Standard f\u00fcr Spezialisten nachvollziehbar und f\u00fcr alle anderen abstrakt. Das mag in der fr\u00fchen Phase eines Standards in Ordnung sein. F\u00fcr eine breitere Adoption reicht es nicht.<br \/>\nEin n\u00fctzlicher SGP.32-Playground k\u00f6nnte zeigen:<\/p>\n<ul>\n<li>Virtuelles Ger\u00e4te- und eUICC-Verhalten<\/li>\n<li>Beispielhafte eIM-Abl\u00e4ufe<\/li>\n<li>Simulierte SM-DP+-Antworten<\/li>\n<li>Testprofile<\/li>\n<li>APN- und Routing-Szenarien<\/li>\n<li>Audit-Trails und Fehlerzust\u00e4nde<\/li>\n<li>Einfache Policy-Rezepte<\/li>\n<\/ul>\n<p>Es geht nicht darum, Kunden zu Telekom-Experten zu machen. Genau das Gegenteil. Es geht darum, Produktteams, Solution Architects und Unternehmensverantwortlichen zu zeigen, was sie kaufen, was sie auslagern und was sie weiterhin selbst kontrollieren m\u00fcssen.<\/p>\n<p>Diese Unterscheidung ist wichtig. Denn viele diskutieren SGP.32 so, als schaffe es nur Freiheit \u2013 die Freiheit, Profile zu wechseln, die Freiheit, Connectivity-Anbieter zu w\u00e4hlen, die Freiheit, Ger\u00e4te \u00fcber lange Lebenszyklen hinweg zu verwalten. Aber Freiheit ohne Verst\u00e4ndnis ist noch keine Kontrolle. Sie ist nur Optionalit\u00e4t. Und Optionalit\u00e4t wird erst dann wertvoll, wenn Kunden verstehen, wie sie sie sicher nutzen.<\/p>\n<h3>Warum kritische Anwendungsf\u00e4lle das noch dringlicher machen<\/h3>\n<p>Das wird besonders relevant bei hochkritischen Einsatzszenarien. Bei vernetzten Fahrzeugen ist Connectivity l\u00e4ngst nicht mehr nur \u201edie SIM-Karte&#8220;. Sie betrifft OTA-Updates, Diagnose, Notfalldienste, Abonnements, regionale Anforderungen, Cybersicherheit und Servicekontinuit\u00e4t. Dieselbe Logik gilt f\u00fcr Gesundheitswesen, Versorgungsunternehmen, Logistik und Industrial IoT.<\/p>\n<p>Je kritischer der Anwendungsfall, desto gef\u00e4hrlicher ist es, Flexibilit\u00e4t als abstraktes Versprechen zu verkaufen. In einem unkritischen Szenario kann unklares Lebenszyklusverhalten Unannehmlichkeiten verursachen. In einem kritischen Szenario kann es operatives Risiko bedeuten.<\/p>\n<p>Deshalb muss SGP.32 nicht nur f\u00fcr Standard-Experten verst\u00e4ndlich sein. Auch die Teams brauchen Zugang, die f\u00fcr Produktentscheidungen, Kundenversprechen und Day-2-Operations verantwortlich sind \u2013 den laufenden Betrieb nach der Erstinstallation.<\/p>\n<p>Ein Produktteam sollte verstehen, was passiert, wenn ein Profil heruntergeladen, aktiviert, ge\u00e4ndert oder entfernt wird. Ein Solution Architect sollte nachvollziehen k\u00f6nnen, wie das mit Routing, Policies, Connectivity-Erreichbarkeit und Backend-Verhalten zusammenspielt. Ein Customer-Success-Team sollte den Lebenszyklus erkl\u00e4ren k\u00f6nnen, ohne in jedem Gespr\u00e4ch einen Standard-Experten hinzuziehen zu m\u00fcssen. Wenn das nicht m\u00f6glich ist, liegt das Problem nicht beim Standard. Es liegt an der fehlenden \u00dcbersetzungsebene drumherum.<\/p>\n<p>Das kn\u00fcpft an eine breitere Herausforderung an. Ich habe sie in einem fr\u00fcheren Beitrag auf WeSpeakIoT beschrieben: <a href=\"https:\/\/www.wespeakiot.com\/de\/sgp-32-im-iot-warum-es-im-labor-funktioniert-aber-an-den-schnittstellen-scheitert\/\" target=\"_blank\" rel=\"noopener noreferrer\">SGP.32 funktioniert im Labor, scheitert aber an den Grenzen<\/a> \u2013 den \u00dcbergaben zwischen Ger\u00e4t, eUICC, RSP-Infrastruktur, Netzwerk und Unternehmens-IT. Teams, die nie eine M\u00f6glichkeit hatten, diese Grenzen in einer sicheren Umgebung zu erleben, kommen unterversorgt in der Produktion an. Ein Playground w\u00fcrde nicht jedes Grenzproblem l\u00f6sen. Aber er w\u00fcrde die Zahl der Teams verringern, die diesen Grenzen zum ersten Mal in einem laufenden Deployment begegnen.<\/p>\n<p><em>(Dieser Text ist eine \u00dcbersetzung aus dem englischen Original)<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>SGP.32 wird im IoT-Connectivity-Markt zunehmend sichtbar. Doch Sichtbarkeit ist nicht dasselbe wie Verst\u00e4ndnis. Solange Produktteams, Solution Architects und Unternehmenskunden nicht nachvollziehen k\u00f6nnen, was SGP.32 in Verhalten, Verantwortung und Betrieb wirklich ver\u00e4ndert, bleibt die Adoption langsam.<\/p>\n","protected":false},"author":34,"featured_media":14971,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[9645,9908,1972,1970],"tags":[10082,9161,10083,9712],"class_list":["post-14978","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-editorial","category-gastbeitrag","category-meinung","category-standardisierung","tag-eim","tag-esim","tag-euicc","tag-sgp-32"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.8 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>SGP.32: Kennen ist nicht dasselbe wie verstehen - We speak IoT<\/title>\n<meta name=\"description\" content=\"SGP.32 gewinnt an Bekanntheit im IoT-Markt \u2013 doch Bekanntheit ist nicht Einsatzbereitschaft. Teams brauchen einen Playground, kein weiteres Portal.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"SGP.32: Kennen ist nicht dasselbe wie verstehen - We speak IoT\" \/>\n<meta property=\"og:description\" content=\"SGP.32 gewinnt an Bekanntheit im IoT-Markt \u2013 doch Bekanntheit ist nicht Einsatzbereitschaft. Teams brauchen einen Playground, kein weiteres Portal.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/\" \/>\n<meta property=\"og:site_name\" content=\"We speak IoT\" \/>\n<meta property=\"article:published_time\" content=\"2026-06-22T13:54:56+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-06-22T14:21:18+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/sgp32-iceberg-chatgpt.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1672\" \/>\n\t<meta property=\"og:image:height\" content=\"941\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Egor Lobastov\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Egor Lobastov\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"6\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"NewsArticle\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/\"},\"author\":{\"name\":\"Egor Lobastov\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#\\\/schema\\\/person\\\/e668ddd990ea617d0b77496a01955960\"},\"headline\":\"SGP.32: Kennen ist nicht dasselbe wie verstehen\",\"datePublished\":\"2026-06-22T13:54:56+00:00\",\"dateModified\":\"2026-06-22T14:21:18+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/\"},\"wordCount\":1384,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/sgp32-iceberg-chatgpt.png\",\"keywords\":[\"eIM\",\"eSIM\",\"eUICC\",\"SGP.32\"],\"articleSection\":[\"Editorial\",\"Gastbeitrag\",\"Meinung\",\"Standardisierung\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/\",\"url\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/\",\"name\":\"SGP.32: Kennen ist nicht dasselbe wie verstehen - We speak IoT\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/sgp32-iceberg-chatgpt.png\",\"datePublished\":\"2026-06-22T13:54:56+00:00\",\"dateModified\":\"2026-06-22T14:21:18+00:00\",\"description\":\"SGP.32 gewinnt an Bekanntheit im IoT-Markt \u2013 doch Bekanntheit ist nicht Einsatzbereitschaft. Teams brauchen einen Playground, kein weiteres Portal.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/sgp32-iceberg-chatgpt.png\",\"contentUrl\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/sgp32-iceberg-chatgpt.png\",\"width\":1672,\"height\":941},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"SGP.32: Kennen ist nicht dasselbe wie verstehen\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#website\",\"url\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/\",\"name\":\"WeSpeakIoT\",\"description\":\"Inside the Internet of Things\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#organization\",\"name\":\"WeSpeakIoT - Inside the Internet of Things\",\"url\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2025\\\/08\\\/wespeakiot-logo-696x696-1.jpg\",\"contentUrl\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2025\\\/08\\\/wespeakiot-logo-696x696-1.jpg\",\"width\":696,\"height\":696,\"caption\":\"WeSpeakIoT - Inside the Internet of Things\"},\"image\":{\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/#\\\/schema\\\/person\\\/e668ddd990ea617d0b77496a01955960\",\"name\":\"Egor Lobastov\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/egor-lobatov-1-100x100.jpg\",\"url\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/egor-lobatov-1-100x100.jpg\",\"contentUrl\":\"https:\\\/\\\/www.wespeakiot.com\\\/wp-content\\\/uploads\\\/2026\\\/06\\\/egor-lobatov-1-100x100.jpg\",\"caption\":\"Egor Lobastov\"},\"description\":\"Egor Lobastov is a Germany-based IoT and eSIM specialist focused on product ownership for remote SIM provisioning (RSP) and scalable enterprise connectivity operations. Most recently, he worked at achelos GmbH as Solutions Manager and acting Product Owner for eIM (SGP.32), shaping product direction, translating standards into usable workflows, and supporting customers in real-world deployments. Previously, he was Senior IoT Solutions Architect at TEAL Communications and IoT Solution Architect (xSIM Technologies) \\\/ Test Integration Manager at 1NCE, contributing to large-scale connectivity and eSIM implementations. He studied Computer Science and Communications Engineering at the University of Duisburg-Essen.\",\"sameAs\":[\"https:\\\/\\\/www.linkedin.com\\\/in\\\/elobastov\\\/\"],\"url\":\"https:\\\/\\\/www.wespeakiot.com\\\/de\\\/author\\\/egorlobas\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"SGP.32: Kennen ist nicht dasselbe wie verstehen - We speak IoT","description":"SGP.32 gewinnt an Bekanntheit im IoT-Markt \u2013 doch Bekanntheit ist nicht Einsatzbereitschaft. Teams brauchen einen Playground, kein weiteres Portal.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/","og_locale":"de_DE","og_type":"article","og_title":"SGP.32: Kennen ist nicht dasselbe wie verstehen - We speak IoT","og_description":"SGP.32 gewinnt an Bekanntheit im IoT-Markt \u2013 doch Bekanntheit ist nicht Einsatzbereitschaft. Teams brauchen einen Playground, kein weiteres Portal.","og_url":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/","og_site_name":"We speak IoT","article_published_time":"2026-06-22T13:54:56+00:00","article_modified_time":"2026-06-22T14:21:18+00:00","og_image":[{"width":1672,"height":941,"url":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/sgp32-iceberg-chatgpt.png","type":"image\/png"}],"author":"Egor Lobastov","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Egor Lobastov","Gesch\u00e4tzte Lesezeit":"6\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"NewsArticle","@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#article","isPartOf":{"@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/"},"author":{"name":"Egor Lobastov","@id":"https:\/\/www.wespeakiot.com\/de\/#\/schema\/person\/e668ddd990ea617d0b77496a01955960"},"headline":"SGP.32: Kennen ist nicht dasselbe wie verstehen","datePublished":"2026-06-22T13:54:56+00:00","dateModified":"2026-06-22T14:21:18+00:00","mainEntityOfPage":{"@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/"},"wordCount":1384,"commentCount":0,"publisher":{"@id":"https:\/\/www.wespeakiot.com\/de\/#organization"},"image":{"@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#primaryimage"},"thumbnailUrl":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/sgp32-iceberg-chatgpt.png","keywords":["eIM","eSIM","eUICC","SGP.32"],"articleSection":["Editorial","Gastbeitrag","Meinung","Standardisierung"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/","url":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/","name":"SGP.32: Kennen ist nicht dasselbe wie verstehen - We speak IoT","isPartOf":{"@id":"https:\/\/www.wespeakiot.com\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#primaryimage"},"image":{"@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#primaryimage"},"thumbnailUrl":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/sgp32-iceberg-chatgpt.png","datePublished":"2026-06-22T13:54:56+00:00","dateModified":"2026-06-22T14:21:18+00:00","description":"SGP.32 gewinnt an Bekanntheit im IoT-Markt \u2013 doch Bekanntheit ist nicht Einsatzbereitschaft. Teams brauchen einen Playground, kein weiteres Portal.","breadcrumb":{"@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#primaryimage","url":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/sgp32-iceberg-chatgpt.png","contentUrl":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/sgp32-iceberg-chatgpt.png","width":1672,"height":941},{"@type":"BreadcrumbList","@id":"https:\/\/www.wespeakiot.com\/de\/sgp-32-kennen-ist-nicht-dasselbe-wie-verstehen\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.wespeakiot.com\/de\/"},{"@type":"ListItem","position":2,"name":"SGP.32: Kennen ist nicht dasselbe wie verstehen"}]},{"@type":"WebSite","@id":"https:\/\/www.wespeakiot.com\/de\/#website","url":"https:\/\/www.wespeakiot.com\/de\/","name":"WeSpeakIoT","description":"Inside the Internet of Things","publisher":{"@id":"https:\/\/www.wespeakiot.com\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.wespeakiot.com\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/www.wespeakiot.com\/de\/#organization","name":"WeSpeakIoT - Inside the Internet of Things","url":"https:\/\/www.wespeakiot.com\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.wespeakiot.com\/de\/#\/schema\/logo\/image\/","url":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2025\/08\/wespeakiot-logo-696x696-1.jpg","contentUrl":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2025\/08\/wespeakiot-logo-696x696-1.jpg","width":696,"height":696,"caption":"WeSpeakIoT - Inside the Internet of Things"},"image":{"@id":"https:\/\/www.wespeakiot.com\/de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.wespeakiot.com\/de\/#\/schema\/person\/e668ddd990ea617d0b77496a01955960","name":"Egor Lobastov","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/egor-lobatov-1-100x100.jpg","url":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/egor-lobatov-1-100x100.jpg","contentUrl":"https:\/\/www.wespeakiot.com\/wp-content\/uploads\/2026\/06\/egor-lobatov-1-100x100.jpg","caption":"Egor Lobastov"},"description":"Egor Lobastov is a Germany-based IoT and eSIM specialist focused on product ownership for remote SIM provisioning (RSP) and scalable enterprise connectivity operations. Most recently, he worked at achelos GmbH as Solutions Manager and acting Product Owner for eIM (SGP.32), shaping product direction, translating standards into usable workflows, and supporting customers in real-world deployments. Previously, he was Senior IoT Solutions Architect at TEAL Communications and IoT Solution Architect (xSIM Technologies) \/ Test Integration Manager at 1NCE, contributing to large-scale connectivity and eSIM implementations. He studied Computer Science and Communications Engineering at the University of Duisburg-Essen.","sameAs":["https:\/\/www.linkedin.com\/in\/elobastov\/"],"url":"https:\/\/www.wespeakiot.com\/de\/author\/egorlobas\/"}]}},"wp-worthy-pixel":{"ignored":false,"public":null,"server":null,"url":null},"wp-worthy-type":"normal","cc_featured_image_caption":{"caption_text":"Illustration: ChatGPT","source_text":"","source_url":""},"_links":{"self":[{"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/posts\/14978","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/users\/34"}],"replies":[{"embeddable":true,"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/comments?post=14978"}],"version-history":[{"count":7,"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/posts\/14978\/revisions"}],"predecessor-version":[{"id":15028,"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/posts\/14978\/revisions\/15028"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/media\/14971"}],"wp:attachment":[{"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/media?parent=14978"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/categories?post=14978"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.wespeakiot.com\/de\/wp-json\/wp\/v2\/tags?post=14978"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}