[{"data":1,"prerenderedAt":729},["ShallowReactive",2],{"content:service:it-dienstleister":3,"content:lexikon":67,"content:pseo":618},{"slug":4,"title":5,"teaser":6,"metaTitle":7,"metaDescription":8,"h1":9,"intro":10,"forWhom":11,"includes":17,"howItWorks":33,"model":46,"faq":49,"related":62},"it-dienstleister","IT-Dienstleister","Entwicklung, Schnittstellen, Automatisierung und Betrieb aus einer Hand – von eigenen Entwicklern, geliefert als Werkvertrag mit Abnahme.","IT-Dienstleister: Entwicklung und Betrieb aus einer Hand","IT-Dienstleister mit eigenen Entwicklern: Software, Schnittstellen, Automatisierung und Betrieb aus einer Hand – Werkvertrag mit Abnahme, in Deutschland.","IT-Dienstleister mit eigenen Entwicklern: Ergebnisse statt Stundenzettel","Einen IT-Dienstleister sucht man selten aus Neugier: Meist fehlt die Zeit, ein Vorhaben selbst zu stemmen, oder es hält niemand mehr die Systeme zusammen. Wir übernehmen beides mit eigenen Entwicklern – Softwareentwicklung für Unternehmen, Schnittstellen, Automatisierung und Betrieb, als Werkvertrag mit Abnahme nach deutschem Recht.\n\nNicht zu verwechseln mit einem Systemhaus: Arbeitsplätze, Drucker, Telefonanlagen und Netzwerke betreuen wir nicht. Unsere Arbeit beginnt dort, wo Software gebaut, angebunden und betrieben wird. Was wir dafür einsetzen, läuft zuerst im eigenen Haus: 169 angebundene Systeme, 67 fertige Konnektoren und ein Gateway, durch das jeder KI-Aufruf mit Kostengrenze geht. Seit 2023 sind wir eine deutsche GmbH; Verträge folgen deutschem Recht, verarbeitet wird auf Servern in Deutschland und der EU.",[12,13,14,15,16],"Die eigene Entwicklung arbeitet am Produkt, und alles daneben – Portal, Schnittstelle, internes Werkzeug – liegt seit Monaten still.","Der bisherige Anbieter ist weg, und im Code kennt sich niemand mehr aus: Änderungen traut sich keiner, Fehler werden umgangen statt behoben.","Mehrere kleine Anbieter liefern je ein Stück, und die Abstimmung dazwischen macht der Geschäftsführer nebenbei.","Ein Vorhaben ist beschlossen, aber die Stelle dafür ist nicht besetzt – und eine Neueinstellung dauert länger, als das Vorhaben Zeit hat.","Eine gewachsene Anwendung trägt das Tagesgeschäft, hat aber niemanden mehr für Aktualisierungen, Sicherungen und Überwachung.",[18,21,24,27,30],{"title":19,"text":20},"Entwicklung: Anwendungen und interne Werkzeuge","Kundenportale, interne Steuerpulte, Auswertungen, einzelne Module in einer bestehenden Anwendung. Gebaut wird in TypeScript mit Node.js und PostgreSQL. Läuft Ihre Oberfläche auf React oder Angular, arbeiten wir darin weiter. Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens für Sie erstellten Code auf Sie über.",{"title":22,"text":23},"Integration: Systeme, die dieselben Daten sehen","Schnittstellen zwischen Shop, CRM, Buchhaltung, Kasse und Lager – über API, Dateiaustausch oder EDI, mit Protokoll und Wiederholung bei Fehlern. Aus dem eigenen Betrieb bringen wir 67 fertige Konnektoren mit, von der Buchhaltung über Messenger bis zum Zahlungsanbieter.",{"title":25,"text":26},"Automatisierung und KI im Tagesgeschäft","Belege lesen statt abtippen, Abgleiche, Entwürfe für wiederkehrende Antworten, Kennzahlen, die sich selbst aktualisieren. Jeder Modellaufruf läuft über ein eigenes Gateway mit Kostengrenze, 63 Prozeduren sind bei uns dokumentiert. Was ein Modell nicht sicher entscheidet, geht an einen Menschen.",{"title":28,"text":29},"Betrieb und Wartung in Deutschland","Hosting auf Servern in Deutschland oder der EU, Überwachung mit Benachrichtigung, Sicherungen, Aktualisierung der Abhängigkeiten, Web-Analyse auf eigenen Servern statt bei Google. Den Betrieb übernehmen wir, Ihre IT oder beide gemeinsam – was gilt, steht im Vertrag.",{"title":31,"text":32},"Ein IT-Dienstleister statt vier Anbieter","Entwicklung, Schnittstellen, Automatisierung und Betrieb aus einer Hand heißt vor allem: Es gibt eine Stelle, die erklären kann, warum eine Zahl im Bericht falsch ist – und nicht vier, die aufeinander zeigen. Die Abstimmung dazwischen ist unsere Arbeit, nicht Ihre.",[34,37,40,43],{"title":35,"text":36},"Gespräch: passt der IT-Dienstleister zur Aufgabe?","Ziel, Bestand, Engpass, angebundene Systeme. Wir sagen, ob wir für das Vorhaben die Richtigen sind – und wenn nicht, welche Art von Anbieter besser passt. Ein Systemhaus für Endgeräte und Netzwerke ersetzen wir nicht.",{"title":38,"text":39},"Angebot mit Abnahmekriterien","Leistungsbeschreibung, Schnittstellen, Etappen, Abnahmekriterien, Vertragsform, Preismodell. Abnahmekriterien werden vor dem Start vereinbart und nicht am Ende ausgehandelt. Der Zeitrahmen steht im selben Dokument.",{"title":41,"text":42},"Umsetzung in Lieferungen","Jede Lieferung ist ein lauffähiger Stand auf einer Vorschau-Adresse, den Sie selbst anfassen können. Änderungen gehen als Pull Request durch ein Review: erst durch unsere KI-Werkzeuge, danach durch einen zweiten Entwickler. Aufgaben verteilt und Ergebnisse prüft unsere Projektleitung.",{"title":44,"text":45},"Abnahme, Übergabe, Betrieb","Abnahme gegen die Kriterien aus dem Angebot, dann Dokumentation, Zugänge und Einweisung. Danach entweder Übergabe an Ihre IT oder ein Rahmenvertrag für Betrieb und Weiterentwicklung.",{"title":47,"text":48},"Vertragsform und Preismodell","Für abgegrenzte Ergebnisse – ein Modul, eine Schnittstelle, eine Anwendung – arbeiten wir im Werkvertrag: Der Umfang steht in der Leistungsbeschreibung, der Preis ist fest und wird je Etappe fällig, die Abnahme läuft gegen die vereinbarten Kriterien, danach gilt die Gewährleistung auf Mängel. Für laufende Betreuung, deren Umfang sich ständig ändert, ist der Dienstvertrag nach Tagessatz die ehrlichere Form – als Rahmenvertrag mit Einzelaufträgen.\n\nUmfang und Abnahme bestimmen Sie, die Arbeit steuert unsere Projektleitung; wir schulden das Ergebnis, nicht Anwesenheit. Der Zeitrahmen steht im Angebot, die Rechte am Code gehen nach vollständiger Zahlung an Sie über. AVV und technische Maßnahmen liegen jedem Vertrag bei. Sätze und Preise nennen wir im Angebot, nach dem Gespräch – vorher wären sie geraten.",[50,53,56,59],{"q":51,"a":52},"Was macht ein IT-Dienstleister?","Der Begriff deckt zwei Hälften ab: Endgeräte, Netzwerke und Telefonie auf der einen Seite, Software, Schnittstellen, Automatisierung und Betrieb auf der anderen. Wir stehen für die zweite Hälfte: bauen, anbinden, betreiben. Wer Arbeitsplätze und Drucker betreut haben will, ist bei einem Systemhaus richtig; häufig arbeiten beide nebeneinander.",{"q":54,"a":55},"Woran erkenne ich einen guten IT-Partner?","An drei Dingen, die schon vor dem Start sichtbar sind: Er sagt, was er nicht macht. Er schreibt Abnahmekriterien ins Angebot statt Adjektive. Und er gibt Ihnen Repository und Zugänge vom ersten Tag an, nicht erst zum Projektende. Alles Weitere prüfen Sie an der ersten Lieferung – nicht an Referenzlogos.",{"q":57,"a":58},"Arbeiten Sie auch vor Ort?","Gearbeitet wird in unseren eigenen Räumen, mit unserem Repository und unserem Prozess; das gehört zur Vertragsform und schützt beide Seiten. Für Termine – Auftakt, Workshop, Abnahme, Einweisung – kommen wir zu Ihnen. Ein Büro in jeder Stadt haben wir nicht und behaupten es auch nicht.",{"q":60,"a":61},"Werkvertrag oder Dienstvertrag?","Steht das Ergebnis fest, ist der Werkvertrag richtig: fester Preis, Abnahme gegen Kriterien, Gewährleistung auf Mängel. Ändert sich der Umfang laufend, passt der Dienstvertrag nach Tagessatz besser, weil er niemanden zwingt, den Umfang zu erraten. Welche Form wir vorschlagen, steht im Angebot samt Begründung.",[63,64,65,66],"werkvertrag","festpreis-vs-tagessatz","individualsoftware-vs-standardsoftware","legacy-modernisierung",[68,102,132,157,178,207,236,259,288,315,339,363,388,416,442,467,495,521,545,570,593],{"slug":69,"title":70,"metaTitle":71,"metaDescription":72,"excerpt":73,"toc":74,"updated":93,"related":94},"abnahme","Abnahme im Softwareprojekt: wann ein Modul als geliefert gilt","Abnahme nach § 640 BGB: Abnahmeprotokoll – Lexikon","Abnahme nach § 640 BGB im Softwareprojekt: welche vier Rechtsfolgen sie auslöst, wann sie fiktiv eintritt und welche Kriterien nach deutschem Recht taugen.","Mit der Billigung des Werks wechseln Vergütungsanspruch, Risiko und Beweislast die Seite. § 640 BGB macht daraus einen Termin, den ein Softwareprojekt vorbereiten muss.",[75,78,81,84,87,90],{"id":76,"text":77},"rechtsfolgen","Vier Rechtsfolgen der Abnahme nach § 640 BGB",{"id":79,"text":80},"formen","Ausdrücklich, konkludent, fiktiv: Formen der Abnahme",{"id":82,"text":83},"kriterien","Prüfbare Kriterien statt „läuft stabil“",{"id":85,"text":86},"teilrelease","Release für Release: Etappen einzeln prüfen",{"id":88,"text":89},"protokoll","Das Protokoll: was beim Übergang festgehalten wird",{"id":91,"text":92},"praxis","Wie wir Kriterien im Angebot festhalten","2026-09-10",{"services":95,"lexikon":98},[96,97],"softwareentwicklung","app-entwicklung",[63,99,100,101],"leistungsbeschreibung","maengelhaftung","pflichtenheft-und-lastenheft",{"slug":103,"title":104,"metaTitle":105,"metaDescription":106,"excerpt":107,"toc":108,"updated":93,"related":126},"api-integration","API-Schnittstelle: wie Systeme Daten automatisch austauschen","API-Schnittstelle: Systeme sauber verbinden – Lexikon","Was eine API-Schnittstelle leistet, welche Muster es gibt, woran Anbindungen zwischen Shop, CRM und Buchhaltung scheitern und wie ein Projekt abläuft.","Eine API-Schnittstelle lässt zwei Programme Daten austauschen, ohne Export und Nachtrag von Hand. Muster, Bausteine und die Fehlerquellen, an denen Anbindungen scheitern.",[109,112,115,118,121,124],{"id":110,"text":111},"definition","API-Schnittstelle: Definition und Abgrenzung",{"id":113,"text":114},"muster","REST, Webhooks und Dateiübergabe",{"id":116,"text":117},"beispiele","Beispiele aus Shop, CRM und Buchhaltung",{"id":119,"text":120},"bausteine","Bausteine einer belastbaren API-Schnittstelle",{"id":122,"text":123},"fehler","Wo Anbindungen scheitern",{"id":91,"text":125},"Wie wir ein Integrationsprojekt schneiden",{"services":127,"lexikon":130},[128,129],"integrationen","prozessautomatisierung",[66,131,65],"postgresql-fuer-unternehmensanwendungen",{"slug":133,"title":134,"metaTitle":135,"metaDescription":136,"excerpt":137,"toc":138,"updated":93,"related":153},"datenmigration","Datenmigration: Bestände prüfbar in ein neues System überführen","Datenmigration: Ablauf, Abgleich, Abnahme – Lexikon","Datenmigration in Softwareprojekten in Deutschland: Bestandsaufnahme, Feldabbildung, Probeläufe und ein Abnahmekriterium, das sich wirklich prüfen lässt.","Der Umzug von Beständen gelingt nicht am Stichtag, sondern in den Proben davor — fertig ist er erst, wenn Zählungen und Summen beider Seiten übereinstimmen.",[139,142,145,148,151],{"id":140,"text":141},"begriff","Datenmigration: Definition und Abgrenzung",{"id":143,"text":144},"bestandsaufnahme","Bestandsaufnahme, Feldabbildung und Schlüssel",{"id":146,"text":147},"abgleich","Probeläufe und ein prüfbares Abnahmekriterium",{"id":149,"text":150},"umstellung","Umstellungspunkt, Rückweg und Historie",{"id":91,"text":152},"Wie wir eine Datenmigration im Projekt schneiden",{"services":154,"lexikon":155},[128,96],[66,156,103,69],"schnittstelle-edv",{"slug":158,"title":159,"metaTitle":160,"metaDescription":161,"excerpt":162,"toc":163,"updated":93,"related":174},"dienstvertrag","Dienstvertrag: wann die Tätigkeit geschuldet ist und nicht das Ergebnis","Dienstvertrag: Tätigkeit statt Erfolg, § 611 BGB – Lexikon","Dienstvertrag nach § 611 BGB: geschuldet ist die Tätigkeit, nicht der Erfolg. Abgrenzung zum Werkvertrag, Vergütung und Grenzen nach deutschem Recht.","Dienstverträge nach § 611 BGB decken laufende Arbeit ab: Betreuung, Weiterentwicklung, Beratung. Bezahlt wird der Aufwand, geprüft wird die Fachlichkeit – eine Abnahme gibt es nicht.",[164,166,169,172],{"id":110,"text":165},"Der Dienstvertrag nach § 611 BGB",{"id":167,"text":168},"unterschied","Unterschied zum Werkvertrag im Softwareprojekt",{"id":170,"text":171},"einsatz","Wann ein Dienstvertrag passt und wo die Grenze zur Weisung liegt",{"id":91,"text":173},"Wie wir laufende Betreuung vertraglich fassen",{"services":175,"lexikon":176},[4,96],[63,64,177],"werkvertrag-vs-arbeitnehmerueberlassung",{"slug":179,"title":180,"metaTitle":181,"metaDescription":182,"excerpt":183,"toc":184,"updated":93,"related":203},"dsgvo-konforme-softwareentwicklung","DSGVO-konforme Softwareentwicklung: was im Vertrag und im Code stehen muss","DSGVO-konforme Softwareentwicklung: AVV und TOM – Lexikon","DSGVO-konforme Softwareentwicklung in Deutschland: AVV, TOM, Datenstandort in der EU, Löschkonzept und der Umgang mit KI-Diensten im Projekt.","Datenschutz ist Teil der Leistungsbeschreibung, nicht ein Kapitel danach. Rollen, Auftragsverarbeitungsvertrag, technische Maßnahmen, Datenstandort und Löschkonzept im Überblick.",[185,188,191,194,197,200],{"id":186,"text":187},"rollen","Verantwortlicher und Auftragsverarbeiter",{"id":189,"text":190},"avv","DSGVO-konforme Softwareentwicklung beginnt beim AVV",{"id":192,"text":193},"tom","Technische und organisatorische Maßnahmen",{"id":195,"text":196},"hosting","Hosting und Datenstandort in der EU",{"id":198,"text":199},"code","DSGVO-konforme Softwareentwicklung im Code",{"id":201,"text":202},"ki","Sprachmodelle als Auftragsverarbeiter",{"services":204,"lexikon":206},[96,205],"ki-beratung",[131,101,103],{"slug":208,"title":209,"metaTitle":210,"metaDescription":211,"excerpt":212,"toc":213,"updated":93,"related":232},"edi-schnittstelle","EDI-Schnittstelle: Aufbau, Formate, Test","EDI-Schnittstelle für Handel und Industrie – Lexikon","EDI-Schnittstelle: EDIFACT und EANCOM, die vier Nachrichtenarten, der Aufbau in der eigenen Anwendung und die Testfälle vor der Freischaltung in Deutschland.","Belege als strukturierte Nachrichten zwischen zwei Unternehmen: Formate, Nachrichtenarten, der Aufbau in der eigenen Anwendung und die Prüfungen vor der Freischaltung.",[214,217,220,223,226,229],{"id":215,"text":216},"grundlagen","EDI-Schnittstelle: Nachrichten statt Formulare",{"id":218,"text":219},"formate","EDIFACT, EANCOM und die neueren Formate",{"id":221,"text":222},"nachrichtenarten","Bestellung, Bestätigung, Lieferavis, Rechnung",{"id":224,"text":225},"umsetzung","EDI-Schnittstelle im eigenen System anbinden",{"id":227,"text":228},"test","Testfälle, Testpostfach und Abnahme",{"id":230,"text":231},"stolpersteine","Stolpersteine beim ersten Anschluss",{"services":233,"lexikon":234},[128],[235,133,66],"rest-schnittstelle",{"slug":64,"title":237,"metaTitle":238,"metaDescription":239,"excerpt":240,"toc":241,"updated":93,"related":256},"Festpreis oder Tagessatz: welches Abrechnungsmodell wann trägt","Festpreis oder Tagessatz: Modelle im IT-Projekt – Lexikon","Festpreis oder Tagessatz im IT-Projekt: wer das Schätzrisiko trägt, wann welches Modell passt und welche Mischformen in Deutschland üblich sind.","Das Abrechnungsmodell verteilt das Schätzrisiko. Fester Preis, Aufwand nach Tagessatz, Etappen und Budgetdeckel im Vergleich – mit den Voraussetzungen, die jedes Modell braucht.",[242,245,248,251,254],{"id":243,"text":244},"modelle","Festpreis und Tagessatz im Überblick",{"id":246,"text":247},"risiko","Wer das Schätzrisiko trägt",{"id":249,"text":250},"eignung","Wann ein Festpreis zum Webprojekt passt",{"id":252,"text":253},"mischformen","Mischformen: Etappen, Budgetdeckel, Pauschale",{"id":91,"text":255},"Wie wir Etappen und Abnahme verbinden",{"services":257,"lexikon":258},[97,96],[63,158,101,177],{"slug":65,"title":260,"metaTitle":261,"metaDescription":262,"excerpt":263,"toc":264,"updated":93,"related":283},"Individualsoftware oder Standardsoftware: wann sich Eigenentwicklung lohnt","Individualsoftware oder Standardsoftware – Lexikon","Individualsoftware oder Standardsoftware: wann sich eine Eigenentwicklung rechnet – Kriterien, Kosten über die Laufzeit und Mischformen im Mittelstand.","Ein Produkt vom Markt oder eine eigene Anwendung? Entscheidend ist, ob ein Ablauf das Unternehmen unterscheidet – und was die Umwege kosten, die ein Standardprodukt erzwingt.",[265,268,271,274,277,280],{"id":266,"text":267},"begriffe","Individualsoftware und Standardsoftware: die Begriffe",{"id":269,"text":270},"standard","Wann Standardsoftware die richtige Wahl ist",{"id":272,"text":273},"eigen","Wann sich Individualsoftware rechnet",{"id":275,"text":276},"kosten","Kosten über die Laufzeit statt Anschaffungspreis",{"id":278,"text":279},"misch","Mischformen: Standard mit eigenen Erweiterungen",{"id":281,"text":282},"entscheidung","Wie wir die Entscheidung vorbereiten",{"services":284,"lexikon":285},[96,97],[286,103,287,66],"mvp-entwicklung","technische-schulden",{"slug":289,"title":290,"metaTitle":291,"metaDescription":292,"excerpt":293,"toc":294,"related":312,"updated":93},"interim-management","Interim-Management: befristete Verantwortung im Softwareprojekt","Interim-Management: Bedeutung und Vertragsform – Lexikon","Interim-Management bedeutet: eine Aufgabe wird befristet übernommen, nicht dauerhaft besetzt. Bedeutung, Anlässe und Vertragsformen in Softwareprojekten.","Interim heißt „unterdessen“: Eine Aufgabe wird für einen begrenzten Abschnitt übernommen und endet mit einem verabredeten Zustand, nicht mit einer Kündigungsfrist.",[295,298,301,304,307,309],{"id":296,"text":297},"bedeutung","Interim-Management: was der Begriff bedeutet",{"id":299,"text":300},"anlaesse","Typische Anlässe in der Softwareentwicklung",{"id":302,"text":303},"vergleich","Interim-Management und feste Stelle im Vergleich",{"id":305,"text":306},"weisung","Wer anweist und wer für das Ergebnis geradesteht",{"id":122,"text":308},"Woran ein Übergangsauftrag scheitert",{"id":310,"text":311},"so-arbeiten-wir","Wie wir befristete Vorhaben übernehmen",{"services":313,"lexikon":314},[96,4],[63,158,64,287],{"slug":316,"title":317,"metaTitle":318,"metaDescription":319,"excerpt":320,"toc":321,"updated":93,"related":336},"werkvertrag-kuendigung","Kündigung eines Werkvertrags im Softwareprojekt: Rechte, Geld, Übergabe","Kündigung im Werkvertrag: § 648 BGB und Vergütung – Lexikon","Kündigung im Werkvertrag: § 648 BGB erlaubt den Ausstieg jederzeit, § 648a den wichtigen Grund. Was nach deutschem Recht mit Vergütung und Übergabe geschieht.","Der Besteller darf jederzeit aussteigen — die Vergütung bleibt weitgehend bestehen, abzüglich des Ersparten. Entscheidend wird dann, was ein Softwareprojekt am Tag danach übergeben kann.",[322,325,328,331,334],{"id":323,"text":324},"freies-recht","Das freie Kündigungsrecht des Bestellers (§ 648 BGB)",{"id":326,"text":327},"wichtiger-grund","Kündigung aus wichtigem Grund nach § 648a BGB",{"id":329,"text":330},"abgrenzung","Rücktritt, Kostenanschlag, Form: die Abgrenzung",{"id":332,"text":333},"uebergabe","Was übergeben wird: Code, Zugänge, Zwischenstände",{"id":91,"text":335},"Wie wir Projekte übergabefähig halten",{"services":337,"lexikon":338},[96,4],[63,69,100,99],{"slug":101,"title":340,"metaTitle":341,"metaDescription":342,"excerpt":343,"toc":344,"updated":93,"related":360},"Lastenheft und Pflichtenheft: was hineingehört und wer es schreibt","Pflichtenheft und Lastenheft: Inhalt und Abnahme – Lexikon","Pflichtenheft und Lastenheft im Softwareprojekt: was hineingehört, wer welches Dokument schreibt und wie daraus prüfbare Abnahmekriterien entstehen.","Das eine Dokument stellt die Aufgabe, das andere antwortet mit der Lösung. Gliederung beider Seiten, prüfbare Abnahmekriterien und der Umgang damit in agilen Vorhaben.",[345,347,350,353,355,358],{"id":167,"text":346},"Lastenheft und Pflichtenheft: der Unterschied",{"id":348,"text":349},"lastenheft","Was ins Lastenheft gehört",{"id":351,"text":352},"antwort","Was ins Pflichtenheft gehört",{"id":69,"text":354},"Abnahmekriterien: der wichtigste Abschnitt",{"id":356,"text":357},"agil","Beide Dokumente in agilen Projekten",{"id":122,"text":359},"Typische Fehler und wie wir sie vermeiden",{"services":361,"lexikon":362},[96,97],[63,64,286,179],{"slug":66,"title":364,"metaTitle":365,"metaDescription":366,"excerpt":367,"toc":368,"updated":93,"related":385},"Legacy-Modernisierung: Altsysteme ablösen, ohne den Betrieb zu stoppen","Legacy-Modernisierung ohne Betriebsstopp – Lexikon","Legacy-Modernisierung ohne Betriebsstopp: Strategien von der Kapselung bis zum Neubau, Datenmigration ohne Verlust und die Risiken im Projektalltag.","Ein Altsystem wird selten abgeschaltet und neu gestartet, sondern schrittweise abgelöst, während beide Seiten laufen. Strategien, Datenübernahme und die typischen Risiken.",[369,371,374,377,380,383],{"id":140,"text":370},"Legacy-Modernisierung: wann ein System als Altsystem gilt",{"id":372,"text":373},"gruende","Warum Unternehmen modernisieren",{"id":375,"text":376},"strategien","Strategien von der Kapselung bis zum Neubau",{"id":378,"text":379},"strangler","Legacy-Modernisierung nach dem Strangler-Muster",{"id":381,"text":382},"daten","Datenmigration ohne Datenverlust",{"id":91,"text":384},"Wie wir eine Ablösung planen",{"services":386,"lexikon":387},[96,128],[287,103,131,179,65],{"slug":99,"title":389,"metaTitle":390,"metaDescription":391,"excerpt":392,"toc":393,"updated":93,"related":413},"Leistungsbeschreibung im Werkvertrag: Grundlage der Abnahme","Leistungsbeschreibung: Inhalt und Abnahme – Lexikon","Leistungsbeschreibung im Werkvertrag nach deutschem Recht: welchen Rang sie hat, welche Angaben ein Webprojekt braucht und woran zu wenig Tiefe scheitert.","Sie benennt den geschuldeten Erfolg und ist damit der Maßstab für Vergütung, Übergabe und spätere Gewährleistung. Was hineingehört, wie genau es sein muss und wer welchen Teil schreibt.",[394,397,400,403,406,409,411],{"id":395,"text":396},"funktion","Was die Leistungsbeschreibung im Vertrag leistet",{"id":398,"text":399},"inhalt","Was hineingehört: Rollen, Masken, Schnittstellen",{"id":401,"text":402},"detailtiefe","Wie genau muss beschrieben werden?",{"id":404,"text":405},"rollenverteilung","Wer welchen Teil schreibt",{"id":407,"text":408},"schieflagen","Zwei Schieflagen bei der Rollenverteilung",{"id":122,"text":410},"Woran Beschreibungen scheitern",{"id":91,"text":412},"So entsteht die Leistungsbeschreibung bei uns",{"services":414,"lexikon":415},[96,4],[63,101,100,69],{"slug":100,"title":417,"metaTitle":418,"metaDescription":419,"excerpt":420,"toc":421,"updated":93,"related":439},"Mängelhaftung im Werkvertrag: Rechte des Auftraggebers","Mängelhaftung: Rechte nach § 634 BGB – Lexikon","Mängelhaftung im Werkvertrag nach deutschem Recht: wann ein Sachmangel nach § 633 BGB vorliegt, welche Rechte § 634 BGB gibt und wo der Nachtrag beginnt.","Ein Sachmangel liegt vor, wenn das Werk von der vereinbarten Beschaffenheit abweicht. § 634 BGB ordnet die Rechte des Bestellers in eine feste Reihenfolge, an deren Anfang die Nacherfüllung steht.",[422,425,428,431,434,437],{"id":423,"text":424},"sachmangel","Wann ein Sachmangel vorliegt: § 633 BGB",{"id":426,"text":427},"rechte","Mängelhaftung nach § 634 BGB: die Rechte des Bestellers",{"id":429,"text":430},"bug-oder-change","Mangel oder Änderungswunsch: die Grenze im Webprojekt",{"id":432,"text":433},"browser","Browser, Endgeräte und Testfälle als Maßstab",{"id":435,"text":436},"fristen","Beweislast und Verjährung nach der Abnahme",{"id":91,"text":438},"Mängelhaftung in unseren Webprojekten",{"services":440,"lexikon":441},[96,97],[63,99,69,101],{"slug":286,"title":443,"metaTitle":444,"metaDescription":445,"excerpt":446,"toc":447,"updated":93,"related":464},"MVP-Entwicklung: die kleinste Version, die eine Annahme prüft","MVP-Entwicklung: vom Kernnutzen zur Entscheidung – Lexikon","MVP-Entwicklung Schritt für Schritt: Umfang festlegen, Ablauf, technische Weichen und Erfolgsmessung – dazu die Fehler, die Projekte teuer machen.","Eine MVP-Entwicklung prüft mit einer Kernfunktion, einem Nutzerkreis und einem messbaren Kriterium die Annahme, an der ein Vorhaben hängt – und endet mit einer Entscheidung.",[448,450,453,456,459,462],{"id":110,"text":449},"MVP-Entwicklung: was ein MVP ist und was nicht",{"id":451,"text":452},"umfang","Den Umfang festlegen: Kernfunktion statt Wunschliste",{"id":454,"text":455},"ablauf","Ablauf einer MVP-Entwicklung in vier Etappen",{"id":457,"text":458},"technik","Technische Entscheidungen, die später zählen",{"id":460,"text":461},"messen","Wie man den Erfolg misst",{"id":122,"text":463},"Typische Fehler",{"services":465,"lexikon":466},[97,96],[65,101,64,287],{"slug":131,"title":468,"metaTitle":469,"metaDescription":470,"excerpt":471,"toc":472,"updated":93,"related":491},"PostgreSQL für Unternehmensanwendungen: eine Datenbank statt vier Systemen","PostgreSQL für Unternehmensanwendungen – Lexikon","PostgreSQL für Unternehmensanwendungen: jsonb, Volltext- und Vektorsuche, Mandantentrennung und Betrieb in Deutschland – samt der Grenzen des Systems.","Strukturierte Tabellen, flexible Felder, Textsuche und Vektorsuche in einem System: was das für Unternehmensanwendungen bedeutet – und wo die Grenzen liegen.",[473,476,479,482,485,488],{"id":474,"text":475},"warum","PostgreSQL im Mittelstand: warum die Wahl darauf fällt",{"id":477,"text":478},"jsonb","jsonb: flexible Strukturen ohne Schemabruch",{"id":480,"text":481},"suche","Volltextsuche und unscharfe Suche",{"id":483,"text":484},"vektor","Vektorsuche mit pgvector",{"id":486,"text":487},"betrieb","PostgreSQL im Betrieb: Sicherungen und Mandantentrennung",{"id":489,"text":490},"grenzen","Grenzen: wann etwas anderes passt",{"services":492,"lexikon":494},[96,493],"ki-implementierung",[103,66,179],{"slug":235,"title":496,"metaTitle":497,"metaDescription":498,"excerpt":499,"toc":500,"updated":93,"related":518},"REST-Schnittstelle im Anwendungsentwurf","REST-Schnittstelle: Entwurf, Test, Versionierung – Lexikon","REST-Schnittstelle im Detail: Adressen, Methoden, Statuscodes, Paginierung und Versionierung, dazu die Testfälle, mit denen Anbindungen in Deutschland tragen.","Adressen statt Funktionsnamen, sprechende Statuscodes, Zustandslosigkeit: wie REST entworfen, versioniert und geprüft wird — und wann Ereignis oder Datei besser passen.",[501,504,507,510,513,516],{"id":502,"text":503},"datenobjekte","REST-Schnittstelle: Datenobjekte hinter festen Adressen",{"id":505,"text":506},"methoden","Methoden, Statuscodes und Zustandslosigkeit",{"id":508,"text":509},"entwurf","Entwurf: Schnitt, Formate, Paginierung",{"id":511,"text":512},"versionierung","Versionierung ohne Bruch für bestehende Aufrufer",{"id":514,"text":515},"pruefen","REST-Schnittstelle prüfen: Testfälle und Vertragstests",{"id":489,"text":517},"Wo Ereignis oder Datei besser passen",{"services":519,"lexikon":520},[128,96],[103,156,208],{"slug":156,"title":522,"metaTitle":523,"metaDescription":524,"excerpt":525,"toc":526,"updated":93,"related":542},"Schnittstelle (EDV): was in der Datenverarbeitung darunter fällt","Schnittstelle (EDV): Definition und Arten – Lexikon","Schnittstelle (EDV) erklärt: Unterschied zur Benutzeroberfläche, Arten von Datei bis REST und was in Deutschland in eine Schnittstellenbeschreibung gehört.","Gemeint ist der festgelegte Übergabepunkt zwischen zwei Programmen — eine Vereinbarung darüber, welche Daten in welcher Form und aus welchem Anlass die Seite wechseln.",[527,529,531,534,537,540],{"id":110,"text":528},"Schnittstelle (EDV): Definition in der Datenverarbeitung",{"id":329,"text":530},"Programmschnittstelle und Benutzeroberfläche",{"id":532,"text":533},"arten","Arten: Datei, Datenbank, REST und EDI",{"id":535,"text":536},"beschreibung","Was in einer Schnittstellenbeschreibung steht",{"id":538,"text":539},"vereinbarung","Schnittstelle (EDV) als Vereinbarung zweier Seiten",{"id":91,"text":541},"Wie wir Schnittstellen im Projekt festhalten",{"services":543,"lexikon":544},[128,96],[103,235,208,133],{"slug":287,"title":546,"metaTitle":547,"metaDescription":548,"excerpt":549,"toc":550,"updated":93,"related":567},"Technische Schulden: was sie kosten und wie man sie abbaut","Technische Schulden: Kosten und Abbau – Lexikon","Technische Schulden im Softwareprojekt: wie sie entstehen, was sie im Alltag kosten, wie man sie sichtbar macht und ohne Aufräumaktion geordnet abbaut.","Abkürzungen im Code sparen heute Zeit und verteuern morgen jede Änderung. Wie man den Bestand sichtbar macht, priorisiert und im laufenden Betrieb Stück für Stück abträgt.",[551,553,556,558,561,564],{"id":140,"text":552},"Technische Schulden: der Begriff",{"id":554,"text":555},"entstehung","Wie technische Schulden entstehen",{"id":275,"text":557},"Was sie im Alltag kosten",{"id":559,"text":560},"sichtbar","Wie man sie sichtbar macht",{"id":562,"text":563},"abbau","Wie man sie geordnet abbaut",{"id":565,"text":566},"vermeiden","Wie wir neue Schulden begrenzen",{"services":568,"lexikon":569},[96,4],[66,286,65],{"slug":177,"title":571,"metaTitle":572,"metaDescription":573,"excerpt":574,"toc":575,"updated":93,"related":590},"Werkvertrag vs. Arbeitnehmerüberlassung: woran die Praxis den Unterschied erkennt","Werkvertrag vs. Arbeitnehmerüberlassung – Lexikon","Werkvertrag vs. Arbeitnehmerüberlassung: wer Weisungen erteilt, wer eingliedert – Merkmale, verdeckte Überlassung und die Rechtsfolgen des AÜG in Deutschland.","Nicht der Vertragstext entscheidet, sondern der Projektalltag: Weisungsrecht, Eingliederung und Berichtswege. Merkmale, Prüfkriterien und die Rechtsfolgen des AÜG im Überblick.",[576,579,582,585,588],{"id":577,"text":578},"kern","Werkvertrag vs. Arbeitnehmerüberlassung: der rechtliche Kern",{"id":580,"text":581},"merkmale","Woran Prüfer die Eingliederung erkennen",{"id":583,"text":584},"verdeckt","Verdeckte Überlassung und Scheinselbständigkeit",{"id":586,"text":587},"folgen","Rechtsfolgen ohne Erlaubnis nach dem AÜG",{"id":91,"text":589},"Werkvertrag vs. Arbeitnehmerüberlassung im Projektalltag",{"services":591,"lexikon":592},[96,4],[63,158,64],{"slug":63,"title":594,"metaTitle":595,"metaDescription":596,"excerpt":597,"toc":598,"updated":93,"related":615},"Werkvertrag: Ergebnis, Abnahme und Vergütung im Softwareprojekt","Werkvertrag: Definition, Abnahme, § 631 BGB – Lexikon","Werkvertrag im Softwareprojekt: was der Auftragnehmer schuldet, wie die Abnahme nach §§ 631 ff. BGB abläuft und welche Mängelrechte in Deutschland gelten.","Geschuldet ist ein Ergebnis, nicht der Einsatz von Zeit. Werkverträge stehen in den §§ 631 ff. BGB und leben von einer Leistungsbeschreibung, die prüfbare Abnahmekriterien enthält.",[599,601,603,605,608,610,613],{"id":110,"text":600},"Der Werkvertrag im BGB: Definition nach § 631",{"id":329,"text":602},"Erfolg statt Tätigkeit: die Abgrenzung",{"id":69,"text":604},"Die Abnahme: wann das Werk als geliefert gilt",{"id":606,"text":607},"teilabnahmen","Teilabnahmen statt einer einzigen großen Abnahme",{"id":99,"text":609},"Leistungsbeschreibung im Werkvertrag: Lastenheft und Pflichtenheft",{"id":611,"text":612},"maengel","Mängelrechte, Nachträge und Vergütung",{"id":91,"text":614},"Wie wir den Zuschnitt in Webprojekten machen",{"services":616,"lexikon":617},[96,97],[158,64,101,177],[619,623,627,631,635,639,642,645,648,651,654,657,660,663,666,669,672,675,678,681,684,687,690,693,696,699,702,705,708,711,714,717,720,723,726],{"service":96,"city":620,"title":621,"h1":622},"muenchen","Softwareentwicklung in München","Softwareentwicklung in München: ein abgenommenes Modul statt einer weiter offenen Stelle",{"service":96,"city":624,"title":625,"h1":626},"berlin","Softwareentwicklung in Berlin","Softwareentwicklung in Berlin: ein übergebenes Modul, das den nächsten Personalwechsel übersteht",{"service":96,"city":628,"title":629,"h1":630},"hamburg","Softwareentwicklung in Hamburg","Softwareentwicklung in Hamburg: ein neues Modul neben dem System, das bleiben muss",{"service":96,"city":632,"title":633,"h1":634},"frankfurt","Softwareentwicklung in Frankfurt","Softwareentwicklung in Frankfurt: eine Anwendung, die die Prüfung des Auftraggebers übersteht",{"service":96,"city":636,"title":637,"h1":638},"koeln","Softwareentwicklung in Köln","Softwareentwicklung in Köln: ein Modul, das zum feststehenden Termin nutzbar ist",{"service":97,"city":620,"title":640,"h1":641},"App-Entwicklung in München","App-Entwicklung in München: eine Anwendung, die in Betrieb geht",{"service":97,"city":624,"title":643,"h1":644},"App-Entwicklung in Berlin","App-Entwicklung in Berlin: aus der Tabelle wird eine Anwendung",{"service":97,"city":628,"title":646,"h1":647},"App-Entwicklung in Hamburg","App-Entwicklung in Hamburg: erfasst wird am Gerät, nicht auf Papier",{"service":97,"city":632,"title":649,"h1":650},"App-Entwicklung in Frankfurt","App-Entwicklung in Frankfurt: eine Anwendung, die die Prüfung übersteht",{"service":97,"city":636,"title":652,"h1":653},"App-Entwicklung in Köln","App-Entwicklung in Köln: aus Terminen und Tabellen wird eine Anwendung",{"service":4,"city":620,"title":655,"h1":656},"IT-Dienstleister in München","IT-Dienstleister in München: das Vorhaben startet ohne neue Stelle",{"service":4,"city":624,"title":658,"h1":659},"IT-Dienstleister in Berlin","IT-Dienstleister in Berlin: eine verantwortliche Stelle statt vier Anbieter",{"service":4,"city":628,"title":661,"h1":662},"IT-Dienstleister in Hamburg","IT-Dienstleister in Hamburg: für Systeme, die niemand mehr betreut",{"service":4,"city":632,"title":664,"h1":665},"IT-Dienstleister in Frankfurt","IT-Dienstleister in Frankfurt: Antworten, bevor der Kunde fragt",{"service":4,"city":636,"title":667,"h1":668},"IT-Dienstleister in Köln","IT-Dienstleister in Köln: für alles, was das Systemhaus nicht macht",{"service":128,"city":620,"title":670,"h1":671},"Integrationen in München","Integrationen in München: Abrufe und Lieferscheine ohne Handarbeit",{"service":128,"city":624,"title":673,"h1":674},"Integrationen in Berlin","Integrationen in Berlin: ein Datenstand statt sieben Werkzeugen",{"service":128,"city":628,"title":676,"h1":677},"Integrationen in Hamburg","Integrationen in Hamburg: EDI und Altsysteme, die endlich liefern",{"service":128,"city":632,"title":679,"h1":680},"Integrationen in Frankfurt","Integrationen in Frankfurt: offene Posten, die sich selbst zuordnen",{"service":128,"city":636,"title":682,"h1":683},"Integrationen in Köln","Integrationen in Köln: ein Lieferant heißt danach nur noch einmal",{"service":493,"city":620,"title":685,"h1":686},"KI-Implementierung in München","KI-Implementierung in München: ein Arbeitsschritt weniger im Bestandssystem",{"service":493,"city":624,"title":688,"h1":689},"KI-Implementierung in Berlin","KI-Implementierung in Berlin: ein Dienst, der sich in Ihre Landschaft einfügt",{"service":493,"city":628,"title":691,"h1":692},"KI-Implementierung in Hamburg","KI-Implementierung in Hamburg: aus unstrukturierten Unterlagen werden gebuchte Vorgänge",{"service":493,"city":632,"title":694,"h1":695},"KI-Implementierung in Frankfurt am Main","KI-Implementierung in Frankfurt: ein Ablauf, der die Lieferantenprüfung besteht",{"service":493,"city":636,"title":697,"h1":698},"KI-Implementierung in Köln","KI-Implementierung in Köln: ein Ablauf für Häuser mit vielen Standorten",{"service":129,"city":620,"title":700,"h1":701},"Prozessautomatisierung in München","Prozessautomatisierung in München: Vorgänge laufen ohne Handarbeit zwischen Ihren Systemen",{"service":129,"city":624,"title":703,"h1":704},"Prozessautomatisierung in Berlin","Prozessautomatisierung in Berlin: ein Ablauf statt einer Tabelle, die alle pflegen",{"service":129,"city":628,"title":706,"h1":707},"Prozessautomatisierung in Hamburg","Prozessautomatisierung in Hamburg: Daten aus alten Systemen, ohne dass jemand sie abtippt",{"service":129,"city":632,"title":709,"h1":710},"Prozessautomatisierung in Frankfurt am Main","Prozessautomatisierung in Frankfurt: Abläufe, die eine Prüfung überstehen",{"service":129,"city":636,"title":712,"h1":713},"Prozessautomatisierung in Köln","Prozessautomatisierung in Köln: ein Datenstand über alle Standorte hinweg",{"service":205,"city":620,"title":715,"h1":716},"KI-Beratung in München","KI-Beratung in München: was eine KI-Agentur klärt, bevor Sie Budget binden",{"service":205,"city":624,"title":718,"h1":719},"KI-Beratung in Berlin","KI-Beratung in Berlin: die KI-Agentur, die vor dem Projekt die Entscheidung liefert",{"service":205,"city":628,"title":721,"h1":722},"KI-Beratung in Hamburg","KI-Beratung in Hamburg: eine KI-Agentur, die zuerst den lohnenden Fall benennt",{"service":205,"city":632,"title":724,"h1":725},"KI-Beratung in Frankfurt am Main","KI-Beratung in Frankfurt: was eine KI-Agentur vor der Prüfung durch Ihr Haus klärt",{"service":205,"city":636,"title":727,"h1":728},"KI-Beratung in Köln","KI-Beratung in Köln: mit einer KI-Agentur vom Wunsch zur begründeten Entscheidung",1789370780528]