{"id":1806,"date":"2026-06-16T08:00:00","date_gmt":"2026-06-16T06:00:00","guid":{"rendered":"https:\/\/datastorms.eu\/?p=1806"},"modified":"2026-07-08T10:01:37","modified_gmt":"2026-07-08T08:01:37","slug":"wat-is-het-verschil-tussen-een-systems-engineering-plan-en-een-v-model","status":"publish","type":"post","link":"https:\/\/datastorms.eu\/de\/2026\/06\/16\/wat-is-het-verschil-tussen-een-systems-engineering-plan-en-een-v-model\/","title":{"rendered":"Was ist der Unterschied zwischen einem System-Engineering-Plan und einem V-Modell?"},"content":{"rendered":"<p>Ein <strong>Systemtechnikplan<\/strong> und das V-Modell sind zwei grundlegend unterschiedliche Dinge: Der Systems Engineering Plan (SEP) ist ein Managementdokument, das beschreibt <em>Wie<\/em> Systemtechnik innerhalb eines Projekts wird ausgef\u00fchrt, w\u00e4hrend das V-Modell eine Prozessgrafik ist, die die logische Reihenfolge von Entwicklung und Verifizierung visualisiert. Das SEP ist das <em>Was und wie<\/em>, das V-Modell ist das <em>wann und in welcher Reihenfolge<\/em>. In diesem Artikel beantworten wir die am h\u00e4ufigsten gestellten Fragen zu beiden Konzepten und zeigen, wie sie sich in der Praxis erg\u00e4nzen.<\/p>\n<h2>Was beschreibt ein System-Engineering-Plan genau?<\/h2>\n<p>Ein Systems-Engineering-Plan ist ein projektspezifisches Managementdokument, das festlegt, wie Systems Engineering innerhalb eines bestimmten Projekts oder Programms angewendet wird. Es beschreibt den Ansatz, die Rollen, die Verantwortlichkeiten, die zu verwendenden Methoden und die Werkzeuge, die das Projektteam zur Verwaltung von Anforderungen, zur Strukturierung des Designs und zur Durchf\u00fchrung der Verifizierung einsetzt.<\/p>\n<p>Konkret enth\u00e4lt ein SEP normalerweise die folgenden Elemente:<\/p>\n<ul>\n<li>Der Umfang und die Ziele der Systementwicklungsaktivit\u00e4ten<\/li>\n<li>Die angewandte Methodik und die Frameworks, wie INCOSE oder die Leitlinie SE<\/li>\n<li>Die Rollen und Verantwortlichkeiten innerhalb des Teams<\/li>\n<li>Der Arbeitsablauf f\u00fcr Anforderungsmanagement und R\u00fcckverfolgbarkeit<\/li>\n<li>Der Ansatz f\u00fcr Verifizierung und Validierung<\/li>\n<li>Die Werkzeuge und Systeme, die eingesetzt werden<\/li>\n<li>Die Verkn\u00fcpfung mit Projektplanung und Meilensteinen<\/li>\n<\/ul>\n<p>Das SEP ist somit kein theoretisches Modell, sondern ein lebendiges Dokument, das w\u00e4hrend des Projekts auf dem neuesten Stand gehalten wird. Es ist die Verbindung zwischen der Unternehmensstrategie und der t\u00e4glichen Ausf\u00fchrung von System-Engineering-Aktivit\u00e4ten. Ohne ein SEP fehlt die gemeinsame Grundlage, auf der ein Team seine Arbeit abstimmen kann, was in der Praxis zu inkonsistenten Vorgehensweisen und einem Verlust der R\u00fcckverfolgbarkeit f\u00fchrt.<\/p>\n<h2>Was beschreibt das V-Modell genau?<\/h2>\n<p>Das V-Modell ist ein Prozessmodell, das den Entwicklungszyklus eines Systems als V-Form darstellt. Die linke Seite des V beschreibt den Abbau von Systemanforderungen zu Untersystemen und Komponenten, die rechte Seite beschreibt die dazugeh\u00f6rigen Verifikations- und Validierungsschritte, die in umgekehrter Reihenfolge durchgef\u00fchrt werden. Jede Ebene auf der linken Seite hat einen direkt entsprechenden Testschritt auf der rechten Seite.<\/p>\n<p>Die St\u00e4rke des V-Modells liegt in der expliziten Verkn\u00fcpfung von Spezifikation und Verifizierung. In dem Moment, in dem Sie eine Anforderung auf Systemebene definieren, legen Sie gleichzeitig fest, wie Sie diese Anforderung sp\u00e4ter verifizieren werden. Dies verhindert die klassische Falle, bei der Verifikationskriterien erst am Ende eines Projekts erdacht werden, wenn \u00c4nderungen teuer und zeitaufwendig sind.<\/p>\n<p>Das V-Modell ist breit anwendbar und wird in der niederl\u00e4ndischen Praxis h\u00e4ufig im Bauwesen, im maritimen Sektor und im \u00f6ffentlichen Sektor eingesetzt. Es bietet eine erkennbare Struktur, die Projektteams, Auftraggeber und Auditoren gemeinsam verstehen k\u00f6nnen, unabh\u00e4ngig vom spezifischen Projektinhalt.<\/p>\n<h2>Was ist der grundlegende Unterschied zwischen beiden?<\/h2>\n<p>Der grundlegende Unterschied ist, dass das V-Modell ein <strong>Universelles Prozessmodell<\/strong> ist ein Systems Engineering Plan eine <strong>projektspezifisches Verwaltungsdokument<\/strong>. Das V-Modell beschreibt die logische Reihenfolge von Aktivit\u00e4ten, die in praktisch jedem Systems-Engineering-Projekt wiederkehren. Das SEP beschreibt, wie Ihr Team in Ihrem Projekt diese Aktivit\u00e4ten konkret ausf\u00fchrt.<\/p>\n<p>Eine n\u00fctzliche Analogie: Das V-Modell ist die Stra\u00dfenkarte des Prozesses, das SEP ist der Reiseplan des Teams. Die Stra\u00dfenkarte ist f\u00fcr alle gleich, aber jedes Team erstellt seinen eigenen Plan auf der Grundlage, wer mitreist, welche Ressourcen zur Verf\u00fcgung stehen und welche Umst\u00e4nde gelten.<\/p>\n<p>Daraus ergibt sich auch ein praktischer Unterschied in der Anwendung:<\/p>\n<ul>\n<li>Das V-Modell benutzt man, um den Prozess zu strukturieren und mit allen Beteiligten zu kommunizieren<\/li>\n<li>Das SEP wird verwendet, um Vereinbarungen festzuhalten, Verantwortlichkeiten zuzuweisen und Arbeitsweisen zu sichern.<\/li>\n<li>Das V-Modell \u00e4ndert sich kaum pro Projekt; das SEP ist immer projektspezifisch<\/li>\n<li>Das V-Modell ist ein visuelles Werkzeug; das SEP ist ein formelles Dokument.<\/li>\n<\/ul>\n<h2>Kan een SEP en das V-Modell zusammen benutzt werden?<\/h2>\n<p>Ja, und in der Praxis sollten sie zusammen verwendet werden. Ein guter Systems-Engineering-Plan verweist ausdr\u00fccklich auf das V-Modell als angewandtes Prozessmodell und beschreibt dann, wie die Projektorganisation die Schritte dieses Modells konkret ausf\u00fcllt. Das V-Modell gibt die Struktur, das SEP gibt die Ausarbeitung.<\/p>\n<p>In der Praxis funktioniert dies wie folgt: Das SEP beschreibt beispielsweise, dass die Verifizierung durch Inspektionen, Analysen und Tests erfolgt, und legt fest, wer daf\u00fcr verantwortlich ist und zu welchem Zeitpunkt im Projekt. Das V-Modell macht sichtbar, auf welcher Ebene in der Systemhierarchie dieser Verifizierungsschritt angesiedelt ist. Zusammen bilden sie ein schl\u00fcssiges Ganzes, das sowohl die Methode als auch die Ausf\u00fchrung abdeckt.<\/p>\n<p>Es ist ein h\u00e4ufiger Fehler, das V-Modell als Ersatz f\u00fcr ein SEP zu betrachten. Organisationen, die nur das V-Modell anwenden, ohne ein entsprechendes SEP, verf\u00fcgen \u00fcber eine Prozessstruktur, ihnen fehlen jedoch die projektspezifischen Vereinbarungen, die notwendig sind, damit diese Struktur tats\u00e4chlich funktioniert.<\/p>\n<h2>Wann gen\u00fcgt das V-Modell und wann ben\u00f6tigen Sie eine SEP?<\/h2>\n<p>Das V-Modell reicht als Kommunikationsmittel in fr\u00fchen Projektphasen oder bei einfachen Projekten, bei denen die Vorgehensweise bereits allgemein bekannt und geteilt ist. Sobald ein Projekt mehrere Parteien, komplexe Anforderungsstrukturen oder formale \u00dcbertragungsverpflichtungen hat, ist ein vollst\u00e4ndig ausgearbeiteter Systems-Engineering-Plan unerl\u00e4sslich.<\/p>\n<p>Ein paar Richtlinien f\u00fcr die Praxis:<\/p>\n<ul>\n<li><strong>V-Modell ausreichend<\/strong> interne Projekte mit einem kleinen, erfahrenen Team, das die gleiche Arbeitsweise teilt und bei dem keine formelle Rechenschaftspflicht gegen\u00fcber einem Auftraggeber erforderlich ist<\/li>\n<li><strong>SEP notwendig:<\/strong> Projekte mit mehreren Vertragsparteien, Projekte, bei denen ein Auftraggeber die nachweisbare Anwendung von Systems Engineering fordert, oder Projekte, bei denen die Wissensvermittlung am Ende eine formelle Verpflichtung darstellt<\/li>\n<li><strong>SEP dringend empfohlen:<\/strong> Projekte, bei denen sich die Anforderungsstruktur regelm\u00e4\u00dfig \u00e4ndert, bei denen die R\u00fcckverfolgbarkeit von der Anforderung bis zum Beweis sp\u00e4ter auditiert wird oder bei denen neue Teammitglieder schnell eingearbeitet werden m\u00fcssen<\/li>\n<\/ul>\n<p>In der niederl\u00e4ndischen Infrastruktur- und Wasserwirtschaft ist ein SEP bei gr\u00f6\u00dferen Projekten praktisch immer eine vertragliche Verpflichtung. Auch im maritimen Sektor und im \u00f6ffentlichen Sektor wird zunehmend ein nachweisbarer Systems-Engineering-Ansatz gefordert, wobei die SEP der zentrale Nachweis daf\u00fcr ist, dass dieser Ansatz tats\u00e4chlich eingerichtet ist.<\/p>\n<h2>Welche Werkzeuge unterst\u00fctzen ein SEP und das V-Modell in der Praxis?<\/h2>\n<p>Die am h\u00e4ufigsten verwendeten Werkzeuge f\u00fcr das System-Engineering sind spezialisierte Plattformen f\u00fcr Anforderungsmanagement, Modellierung und R\u00fcckverfolgbarkeit. In der Praxis sto\u00dfen Teams jedoch oft auf teure oder komplexe Werkzeuge wie IBM DOORS oder Cameo Systems Modeler, die nicht immer mit dem Umfang oder dem Budget des Projekts \u00fcbereinstimmen.<\/p>\n<p>Ein SEP stellt Anforderungen an das von einem Team gew\u00e4hlte Werkzeug: Die Werkzeuge m\u00fcssen R\u00fcckverfolgbarkeit unterst\u00fctzen, die Zusammenarbeit erleichtern und zur Verifizierungsstruktur passen, die das V-Modell vorschreibt. Das bedeutet in der Praxis, dass man eine Umgebung ben\u00f6tigt, in der Anforderungen definiert, mit Entwurfselementen verkn\u00fcpft und Verifizierungsnachweise registriert werden k\u00f6nnen.<\/p>\n<p>Met <a href=\"https:\/\/datastorms.eu\/de\/\">Datastorms<\/a> bieden wij een no-code informatieplatform waarmee systems engineers precies dit kunnen doen: eisen defini\u00ebren, traceability vastleggen, verificatiematrices genereren en de samenhang tussen systemen en deelsystemen bewaken gedurende de hele projectlevenscyclus. Het platform is gebouwd vanuit jarenlange praktijkervaring in de Nederlandse infra-, water- en maakindustrie, sluit aan op bestaande werkwijzen en integreert via een uitgebreide API met tools die al in gebruik zijn. Zo ondersteunt het zowel de uitvoering van het SEP als de verificatiestructuur van het V-model, zonder de complexiteit of de kosten van traditionele MBSE-tooling. Wil je zelf ervaren hoe het platform werkt? Vraag een <a href=\"https:\/\/datastorms.eu\/de\/proeflicentie\/\">proeflicentie<\/a> aan en ontdek wat Datastorms voor jouw project kan betekenen.<\/p>\n        <div class=\"wp-block-seoaic-faq-block\">\n            <h2 class=\"seoaic-faq-section-title\">H\u00e4ufig gestellte Fragen<\/h2>\n                            <div class=\"seoaic-faq-item\">\n                    <h3 class=\"seoaic-question\">\n                        Wie fange ich an, einen System-Engineering-Plan zu erstellen, wenn ich keine Erfahrung damit habe?                    <\/h3>\n                    <p class=\"seoaic-answer\">\n                        Ein guter Ausgangspunkt ist die Konsultation bestehender Rahmenwerke wie dem INCOSE Systems Engineering Handbook oder der Nederlandse Leidraad SE, die beide Vorlagen und Richtlinien f\u00fcr die Einrichtung eines SEP bieten. Beginnen Sie mit den Kernkomponenten: Geltungsbereich, Rollen und Verantwortlichkeiten sowie der Vorgehensweise f\u00fcr Anforderungsmanagement und Verifizierung. Erg\u00e4nzen Sie das Dokument schrittweise, w\u00e4hrend das Projekt fortschreitet \u2013 ein SEP muss nicht auf einmal vollst\u00e4ndig sein, sollte aber von Anfang an aktuell gehalten werden.                    <\/p>\n                <\/div>\n                                <div class=\"seoaic-faq-item\">\n                    <h3 class=\"seoaic-question\">\n                        Was sind die h\u00e4ufigsten Fehler bei der Anwendung des V-Modells in der Praxis?                    <\/h3>\n                    <p class=\"seoaic-answer\">\n                        Der am h\u00e4ufigsten gemachte Fehler ist die Behandlung des V-Modells als einen strengen Wasserfall: Teams durchlaufen die linke Seite vollst\u00e4ndig, bevor sie \u00fcber die rechte Seite nachdenken, w\u00e4hrend die Verifizierungskriterien gerade gleichzeitig mit den Anforderungen definiert werden m\u00fcssen. Ein weiterer h\u00e4ufiger Fehler ist die Anwendung des V-Modells auf nur eine Systemebene, w\u00e4hrend das Modell dazu gedacht ist, die vollst\u00e4ndige Hierarchie vom System bis zur Komponente zu strukturieren. Stellen Sie daher sicher, dass jede Anforderungsebene einen entsprechenden Verifizierungsschritt hat, noch bevor das Design beginnt.                    <\/p>\n                <\/div>\n                                <div class=\"seoaic-faq-item\">\n                    <h3 class=\"seoaic-question\">\n                        Wie detailliert muss ein SEP f\u00fcr ein mittelgro\u00dfes Projekt sein?                    <\/h3>\n                    <p class=\"seoaic-answer\">\n                        Eine SEP f\u00fcr ein mittelgro\u00dfes Projekt muss nicht umfangreich sein, sollte aber in den f\u00fcr das Projekt kritischen Punkten vollst\u00e4ndig sein: klare Rollen, ein beschriebener Ansatz zur R\u00fcckverfolgbarkeit und eine festgelegte Verifizierungsstrategie. Ein Dokument von zehn bis zwanzig Seiten ist f\u00fcr die meisten mittelgro\u00dfen Projekte ausreichend, vorausgesetzt, es ist konkret und projektspezifisch und nicht generisch und theoretisch. Vermeiden Sie die Falle einer zu umfassenden SEP, die dann nicht gepflegt wird \u2013 ein pr\u00e4gnantes, aber lebendiges Dokument ist mehr wert als ein ausf\u00fchrliches Dokument, das nach dem Kick-off in der Schublade verschwindet.                    <\/p>\n                <\/div>\n                                <div class=\"seoaic-faq-item\">\n                    <h3 class=\"seoaic-question\">\n                        Kann ich das V-Modell mit agilen oder iterativen Arbeitsmethoden kombinieren?                    <\/h3>\n                    <p class=\"seoaic-answer\">\n                        Ja, das V-Modell und agile Vorgehensweisen schlie\u00dfen sich nicht gegenseitig aus, sofern das V-Modell auf der richtigen Abstraktionsebene angewendet wird. Auf Systemebene bietet das V-Modell die \u00fcbergeordnete Verifizierungsstruktur, w\u00e4hrend auf Komponenten- oder Softwareebene iterative Sprints angewendet werden k\u00f6nnen. In der Praxis wird dies oft als 'V-Modell im Gro\u00dfen, agil im Kleinen' bezeichnet, wobei das SEP beschreibt, wie beide Vorgehensweisen im Projekt aufeinander abgestimmt werden und wo die formalen Verifikationszeitpunkte liegen.                    <\/p>\n                <\/div>\n                                <div class=\"seoaic-faq-item\">\n                    <h3 class=\"seoaic-question\">\n                        Wer ist f\u00fcr die Verwaltung und Aktualisierung des SEP w\u00e4hrend eines Projekts verantwortlich?                    <\/h3>\n                    <p class=\"seoaic-answer\">\n                        Die Verantwortung f\u00fcr das SEP liegt in der Regel beim Systemingenieur oder dem leitenden Systemingenieur des Projekts, aber das Dokument ist eine gemeinsame Verantwortung des gesamten Projektteams. In der Praxis ist es ratsam, im SEP selbst festzulegen, wer das Dokument verwaltet, zu welchen Zeitpunkten es \u00fcberarbeitet wird \u2013 beispielsweise bei Meilensteinen oder bei wesentlichen Umfangs\u00e4nderungen \u2013 und wie \u00c4nderungen an alle Beteiligten kommuniziert werden. Ohne einen benannten Eigent\u00fcmer und einen klaren \u00dcberarbeitungsprozess veraltet ein SEP schnell und verliert seine Wertigkeit als Leitdokument.                    <\/p>\n                <\/div>\n                                <div class=\"seoaic-faq-item\">\n                    <h3 class=\"seoaic-question\">\n                        Wie stelle ich eine gute R\u00fcckverfolgbarkeit zwischen Anforderungen, Design und Verifizierung sicher, ohne in der B\u00fcrokratie zu ertrinken?                    <\/h3>\n                    <p class=\"seoaic-answer\">\n                        Der Schl\u00fcssel liegt darin, die R\u00fcckverfolgbarkeit von Anfang an als einen strukturierten Prozess einzurichten, nicht als eine nachtr\u00e4gliche Aktivit\u00e4t. Verwenden Sie ein Werkzeug oder eine Plattform, die die R\u00fcckverfolgbarkeit automatisch anhand der Verkn\u00fcpfungen verfolgt, die Sie zwischen Anforderungen, Designelementen und Verifizierungsnachweisen herstellen, damit Sie keine separate Dokumentation f\u00fchren m\u00fcssen. Stellen Sie au\u00dferdem sicher, dass das SEP den erforderlichen Grad der R\u00fcckverfolgbarkeit beschreibt \u2013 nicht jede Anforderung erfordert die gleiche Tiefe \u2013 und verwenden Sie ein konsistentes Format f\u00fcr die Anforderungsidentifizierung, damit die Verkn\u00fcpfungen w\u00e4hrend des gesamten Projektlebenszyklus eindeutig und nachvollziehbar bleiben.                    <\/p>\n                <\/div>\n                                <div class=\"seoaic-faq-item\">\n                    <h3 class=\"seoaic-question\">\n                        Was ist der Unterschied zwischen Verifizierung und Validierung im V-Modell und warum ist diese Unterscheidung wichtig?                    <\/h3>\n                    <p class=\"seoaic-answer\">\n                        Verifizierung beantwortet die Frage 'Haben wir das System korrekt gebaut?' \u2014 mit anderen Worten: Erf\u00fcllt das System die spezifizierten Anforderungen? Validierung beantwortet die Frage 'Haben wir das richtige System gebaut?' \u2014 Erf\u00fcllt das System den tats\u00e4chlichen Bedarf des Benutzers oder Auftraggebers? Im V-Modell findet Verifizierung auf jeder Ebene der Hierarchie statt, w\u00e4hrend Validierung auf der h\u00f6chsten Ebene, am Ende der rechten Seite des V, stattfindet. Die Unterscheidung ist entscheidend, da ein System technisch korrekt alle Anforderungen erf\u00fcllen kann, aber dennoch nicht dem entspricht, was der Auftraggeber tats\u00e4chlich ben\u00f6tigt \u2014 ein Risiko, das nur durch explizite Validierung behoben wird.                    <\/p>\n                <\/div>\n                        <\/div>\n        <h2>\u00c4hnliche Beitr\u00e4ge<\/h2><ul><li><a href=\"https:\/\/datastorms.eu\/de\/2026\/06\/14\/wanneer-stel-je-een-systems-engineering-plan-op\/\">Wanneer wordt een systeemtechnisch plan opgesteld?<\/a><\/li><li><a href=\"https:\/\/datastorms.eu\/de\/2026\/07\/11\/hoe-gebruik-je-mbse-om-eisen-visueel-inzichtelijk-te-maken-voor-stakeholders\/\">Hoe gebruik je MBSE om eisen visueel inzichtelijk te maken voor stakeholders?<\/a><\/li><li><a href=\"https:\/\/datastorms.eu\/de\/2026\/07\/06\/welke-stappen-zijn-nodig-om-van-documentgericht-naar-modelgericht-werken-te-gaan\/\">Welke stappen zijn nodig om van documentgericht naar modelgericht werken te gaan?<\/a><\/li><li><a href=\"https:\/\/datastorms.eu\/de\/2026\/07\/07\/wat-is-de-impact-van-slechte-eisendefinitie-op-de-totale-projectkosten\/\">Wat is de impact van slechte eisendefinitie op de totale projectkosten?<\/a><\/li><li><a href=\"https:\/\/datastorms.eu\/de\/2026\/06\/10\/wat-is-een-systems-engineering-plan\/\">Was ist ein Systemtechnikplan?<\/a><\/li><\/ul>","protected":false},"excerpt":{"rendered":"<p>SEP vs. V-model: begrijp het verschil en ontdek wanneer je beide nodig hebt voor succesvol systems engineering.<\/p>","protected":false},"author":3,"featured_media":1887,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_improvement_type_select":"improve_an_existing","_thumb_yes_seoaic":false,"_frame_yes_seoaic":false,"seoaic_generate_description":"","seoaic_improve_instructions_prompt":"","seoaic_rollback_content_improvement":"","seoaic_idea_thumbnail_generator":"","thumbnail_generated":false,"thumbnail_generate_prompt":"","seoaic_article_description":"","neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","neve_meta_reading_time":"","_themeisle_gutenberg_block_has_review":false,"seoaic_article_subtitles":[],"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1806","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/posts\/1806","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/comments?post=1806"}],"version-history":[{"count":2,"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/posts\/1806\/revisions"}],"predecessor-version":[{"id":2218,"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/posts\/1806\/revisions\/2218"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/media\/1887"}],"wp:attachment":[{"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/media?parent=1806"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/categories?post=1806"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/datastorms.eu\/de\/wp-json\/wp\/v2\/tags?post=1806"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}