[{"data":1,"prerenderedAt":596},["ShallowReactive",2],{"content:lexikon:maengelhaftung":3,"content:services":36,"content:lexikon":215},{"slug":4,"title":5,"metaTitle":6,"metaDescription":7,"excerpt":8,"toc":9,"body":25,"updated":26,"related":27},"maengelhaftung","Mängelhaftung: wenn die neue Funktion den alten Ablauf stört","Mängelhaftung am Bestandscode: § 634 BGB – Lexikon","Mängelhaftung nach deutschem Recht: Sachmangel nach § 633 BGB, die Rechte aus § 634 BGB, die Grenze zum Änderungswunsch und Nebenwirkungen im Altbestand.","Nach der Übergabe zählt, ob das Werk die vereinbarte Beschaffenheit hat. An gewachsener Software verläuft die schwierigste Linie zwischen einem Fehler und einem nachträglichen Wunsch.",[10,13,16,19,22],{"id":11,"text":12},"mangel","Wann ein Sachmangel vorliegt: § 633 BGB",{"id":14,"text":15},"rechte","Mängelhaftung nach § 634 BGB: die Reihenfolge der Rechte",{"id":17,"text":18},"grenze","Mangel oder neuer Wunsch: die Grenze am Bestand",{"id":20,"text":21},"nebenwirkung","Mängelhaftung und Nebenwirkungen im Altbestand",{"id":23,"text":24},"praxis","Wie wir Nachbesserung und Grenzfälle regeln","\u003Cp>Die Mängelhaftung regelt, welche Rechte der Besteller hat, wenn das abgenommene Werk nicht die vereinbarte Beschaffenheit besitzt. Maßstab ist § 633 BGB: Fehlt eine zugesagte Eigenschaft oder taugt das Werk nicht für die vorausgesetzte Verwendung, liegt ein Sachmangel vor — unabhängig davon, ob jemand ihn verschuldet hat.\u003C\u002Fp>\u003Ch2 id=\"mangel\">Wann ein Sachmangel vorliegt: § 633 BGB\u003C\u002Fh2>\u003Cp>Das Gesetz kennt drei Stufen. Zuerst gilt die vereinbarte Beschaffenheit: Alles, was in der Beschreibung und in den Kriterien der Übergabe steht, ist geschuldet. Fehlt eine Vereinbarung, zählt die im Vertrag vorausgesetzte Verwendung. Fehlt auch die, genügt die gewöhnliche Verwendung und die übliche Beschaffenheit vergleichbarer Werke.\u003C\u002Fp>\u003Cp>Für Software heißt die erste Stufe: Was nirgends steht, ist im Streitfall auch nicht zugesagt. Deshalb entscheidet sich die spätere Haftung schon beim Schreiben \u003Ca href=\"\u002Flexikon\u002Fleistungsbeschreibung\">der Leistungsbeschreibung\u003C\u002Fa> — dort, wo Verhalten, Datenmengen, Randfälle und unterstützte Umgebungen benannt werden.\u003C\u002Fp>\u003Ch2 id=\"rechte\">Mängelhaftung nach § 634 BGB: die Reihenfolge der Rechte\u003C\u002Fh2>\u003Cp>Die Rechte des Bestellers stehen nicht nebeneinander, sie folgen aufeinander:\u003C\u002Fp>\u003Col>\u003Cli>\u003Cstrong>Nacherfüllung.\u003C\u002Fstrong> Der Auftragnehmer bessert nach oder stellt neu her. Er hat diese Gelegenheit zuerst; wer sie überspringt, verliert in der Regel die weiteren Rechte.\u003C\u002Fli>\u003Cli>\u003Cstrong>Selbstvornahme.\u003C\u002Fstrong> Nach erfolglosem Ablauf einer angemessenen Frist darf der Besteller selbst beseitigen lassen und die erforderlichen Aufwendungen ersetzt verlangen.\u003C\u002Fli>\u003Cli>\u003Cstrong>Rücktritt oder Minderung.\u003C\u002Fstrong> Bei erheblichen Mängeln kann er sich vom Vertrag lösen, sonst die Vergütung herabsetzen.\u003C\u002Fli>\u003Cli>\u003Cstrong>Schadensersatz.\u003C\u002Fstrong> Er setzt zusätzlich ein Vertretenmüssen voraus und deckt auch Folgeschäden ab.\u003C\u002Fli>\u003C\u002Fol>\u003Cp>Nach der \u003Ca href=\"\u002Flexikon\u002Fabnahme\">Abnahme nach § 640 BGB\u003C\u002Fa> muss der Besteller darlegen, dass der Mangel schon bei der Übergabe angelegt war. Die Verjährung läuft ab diesem Zeitpunkt; ihre Länge steht im Vertrag oder folgt dem Gesetz.\u003C\u002Fp>\u003Cp>In Softwarevorhaben spielt sich fast alles auf der ersten Stufe ab. Nachbesserung ist der Regelfall, und sie gelingt, solange beide Seiten dieselbe Beschreibung vor sich haben. Erst wenn wiederholte Versuche scheitern, werden die weiteren Rechte praktisch bedeutsam.\u003C\u002Fp>\u003Ch2 id=\"grenze\">Mangel oder neuer Wunsch: die Grenze am Bestand\u003C\u002Fh2>\u003Cp>An einer Anwendung, die seit Langem im Einsatz ist, ist die häufigste Auseinandersetzung nicht juristisch, sondern begrifflich: Ist das ein Fehler oder eine neue Anforderung? Brauchbar ist eine einfache Probe — steht das beanstandete Verhalten in der Beschreibung oder in den Prüfsätzen? Dann ist es ein Mangel. Ergibt sich der Wunsch erst aus der Nutzung, ist es ein Nachtrag, und der gehört in ein eigenes Paket mit eigenem Preis.\u003C\u002Fp>\u003Cp>Ein Sonderfall sind Vorgänge, die im Altsystem seit jeher schief laufen und erst durch den Umbau auffallen. Sie sind kein Mangel des neuen Teils. Ob sie mitrepariert werden, ist eine Entscheidung des Betriebs, keine Haftungsfrage.\u003C\u002Fp>\u003Cp>Damit diese Probe funktioniert, muss die Beschreibung erreichbar sein und nicht in einem Anhang liegen, den seit der Unterschrift niemand geöffnet hat. Bewährt hat sich, die Prüfsätze dort abzulegen, wo auch die Meldungen aus dem Betrieb eingehen — dann liest sie, wer sie braucht.\u003C\u002Fp>\u003Ch2 id=\"nebenwirkung\">Mängelhaftung und Nebenwirkungen im Altbestand\u003C\u002Fh2>\u003Cp>Anders liegt der Fall, wenn nach einer Lieferung etwas nicht mehr funktioniert, das vorher funktionierte. Das ist kein Nachtrag, sondern eine Abweichung vom geschuldeten Zustand — vorausgesetzt, dieser Zustand war festgehalten. Genau dafür gehört die Liste der Abläufe, die unverändert bleiben sollen, in die Vertragsanlage und in jeden Prüflauf.\u003C\u002Fp>\u003Cp>Ohne solche Liste wird aus einer klaren Frage eine Aussage gegen eine andere: Der Betrieb sagt, es habe früher funktioniert, der Auftragnehmer sagt, das sei nie geprüft worden. Ein aufgezeichneter Ausgangszustand beendet diese Diskussion, bevor sie beginnt.\u003C\u002Fp>\u003Cp>Wer die Grenze früh zieht, spart sich die unangenehmste Variante dieser Diskussion: den Streit über eine Rechnung, während der Betrieb weiterläuft und beide Seiten unter Druck stehen.\u003C\u002Fp>\u003Ch2 id=\"praxis\">Wie wir Nachbesserung und Grenzfälle regeln\u003C\u002Fh2>\u003Cp>Wir halten je Etappe fest, was geprüft wird und was unverändert bleiben muss, und nehmen den Ausgangszustand vor dem ersten Eingriff auf. Meldungen nach der Übergabe ordnen wir gemeinsam ein und beseitigen, was zur Zusage gehört; alles Weitere wird als eigenes Paket beschrieben und angeboten. Wie ein mobiler Kanal zur bestehenden Fachanwendung so abgesichert wird, steht auf der Seite \u003Ca href=\"\u002Fleistungen\u002Fapp-entwicklung\">App-Entwicklung als zweiter Kanal\u003C\u002Fa>.\u003C\u002Fp>","2026-09-14",{"services":28,"lexikon":31},[29,30],"app-entwicklung","softwareentwicklung",[32,33,34,35],"abnahme","leistungsbeschreibung","werkvertrag","werkvertrag-kuendigung",[37,99,157],{"slug":38,"title":39,"teaser":40,"metaTitle":41,"metaDescription":42,"h1":43,"intro":44,"forWhom":45,"includes":50,"howItWorks":66,"model":79,"faq":82,"related":95},"ki-implementierung","KI-Implementierung","Eine KI-Funktion dort, wo Ihre Leute ohnehin arbeiten: dieselbe Datenbank, dieselbe Rollenverwaltung, derselbe Releasezyklus.","KI-Softwareentwicklung: KI-Lösungen für Unternehmen","KI-Softwareentwicklung für Unternehmen in Deutschland und DACH: KI-Lösungen im Bestandscode, Verarbeitung auf eigenen Servern, Werkvertrag mit Abnahme.","KI-Softwareentwicklung im Bestand: eine Funktion, die in den Betrieb geht statt in den Prototyp","KI-Softwareentwicklung heißt bei uns: Die Funktion entsteht in der Anwendung, die Ihre Leute ohnehin bedienen, und nicht als Prototyp daneben. KI-Lösungen für Unternehmen scheitern selten am Modell und fast immer an der Anbindung: an Rechten, an Datenqualität, an der Frage, wer das Ergebnis prüft. Genau dort setzen wir an.\n\nVertragspartner ist eine deutsche Gesellschaft mit Sitz in München, es gilt deutsches Recht, verarbeitet wird nach DSGVO auf eigenen Servern in Deutschland und der EU; welche Daten ein Sprachmodell überhaupt sieht und unter welchen Bedingungen, halten wir im Angebot fest. Zur Ehrlichkeit gehört die Grenze: KI trägt dort, wo Arbeit umfangreich und gleichförmig ist — Texte, Belege, Zuordnungen, Vorschläge. Architektur, Abwägung und das Gespräch mit dem Fachbereich bleiben bei Entwicklern. Wer eine Funktion sucht, die ohne Kontrolle entscheidet, bekommt von uns eine Absage statt einer Demo.",[46,47,48,49],"Häuser mit einer laufenden Fachanwendung, in der eine Zusammenfassung oder eine Zuordnung fehlt, für die heute jemand Stunden liest.","Betriebe in Produktion und Handel mit schmutzigen Stammdaten: Schreibweisen, Belegfotos, Zuordnungen, die heute von Hand geraten werden.","Fachbereiche, in denen Wissen als Chatverlauf, Handbuch und Dateiablage nebeneinander liegt und niemand weiß, welche Fassung gilt.","IT-Verantwortliche, die eine Funktion in Betrieb nehmen sollen, ohne dafür eine zweite Infrastruktur neben dem Kern zu pflegen.",[51,54,57,60,63],{"title":52,"text":53},"KI-Softwareentwicklung an Ihrer Datenbank","Die Funktion liest aus der Datenbank, die schon läuft, und schreibt dorthin zurück: keine Kopie, keine Nebenablage, keine zweite Wahrheit. Die Rechte kommen aus Ihrer bestehenden Rollenverwaltung — wer einen Datensatz ohne KI nicht sehen darf, sieht ihn auch mit KI nicht.",{"title":55,"text":56},"Entwurf, Prüfung, Freigabe","Die Funktion erzeugt einen Entwurf, die Freigabe bleibt ein Schritt in der Oberfläche, in der ohnehin gearbeitet wird. Jeder Lauf wird protokolliert: Eingabe, Ausgabe, Modell, Zeitpunkt, Kosten. Ein eigener Fall zeigt, was dabei herauskommt: 50 Regeln aus dem Chatverlauf an einem Tag in eine produktive Wissensbasis.",{"title":58,"text":59},"Modelle anbinden und austauschbar halten","Anwendungen, die im Betrieb Sprachmodelle nutzen, rufen sie über ein eigenes Gateway auf: mit Kostengrenze, Protokoll und der Möglichkeit, das Modell zu wechseln, ohne die Anwendung anzufassen. Über 400 beschriebene Aktionen stehen in unserem eigenen Katalog, über 180 Systeme im Werkzeugkasten; TypeScript, Node.js und PostgreSQL liegen darunter.",{"title":61,"text":62},"KI-Softwareentwicklung im selben Releasezyklus","Die Funktion geht denselben Weg wie jede andere Änderung: Pull Request, Review, Vorschau-Adresse, Abnahme. Sie bekommt kein eigenes Verfahren neben dem Kern. Auf diesem Weg sind 8 677 Oberflächentexte übersetzt und eingebaut worden, rund eine Stunde Arbeitszeit.",{"title":64,"text":65},"Abnahmekriterien statt Demo","Vor dem Bau wird festgelegt, woran Sie erkennen, dass die Funktion taugt. Ohne solche Kriterien fangen wir nicht an.",[67,70,73,76],{"title":68,"text":69},"Gespräch über den Fall","Ein Gespräch von rund zwanzig Minuten: Welcher Ablauf kostet heute die meiste Zeit, wer prüft dort das Ergebnis, welche Daten liegen dafür vor. Statt Folien zeigen wir laufende Systeme, mit Beispieldaten statt Kundendaten.",{"title":71,"text":72},"Angebot mit Abnahmekriterien","Im Angebot stehen der Fall, die Datenquellen, der Freigabeschritt, die Kriterien der Abnahme und die Angabe, was an ein Sprachmodell geht und an welches. Vertragsform, Preismodell und Zeitrahmen gehören dazu.",{"title":74,"text":75},"Umsetzung am echten Fall","Gebaut wird an einem Satz Ihrer echten Vorgänge in Kopie, nicht an ausgesuchten Beispielen. Jede Lieferung läuft auf einer Vorschau-Adresse, die Ihre Fachleute selbst bedienen.",{"title":77,"text":78},"Abnahme und Weiterbetrieb","Abgenommen wird gegen die Kriterien, danach greift die Gewährleistung auf Mängel. Protokoll, Kostengrenze und Modellwechsel bleiben bedienbar, ohne dass wir dafür gebraucht werden; Dokumentation, Zugänge und eine Einweisung gehören zur Übergabe.",{"title":80,"text":81},"Abnahme statt Versprechen","Die Funktion wird im Werkvertrag gebaut: fester Preis je Etappe, Abnahme gegen die vereinbarten Kriterien, Gewährleistung auf Mängel. Was sie können muss, steht vor dem Start im Angebot, samt der Angabe, welche Daten verarbeitet werden und wo. Vertraulichkeit vereinbaren wir gegenseitig und schriftlich, bevor Sie uns Unterlagen zeigen.\n\nEine Einschätzung vorweg — ob der Fall sich lohnt, welche Daten fehlen, welcher Ablauf zuerst dran ist — läuft als Beratung im Dienstvertrag und endet mit den Unterlagen, die im Angebot benannt sind. Der Bau bleibt davon getrennt und wird einzeln beauftragt. Die Nutzungsrechte am eigens für Sie erstellten Code gehen mit vollständiger Bezahlung auf Sie über. Der Preis entsteht aus dem beschriebenen Fall und steht im Angebot.",[83,86,89,92],{"q":84,"a":85},"Welche Daten gehen an ein Sprachmodell?","Nur die, die der Fall braucht, und das steht im Angebot: welche Felder, welcher Anbieter, welcher Zweck. Wo ein Ausschnitt reicht, geht ein Ausschnitt statt des ganzen Datensatzes. Bei personenbezogenen Daten gilt ein Auftragsverarbeitungsvertrag mit der Liste der Unterauftragnehmer, zu denen auch die Anbieter der Modelle gehören.",{"q":87,"a":88},"Wie messen Sie, ob die KI funktioniert?","An Kriterien, die vor dem Bau feststehen, geprüft an einem festen Satz echter Fälle: Was läuft ohne Korrektur durch, was muss nachgebessert werden, was darf die Funktion gar nicht erst allein entscheiden. Jeder Lauf ist protokolliert, deshalb ist die Antwort nachrechenbar und keine Einschätzung.",{"q":90,"a":91},"Was kostet eine KI-Einführung?","Das hängt am Fall: an der Zahl der Datenquellen, am Zustand der Daten und daran, wie viel Prüfung der Ablauf braucht. Im Angebot steht danach ein fester Preis je Etappe im Werkvertrag. Eine KI-Softwareentwicklung im Bestand lässt sich dabei meist schärfer abgrenzen als ein neues System daneben.",{"q":93,"a":94},"Läuft die KI auf unseren Servern?","Die Anwendung selbst läuft auf eigenen Servern in Deutschland und der EU oder auf Ihren, wenn Sie das vorziehen. Ein offenes Modell kann dort mitlaufen, wenn es für den Fall reicht; sonst geht der Aufruf über das Gateway zu einem externen Anbieter, und im Angebot steht, welcher das ist und was er dabei sieht.",[96,97,32,98],"ki-funktion-in-bestandssoftware","software-weiterentwicklung","dienstvertrag",{"slug":30,"title":100,"teaser":101,"metaTitle":102,"metaDescription":103,"h1":104,"intro":105,"forWhom":106,"includes":112,"howItWorks":128,"model":140,"faq":142,"related":155},"Softwareentwicklung","Ihr Kernsystem läuft weiter, während daneben das fehlende Modul entsteht: geliefert in Scheiben, jede mit eigener Abnahme.","Softwareentwicklung: individuelle Software im Bestand","Softwareentwicklung für Bestandssysteme in Deutschland und DACH: fehlende Module ergänzen, Altteile ablösen, Werkvertrag mit Abnahme statt offener Stelle.","Softwareentwicklung am laufenden Kern: ein abgenommenes Modul statt einer wachsenden Warteschlange","Softwareentwicklung heißt bei uns: Ihr Kernsystem läuft weiter, während daneben das fehlende Modul entsteht. Wir übernehmen einen abgegrenzten Teil der Warteschlange, die vor Ihrem eigenen Entwicklungsteam liegt, und geben ihn abgenommen zurück. Individuelle Softwareentwicklung beginnt hier nicht auf einem leeren Verzeichnis, sondern an Ihrem Datenmodell und Ihren Schnittstellen.\n\nVertragspartner ist eine deutsche Gesellschaft mit Sitz in München, es gilt deutsches Recht, verarbeitet wird nach DSGVO auf eigenen Servern in Deutschland und der EU. Der Anlass ist meistens derselbe: Der Kern trägt das Geschäft, aber jede Änderung daran kostet einen ganzen Releasezyklus, und die Liste der offenen Vorhaben wächst schneller als Ihr Team. Zwei Dinge sind dabei nicht unser Fall: der große Wurf auf der grünen Wiese, den andere Häuser bauen, und die Komplettablösung an einem Stichtag. Einen Kern tauschen wir scheibchenweise oder gar nicht.",[107,108,109,110,111],"Produkt- und SaaS-Häuser, deren Release steht, weil ein Modul in der eigenen Planung seit Quartalen keinen Platz findet.","Betriebe, deren Kern in einer älteren Sprache oder einem alten Framework steckt und den außer zwei Leuten im Haus niemand mehr anfasst.","Fachbereiche, die eine über Jahre gewachsene Tabelle in das bestehende System holen wollen: mit Rechten, Historie und Freigaben.","Häuser in Produktion und Handel, deren Stammdaten in Schreibweisen zerfallen sind und deren Auswertungen deshalb zwei verschiedene Zahlen liefern.","IT-Verantwortliche, die eine Schnittstelle oder eine Datenübernahme brauchen, während sich die Suche nach einem erfahrenen Entwickler über ein halbes Jahr zieht.",[113,116,119,122,125],{"title":114,"text":115},"Softwareentwicklung am bestehenden Datenmodell","Bevor Code entsteht, lesen wir Ihren Kern: Datenmodell, Rollen, Schnittstellen und die Ausnahmen, die nie jemand aufgeschrieben hat. Daraus wird eine Leistungsbeschreibung mit Abnahmekriterien, gegen die später geprüft wird. Für neue Teile arbeiten wir mit TypeScript, Node.js und PostgreSQL; der Bestand bekommt eine saubere Kante.",{"title":117,"text":118},"Neue Module neben dem Kern","Das fehlende Stück entsteht als eigener Dienst mit eigener Oberfläche in React oder Angular und spricht über eine Schnittstelle mit dem Bestand. So wächst die Anwendung, ohne dass der Releaseplan für den Kern angefasst werden muss.",{"title":120,"text":121},"Ablösung in Scheiben statt Neuschreiben","Alte Teile weichen Stück für Stück: Jede Scheibe ist für sich nutzbar, die alte Datenhaltung wird erst abgeschaltet, wenn die neue nachweislich dieselben Zahlen liefert. So haben wir 19 686 Bestellungen aus fünf Jahren in ein CRM übernommen, keine einzige Dublette.",{"title":123,"text":124},"Schnittstellen, Datenübernahme, Abgleich","Kasse, Buchhaltung, Shop, Messenger, Zahlungsanbieter: über 180 Systeme liegen in unserem eigenen Werkzeugkasten, was fehlt, kommt dazu und wird dokumentiert übergeben. Bei einem Abgleich offener Posten sank die Zahl von 1 725 auf 802; ein Lauf braucht statt 12,3 s noch 0,4 s.",{"title":126,"text":127},"Softwareentwicklung mit einer Übergabe, die trägt","Zu jeder Etappe gehören Tests, Dokumentation und eine Einweisung: Ihr Team muss ohne uns weiterbauen können, sonst ist die Arbeit nicht fertig. Dieselbe Architektur betreiben wir in über vierzig eigenen Diensten, deshalb findet sich eine neue Person darin schnell zurecht.",[129,132,134,137],{"title":130,"text":131},"Gespräch über den Engpass","Ein Gespräch von rund zwanzig Minuten: Ziel, Stand, Engpass. Statt Folien zeigen wir laufende Systeme. Danach sagen wir offen, welchen Teil der Warteschlange wir sinnvoll übernehmen und welchen Ihr Team besser behält.",{"title":71,"text":133},"Sie bekommen Etappen, Datenmodell, Schnittstellenliste und die Kriterien, gegen die abgenommen wird. Vertragsform, Preismodell und der Zeitrahmen stehen im Angebot, bevor jemand die erste Zeile schreibt.",{"title":135,"text":136},"Umsetzung mit Lieferungen zum Anklicken","Jede Lieferung ist eine lauffähige Fassung auf einer Vorschau-Adresse, geprüft an einer Kopie Ihrer echten Daten. Änderungen laufen als Pull Request durch ein Review: In Kundenprojekten prüfen zuerst unsere KI-Werkzeuge jede Änderung, danach ein Entwickler.",{"title":138,"text":139},"Abnahme und nächste Scheibe","Abgenommen wird gegen die vereinbarten Kriterien, danach greift die Gewährleistung auf Mängel. Weitere Etappen werden einzeln beauftragt, mit eigenem Umfang und eigener Abnahme; Repository und Zugänge liegen vom ersten Tag an bei Ihnen.",{"title":80,"text":141},"Was abgenommen wird, steht vor dem Start im Angebot und wird nicht am Ende ausgehandelt. Abgegrenzte Vorhaben liefern wir im Werkvertrag: fester Preis je Etappe, Abnahme gegen die Leistungsbeschreibung, Gewährleistung auf Mängel. Geliefert wird in Teilen, und jede Teillieferung wird für sich geprüft.\n\nBeratung, Architekturkonzept und Begleitung Ihrer Leute laufen im Dienstvertrag. Laufende Arbeit am Bestand bleibt davon getrennt: Sie wird als einzelnes Paket beauftragt, mit eigenem Umfang und eigenen Abnahmekriterien, statt als offene Zeitbuchung. Verteilt und verantwortet wird die Arbeit von unserer Projektleitung; fällt jemand aus, übernimmt das Team — ohne neuen Suchlauf. Preise und Sätze stehen im Angebot nach dem Gespräch.",[143,146,149,152],{"q":144,"a":145},"Was kostet individuelle Softwareentwicklung?","Das hängt am Zustand des Bestands: Zahl der Schnittstellen, Zahl der Rollen, Qualität der Daten und Umfang der vorhandenen Dokumentation. Nach dem Gespräch bekommen Sie ein Angebot mit festem Preis je Etappe im Werkvertrag. Gerechnet wird gegen den beschriebenen Umfang, nicht gegen eine Liste von Sätzen.",{"q":147,"a":148},"Wie lange dauert ein Softwareprojekt?","Verlässlich ist die Reihenfolge, nicht eine Zahl: Gespräch, Angebot mit Abnahmekriterien, Lieferungen zum Anklicken, Abnahme. Sobald die Scheiben beschrieben sind, steht der Zeitrahmen im Angebot.",{"q":150,"a":151},"Werkvertrag oder Dienstvertrag?","Ein abgegrenztes Vorhaben mit beschreibbarem Ergebnis läuft im Werkvertrag, weil wir dann für das Ergebnis einstehen. Beratung, Architekturkonzept und Begleitung laufen im Dienstvertrag. Die Aufgaben für unsere Entwickler kommen in beiden Fällen von unserer Projektleitung.",{"q":153,"a":154},"Wem gehört der Quellcode?","Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens für Sie erstellten Code auf Sie über, samt Dokumentation und Zugängen. Wiederverwendbare Bausteine von uns und die verwendeten Open-Source-Lizenzen stehen als Liste im Vertrag. Derselbe Abschnitt regelt den Umgang mit Ergebnissen aus KI-Werkzeugen.",[97,33,34,156],"festpreis-vs-tagessatz",{"slug":29,"title":158,"teaser":159,"metaTitle":160,"metaDescription":161,"h1":162,"intro":163,"forWhom":164,"includes":170,"howItWorks":186,"model":198,"faq":200,"related":213},"App-Entwicklung","Ein mobiler Zugang zu der Fachanwendung, die Sie schon betreiben: dieselben Daten, dieselben Rechte, geliefert in Etappen mit eigener Abnahme.","App-Entwicklung: mobile Apps für Ihre Fachanwendung","App-Entwicklung für Unternehmen in Deutschland und DACH: ein mobiler Kanal zu Ihrer Fachanwendung, im Werkvertrag gebaut und mit Abnahme übergeben.","App-Entwicklung für Ihre bestehende Fachanwendung: ein zweiter Kanal, der in Betrieb geht","App-Entwicklung heißt bei uns: Ihre Fachanwendung bekommt einen zweiten Kanal auf das Telefon, nicht ein zweites System daneben. Wer dafür eine Agentur für App-Entwicklung sucht, fragt meist nach Außendienst, Lager oder Werkstatt — dort wird erfasst, wo kein Schreibtisch steht. Die Daten bleiben dabei in der Anwendung, die Sie schon betreiben.\n\nHinter dem Kanal steht eine deutsche Gesellschaft aus München: deutsches Recht, Verarbeitung nach DSGVO auf eigenen Servern in Deutschland und der EU. Der Anlass ist fast immer derselbe: Am Schreibtisch läuft die Fachanwendung gut, draußen wird auf Papier gearbeitet und abends nachgetragen. Eine Grenze nennen wir sofort: Ein Kanal ohne Fachanwendung dahinter ist nicht unser Fall. Wer eine eigenständige Anwendung mit eigener Datenhaltung und eigenem Produktplan sucht, hört das im ersten Gespräch und nicht erst im Angebot.",[165,166,167,168,169],"Betriebe mit Außendienst, deren Monteure Aufträge auf Papier mitnehmen und abends am Schreibtisch nachtragen.","Lager und Werkstätten, in denen Wareneingang, Seriennummern oder Prüfschritte am Gerät erfasst werden sollen statt am festen Arbeitsplatz.","Häuser, die Kundschaft und Lieferanten Aufträge, Dokumente und Status zeigen wollen, ohne dafür eine zweite Datenhaltung neben dem Kern aufzubauen.","Produkt- und SaaS-Häuser, deren Nutzer nach einer mobilen Oberfläche fragen, für die in der eigenen Planung niemand frei ist.","Fachbereiche mit einer Anwendung, die am Schreibtisch im Browser funktioniert und auf dem Telefon unbedienbar ist.",[171,174,177,180,183],{"title":172,"text":173},"Mobile App-Entwicklung für Außendienst und Lager","Erfassung am Gerät: Auftrag, Foto, Unterschrift, Seriennummer, Zählerstand. Die Oberfläche startet vom Startbildschirm, verträgt kurze Funklöcher und schickt nach, sobald wieder Netz da ist. Aus Belegfotos wurden bei uns 3 579 Positionen zu einem Verzeichnis mit 24 Lieferanten, 100 % mit Belegdokument.",{"title":175,"text":176},"App-Entwicklung ohne zweite Datenhaltung","Der Kanal spricht über eine Schnittstelle mit Ihrer Fachanwendung: dieselbe Datenbank, dieselben Rollen, dieselben Freigaben. Es entsteht keine Nebenablage, die nach einem Jahr andere Zahlen zeigt als das Original. Fehlt die passende Schnittstelle, bauen wir sie und übergeben sie dokumentiert.",{"title":178,"text":179},"Oberfläche und Dienst aus einer Hand","TypeScript im ganzen Projekt, React oder Angular in der Oberfläche, Node.js und PostgreSQL dahinter. Ein Code für Telefon und Schreibtisch, verteilt per Link an Ihre Leute und aktualisiert, ohne auf ein fremdes Freigabeverfahren zu warten.",{"title":181,"text":182},"Rechte, Geräte, Datenschutz","Wer was sehen darf, kommt aus Ihrer bestehenden Rollenverwaltung und wird nicht neu erfunden. Geräteverlust, Abmeldung und Aufbewahrung werden vor dem Bau geklärt. Verarbeiten wir personenbezogene Daten in Ihrem Auftrag, schließen wir einen Auftragsverarbeitungsvertrag.",{"title":184,"text":185},"Betrieb und Übergabe","Betrieb auf eigenen Servern in Deutschland und der EU oder statisch ausgeliefert, Überwachung mit Meldung an Ihr Team und, wo Webanalyse eingesetzt wird, eine selbst gehostete Auswertung. Quellcode, Zugänge, Dokumentation und eine Einweisung gehören zur Übergabe.",[187,190,192,195],{"title":188,"text":189},"Gespräch über Gerät und Ablauf","Ein Gespräch von rund zwanzig Minuten: Wer erfasst was, an welchem Gerät, in welcher Umgebung, welche Schnittstellen hat Ihr Kern heute. Gezeigt wird dabei ein laufendes System und keine Foliensammlung.",{"title":71,"text":191},"Bildschirmskizzen, Schnittstellenliste, Rollenmodell, Etappen und die Kriterien, gegen die abgenommen wird. Vertragsform, Preismodell und Zeitrahmen stehen im Angebot; die erste Etappe ist bewusst klein: ein Bereich, ein Ablauf, ein messbares Kriterium.",{"title":193,"text":194},"Umsetzung mit Lieferungen am Gerät","Jede Lieferung liegt auf einer Vorschau-Adresse und wird auf dem Telefon geprüft, nicht auf einem Bildschirmfoto. Jede Änderung geht durch ein Review, bevor sie dort erscheint.",{"title":196,"text":197},"Abnahme im Betrieb","Zuerst arbeitet eine kleine Gruppe aus dem betroffenen Bereich echt mit dem Kanal, dann wird gegen die vereinbarten Kriterien abgenommen; danach greift die Gewährleistung auf Mängel. Quellcode, Zugänge und Dokumentation liegen bei Ihnen und nicht bei uns im Schrank.",{"title":80,"text":199},"Der zweite Kanal wird im Werkvertrag gebaut: fester Preis je Etappe, Abnahme gegen die Leistungsbeschreibung, Gewährleistung auf Mängel. Die Kriterien stehen im Angebot, bevor jemand eine Zeile schreibt, und werden nicht am Ende ausgehandelt. Geliefert wird in Teilen, damit ein Bereich schon arbeitet, während der nächste beschrieben wird.\n\nArchitekturkonzept, Beratung und Begleitung Ihrer Leute laufen im Dienstvertrag. Der Weiterbau am Kanal bleibt davon getrennt und wird als einzelnes Paket mit eigenem Umfang und eigener Abnahme beauftragt, statt als offene Zeitbuchung. Verteilt und verantwortet wird die Arbeit von unserer Projektleitung; fällt jemand aus, führt das Team die Etappe zu Ende. Was das kostet, steht im Angebot nach dem Gespräch.",[201,204,207,210],{"q":202,"a":203},"Was kostet eine App-Entwicklung?","Das hängt an der Zahl der Abläufe, der Rollen und der Schnittstellen zu Ihrem Kern und daran, wie sauber die Daten dort sind. Sie bekommen nach dem Gespräch ein Angebot, das jede Etappe einzeln mit festem Preis ausweist. Üblicher Einstieg ist ein Bereich mit einem Ablauf und einem Kriterium, an dem Sie messen.",{"q":205,"a":206},"Wie läuft eine MVP-Entwicklung ab?","Die erste Etappe deckt einen Bereich ab, etwa die Auftragserfassung im Außendienst, mit eigenem Preis und eigener Abnahme. Danach arbeitet die Gruppe damit, Sie messen an Ihrem Kriterium und entscheiden über die nächste Etappe. Erweitert wird also nach einer Messung und nicht nach einem Plan, den längst niemand mehr prüft.",{"q":208,"a":209},"Native App oder Webanwendung?","Für Erfassung im Außendienst, Lagerbewegungen und Freigaben reicht in aller Regel eine Anwendung im Browser: ein Code für alle Geräte, Aktualisierung ohne fremdes Freigabeverfahren. Braucht Ihr Ablauf Hintergrunddienste, tiefen Gerätezugriff oder lange Strecken ohne Netz mit großen lokalen Beständen, sagen wir das und verkaufen Ihnen keine Browser-Lösung.",{"q":211,"a":212},"Wem gehört die App nach der Abnahme?","Die Nutzungsrechte am eigens für Sie erstellten Code gehen mit vollständiger Bezahlung auf Sie über, samt Dokumentation und Zugängen. Welche wiederverwendbaren Bausteine von uns und welche Open-Source-Lizenzen im Kanal stecken, listet der Vertrag auf. Den Kanal kann Ihr Team danach auch ohne uns weiterbetreiben.",[214,97,34,32],"progressive-web-app",[216,239,266,293,320,345,371,395,418,443,453,477,498,523,545,572],{"slug":32,"title":217,"metaTitle":218,"metaDescription":219,"excerpt":220,"toc":221,"updated":26,"related":236},"Abnahme im laufenden System: wann ein Stück Software als geliefert gilt","Abnahme nach § 640 BGB: Wirkung und Prüfrahmen – Lexikon","Abnahme nach deutschem Recht: § 640 BGB, vier Rechtsfolgen, prüfbare Kriterien für neue Funktion und unveränderten Bestand sowie die stillschweigende Billigung.","Mit der Billigung des Werks wird die Vergütung fällig, die Beweislast dreht sich und die Verjährung beginnt. An einer Anwendung im Betrieb gehört zum Prüfrahmen auch alles, was unverändert bleiben muss.",[222,225,228,231,234],{"id":223,"text":224},"wirkung","Abnahme nach § 640 BGB: was sie auslöst",{"id":226,"text":227},"pruefrahmen","Der Prüfrahmen: neue Funktion und unveränderter Bestand",{"id":229,"text":230},"etappen","Übergabe in Etappen am laufenden System",{"id":232,"text":233},"ohne-unterschrift","Wenn niemand unterschreibt: Billigung und Fiktion",{"id":23,"text":235},"Wie wir die Abnahme vorbereiten",{"services":237,"lexikon":238},[30,29],[4,33,34,35],{"slug":240,"title":241,"metaTitle":242,"metaDescription":243,"excerpt":244,"toc":245,"updated":26,"related":263},"app-store-veroeffentlichung","App-Store-Veröffentlichung: der Weg von der fertigen App auf die Geräte","App-Store-Veröffentlichung: Konten und Prüfung – Lexikon","App-Store-Veröffentlichung Schritt für Schritt: Entwicklerkonten, Signaturen, Prüfung durch den Store und Updates – für Unternehmen in Deutschland.","Die App-Store-Veröffentlichung entscheidet sich an Konten, Schlüsseln und Eintragstexten: Wem das Entwicklerkonto gehört, wer den Signaturschlüssel verwahrt und woran die Prüfung des Betreibers üblicherweise scheitert.",[246,249,252,255,258,261],{"id":247,"text":248},"definition","App-Store-Veröffentlichung: was zwischen fertiger App und Store liegt",{"id":250,"text":251},"konten","Entwicklerkonten: wem sie gehören und warum das zählt",{"id":253,"text":254},"signaturen","Signaturen, Schlüssel und der Eintrag im Store",{"id":256,"text":257},"pruefung","Die Prüfung durch den Store und häufige Ablehnungsgründe",{"id":259,"text":260},"updates","Updates, Rollout und der Weg zurück",{"id":23,"text":262},"Wie wir eine App-Store-Veröffentlichung vorbereiten",{"services":264,"lexikon":265},[29,30],[214,33,32],{"slug":267,"title":268,"metaTitle":269,"metaDescription":270,"excerpt":271,"toc":272,"updated":26,"related":289},"barrierefreiheit","Barrierefreiheit: was das BFSG für digitale Produkte verlangt","Barrierefreiheit: Anforderungen und Prüfung – Lexikon","Barrierefreiheit digitaler Produkte: was das BFSG verlangt, was das für Oberflächen in Deutschland heißt und wie die Anforderungen geprüft werden.","Bedienbar mit der Tastatur, lesbar mit dem Screenreader, verständlich ohne Farbe als einziges Signal: Das BFSG macht barrierefreie Oberflächen für viele digitale Angebote zur Anforderung mit Aufsicht statt zur freiwilligen Zugabe.",[273,275,278,281,283,286],{"id":247,"text":274},"Barrierefreiheit: was der Begriff bei Software bedeutet",{"id":276,"text":277},"gesetz","Was das BFSG verlangt und wen es betrifft",{"id":279,"text":280},"oberflaeche","Was das für die Oberfläche konkret heißt",{"id":256,"text":282},"Wie Barrierefreiheit geprüft wird",{"id":284,"text":285},"fehler","Typische Fehler in gewachsenen Anwendungen",{"id":287,"text":288},"arbeitsweise","Wie wir damit in bestehenden Oberflächen umgehen",{"services":290,"lexikon":291},[30,29],[33,292,214],"testautomatisierung",{"slug":98,"title":294,"metaTitle":295,"metaDescription":296,"excerpt":297,"toc":298,"updated":26,"related":316},"Dienstvertrag: Beratung und Begleitung neben der eigenen Entwicklung","Dienstvertrag: § 611 BGB, Tätigkeit und Grenzen – Lexikon","Dienstvertrag nach deutschem Recht: Was § 611 BGB schuldet, wo die Grenze zum Werkvertrag liegt und wofür die Form neben einer eigenen Entwicklung taugt.","Geschuldet ist die fachgerechte Tätigkeit, nicht ihr Ergebnis. Neben einer arbeitenden Entwicklungsabteilung trägt diese Form vor allem Beratung, Architekturarbeit und Begleitung.",[299,302,305,308,311,314],{"id":300,"text":301},"pflicht","Dienstvertrag: was § 611 BGB schuldet",{"id":303,"text":304},"abgrenzung","Zwei Zusagen, zwei Verträge: die Abgrenzung",{"id":306,"text":307},"anlaesse","Anlässe neben einer arbeitenden Entwicklungsabteilung",{"id":309,"text":310},"dauer","Warum ein Dienstvertrag keine Dauerbesetzung sein darf",{"id":312,"text":313},"angebot","Was im Angebot stehen muss",{"id":23,"text":315},"Wie wir Beratung und Bau voneinander trennen",{"services":317,"lexikon":318},[38,30],[34,156,319],"werkvertrag-vs-arbeitnehmerueberlassung",{"slug":156,"title":321,"metaTitle":322,"metaDescription":323,"excerpt":324,"toc":325,"updated":26,"related":342},"Festpreis vs. Tagessatz: wer das Schätzrisiko am Bestandscode trägt","Festpreis vs. Tagessatz: Risiko und Zuschnitt – Lexikon","Festpreis vs. Tagessatz nach deutschem Recht: Wer das Schätzrisiko trägt, wann eine Pauschale an bestehender Software trägt und wie der Schnitt gesetzt wird.","Die Pauschale verlagert das Schätzrisiko auf den Auftragnehmer, die Abrechnung nach Aufwand lässt es beim Auftraggeber. An gewachsener Software entscheidet darüber, wie gut der Bestand bekannt ist.",[326,329,332,335,338,340],{"id":327,"text":328},"zwei-zusagen","Festpreis vs. Tagessatz: zwei Arten, Risiko zu verteilen",{"id":330,"text":331},"bestand","Der unbekannte Bestand als Kostentreiber",{"id":333,"text":334},"schnitt","Festpreis vs. Tagessatz: der Schnitt zwischen Aufnahme und Umbau",{"id":336,"text":337},"rahmen","Was eine Abrechnung nach Aufwand im Rahmen hält",{"id":284,"text":339},"Typische Fehler bei der Wahl",{"id":23,"text":341},"Wie wir Etappen und Preis zusammenbringen",{"services":343,"lexikon":344},[29,30],[32,33,34,98],{"slug":346,"title":347,"metaTitle":348,"metaDescription":349,"excerpt":350,"toc":351,"updated":26,"related":368},"interim-management","Interim-Management: was der Begriff bedeutet und wann er im IT-Bereich fällt","Interim-Management: Begriff, Anlass, Vertragsform – Lexikon","Interim-Management einfach erklärt: Wortherkunft, typische Anlässe in der IT, Unterschied zur neuen Stelle und die Vertragsformen des deutschen Rechts.","Eine Aufgabe wird für eine begrenzte Zeit nach außen vergeben, weil die Zuständigkeit dafür im Haus fehlt. Wie das rechtlich gefasst wird, entscheidet über Weisung, Haftung und Abrechnung.",[352,355,357,360,363,366],{"id":353,"text":354},"herkunft","Interim-Management: Herkunft und Gebrauch des Begriffs",{"id":306,"text":356},"Anlässe in einem Haus mit eigener Entwicklung",{"id":358,"text":359},"vergleich","Interim-Management und eine neue Stelle im Vergleich",{"id":361,"text":362},"vertragsform","Wer anweist, wer haftet, welche Vertragsform dazu passt",{"id":364,"text":365},"was-bleibt","Was nach dem Ende im Haus bleiben muss",{"id":23,"text":367},"Wie wir eine Aufgabe auf Zeit übernehmen",{"services":369,"lexikon":370},[30,29],[319,98,34],{"slug":96,"title":372,"metaTitle":373,"metaDescription":374,"excerpt":375,"toc":376,"updated":26,"related":392},"KI-Funktion in Bestandssoftware: Grenze, Daten, Verhalten im Fehlerfall","KI-Funktion in Bestandssoftware einbauen – Lexikon","KI-Funktion in Bestandssoftware: wo ihre Grenze verläuft, woher sie Daten nimmt, wie sie bei Modellausfall reagiert und wie sie in Deutschland geprüft wird.","Eine KI-Funktion in Bestandssoftware nutzt ein Modell für genau eine Aufgabe innerhalb einer laufenden Anwendung – auf derselben Datenbank und im selben Releasezyklus.",[377,380,382,385,388,390],{"id":378,"text":379},"begriff","KI-Funktion in Bestandssoftware: was dabei entsteht",{"id":17,"text":381},"Wo die Grenze der Funktion verläuft",{"id":383,"text":384},"daten","Woher die Funktion ihre Daten nimmt",{"id":386,"text":387},"ausfall","Verhalten bei Ausfall und schwacher Antwort",{"id":256,"text":389},"Eine KI-Funktion in Bestandssoftware prüfbar machen",{"id":287,"text":391},"Wie wir eine solche Funktion einbauen",{"services":393,"lexikon":394},[38],[97,32,292],{"slug":35,"title":396,"metaTitle":397,"metaDescription":398,"excerpt":399,"toc":400,"updated":26,"related":415},"Kündigung eines Werkvertrags mitten im Umbau: Geld, Code, Zugänge","Kündigung eines Werkvertrags: Vergütung, Übergabe – Lexikon","Kündigung im Werkvertrag nach deutschem Recht: § 648 BGB und die Vergütung, der wichtige Grund nach § 648a BGB und was bei laufender Software übergeben wird.","Der Besteller kann jederzeit aussteigen, muss aber zahlen, was nicht erspart ist. An laufender Software entscheidet die Frage, was vom halben Umbau übergeben wird und was mit den Zugängen geschieht.",[401,404,407,410,413],{"id":402,"text":403},"freies-recht","Kündigung ohne Grund: § 648 BGB und die Vergütung",{"id":405,"text":406},"wichtiger-grund","Der wichtige Grund nach § 648a BGB",{"id":408,"text":409},"nicht-dasselbe","Rücktritt, Aufhebung, Form: was daneben steht",{"id":411,"text":412},"uebergabe","Kündigung im laufenden Betrieb: was übergeben werden muss",{"id":23,"text":414},"Wie wir Zwischenstände übergabefähig halten",{"services":416,"lexikon":417},[30],[34,32,4,156],{"slug":33,"title":419,"metaTitle":420,"metaDescription":421,"excerpt":422,"toc":423,"updated":26,"related":440},"Leistungsbeschreibung: woraus die Kriterien der Abnahme hergeleitet werden","Leistungsbeschreibung am Bestand: prüfbare Sätze – Lexikon","Leistungsbeschreibung im Werkvertrag nach deutschem Recht: Ist-Zustand, prüfbare Sätze, unveränderte Abläufe und die häufigsten Fehler am Bestand.","Was nirgends beschrieben ist, ist auch nicht geschuldet. An gewachsener Software beschreibt die Vertragsanlage zwei Dinge: das neue Verhalten und alles, was genauso bleiben muss wie bisher.",[424,427,430,433,436,438],{"id":425,"text":426},"bruecke","Leistungsbeschreibung: die Brücke zwischen Wunsch und Prüfung",{"id":428,"text":429},"ist-zustand","Der Ist-Zustand: was das System heute tut",{"id":431,"text":432},"saetze","Sätze, die zwei Personen gleich lesen",{"id":434,"text":435},"unveraendert","Die Leistungsbeschreibung nennt auch das Unveränderte",{"id":284,"text":437},"Woran Beschreibungen am Bestand scheitern",{"id":23,"text":439},"Wie wir die Beschreibung erarbeiten",{"services":441,"lexikon":442},[38,30],[32,4,156,34],{"slug":4,"title":5,"metaTitle":6,"metaDescription":7,"excerpt":8,"toc":444,"updated":26,"related":450},[445,446,447,448,449],{"id":11,"text":12},{"id":14,"text":15},{"id":17,"text":18},{"id":20,"text":21},{"id":23,"text":24},{"services":451,"lexikon":452},[29,30],[32,33,34,35],{"slug":214,"title":454,"metaTitle":455,"metaDescription":456,"excerpt":457,"toc":458,"updated":26,"related":474},"Progressive Web App: die installierbare Webanwendung als zweiter Kanal","Progressive Web App: Fähigkeiten und Grenzen – Lexikon","Progressive Web App: was sie kann, wo sie an Grenzen stößt und wann sie in Deutschland der richtige zweite Kanal zur eigenen Fachanwendung ist.","Eine Progressive Web App ist eine installierbare Webanwendung mit Offline-Anteil – ein zweiter Kanal zur Fachanwendung ohne Store, solange keine Gerätehardware und kein verlässlicher Hintergrundbetrieb gebraucht werden.",[459,461,464,467,470,472],{"id":247,"text":460},"Progressive Web App: was sie technisch ausmacht",{"id":462,"text":463},"unterschiede","Unterschied zur nativen App und zur gewöhnlichen Website",{"id":465,"text":466},"grenzen","Was eine PWA kann und wo sie an Grenzen stößt",{"id":468,"text":469},"entscheidung","Wann eine Progressive Web App der richtige zweite Kanal ist",{"id":284,"text":471},"Typische Fehler bei der Einführung",{"id":23,"text":473},"Wie wir den zweiten Kanal bauen",{"services":475,"lexikon":476},[29,30],[240,267,32],{"slug":97,"title":478,"metaTitle":479,"metaDescription":480,"excerpt":481,"toc":482,"updated":26,"related":495},"Software-Weiterentwicklung: ein laufendes Produkt planbar ausbauen","Software-Weiterentwicklung am laufenden Produkt – Lexikon","Software-Weiterentwicklung erklärt: Abgrenzung zur Neuentwicklung, Kriterien für Ausbau oder Ersatz und Etappen mit Abnahme für Firmen in Deutschland.","Software-Weiterentwicklung baut ein Programm aus, das bereits im Betrieb steht: mit vorhandenen Daten, laufenden Abläufen und einem Verhalten, das erhalten bleiben muss.",[483,485,487,489,491,493],{"id":378,"text":484},"Software-Weiterentwicklung: Abgrenzung zur Neuentwicklung",{"id":23,"text":486},"Wie die Arbeit am laufenden Produkt aussieht",{"id":468,"text":488},"Ausbauen oder ersetzen: die Entscheidung am einzelnen Baustein",{"id":333,"text":490},"Software-Weiterentwicklung in abnehmbare Etappen schneiden",{"id":284,"text":492},"Typische Fehler",{"id":287,"text":494},"Wie wir ein bestehendes Produkt weiterentwickeln",{"services":496,"lexikon":497},[30],[32,33,292],{"slug":499,"title":500,"metaTitle":501,"metaDescription":502,"excerpt":503,"toc":504,"updated":26,"related":520},"technische-dokumentation","Technische Dokumentation: Teil der Lieferung, nicht Nacharbeit","Technische Dokumentation als Teil der Lieferung – Lexikon","Technische Dokumentation zu einer Software: Umfang, Adressaten, Prüfung zusammen mit dem Code und der Grund, warum Unterlagen in der Praxis veralten.","Technische Dokumentation beschreibt ein System so, dass Betrieb, Änderung und Prüfung ohne Rückfrage beim ursprünglichen Entwickler möglich sind.",[505,507,510,513,515,518],{"id":378,"text":506},"Technische Dokumentation: Umfang und Zweck",{"id":508,"text":509},"adressaten","Wer die Unterlagen liest",{"id":511,"text":512},"bestandteile","Was zur Lieferung gehört",{"id":256,"text":514},"Technische Dokumentation zusammen mit dem Code abnehmen",{"id":516,"text":517},"alterung","Warum Unterlagen veralten",{"id":287,"text":519},"Wie wir Unterlagen mitliefern",{"services":521,"lexikon":522},[30],[32,33,97],{"slug":292,"title":524,"metaTitle":525,"metaDescription":526,"excerpt":527,"toc":528,"updated":26,"related":542},"Testautomatisierung: der Nachweis, dass der Bestand weiter funktioniert","Testautomatisierung im Bestandscode – Lexikon","Testautomatisierung im Bestandscode: welche Ebenen es gibt, was in geerbtem Code zuerst abgedeckt wird und was automatische Tests in der Praxis nicht beweisen.","Testautomatisierung hält maschinell fest, was eine laufende Anwendung heute leistet – damit ein Ausbau sie nicht unbemerkt an einer anderen Stelle verändert.",[529,531,534,537,539,540],{"id":378,"text":530},"Testautomatisierung: was automatisierte Prüfungen leisten",{"id":532,"text":533},"ebenen","Die Ebenen: Einheit, Zusammenspiel, Oberfläche",{"id":535,"text":536},"zuerst","Was in geerbtem Code zuerst abgedeckt wird",{"id":465,"text":538},"Was Testautomatisierung nicht beweist",{"id":284,"text":492},{"id":287,"text":541},"Wie wir Tests in ein bestehendes Projekt bringen",{"services":543,"lexikon":544},[30],[97,32,33],{"slug":319,"title":546,"metaTitle":547,"metaDescription":548,"excerpt":549,"toc":550,"updated":26,"related":569},"Werkvertrag vs. Arbeitnehmerüberlassung: woran ein zweites Team am fremden Code gemessen wird","Werkvertrag vs. Arbeitnehmerüberlassung: Grenze – Lexikon","Werkvertrag vs. Arbeitnehmerüberlassung nach deutschem Recht: Erlaubnis, Höchstdauer und Equal Pay im AÜG, die Prüfmerkmale der Praxis und die Rechtsfolgen.","Beim Werk schuldet ein Unternehmen ein Ergebnis und führt seine Leute selbst; bei der Überlassung von Personal liegt die Weisung beim Kunden. Welche Form vorliegt, entscheidet die gelebte Praxis.",[551,554,557,560,563,566],{"id":552,"text":553},"unterschied","Werkvertrag vs. Arbeitnehmerüberlassung: was unterschieden wird",{"id":555,"text":556},"aueg","Erlaubnis, Höchstdauer, Equal Pay: die Vorgaben des AÜG",{"id":558,"text":559},"durchfuehrung","Warum die tatsächliche Durchführung entscheidet",{"id":561,"text":562},"repository","Werkvertrag vs. Arbeitnehmerüberlassung am selben Repository",{"id":564,"text":565},"folgen","Rechtsfolgen einer falschen Einordnung",{"id":567,"text":568},"linie","Wie wir die Linie im Projekt halten",{"services":570,"lexikon":571},[30],[34,98,33,346],{"slug":34,"title":573,"metaTitle":574,"metaDescription":575,"excerpt":576,"toc":577,"updated":26,"related":593},"Werkvertrag: geschuldet ist das fertige Stück Software, nicht die Arbeitszeit","Werkvertrag: § 631 BGB, Ergebnis und Abnahme – Lexikon","Werkvertrag nach deutschem Recht: § 631 BGB, Erfolg statt Tätigkeit, Zuschnitt des Liefergegenstands an laufender Software und die Wirkung der Abnahme.","Geschuldet ist ein abgenommenes Ergebnis, nicht geleistete Zeit. An Software, die bereits im Betrieb ist, entscheidet der Zuschnitt des Liefergegenstands darüber, ob sich dieses Ergebnis prüfen lässt.",[578,581,584,586,589,591],{"id":579,"text":580},"erfolg","Werkvertrag nach § 631 BGB: Erfolg statt Tätigkeit",{"id":582,"text":583},"liefergegenstand","Der Liefergegenstand an einer Software, die schon läuft",{"id":333,"text":585},"Zuschnitt: Modul, Schnittstelle, mobiler Kanal",{"id":587,"text":588},"mitwirkung","Mitwirkung des Auftraggebers und ihre Folgen",{"id":284,"text":590},"Typische Fehler im Zuschnitt",{"id":23,"text":592},"Wie wir einen Werkvertrag am Bestandscode zuschneiden",{"services":594,"lexikon":595},[30],[98,32,33,156],1789379446275]