[{"data":1,"prerenderedAt":412},["ShallowReactive",2],{"content:lexikon":3},[4,36,64,91,121,146,172,199,222,247,269,293,314,339,361,388],{"slug":5,"title":6,"metaTitle":7,"metaDescription":8,"excerpt":9,"toc":10,"updated":26,"related":27},"abnahme","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.",[11,14,17,20,23],{"id":12,"text":13},"wirkung","Abnahme nach § 640 BGB: was sie auslöst",{"id":15,"text":16},"pruefrahmen","Der Prüfrahmen: neue Funktion und unveränderter Bestand",{"id":18,"text":19},"etappen","Übergabe in Etappen am laufenden System",{"id":21,"text":22},"ohne-unterschrift","Wenn niemand unterschreibt: Billigung und Fiktion",{"id":24,"text":25},"praxis","Wie wir die Abnahme vorbereiten","2026-09-14",{"services":28,"lexikon":31},[29,30],"softwareentwicklung","app-entwicklung",[32,33,34,35],"maengelhaftung","leistungsbeschreibung","werkvertrag","werkvertrag-kuendigung",{"slug":37,"title":38,"metaTitle":39,"metaDescription":40,"excerpt":41,"toc":42,"updated":26,"related":60},"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.",[43,46,49,52,55,58],{"id":44,"text":45},"definition","App-Store-Veröffentlichung: was zwischen fertiger App und Store liegt",{"id":47,"text":48},"konten","Entwicklerkonten: wem sie gehören und warum das zählt",{"id":50,"text":51},"signaturen","Signaturen, Schlüssel und der Eintrag im Store",{"id":53,"text":54},"pruefung","Die Prüfung durch den Store und häufige Ablehnungsgründe",{"id":56,"text":57},"updates","Updates, Rollout und der Weg zurück",{"id":24,"text":59},"Wie wir eine App-Store-Veröffentlichung vorbereiten",{"services":61,"lexikon":62},[30,29],[63,33,5],"progressive-web-app",{"slug":65,"title":66,"metaTitle":67,"metaDescription":68,"excerpt":69,"toc":70,"updated":26,"related":87},"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.",[71,73,76,79,81,84],{"id":44,"text":72},"Barrierefreiheit: was der Begriff bei Software bedeutet",{"id":74,"text":75},"gesetz","Was das BFSG verlangt und wen es betrifft",{"id":77,"text":78},"oberflaeche","Was das für die Oberfläche konkret heißt",{"id":53,"text":80},"Wie Barrierefreiheit geprüft wird",{"id":82,"text":83},"fehler","Typische Fehler in gewachsenen Anwendungen",{"id":85,"text":86},"arbeitsweise","Wie wir damit in bestehenden Oberflächen umgehen",{"services":88,"lexikon":89},[29,30],[33,90,63],"testautomatisierung",{"slug":92,"title":93,"metaTitle":94,"metaDescription":95,"excerpt":96,"toc":97,"updated":26,"related":115},"dienstvertrag","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.",[98,101,104,107,110,113],{"id":99,"text":100},"pflicht","Dienstvertrag: was § 611 BGB schuldet",{"id":102,"text":103},"abgrenzung","Zwei Zusagen, zwei Verträge: die Abgrenzung",{"id":105,"text":106},"anlaesse","Anlässe neben einer arbeitenden Entwicklungsabteilung",{"id":108,"text":109},"dauer","Warum ein Dienstvertrag keine Dauerbesetzung sein darf",{"id":111,"text":112},"angebot","Was im Angebot stehen muss",{"id":24,"text":114},"Wie wir Beratung und Bau voneinander trennen",{"services":116,"lexikon":118},[117,29],"ki-implementierung",[34,119,120],"festpreis-vs-tagessatz","werkvertrag-vs-arbeitnehmerueberlassung",{"slug":119,"title":122,"metaTitle":123,"metaDescription":124,"excerpt":125,"toc":126,"updated":26,"related":143},"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.",[127,130,133,136,139,141],{"id":128,"text":129},"zwei-zusagen","Festpreis vs. Tagessatz: zwei Arten, Risiko zu verteilen",{"id":131,"text":132},"bestand","Der unbekannte Bestand als Kostentreiber",{"id":134,"text":135},"schnitt","Festpreis vs. Tagessatz: der Schnitt zwischen Aufnahme und Umbau",{"id":137,"text":138},"rahmen","Was eine Abrechnung nach Aufwand im Rahmen hält",{"id":82,"text":140},"Typische Fehler bei der Wahl",{"id":24,"text":142},"Wie wir Etappen und Preis zusammenbringen",{"services":144,"lexikon":145},[30,29],[5,33,34,92],{"slug":147,"title":148,"metaTitle":149,"metaDescription":150,"excerpt":151,"toc":152,"updated":26,"related":169},"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.",[153,156,158,161,164,167],{"id":154,"text":155},"herkunft","Interim-Management: Herkunft und Gebrauch des Begriffs",{"id":105,"text":157},"Anlässe in einem Haus mit eigener Entwicklung",{"id":159,"text":160},"vergleich","Interim-Management und eine neue Stelle im Vergleich",{"id":162,"text":163},"vertragsform","Wer anweist, wer haftet, welche Vertragsform dazu passt",{"id":165,"text":166},"was-bleibt","Was nach dem Ende im Haus bleiben muss",{"id":24,"text":168},"Wie wir eine Aufgabe auf Zeit übernehmen",{"services":170,"lexikon":171},[29,30],[120,92,34],{"slug":173,"title":174,"metaTitle":175,"metaDescription":176,"excerpt":177,"toc":178,"updated":26,"related":195},"ki-funktion-in-bestandssoftware","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.",[179,182,185,188,191,193],{"id":180,"text":181},"begriff","KI-Funktion in Bestandssoftware: was dabei entsteht",{"id":183,"text":184},"grenze","Wo die Grenze der Funktion verläuft",{"id":186,"text":187},"daten","Woher die Funktion ihre Daten nimmt",{"id":189,"text":190},"ausfall","Verhalten bei Ausfall und schwacher Antwort",{"id":53,"text":192},"Eine KI-Funktion in Bestandssoftware prüfbar machen",{"id":85,"text":194},"Wie wir eine solche Funktion einbauen",{"services":196,"lexikon":197},[117],[198,5,90],"software-weiterentwicklung",{"slug":35,"title":200,"metaTitle":201,"metaDescription":202,"excerpt":203,"toc":204,"updated":26,"related":219},"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.",[205,208,211,214,217],{"id":206,"text":207},"freies-recht","Kündigung ohne Grund: § 648 BGB und die Vergütung",{"id":209,"text":210},"wichtiger-grund","Der wichtige Grund nach § 648a BGB",{"id":212,"text":213},"nicht-dasselbe","Rücktritt, Aufhebung, Form: was daneben steht",{"id":215,"text":216},"uebergabe","Kündigung im laufenden Betrieb: was übergeben werden muss",{"id":24,"text":218},"Wie wir Zwischenstände übergabefähig halten",{"services":220,"lexikon":221},[29],[34,5,32,119],{"slug":33,"title":223,"metaTitle":224,"metaDescription":225,"excerpt":226,"toc":227,"updated":26,"related":244},"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.",[228,231,234,237,240,242],{"id":229,"text":230},"bruecke","Leistungsbeschreibung: die Brücke zwischen Wunsch und Prüfung",{"id":232,"text":233},"ist-zustand","Der Ist-Zustand: was das System heute tut",{"id":235,"text":236},"saetze","Sätze, die zwei Personen gleich lesen",{"id":238,"text":239},"unveraendert","Die Leistungsbeschreibung nennt auch das Unveränderte",{"id":82,"text":241},"Woran Beschreibungen am Bestand scheitern",{"id":24,"text":243},"Wie wir die Beschreibung erarbeiten",{"services":245,"lexikon":246},[117,29],[5,32,119,34],{"slug":32,"title":248,"metaTitle":249,"metaDescription":250,"excerpt":251,"toc":252,"updated":26,"related":266},"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.",[253,256,259,261,264],{"id":254,"text":255},"mangel","Wann ein Sachmangel vorliegt: § 633 BGB",{"id":257,"text":258},"rechte","Mängelhaftung nach § 634 BGB: die Reihenfolge der Rechte",{"id":183,"text":260},"Mangel oder neuer Wunsch: die Grenze am Bestand",{"id":262,"text":263},"nebenwirkung","Mängelhaftung und Nebenwirkungen im Altbestand",{"id":24,"text":265},"Wie wir Nachbesserung und Grenzfälle regeln",{"services":267,"lexikon":268},[30,29],[5,33,34,35],{"slug":63,"title":270,"metaTitle":271,"metaDescription":272,"excerpt":273,"toc":274,"updated":26,"related":290},"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.",[275,277,280,283,286,288],{"id":44,"text":276},"Progressive Web App: was sie technisch ausmacht",{"id":278,"text":279},"unterschiede","Unterschied zur nativen App und zur gewöhnlichen Website",{"id":281,"text":282},"grenzen","Was eine PWA kann und wo sie an Grenzen stößt",{"id":284,"text":285},"entscheidung","Wann eine Progressive Web App der richtige zweite Kanal ist",{"id":82,"text":287},"Typische Fehler bei der Einführung",{"id":24,"text":289},"Wie wir den zweiten Kanal bauen",{"services":291,"lexikon":292},[30,29],[37,65,5],{"slug":198,"title":294,"metaTitle":295,"metaDescription":296,"excerpt":297,"toc":298,"updated":26,"related":311},"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.",[299,301,303,305,307,309],{"id":180,"text":300},"Software-Weiterentwicklung: Abgrenzung zur Neuentwicklung",{"id":24,"text":302},"Wie die Arbeit am laufenden Produkt aussieht",{"id":284,"text":304},"Ausbauen oder ersetzen: die Entscheidung am einzelnen Baustein",{"id":134,"text":306},"Software-Weiterentwicklung in abnehmbare Etappen schneiden",{"id":82,"text":308},"Typische Fehler",{"id":85,"text":310},"Wie wir ein bestehendes Produkt weiterentwickeln",{"services":312,"lexikon":313},[29],[5,33,90],{"slug":315,"title":316,"metaTitle":317,"metaDescription":318,"excerpt":319,"toc":320,"updated":26,"related":336},"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.",[321,323,326,329,331,334],{"id":180,"text":322},"Technische Dokumentation: Umfang und Zweck",{"id":324,"text":325},"adressaten","Wer die Unterlagen liest",{"id":327,"text":328},"bestandteile","Was zur Lieferung gehört",{"id":53,"text":330},"Technische Dokumentation zusammen mit dem Code abnehmen",{"id":332,"text":333},"alterung","Warum Unterlagen veralten",{"id":85,"text":335},"Wie wir Unterlagen mitliefern",{"services":337,"lexikon":338},[29],[5,33,198],{"slug":90,"title":340,"metaTitle":341,"metaDescription":342,"excerpt":343,"toc":344,"updated":26,"related":358},"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.",[345,347,350,353,355,356],{"id":180,"text":346},"Testautomatisierung: was automatisierte Prüfungen leisten",{"id":348,"text":349},"ebenen","Die Ebenen: Einheit, Zusammenspiel, Oberfläche",{"id":351,"text":352},"zuerst","Was in geerbtem Code zuerst abgedeckt wird",{"id":281,"text":354},"Was Testautomatisierung nicht beweist",{"id":82,"text":308},{"id":85,"text":357},"Wie wir Tests in ein bestehendes Projekt bringen",{"services":359,"lexikon":360},[29],[198,5,33],{"slug":120,"title":362,"metaTitle":363,"metaDescription":364,"excerpt":365,"toc":366,"updated":26,"related":385},"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.",[367,370,373,376,379,382],{"id":368,"text":369},"unterschied","Werkvertrag vs. Arbeitnehmerüberlassung: was unterschieden wird",{"id":371,"text":372},"aueg","Erlaubnis, Höchstdauer, Equal Pay: die Vorgaben des AÜG",{"id":374,"text":375},"durchfuehrung","Warum die tatsächliche Durchführung entscheidet",{"id":377,"text":378},"repository","Werkvertrag vs. Arbeitnehmerüberlassung am selben Repository",{"id":380,"text":381},"folgen","Rechtsfolgen einer falschen Einordnung",{"id":383,"text":384},"linie","Wie wir die Linie im Projekt halten",{"services":386,"lexikon":387},[29],[34,92,33,147],{"slug":34,"title":389,"metaTitle":390,"metaDescription":391,"excerpt":392,"toc":393,"updated":26,"related":409},"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.",[394,397,400,402,405,407],{"id":395,"text":396},"erfolg","Werkvertrag nach § 631 BGB: Erfolg statt Tätigkeit",{"id":398,"text":399},"liefergegenstand","Der Liefergegenstand an einer Software, die schon läuft",{"id":134,"text":401},"Zuschnitt: Modul, Schnittstelle, mobiler Kanal",{"id":403,"text":404},"mitwirkung","Mitwirkung des Auftraggebers und ihre Folgen",{"id":82,"text":406},"Typische Fehler im Zuschnitt",{"id":24,"text":408},"Wie wir einen Werkvertrag am Bestandscode zuschneiden",{"services":410,"lexikon":411},[29],[92,5,33,119],1789379446270]