{"id":60099,"date":"2024-01-25T16:24:01","date_gmt":"2024-01-25T07:24:01","guid":{"rendered":"https:\/\/monolith.law\/de\/?p=60099"},"modified":"2026-04-26T15:23:56","modified_gmt":"2026-04-26T06:23:56","slug":"collapse-of-the-system-development-project","status":"publish","type":"post","link":"https:\/\/monolith.law\/de\/it\/collapse-of-the-system-development-project","title":{"rendered":"Was ist das Gesetz in Bezug auf das &#8216;Ausgebranntsein&#8217; von Systementwicklungsprojekten?"},"content":{"rendered":"\n<p>Ein Projekt wie die Systementwicklung ist nicht etwas, das \u00fcber Nacht erreicht werden kann. Es erfordert eine Vielzahl von Ressourcen, einschlie\u00dflich zahlreicher Personen und Organisationen, erheblicher finanzieller Mittel und einer langen Entwicklungszeit. In diesem Artikel werden wir erl\u00e4utern, wie das Ph\u00e4nomen des &#8220;Ausbrechens&#8221; eines Projekts in der Systementwicklung im Rahmen des rechtlichen Systems organisiert werden kann, und wir werden Richtlinien f\u00fcr L\u00f6sungen zusammenstellen.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/de\/it\/collapse-of-the-system-development-project\/#Warum_%E2%80%9Cbrennen%E2%80%9D_Projekte\" title=\"Warum &#8220;brennen&#8221; Projekte?\">Warum &#8220;brennen&#8221; Projekte?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/de\/it\/collapse-of-the-system-development-project\/#Flammentyp_1_Wenn_ein_Projekt_mitten_im_Prozess_scheitert\" title=\"Flammentyp 1: Wenn ein Projekt mitten im Prozess scheitert\">Flammentyp 1: Wenn ein Projekt mitten im Prozess scheitert<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/de\/it\/collapse-of-the-system-development-project\/#Flammentyp_2_Kundigung_aus_personlichen_Grunden_des_Nutzers\" title=\"Flammentyp 2: K\u00fcndigung aus pers\u00f6nlichen Gr\u00fcnden des Nutzers\">Flammentyp 2: K\u00fcndigung aus pers\u00f6nlichen Gr\u00fcnden des Nutzers<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/de\/it\/collapse-of-the-system-development-project\/#Flammentyp_3_Wenn_Mangel_im_gelieferten_System_spater_entdeckt_werden\" title=\"Flammentyp 3: Wenn M\u00e4ngel im gelieferten System sp\u00e4ter entdeckt werden\">Flammentyp 3: Wenn M\u00e4ngel im gelieferten System sp\u00e4ter entdeckt werden<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/de\/it\/collapse-of-the-system-development-project\/#Zusammenfassung\" title=\"Zusammenfassung\">Zusammenfassung<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Warum_%E2%80%9Cbrennen%E2%80%9D_Projekte\"><\/span>Warum &#8220;brennen&#8221; Projekte?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Ein IT-System, selbst wenn es kein besonders gro\u00df angelegtes Projekt ist, funktioniert erst richtig, wenn eine gro\u00dfe Menge an erstellten Programmdateien und Quellcodes aufgebaut wurde. Oft ist die Konstruktion so detailliert und pr\u00e4zise, dass man sich das kaum vorstellen kann, wenn man nur die Bedienung von der Bildschirmseite aus betrachtet (oder eher, je einfacher und \u00fcbersichtlicher die Bedienung von der Bildschirmseite aus erscheint, desto wahrscheinlicher ist dies).<\/p>\n\n\n\n<ul>\n<li>Die Frist ist das Einzige, was festgelegt wurde, w\u00e4hrend die Spezifikationen und Anforderungen immer noch unklar sind und die Zeit vergeht<\/li>\n\n\n\n<li>Viele Mitglieder sind so sehr mit internen politischen Problemen besch\u00e4ftigt, dass sie aufgrund von Beziehungsstress auf halbem Weg aussteigen<\/li>\n\n\n\n<li>Es gibt einen Mangel an Verhandlungsf\u00e4higkeiten auf Managementebene, einschlie\u00dflich des Projektmanagers, und es wird nicht genug Berichterstattung, Kommunikation und Beratung von den Mitgliedern verlangt<\/li>\n<\/ul>\n\n\n\n<p>Die konkreten Gr\u00fcnde f\u00fcr das &#8220;Brennen&#8221; eines Projekts k\u00f6nnen von Projekt zu Projekt variieren. Aus rechtlicher Sicht k\u00f6nnen die Gr\u00fcnde f\u00fcr das &#8220;Brennen&#8221; eines Projekts jedoch relativ einfach in mehrere Typen eingeteilt werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Flammentyp_1_Wenn_ein_Projekt_mitten_im_Prozess_scheitert\"><\/span>Flammentyp 1: Wenn ein Projekt mitten im Prozess scheitert<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Ein typischer Grund, warum ein Systementwicklungsprojekt mitten im Prozess scheitert, ist eine mangelnde Kommunikation zwischen dem Nutzer und dem Anbieter. Ein Systementwicklungsprojekt erfordert nicht nur die technischen und organisatorischen F\u00e4higkeiten des Anbieters, sondern auch die Zusammenarbeit des Nutzers, der das System letztendlich nutzen wird.<\/p>\n\n\n\n<p>Wenn ein Projekt mit unklaren Rollenverteilungen fortgesetzt wird und eine Art &#8220;Gesch\u00e4ftsschieberei&#8221; entsteht, wird der reibungslose Ablauf des Projekts behindert. F\u00fcr eine rechtliche Betrachtung der Pflichten des Nutzers und des Anbieters, siehe die folgenden Artikel:<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>Die genauen Details zu den jeweiligen Verantwortlichkeiten k\u00f6nnen in den oben genannten Artikeln nachgelesen werden. Der Punkt hier ist, dass sowohl der Nutzer als auch der Anbieter in einem Systementwicklungsprojekt bestimmte Verantwortlichkeiten haben. Grob gesagt, erkennt die Rechtsprechung eine Pflicht zur Zusammenarbeit des Nutzers in Bereichen an, die ohne die Zusammenarbeit des Nutzers nicht abgeschlossen werden k\u00f6nnen, wie z.B. die Definition von Anforderungen, das Design von Oberfl\u00e4chen und die Abnahme.<\/p>\n\n\n\n<p>Auf der anderen Seite hat der Anbieter, nachdem er die oben genannten Unterst\u00fctzungen vom Nutzer erhalten hat (und gleichzeitig die Bem\u00fchungen um Kommunikation unternommen hat), eine umfassende Verpflichtung zur reibungslosen Durchf\u00fchrung des Projekts und zur Identifizierung und Beseitigung von Hindernissen.<\/p>\n\n\n\n<p>Unter dieser Pr\u00e4misse zeigt das Gericht eine Haltung, die die Pflicht des Nutzers, die Governance intern zu st\u00e4rken, und die Pflicht des Anbieters, als externer Experte Fachwissen und technische F\u00e4higkeiten einzubringen, aufzeigt und alle Konflikte fair behandelt.<\/p>\n\n\n\n<p>Ein typischer &#8220;Scheitern&#8221;-Punkt ist die Abnahme. Eine detaillierte Erkl\u00e4rung zur Abnahme finden Sie im folgenden Artikel:<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<p>In solchen F\u00e4llen wird, sobald ein Konflikt entsteht, oft auf objektiv \u00fcberpr\u00fcfbare Beweise wie den Verlauf fr\u00fcherer Projekte und den Inhalt von Besprechungen zur\u00fcckgegriffen. Daher spielen im Voraus erstellte Dokumente oft eine gro\u00dfe Rolle. Um Ihre Position nicht zu benachteiligen, ist eine gr\u00fcndliche Dokumentenverwaltung wichtig. F\u00fcr eine detaillierte Erkl\u00e4rung aus der Perspektive der Wichtigkeit der Dokumentenverwaltung in der Systementwicklung, siehe den folgenden Artikel:<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Flammentyp_2_Kundigung_aus_personlichen_Grunden_des_Nutzers\"><\/span>Flammentyp 2: K\u00fcndigung aus pers\u00f6nlichen Gr\u00fcnden des Nutzers<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-2.jpg\" alt=\"\" class=\"wp-image-78586\" style=\"aspect-ratio:1.5;width:845px;height:auto\" srcset=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-2.jpg 735w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-2-300x200.jpg 300w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Was passiert, wenn ein Projekt in der Mitte gek\u00fcndigt wird?<\/figcaption><\/figure>\n\n\n\n<p>Es kann auch vorkommen, dass ein Projekt auf Wunsch des Nutzers in der Mitte abgebrochen wird. Nehmen wir zum Beispiel an, ein Unternehmen hat begonnen, ein IT-System zu entwickeln, das die Personalverwaltung einschlie\u00dflich der ausl\u00e4ndischen Niederlassungen zentralisiert, und dann wird die gesamte Strategie der Unternehmensexpansion ins Ausland zur\u00fcckgezogen. In solchen F\u00e4llen k\u00f6nnte die Entwicklung des begonnenen Systems f\u00fcr den Nutzer nicht mehr notwendig sein.<\/p>\n\n\n\n<p>Die Frage, wie ein IT-System in einem Unternehmen aufgebaut werden sollte, ist untrennbar mit der Frage verbunden, welche Art von Gesch\u00e4ft es in dem Unternehmen gibt. Daher ist es durchaus m\u00f6glich, dass die Anforderungen an ein System (ob es nun notwendig oder unn\u00f6tig ist) sich nachtr\u00e4glich \u00e4ndern, wenn es von erheblichen \u00c4nderungen in der Organisationsstruktur, der Gesch\u00e4ftsabteilungsorganisation oder einer grundlegenden \u00dcberpr\u00fcfung der Strategie betroffen ist.<\/p>\n\n\n\n<p>Auch wenn ein Projekt aufgrund solcher Umst\u00e4nde in der Mitte abgebrochen wird, k\u00f6nnen verschiedene rechtliche Probleme auftreten. In solchen F\u00e4llen werden in der Regel dem Anbieter bestimmte rechtliche Rechte einger\u00e4umt, wie zum Beispiel die Forderung nach einer Verg\u00fctung entsprechend dem Grad der Fertigstellung, da es sich um eine pers\u00f6nliche Angelegenheit des Nutzers handelt. Je nachdem, welcher Vertragstyp gew\u00e4hlt wurde, k\u00f6nnen die zugrunde liegenden Klauseln variieren, aber der Inhalt kann wie folgt zusammengefasst werden:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>\u30fbIm Falle eines Werkvertrags: Artikel 641 des japanischen B\u00fcrgerlichen Gesetzbuches (BGB)<br> Artikel 641 des BGB<br> \u2192Der Besteller kann jederzeit den Vertrag k\u00fcndigen und Schadenersatz verlangen, solange der Auftragnehmer die Arbeit nicht abgeschlossen hat.<br> \u30fbIm Falle eines quasi-Auftragsvertrags: Artikel 648 Absatz 3 des BGB (je nach Situation kann auch eine Schadenersatzforderung gem\u00e4\u00df Artikel 651 des BGB gestellt werden)<br> Artikel 648 des BGB<br> \u2192Wenn der Auftrag aufgrund von Umst\u00e4nden, die dem Auftragnehmer nicht zuzuschreiben sind, in der Mitte der Erf\u00fcllung endet, kann der Auftragnehmer eine Verg\u00fctung entsprechend dem Grad der bereits erbrachten Leistung verlangen.<br> Artikel 651 des BGB<br> \u21921. Der Auftrag kann jederzeit von jeder Partei gek\u00fcndigt werden.<br> \u21922. Wenn eine Partei den Auftrag zu einem f\u00fcr die andere Partei nachteiligen Zeitpunkt k\u00fcndigt, muss diese Partei den Schaden der anderen Partei ersetzen. Dies gilt jedoch nicht, wenn es einen unvermeidlichen Grund gibt.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Flammentyp_3_Wenn_Mangel_im_gelieferten_System_spater_entdeckt_werden\"><\/span>Flammentyp 3: Wenn M\u00e4ngel im gelieferten System sp\u00e4ter entdeckt werden<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-3.jpg\" alt=\"\" class=\"wp-image-78588\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-3.jpg 735w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-3-300x200.jpg 300w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/04\/collapse-of-the-system-development-project-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Wie geht man mit Problemen um, die unmittelbar nach der Lieferung des Systems entdeckt wurden?<\/figcaption><\/figure>\n\n\n\n<p>Obwohl Benutzer oft die Qualit\u00e4t eines Systems anhand der Bedienbarkeit des Bildschirms beurteilen, sind aus Sicht des Auftragnehmers die Herausforderungen oft in der Datenbankgestaltung oder in der Identifizierung von Testelementen unter Ber\u00fccksichtigung aller Betriebsmethoden zu finden.<\/p>\n\n\n\n<p>Das bedeutet, dass selbst ein System, das anfangs problemlos zu funktionieren schien, tats\u00e4chlich Probleme aufweisen kann, wie:<\/p>\n\n\n\n<ul>\n<li>Die Verarbeitungsgeschwindigkeit verlangsamt sich mit zunehmender Menge an registrierten Daten<\/li>\n\n\n\n<li>Ein System, das im t\u00e4glichen Grundbetrieb problemlos zu funktionieren schien, zeigt bei speziellen Operationen, die nur alle paar Monate oder Jahre auftreten, Fehler<\/li>\n\n\n\n<li>Auch wenn es so aussieht, als ob die Ergebnisse korrekt ausgegeben werden, ist die tats\u00e4chliche Logik m\u00f6glicherweise nicht korrekt. Ein einfaches Beispiel w\u00e4re, dass eine Eingabe von &#8220;1+1&#8221; vom Benutzer korrekt als &#8220;2&#8221; ausgegeben wird, aber das bedeutet nicht unbedingt, dass die Berechnung korrekt durchgef\u00fchrt wird. Es k\u00f6nnte sein, dass jede Rechenformel die Ausgabe &#8220;2&#8221; zur\u00fcckgibt. Solche &#8220;Logikfehler&#8221; sind oft schwer zu entdecken, wenn man nur die Bildschirmbedienung durchf\u00fchrt. In diesem Sinne kann man sagen, dass eine gewisse &#8220;technische F\u00e4higkeit&#8221; im Testprozess gefordert ist.<\/li>\n<\/ul>\n\n\n\n<p>Solche Dinge k\u00f6nnen tats\u00e4chlich passieren. Wenn man diese F\u00e4lle aus einer rechtlichen Perspektive analysiert, k\u00f6nnte man sie als Verletzung der Projektmanagementpflichten auf Seiten des Anbieters betrachten, was im Sinne des Zivilrechts ein Problem der unvollst\u00e4ndigen Erf\u00fcllung darstellen k\u00f6nnte.<\/p>\n\n\n\n<p>In diesem Fall, wenn es keine speziellen Vereinbarungen im Vertrag gibt, w\u00fcrden normalerweise die Bestimmungen f\u00fcr Werkvertr\u00e4ge zur Anwendung kommen.<\/p>\n\n\n\n<p>Die zu ber\u00fccksichtigenden Punkte in diesem Fall k\u00f6nnen wie folgt zusammengefasst werden:<\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 102.345%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #fff0f5;text-align: left\">\u30fbWenn die Arbeit nicht als abgeschlossen betrachtet werden kann<br>\u2192Wenn die Arbeit nicht abgeschlossen ist, entsteht in der Regel keine Verg\u00fctung. Wenn jedoch die Ursache in einer Verletzung der Kooperationspflicht auf Seiten des Benutzers liegt, kann der Anbieter rechtliche Schritte wie Schadensersatzanspr\u00fcche einleiten.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.793%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left\">\n\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 100.965%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f8f8ff;text-align: left\">\u30fbDie Arbeit ist abgeschlossen und ein Ergebnis, das das vertraglich vereinbarte Ziel erreicht, wurde geliefert, aber es gibt immer noch einige M\u00e4ngel, die Schadensersatz oder M\u00e4ngelbeseitigung erfordern<br>\u2192Der Anbieter kann eine Verg\u00fctung verlangen, aber der Benutzer kann auch Schadensersatz verlangen. Daher wird normalerweise der Betrag, der durch Aufrechnung beider Seiten entsteht, ausgeglichen.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.517%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left\">\u30fbDie Arbeit ist abgeschlossen und es gibt keine M\u00e4ngel in ihrem Inhalt<br \/>\u2192Dies ist kein &#8220;Flammen&#8221;-Fall in diesem Artikel, und die Verg\u00fctung wird normalerweise verlangt und das Projekt abgeschlossen.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>So kann die Situation zusammengefasst werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zusammenfassung\"><\/span>Zusammenfassung<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Jedes einzelne Systementwicklungsprojekt wird wahrscheinlich auf vielf\u00e4ltige Weise und mit vielen Wendungen voranschreiten. Wenn es jedoch um das &#8220;Ausgebranntsein&#8221; eines rechtlichen Projekts geht, bietet der in diesem Artikel vorgestellte Rahmen einen \u00dcberblick. Rechtsfragen im Zusammenhang mit der Systementwicklung beinhalten zweifellos eine Vielzahl von Themen.<\/p>\n\n\n\n<p>Genau wie die Aufgabe der Systementwicklung konstruktives Denken erfordert, k\u00f6nnte das damit verbundene Risikomanagement durch den Erhalt eines Gesamt\u00fcberblicks \u00fcber das Feld konstruktiver durchgef\u00fchrt werden, oder nicht?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Ein Projekt wie die Systementwicklung ist nicht etwas, das \u00fcber Nacht erreicht werden kann. Es erfordert eine Vielzahl von Ressourcen, einschlie\u00dflich zahlreicher Personen und Organisationen, erheblich [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":78585,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/60099"}],"collection":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/comments?post=60099"}],"version-history":[{"count":4,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/60099\/revisions"}],"predecessor-version":[{"id":78589,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/60099\/revisions\/78589"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media\/78585"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media?parent=60099"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/categories?post=60099"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/tags?post=60099"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}