[{"data":1,"prerenderedAt":597},["ShallowReactive",2],{"content:lexikon:testautomatisierung":3,"content:services":37,"content:lexikon":217},{"slug":4,"title":5,"metaTitle":6,"metaDescription":7,"excerpt":8,"toc":9,"body":28,"updated":29,"related":30},"testautomatisierung","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.",[10,13,16,19,22,25],{"id":11,"text":12},"begriff","Testautomatisierung: was automatisierte Prüfungen leisten",{"id":14,"text":15},"ebenen","Die Ebenen: Einheit, Zusammenspiel, Oberfläche",{"id":17,"text":18},"zuerst","Was in geerbtem Code zuerst abgedeckt wird",{"id":20,"text":21},"grenzen","Was Testautomatisierung nicht beweist",{"id":23,"text":24},"fehler","Typische Fehler",{"id":26,"text":27},"arbeitsweise","Wie wir Tests in ein bestehendes Projekt bringen","\u003Cp>Testautomatisierung bezeichnet Prüfungen, die ein Programm ohne menschliches Zutun ausführt und deren Ergebnis eindeutig ist: bestanden oder nicht. In einem System, das seit Jahren arbeitet, hat sie eine bestimmte Aufgabe. Sie hält fest, was der Bestand heute leistet, damit ein Ausbau nicht unbemerkt etwas anderes daraus macht.\u003C\u002Fp>\u003Ch2 id=\"begriff\">Testautomatisierung: was automatisierte Prüfungen leisten\u003C\u002Fh2>\u003Cp>Ein automatischer Test beschreibt einen Fall, führt ihn aus und vergleicht das Ergebnis mit einer Erwartung. Läuft er bei jeder Änderung mit, wird aus einer Sammlung solcher Fälle ein Warnsystem: Es meldet nicht, dass Code schön ist, sondern dass eine Änderung etwas verschoben hat, was vorher anders war.\u003C\u002Fp>\u003Cp>Der Wert steigt mit der Häufigkeit der Ausführung. Ein Test, den jemand von Hand anstößt, wenn er daran denkt, entdeckt Abweichungen zufällig. Dieselbe Prüfung, an jeden Stand des Codes gebunden, entdeckt sie an dem Tag, an dem sie entsteht — und zu diesem Zeitpunkt weiß noch jemand, was er geändert hat.\u003C\u002Fp>\u003Cp>Davon zu unterscheiden ist die manuelle Prüfung durch die Fachabteilung. Sie beurteilt, ob eine Funktion fachlich richtig ist; die Maschine beurteilt, ob sie sich gegenüber gestern verändert hat. Beides ist nötig, und keines ersetzt das andere.\u003C\u002Fp>\u003Ch2 id=\"ebenen\">Die Ebenen: Einheit, Zusammenspiel, Oberfläche\u003C\u002Fh2>\u003Cp>Üblich sind drei Ebenen, die sich in Reichweite und Preis unterscheiden:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Einheitstests\u003C\u002Fstrong> prüfen eine einzelne Berechnung oder Regel ohne Datenbank und ohne Netz. Sie laufen in Sekunden und zeigen genau, welche Stelle nicht mehr stimmt.\u003C\u002Fli>\u003Cli>\u003Cstrong>Zusammenspieltests\u003C\u002Fstrong> prüfen mehrere Bausteine gemeinsam, meist mit Datenbank und angebundenen Diensten. Sie finden Fehler an den Nahtstellen, dort, wo in gewachsenen Systemen die meisten Störungen sitzen.\u003C\u002Fli>\u003Cli>\u003Cstrong>Oberflächentests\u003C\u002Fstrong> bedienen die Anwendung wie ein Anwender. Sie sind die teuersten in Pflege und Laufzeit, decken dafür einen ganzen Ablauf ab und eignen sich für die wenigen Wege, an denen das Tagesgeschäft hängt.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Die Mischung entscheidet über den Nutzen. Wer alles über die Oberfläche prüft, bekommt eine langsame Sammlung, die bei jeder Kleinigkeit rot wird und deshalb bald niemanden mehr interessiert. Wer nur einzelne Berechnungen prüft, übersieht die Nahtstellen, an denen alte Systeme brechen.\u003C\u002Fp>\u003Ch2 id=\"zuerst\">Was in geerbtem Code zuerst abgedeckt wird\u003C\u002Fh2>\u003Cp>Unbekannten Code vollständig abzudecken, ist weder bezahlbar noch nötig. Die Reihenfolge ergibt sich aus dem Schaden: Zuerst kommen die Abläufe, deren Ausfall den Betrieb anhält oder Geld bewegt — Preisfindung, Rechnungsstellung, Bestandsführung, Übergaben an fremde Systeme. Danach folgt der Bereich, der ohnehin umgebaut werden soll.\u003C\u002Fp>\u003Cp>Dort ist die Reihenfolge umgekehrt zur Neuentwicklung: Erst wird das heutige Verhalten in Tests festgehalten, auch wenn es merkwürdig aussieht, dann wird umgebaut. Fällt dabei auf, dass eine alte Regel fachlich falsch ist, wird sie als eigene Änderung behandelt und nicht nebenbei korrigiert. Ohne diese Trennung weiß nach dem Umbau niemand mehr, welche Abweichung Absicht war.\u003C\u002Fp>\u003Cp>Auch nützlich: Jeder gemeldete Fehler bekommt zuerst einen Test, der ihn zeigt, und danach die Behebung. So wächst die Sammlung entlang der Stellen, die in diesem System tatsächlich brechen, statt entlang einer Quote.\u003C\u002Fp>\u003Ch2 id=\"grenzen\">Was Testautomatisierung nicht beweist\u003C\u002Fh2>\u003Cp>Eine grüne Sammlung sagt: Die geprüften Fälle verhalten sich wie beschrieben. Sie sagt nicht, dass die Anwendung fachlich richtig ist, dass die Beschreibung stimmt oder dass die ungeprüften Fälle in Ordnung sind. Eine hohe Abdeckungszahl misst durchlaufene Zeilen, nicht geprüfte Erwartungen — Code lässt sich durchlaufen, ohne dass irgendetwas verglichen wird.\u003C\u002Fp>\u003Cp>Zwei Lücken sind besonders häufig. Tests laufen auf erfundenen Daten, während im Betrieb Sätze aus vielen Jahren liegen, die keine Annahme mehr erfüllen. Und Verhalten unter Last, Zusammenspiel mit Fremdsystemen oder die Bedienbarkeit tauchen in keiner dieser Prüfungen auf. Die Tests sind deshalb ein Teil der Grundlage für die \u003Ca href=\"\u002Flexikon\u002Fabnahme\">Abnahme\u003C\u002Fa>, nicht ihr Ersatz.\u003C\u002Fp>\u003Ch2 id=\"fehler\">Typische Fehler\u003C\u002Fh2>\u003Cul>\u003Cli>\u003Cstrong>Tests nach dem Umbau.\u003C\u002Fstrong> Wer erst danach prüft, hält nicht den alten Zustand fest, sondern bestätigt den neuen.\u003C\u002Fli>\u003Cli>\u003Cstrong>Wackelkandidaten stehen lassen.\u003C\u002Fstrong> Prüfungen, die mal rot und mal grün sind, erziehen ein Team dazu, Rot zu ignorieren. Sie werden repariert oder entfernt.\u003C\u002Fli>\u003Cli>\u003Cstrong>Abdeckungsquote als Ziel.\u003C\u002Fstrong> Eine Zahl in der Auswertung ersetzt keine Erwartung im Test.\u003C\u002Fli>\u003Cli>\u003Cstrong>Prüfungen ohne Beschreibung.\u003C\u002Fstrong> Was ein Test sichert, muss aus seinem Namen hervorgehen; sonst wird er beim nächsten Umbau gelöscht statt verstanden. Den fachlichen Bezug liefert die \u003Ca href=\"\u002Flexikon\u002Fleistungsbeschreibung\">Leistungsbeschreibung\u003C\u002Fa>.\u003C\u002Fli>\u003C\u002Ful>\u003Ch2 id=\"arbeitsweise\">Wie wir Tests in ein bestehendes Projekt bringen\u003C\u002Fh2>\u003Cp>Wir behandeln Tests als Teil der Lieferung, nicht als Zusatzposten: Zu jeder Etappe der \u003Ca href=\"\u002Flexikon\u002Fsoftware-weiterentwicklung\">Software-Weiterentwicklung\u003C\u002Fa> gehören die Prüfungen, die ihr Ergebnis absichern, und der Nachweis, dass die vorhandenen Abläufe unverändert arbeiten. Vor dem ersten Umbau halten wir das heutige Verhalten des betroffenen Bereichs fest, danach läuft die Sammlung bei jeder Änderung automatisch mit. Welche Ebenen ein Vorhaben braucht, legen wir im Angebot fest; den Rahmen dafür beschreibt die Seite \u003Ca href=\"\u002Fleistungen\u002Fsoftwareentwicklung\">Softwareentwicklung\u003C\u002Fa>.\u003C\u002Fp>","2026-09-14",{"services":31,"lexikon":33},[32],"softwareentwicklung",[34,35,36],"software-weiterentwicklung","abnahme","leistungsbeschreibung",[38,99,158],{"slug":39,"title":40,"teaser":41,"metaTitle":42,"metaDescription":43,"h1":44,"intro":45,"forWhom":46,"includes":51,"howItWorks":67,"model":80,"faq":83,"related":96},"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.",[47,48,49,50],"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.",[52,55,58,61,64],{"title":53,"text":54},"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":56,"text":57},"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":59,"text":60},"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":62,"text":63},"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":65,"text":66},"Abnahmekriterien statt Demo","Vor dem Bau wird festgelegt, woran Sie erkennen, dass die Funktion taugt. Ohne solche Kriterien fangen wir nicht an.",[68,71,74,77],{"title":69,"text":70},"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":72,"text":73},"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":75,"text":76},"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":78,"text":79},"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":81,"text":82},"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.",[84,87,90,93],{"q":85,"a":86},"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":88,"a":89},"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":91,"a":92},"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":94,"a":95},"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.",[97,34,35,98],"ki-funktion-in-bestandssoftware","dienstvertrag",{"slug":32,"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":72,"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":81,"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.",[34,36,156,157],"werkvertrag","festpreis-vs-tagessatz",{"slug":159,"title":160,"teaser":161,"metaTitle":162,"metaDescription":163,"h1":164,"intro":165,"forWhom":166,"includes":172,"howItWorks":188,"model":200,"faq":202,"related":215},"app-entwicklung","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.",[167,168,169,170,171],"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.",[173,176,179,182,185],{"title":174,"text":175},"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":177,"text":178},"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":180,"text":181},"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":183,"text":184},"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":186,"text":187},"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.",[189,192,194,197],{"title":190,"text":191},"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":72,"text":193},"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":195,"text":196},"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":198,"text":199},"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":81,"text":201},"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.",[203,206,209,212],{"q":204,"a":205},"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":207,"a":208},"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":210,"a":211},"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":213,"a":214},"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.",[216,34,156,35],"progressive-web-app",[218,244,271,295,322,347,373,397,420,445,467,490,510,535,546,573],{"slug":35,"title":219,"metaTitle":220,"metaDescription":221,"excerpt":222,"toc":223,"updated":29,"related":239},"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.",[224,227,230,233,236],{"id":225,"text":226},"wirkung","Abnahme nach § 640 BGB: was sie auslöst",{"id":228,"text":229},"pruefrahmen","Der Prüfrahmen: neue Funktion und unveränderter Bestand",{"id":231,"text":232},"etappen","Übergabe in Etappen am laufenden System",{"id":234,"text":235},"ohne-unterschrift","Wenn niemand unterschreibt: Billigung und Fiktion",{"id":237,"text":238},"praxis","Wie wir die Abnahme vorbereiten",{"services":240,"lexikon":241},[32,159],[242,36,156,243],"maengelhaftung","werkvertrag-kuendigung",{"slug":245,"title":246,"metaTitle":247,"metaDescription":248,"excerpt":249,"toc":250,"updated":29,"related":268},"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.",[251,254,257,260,263,266],{"id":252,"text":253},"definition","App-Store-Veröffentlichung: was zwischen fertiger App und Store liegt",{"id":255,"text":256},"konten","Entwicklerkonten: wem sie gehören und warum das zählt",{"id":258,"text":259},"signaturen","Signaturen, Schlüssel und der Eintrag im Store",{"id":261,"text":262},"pruefung","Die Prüfung durch den Store und häufige Ablehnungsgründe",{"id":264,"text":265},"updates","Updates, Rollout und der Weg zurück",{"id":237,"text":267},"Wie wir eine App-Store-Veröffentlichung vorbereiten",{"services":269,"lexikon":270},[159,32],[216,36,35],{"slug":272,"title":273,"metaTitle":274,"metaDescription":275,"excerpt":276,"toc":277,"updated":29,"related":292},"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.",[278,280,283,286,288,290],{"id":252,"text":279},"Barrierefreiheit: was der Begriff bei Software bedeutet",{"id":281,"text":282},"gesetz","Was das BFSG verlangt und wen es betrifft",{"id":284,"text":285},"oberflaeche","Was das für die Oberfläche konkret heißt",{"id":261,"text":287},"Wie Barrierefreiheit geprüft wird",{"id":23,"text":289},"Typische Fehler in gewachsenen Anwendungen",{"id":26,"text":291},"Wie wir damit in bestehenden Oberflächen umgehen",{"services":293,"lexikon":294},[32,159],[36,4,216],{"slug":98,"title":296,"metaTitle":297,"metaDescription":298,"excerpt":299,"toc":300,"updated":29,"related":318},"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.",[301,304,307,310,313,316],{"id":302,"text":303},"pflicht","Dienstvertrag: was § 611 BGB schuldet",{"id":305,"text":306},"abgrenzung","Zwei Zusagen, zwei Verträge: die Abgrenzung",{"id":308,"text":309},"anlaesse","Anlässe neben einer arbeitenden Entwicklungsabteilung",{"id":311,"text":312},"dauer","Warum ein Dienstvertrag keine Dauerbesetzung sein darf",{"id":314,"text":315},"angebot","Was im Angebot stehen muss",{"id":237,"text":317},"Wie wir Beratung und Bau voneinander trennen",{"services":319,"lexikon":320},[39,32],[156,157,321],"werkvertrag-vs-arbeitnehmerueberlassung",{"slug":157,"title":323,"metaTitle":324,"metaDescription":325,"excerpt":326,"toc":327,"updated":29,"related":344},"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.",[328,331,334,337,340,342],{"id":329,"text":330},"zwei-zusagen","Festpreis vs. Tagessatz: zwei Arten, Risiko zu verteilen",{"id":332,"text":333},"bestand","Der unbekannte Bestand als Kostentreiber",{"id":335,"text":336},"schnitt","Festpreis vs. Tagessatz: der Schnitt zwischen Aufnahme und Umbau",{"id":338,"text":339},"rahmen","Was eine Abrechnung nach Aufwand im Rahmen hält",{"id":23,"text":341},"Typische Fehler bei der Wahl",{"id":237,"text":343},"Wie wir Etappen und Preis zusammenbringen",{"services":345,"lexikon":346},[159,32],[35,36,156,98],{"slug":348,"title":349,"metaTitle":350,"metaDescription":351,"excerpt":352,"toc":353,"updated":29,"related":370},"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.",[354,357,359,362,365,368],{"id":355,"text":356},"herkunft","Interim-Management: Herkunft und Gebrauch des Begriffs",{"id":308,"text":358},"Anlässe in einem Haus mit eigener Entwicklung",{"id":360,"text":361},"vergleich","Interim-Management und eine neue Stelle im Vergleich",{"id":363,"text":364},"vertragsform","Wer anweist, wer haftet, welche Vertragsform dazu passt",{"id":366,"text":367},"was-bleibt","Was nach dem Ende im Haus bleiben muss",{"id":237,"text":369},"Wie wir eine Aufgabe auf Zeit übernehmen",{"services":371,"lexikon":372},[32,159],[321,98,156],{"slug":97,"title":374,"metaTitle":375,"metaDescription":376,"excerpt":377,"toc":378,"updated":29,"related":394},"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.",[379,381,384,387,390,392],{"id":11,"text":380},"KI-Funktion in Bestandssoftware: was dabei entsteht",{"id":382,"text":383},"grenze","Wo die Grenze der Funktion verläuft",{"id":385,"text":386},"daten","Woher die Funktion ihre Daten nimmt",{"id":388,"text":389},"ausfall","Verhalten bei Ausfall und schwacher Antwort",{"id":261,"text":391},"Eine KI-Funktion in Bestandssoftware prüfbar machen",{"id":26,"text":393},"Wie wir eine solche Funktion einbauen",{"services":395,"lexikon":396},[39],[34,35,4],{"slug":243,"title":398,"metaTitle":399,"metaDescription":400,"excerpt":401,"toc":402,"updated":29,"related":417},"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.",[403,406,409,412,415],{"id":404,"text":405},"freies-recht","Kündigung ohne Grund: § 648 BGB und die Vergütung",{"id":407,"text":408},"wichtiger-grund","Der wichtige Grund nach § 648a BGB",{"id":410,"text":411},"nicht-dasselbe","Rücktritt, Aufhebung, Form: was daneben steht",{"id":413,"text":414},"uebergabe","Kündigung im laufenden Betrieb: was übergeben werden muss",{"id":237,"text":416},"Wie wir Zwischenstände übergabefähig halten",{"services":418,"lexikon":419},[32],[156,35,242,157],{"slug":36,"title":421,"metaTitle":422,"metaDescription":423,"excerpt":424,"toc":425,"updated":29,"related":442},"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.",[426,429,432,435,438,440],{"id":427,"text":428},"bruecke","Leistungsbeschreibung: die Brücke zwischen Wunsch und Prüfung",{"id":430,"text":431},"ist-zustand","Der Ist-Zustand: was das System heute tut",{"id":433,"text":434},"saetze","Sätze, die zwei Personen gleich lesen",{"id":436,"text":437},"unveraendert","Die Leistungsbeschreibung nennt auch das Unveränderte",{"id":23,"text":439},"Woran Beschreibungen am Bestand scheitern",{"id":237,"text":441},"Wie wir die Beschreibung erarbeiten",{"services":443,"lexikon":444},[39,32],[35,242,157,156],{"slug":242,"title":446,"metaTitle":447,"metaDescription":448,"excerpt":449,"toc":450,"updated":29,"related":464},"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.",[451,454,457,459,462],{"id":452,"text":453},"mangel","Wann ein Sachmangel vorliegt: § 633 BGB",{"id":455,"text":456},"rechte","Mängelhaftung nach § 634 BGB: die Reihenfolge der Rechte",{"id":382,"text":458},"Mangel oder neuer Wunsch: die Grenze am Bestand",{"id":460,"text":461},"nebenwirkung","Mängelhaftung und Nebenwirkungen im Altbestand",{"id":237,"text":463},"Wie wir Nachbesserung und Grenzfälle regeln",{"services":465,"lexikon":466},[159,32],[35,36,156,243],{"slug":216,"title":468,"metaTitle":469,"metaDescription":470,"excerpt":471,"toc":472,"updated":29,"related":487},"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.",[473,475,478,480,483,485],{"id":252,"text":474},"Progressive Web App: was sie technisch ausmacht",{"id":476,"text":477},"unterschiede","Unterschied zur nativen App und zur gewöhnlichen Website",{"id":20,"text":479},"Was eine PWA kann und wo sie an Grenzen stößt",{"id":481,"text":482},"entscheidung","Wann eine Progressive Web App der richtige zweite Kanal ist",{"id":23,"text":484},"Typische Fehler bei der Einführung",{"id":237,"text":486},"Wie wir den zweiten Kanal bauen",{"services":488,"lexikon":489},[159,32],[245,272,35],{"slug":34,"title":491,"metaTitle":492,"metaDescription":493,"excerpt":494,"toc":495,"updated":29,"related":507},"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.",[496,498,500,502,504,505],{"id":11,"text":497},"Software-Weiterentwicklung: Abgrenzung zur Neuentwicklung",{"id":237,"text":499},"Wie die Arbeit am laufenden Produkt aussieht",{"id":481,"text":501},"Ausbauen oder ersetzen: die Entscheidung am einzelnen Baustein",{"id":335,"text":503},"Software-Weiterentwicklung in abnehmbare Etappen schneiden",{"id":23,"text":24},{"id":26,"text":506},"Wie wir ein bestehendes Produkt weiterentwickeln",{"services":508,"lexikon":509},[32],[35,36,4],{"slug":511,"title":512,"metaTitle":513,"metaDescription":514,"excerpt":515,"toc":516,"updated":29,"related":532},"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.",[517,519,522,525,527,530],{"id":11,"text":518},"Technische Dokumentation: Umfang und Zweck",{"id":520,"text":521},"adressaten","Wer die Unterlagen liest",{"id":523,"text":524},"bestandteile","Was zur Lieferung gehört",{"id":261,"text":526},"Technische Dokumentation zusammen mit dem Code abnehmen",{"id":528,"text":529},"alterung","Warum Unterlagen veralten",{"id":26,"text":531},"Wie wir Unterlagen mitliefern",{"services":533,"lexikon":534},[32],[35,36,34],{"slug":4,"title":5,"metaTitle":6,"metaDescription":7,"excerpt":8,"toc":536,"updated":29,"related":543},[537,538,539,540,541,542],{"id":11,"text":12},{"id":14,"text":15},{"id":17,"text":18},{"id":20,"text":21},{"id":23,"text":24},{"id":26,"text":27},{"services":544,"lexikon":545},[32],[34,35,36],{"slug":321,"title":547,"metaTitle":548,"metaDescription":549,"excerpt":550,"toc":551,"updated":29,"related":570},"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.",[552,555,558,561,564,567],{"id":553,"text":554},"unterschied","Werkvertrag vs. Arbeitnehmerüberlassung: was unterschieden wird",{"id":556,"text":557},"aueg","Erlaubnis, Höchstdauer, Equal Pay: die Vorgaben des AÜG",{"id":559,"text":560},"durchfuehrung","Warum die tatsächliche Durchführung entscheidet",{"id":562,"text":563},"repository","Werkvertrag vs. Arbeitnehmerüberlassung am selben Repository",{"id":565,"text":566},"folgen","Rechtsfolgen einer falschen Einordnung",{"id":568,"text":569},"linie","Wie wir die Linie im Projekt halten",{"services":571,"lexikon":572},[32],[156,98,36,348],{"slug":156,"title":574,"metaTitle":575,"metaDescription":576,"excerpt":577,"toc":578,"updated":29,"related":594},"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.",[579,582,585,587,590,592],{"id":580,"text":581},"erfolg","Werkvertrag nach § 631 BGB: Erfolg statt Tätigkeit",{"id":583,"text":584},"liefergegenstand","Der Liefergegenstand an einer Software, die schon läuft",{"id":335,"text":586},"Zuschnitt: Modul, Schnittstelle, mobiler Kanal",{"id":588,"text":589},"mitwirkung","Mitwirkung des Auftraggebers und ihre Folgen",{"id":23,"text":591},"Typische Fehler im Zuschnitt",{"id":237,"text":593},"Wie wir einen Werkvertrag am Bestandscode zuschneiden",{"services":595,"lexikon":596},[32],[98,35,36,157],1789379446277]