Softwareentwicklung

Softwareentwicklung, die Ihr Geschäft trägt

Wir lösen Altsysteme schrittweise ab und verbinden Insellösungen. Überzeugende Prototypen bringen wir in den Betrieb.

Studioaufnahme auf dunklem Schiefer: links ein mit Klebeband zusammengehaltener Stapel verschiedener Kartons mit losen Kabeln, rechts gleich viel Volumen aus identischen weißen Modulen mit ordentlich verlegten schwarzen Kabeln, dazwischen eine orange Lichtlinie.KI-GENERIERT
Illustration, KI-erzeugt: vom improvisierten Stapel zu gleichen Modulen. Keine Aufnahme aus einem Projekt.

Kommt Ihnen das bekannt vor?

Nehmen wir als Beispiel einen Großhändler, dessen Auftragsabwicklung seit Jahren auf einem im Haus gebauten System läuft und der bald E-Rechnungen erzeugen muss. Wählen Sie die Lage, die Ihrer am nächsten kommt, dann passt die Seite Weg und Rechnung daran an.

Was wir dafür bauen
Eine schrittweise Ablösung: Module ziehen einzeln um, Alt und Neu laufen eine Zeit lang parallel.
Eine Schnittstelle, eine Automatisierung oder eine eigene Web-Anwendung, je nachdem, wo die Daten heute hängen bleiben.
Aus dem bestehenden Stand eine produktionsreife Anwendung, mit Tests, Rollen und Rechten und einer geregelten Auslieferung.
Wo der Weg beginnt
In der Stufe Klären: Wir nehmen Systeme, Schnittstellen und Datenflüsse auf.
Meist direkt beim Klickprototyp, weil der Ablauf schon klar beschrieben ist.
In der Einführung, nach einer kurzen Durchsicht von Code, Daten und Betrieb in der Stufe Klären.
Weg ansehen

Welche Lösungen zu diesen Ausgangslagen passen

Wir bauen Anwendungen, Schnittstellen und Automatisierungen dort, wo Standardsoftware nur mit Umwegen passt. Jede Kachel führt zu einem Projekt, einer Fallstudie oder einer eigenen Anwendung, an der sich das zeigt.

Illustration: vier gefräste Blöcke in einer Reihe auf hellem Stein, drei aus Aluminium und einer orange, verbunden durch ein schwarzes Kabel, das in einen Stapel vergilbter Endlospapier-Ausdrucke führt.KI-GENERIERT
Einblick · Kaufen, erweitern, bauen

Altsysteme schrittweise ablösen

Zuerst klärt sich, was sich kaufen, erweitern oder neu bauen lässt. Danach ziehen Module einzeln um, und Alt und Neu laufen parallel, bis beide dasselbe liefern.

Entscheidung durchspielen
Projekt · Nomad X Collective

Web-Anwendungen und Portale

Für Nomad X Collective sind Verwaltung, Vendor-Panel und Storefront auf einer gemeinsamen Datenbasis entstanden. Partnermarken pflegen ihre Produkte selbst im eigenen Panel.

  • Verwaltung für den Plattformbetrieb.
  • Vendor-Panel für Partnermarken.
  • Storefront für den Einkauf.
Projekt ansehen
Fallstudie · CardConnect AI

Schnittstellen und Automatisierung

CardConnect AI macht aus dem Foto einer Visitenkarte oder einer Sprachnotiz einen CRM-Eintrag. Kontaktdaten müssen nach einer Veranstaltung nicht mehr abgetippt werden.

  • Texterkennung liest die Karte.
  • Spracherkennung macht aus der Notiz Text.
  • Ein Sprachmodell legt den CRM-Eintrag an oder aktualisiert ihn.
Fallstudie ansehen
Bildschirmaufnahme der lokalen Redaktionsoberfläche: Liste der Datensätze, Formular und Vorschau nebeneinander, oben Zähler für Datensätze, gültige Einträge und Entwürfe.
Projekt · Industrieauftritt

Websites und Redaktion aus Daten

Beim Industrieauftritt für Colleagues Consultants entstehen Website und Broschüre aus denselben Inhaltsdateien. Die Redaktion prüft jedes Feld gegen dasselbe Schema wie die Erzeugung der Seite.

Projekt ansehen
Projekt · E4RTH

Plattformen mit besonderen Anforderungen

Für E4RTH entstand eine Blockchain-Plattform für Nachhaltigkeitsinvestitionen, mit Smart Contracts, Wallet-Anbindung und KYC-Prüfung der Anleger.

  • Smart Contracts für tokenisierte Anteile.
  • Wallet-Anbindung für Anleger.
  • KYC-Prüfung vor der Investition.
Projekt ansehen
Anmeldeansicht der Anwendung Belegt: Logo, Name Belegt und Unterzeile zu ZUGFeRD-Rechnungen, darunter die Überschrift Anmelden mit Eingabefeldern für E-Mail und Passwort.
R&D Lab · Belegt

Interne Werkzeuge

Belegt erzeugt E-Rechnungen nach ZUGFeRD auf eigenem Server und prüft vor dem Erzeugen zwanzig benannte Regeln, unter anderem aus EN 16931. Es ist eine eigene Anwendung aus dem R&D Lab.

Studie ansehen

Was kostet die Doppelerfassung bei Ihnen im Jahr?

Beim Großhändler aus dem Beispiel wandern Aufträge aus E-Mails ins Altsystem und Rechnungsdaten von dort in die Buchhaltung. Tragen Sie Ihre Zahlen ein, dann rechnet die Seite, wie viele Stunden eine Schnittstelle oder Automatisierung übernehmen könnte.

Vorgänge

Beispielwert. Zählen Sie jede Übertragung von Hand, auch das Kopieren aus E-Mails.

Minuten

Beispielwert. Öffnen, abtippen, prüfen und speichern zusammen.

Prozent

Beispielwert, bewusst vorsichtig. Sonderfälle und Freigaben bleiben bei Menschen.

Prozent

Beispielwert. Ohne eigene Zahl tragen Sie 0 ein.

Minuten

Beispielwert. Einen Fehler finden, klären und berichtigen.

Wochen

Beispielwert nach Abzug von Urlaub und Feiertagen.

Euro

Destatis, Gesamtwirtschaft 2025: 45,00 Euro je geleistete Stunde.1 Tragen Sie Ihren eigenen Satz ein.

Euro

Nur wenn Sie einen Betrag eintragen, rechnet die Seite eine Amortisation.

Beim Großhändler entstehen die meisten Übertragungen zwischen Auftragseingang, Altsystem und Buchhaltung.

Zählen Sie jede Stelle, an der Daten aus einer Tabelle oder E-Mail in ein anderes Programm wandern.

Zählen Sie die Vorgänge, die heute neben dem Prototyp noch von Hand erledigt werden.

Stunden pro Jahr, die eine Schnittstelle oder Automatisierung übernehmen könnte

317Stunden

Wert dieser Stunden
14.283Euro
Vollzeitstellen
0,17

Das ist etwa so viel, wie eine Vollzeitkraft in 8,0 Arbeitswochen arbeitet.

Tragen Sie ein eigenes Budget ein, dann zeigt die Rechnung hier, nach wie vielen Monaten es sich rechnerisch ausgleicht.

Rechenbeispiel mit Ihren Angaben, keine Prognose.

So wird gerechnet
  1. Stunden pro Jahr = Vorgänge pro Woche × Arbeitswochen × Anteil × (Minuten je Vorgang + Fehlerquote × Minuten je Korrektur) ÷ 60
  2. Wert in Euro = Stunden pro Jahr × Arbeitskosten je Stunde
  3. Vollzeitstellen = Stunden pro Jahr ÷ (39,9 Wochenstunden × Arbeitswochen)
  4. Arbeitswochen einer Vollzeitkraft = Stunden pro Jahr ÷ 39,9 Wochenstunden (Destatis, 2025)2
  5. Amortisation in Monaten = Budget ÷ (Wert in Euro ÷ 12)

Die Rechnung nimmt an, dass automatisierte Vorgänge weder Abtippen noch Korrekturen aus der Handübertragung brauchen.

Wie Abkürzungen im Code später Zeit kosten, beschreibt der Leitfaden Technische Schulden in KI-generiertem Code erkennen.

Wege von A nach B

In vier Stufen vom Bestand zur laufenden Anwendung

So läuft ein Vorhaben üblicherweise ab. Nach jeder Stufe entscheiden Sie, ob und wie es weitergeht, und die markierte Stufe zeigt, wo die meisten mit Ihrer Ausgangslage beginnen.

Vier Stationen auf hellem Papier, verbunden durch eine orange Linie: lose Formulare und Haftnotizen, ein flaches Kartonmodell eines Bedienteils mit aufgeklebten Knöpfen, dasselbe Teil aus weißem Kunststoff und drei solche Teile, verkabelt in einem flachen Rahmen.KI-GENERIERT
Illustration, KI-erzeugt: vom Zettel über den Klickprototyp zum verbundenen System.
  1. Klären

    Hier beginnen die meisten mit dieser Ausgangslage

    Wir nehmen Systeme, Schnittstellen und Datenflüsse auf und empfehlen, ob Sie kaufen, erweitern oder bauen.

    Fristen setzen oft den Takt: Die Übergangsregeln für Rechnungen auf Papier oder in anderen elektronischen Formaten enden Ende 2026 und Ende 20273, und seit dem 6. Dezember 2025 gilt das NIS-2-Umsetzungsgesetz4.

    Ist der Ablauf klar beschrieben, beginnt die Arbeit mit einem Klickprototyp, und Klären bleibt kurz.

    Bei einem vorhandenen Prototyp besteht Klären meist aus einer kurzen Durchsicht von Code, Daten und Betrieb.

    Typische DauerTage bis Wochen, je nach Umfang

    EntscheidungWelcher Weg, welcher erste Ablauf und welcher Aufwandskorridor?

  2. Prototyp

    Hier beginnen die meisten mit dieser Ausgangslage

    Ein Klickprototyp macht den Ablauf bedienbar, und ein technischer Durchstich zeigt, dass der Kernablauf mit Ihren Systemen funktioniert.

    Ein lauffähiger Stand liegt schon vor, deshalb entfällt meist ein neuer Prototyp.

    Typische Dauereinige Wochen, je nach Umfang

    EntscheidungBauen, Umfang anpassen oder den Weg noch einmal prüfen.

  3. Einführung

    Hier beginnen die meisten mit dieser Ausgangslage

    Die Anwendung geht mit Tests, Rollen und Rechten in den Betrieb, Daten werden übernommen und Ihr Team eingewiesen.

    Typische DauerWochen bis Monate, je nach Umfang

    EntscheidungFreigabe für den Betrieb und, bei einer Ablösung, welches Modul als Nächstes umzieht.

  4. Betrieb und Ausbau

    Hier beginnen die meisten mit dieser Ausgangslage

    Ihr Team oder ein Dienstleister Ihrer Wahl betreibt die Anwendung, und weitere Abläufe kommen hinzu, wenn Sie es wünschen.

    Rahmennach Bedarf

    EntscheidungWelcher Ablauf als Nächstes folgt.

Typische Ergebnisse je Stufe

So sieht ein Vorhaben üblicherweise in Dateien und Terminen aus. Welche Ergebnisse es bei Ihnen werden, legen wir in der Stufe Klären gemeinsam fest.

Klären

Grundlage für die Entscheidung, wie Sie beginnen.

  • Dokument

    Bestandsaufnahme der Systeme

    Erfasst Module, Schnittstellen, Datenflüsse und harte Abhängigkeiten, damit Entscheidungen auf Zahlen beruhen.

  • Dokument

    Empfehlung Kaufen, Erweitern oder Bauen

    Vergleicht die drei Wege an Ihrem Bedarf und nennt, was bei jedem Weg zu bedenken ist.

  • Dokument

    Schätzkorridor

    Gibt den Aufwand als Spanne an und nennt die offenen Fragen, die sie noch breit machen.

  • Dokument

    Skizze des Ablöseplans

    Ordnet Module in Stufen, sodass Alt und Neu eine Zeit lang parallel laufen können.

Prototyp

Ein bedienbarer Stand an Ihrem Kernablauf.

  • Prototyp

    Klickprototyp

    Lässt künftige Nutzer den Ablauf bedienen, bevor die Fachlogik programmiert ist.

  • Code

    Technischer Durchstich eines Kernablaufs

    Zeigt an einem echten Ablauf, dass Daten zwischen Ihren Systemen ankommen.

  • Dokument

    Beschriebene Schnittstellen

    Legen Format, Richtung, Fehlerfall und Zuständigkeit jeder Verbindung fest.

Einführung

Die Anwendung im Alltag Ihres Teams.

  • Code

    Produktive Anwendung mit Tests, Rollen und Rechten

    Trägt den Ablauf im Alltag, mit Zugriff nur für die Personen, die ihn brauchen.

  • Datei

    Datenübernahme

    Bringt Bestandsdaten geprüft ins neue System.

  • Dokument

    Deployment-Beschreibung

    Beschreibt, wie die Anwendung ausgeliefert, gesichert und wiederhergestellt wird.

  • Einweisung

    Einweisung

    Macht Nutzer und Betrieb mit Anwendung und Abläufen vertraut.

Betrieb und Ausbau

Grundlage, um die Anwendung weiterzuführen.

  • Datei

    Übergabepaket

    Quellcode, Dokumentation, Tests und Betriebsbeschreibung, mit denen Ihr Team oder ein Dienstleister weiterarbeiten kann.

  • Code

    Weiterentwicklung auf Wunsch

    Ergänzt weitere Abläufe oder Module auf derselben Grundlage.

  • Aufsicht auf hellem Papier: ein grauer Ringordner, ein geöffneter weißer Hartschalenkoffer mit grauem Schaumstoff, eine aufgerollte schwarze Leitung und drei leere weiße Karten, Ordner und Koffer verbunden durch eine orange Linie.KI-GENERIERT
    Illustration, KI-erzeugt: Dokumentation, Übergabe und Anschluss.

Kaufen, erweitern oder selbst bauen?

Ob der Großhändler aus dem Beispiel ein Standardprodukt kauft, es erweitert oder selbst baut, ist die erste Entscheidung in der Stufe Klären. Die Matrix macht aus sechs Angaben einen Bedarf je Kriterium und zeigt, wo eine Option dahinter zurückbleibt.

Demonstration · Bedarf gegen Profil, 3 Optionen, 5 Kriterien Ohne JavaScript bleibt der Ausgangszustand stehen
Matrix: drei Optionen gegen fünf KriterienSpalten Standardsoftware, Standard plus Erweiterung und Eigenentwicklung, Zeilen Passung zum Prozess, Einführungsaufwand, Anpassbarkeit, Abhängigkeit vom Anbieter, Betriebsaufwand. Jede Zelle zeigt das feste Profil der Option als bis zu fünf gefüllte Felder und eine orange Marke für Ihren Bedarf. Hervorgehoben: Standard plus Erweiterung. Standardsoftware erfüllt 3 von 5, Standard plus Erweiterung erfüllt 5 von 5, Eigenentwicklung erfüllt 3 von 5.Standardsoftware3 von 5 erfülltStandard plus Erweiterung5 von 5 · EmpfehlungEigenentwicklung3 von 5 erfülltPassung zum ProzessBedarf 3 von 5fehlt 1erfüllt, Reserve 1erfüllt, Reserve 2EinführungsaufwandBedarf 2 von 5erfüllt, Reserve 3erfüllt, Reserve 1fehlt 1AnpassbarkeitBedarf 3 von 5fehlt 2erfüllterfüllt, Reserve 2Abhängigkeit vom AnbieterBedarf 2 von 5erfüllterfüllterfüllt, Reserve 3BetriebsaufwandBedarf 3 von 5erfüllt, Reserve 2erfülltfehlt 2
  • Profil der Option (fest)
  • Lücke zwischen Profil und Bedarf
  • Ihr Bedarf aus den Eingaben

Skala 1 bis 5: höher heißt vorteilhafter für Sie (mehr Passung, weniger Aufwand, weniger Abhängigkeit)

Diese Rechnung empfiehlt Standard plus Erweiterung, weil diese Option 5 von 5 Kriterien erfüllt. Zu bedenken ist, dass jede neue Version des Standardprodukts zusammen mit Ihren Erweiterungen getestet werden muss.

Empfehlung
Erweiterung
Erfüllte Kriterien
5von 5
Engste Stelle
Anpassungohne Reserve
Zweitbeste Option
Standard3 von 5

So rechnet die Matrix

  • Bedarf je Kriterium von 1 bis 5; die Passung entspricht der Eigenheit des Ablaufs.
  • Einführung: 3 bis 20 Nutzer, 2 bis 150, darüber 1; ohne eigene IT plus 1.
  • Anpassung: 1, 2 oder 3 nach Änderungshäufigkeit, plus 0, 1 oder 2 nach Vorgaben.
  • Anbieter: 1, plus 1 je angefangene 4 Schnittstellen, plus 1 bei strengen Vorgaben.
  • Betrieb: 5 ohne eigene IT, 3 mit teilweiser, 1 mit eigenem Team.
  • Feste Profile (Passung, Einführung, Anpassung, Anbieter, Betrieb): Standard 2, 5, 1, 2, 5; Erweiterung 4, 3, 3, 2, 3; Eigenbau 5, 1, 5, 5, 1.
  • Erfüllt, wenn das Profil den Bedarf erreicht. Empfohlen: meiste erfüllte Kriterien, dann kleinste Lückensumme, dann weniger Aufwand.

In der Voreinstellung liegt die Erweiterung vorn, für den Großhändler etwa ein gekauftes Rechnungsprogramm, das die Auftragsdaten über eine Schnittstelle aus dem Altsystem holt.

Alle Werte sind Rechenergebnisse dieser Seite und keine Projektkennzahlen, Kosten rechnet die Matrix nicht.

Projekte

Projekte, die Sie im Detail nachlesen können

Nomad X Collective, der Industrieauftritt und E4RTH entstanden für Auftraggeber, CardConnect AI ist als Fallstudie beschrieben. Jede Karte nennt eine Angabe von der verlinkten Seite.

Aufnahme: Nomad X Collective. Die Fotografie gehört den Partnermarken.
Projekt, Berlin

Nomad X Collective

Ausgangslage
Noch Mitte 2025 lief der Shop auf einer Standard-Shopsoftware für einen einzelnen Händler, das Geschäft dahinter bündelt aber viele unabhängige Marken mit eigenem Lager und Versand.
Umsetzung
Entstanden sind Verwaltung, Vendor-Panel und Storefront als drei verbundene Systeme über einer gemeinsamen Datenbasis, mit Import aus bestehenden Shops und Freigabe vor der Veröffentlichung.
Was es zeigt
Wo Standardsoftware nur mit Abtippen passt, trägt eine eigene Plattform den Ablauf von der Bestellung bis zur Erstattung.
  • 3Systeme auf einer Datenbasis
  • 6Zustände im Bestellzyklus
  • 5Bereiche im Vendor-Panel
Projekt ansehen

So läuft die Zusammenarbeit üblicherweise

Die Software bauen wir, das Wissen über Ihre Abläufe liegt in Ihrem Haus. An diesen Stellen kommt es zusammen.

Ablauf eines Vorhabens mit den Beiträgen beider Seiten
SchrittWas passiertIhr Beitrag
Erstes GesprächWir sprechen über den Ablauf, die beteiligten Systeme und die Frist, die drängt.Eine Ansprechperson aus dem Fachbereich, die den Ablauf im Alltag kennt.
KlärenWir nehmen Systeme, Schnittstellen und Datenflüsse auf.Zugang zum Bestandssystem und zu Beispieldaten, soweit Datenschutz und Verträge es erlauben.
PrototypWir legen fest, welche Abläufe die neue Lösung zuerst tragen muss.Eine Liste der Abläufe, die funktionieren müssen, mit ihren Sonderfällen.
EinführungWir bauen in Zwischenständen, die Ihr Team bedienen kann.Rückmeldung zu den Zwischenständen aus dem Fachbereich.
Betrieb und AusbauWir bringen die Anwendung in den Betrieb und übergeben sie.Eine Person oder ein Dienstleister, der den Betrieb danach verantwortet.

Passt Individualsoftware zu Ihrem Vorhaben?

Passt gut, wenn

  • Der Ablauf ist ein Kern Ihres Geschäfts, und Standardsoftware passt nur mit Umwegen.
  • Die Daten liegen in mehreren Systemen und werden heute von Hand zusammengeführt.
  • Es gibt eine Person, die für den Ablauf zuständig ist und entscheiden kann.

Eher nicht, wenn

  • Ein Standardprodukt deckt Ihren Bedarf fast vollständig ab.
  • Im Haus gibt es keine Zuständigkeit für die neue Anwendung.
  • Sie suchen reine Gestaltung ohne Entwicklung.

Häufige Fragen zur Softwareentwicklung

Wann lohnt sich Individualsoftware gegenüber Standardsoftware?

Individualsoftware lohnt sich, wenn der Ablauf Sie von anderen unterscheidet, sich Regeln oft ändern oder viele Schnittstellen zu Bestandssystemen bestehen. Für Abläufe, die überall gleich laufen, trägt ein gepflegtes Standardprodukt meist weiter. Dazwischen liegt Standardsoftware mit gezielter Erweiterung, wie die Matrix oben zeigt.

Wie löst man ein Altsystem ab, ohne einen riskanten Stichtag?

Man löst es in Stufen ab. Zuerst ziehen Randmodule mit wenigen Abhängigkeiten um, Alt und Neu laufen für diese Module parallel, und eine vorgeschaltete Schnittstelle leitet Anfragen an das zuständige System. So bleibt begrenzt, was an einem einzelnen Tag schiefgehen kann.

Was bedeutet die E-Rechnungspflicht für bestehende Systeme?

Nach § 27 Absatz 38 UStG dürfen Rechnungen zwischen inländischen Unternehmen übergangsweise noch auf Papier oder in anderen elektronischen Formaten übermittelt werden: für Umsätze aus 2025 und 2026 bis Ende 2026, für Umsätze aus 2027 bis Ende 2027 nur unter der Umsatzgrenze des Gesetzes oder per EDI. Ein Altsystem, das Rechnungen erzeugt, braucht bis dahin strukturierte Rechnungsdaten. Welche Frist für Sie gilt, klärt Ihre Steuerberatung.

Wie belastbar ist eine Schätzung vor dem ersten Klickprototyp?

Als Spanne ist sie brauchbar, als einzelne Zahl kaum. Vor dem Prototyp sind Umfang, Sonderfälle und Fremdsysteme meist beschrieben, aber nicht geprüft. Mit jedem Zwischenstand, den Nutzer bedienen oder ein Fremdsystem bestätigt, wird die Spanne enger.

Eigener Server oder Cloud?

Beides ist möglich, entscheidend sind Daten, Betrieb und Abhängigkeit. Die Plattform von Nomad X Collective legt Bilder in einem Cloud-Speicher der Region eu-central-1 ab, Belegt läuft dagegen selbst gehostet, und Belegdaten verlassen das Haus nicht. Beide Bauarten lassen sich so anlegen, dass ein späterer Wechsel möglich bleibt.

Lässt sich eine Anwendung weiterentwickeln, die jemand anderes gebaut hat?

Ja, sofern Quellcode und Zugänge vorliegen. Am Anfang steht eine Durchsicht: Lässt sich die Anwendung bauen, gibt es Tests, sind Schnittstellen und Datenmodell beschrieben? Daraus folgt, ob Weiterbauen, Stabilisieren oder schrittweises Ersetzen sinnvoll ist, auch bei No-Code- oder KI-generierten Ständen.

Können wir die Software später selbst weiterentwickeln?

Ob das gelingt, entscheidet sich beim Bau. Zur Übergabe gehören üblicherweise Quellcode, Dokumentation, Tests und eine Betriebsbeschreibung, mit denen Ihr Team oder ein Dienstleister Ihrer Wahl weiterarbeiten kann. Je verbreiteter die verwendete Technik ist, desto mehr Teams können eine Anwendung weiterführen.

Braucht jede neue Anwendung KI?

Nein, viele Aufgaben brauchen zuerst ein sauberes Datenmodell, Schnittstellen und eine bedienbare Oberfläche. Ein Sprachmodell lohnt sich bei Sprache und unstrukturierten Dokumenten, etwa wenn aus einer Visitenkarte oder Sprachnotiz ein CRM-Eintrag werden soll.

Quellen

  1. Statistisches Bundesamt (Destatis), Pressemitteilung Nr. 148 vom 29. April 2026: „Eine Arbeitsstunde kostete im Jahr 2025 durchschnittlich 45,00 Euro“. https://www.destatis.de/DE/Presse/Pressemitteilungen/2026/04/PD26_148_624.html
  2. Statistisches Bundesamt (Destatis), Pressemitteilung Nr. N035 vom 27. Mai 2026: „Vollzeitbeschäftigte arbeiteten 2025 im Schnitt 39,9 Wochenstunden“. https://www.destatis.de/DE/Presse/Pressemitteilungen/2026/05/PD26_N035_13.html
  3. Umsatzsteuergesetz, § 27 Absatz 38, gesetze-im-internet.de, abgerufen am 13. September 2026. https://www.gesetze-im-internet.de/ustg_1980/__27.html
  4. Bundesamt für Sicherheit in der Informationstechnik (BSI), Pressemitteilung „Cybersicherheitsrecht: NIS-2-Umsetzungsgesetz ab morgen in Kraft“, 5. Dezember 2025. https://www.bsi.bund.de/DE/Service-Navi/Presse/Pressemitteilungen/Presse2025/251205_NIS-2-Umsetzungsgesetz_in_Kraft.html

Nächster Schritt

Welche Frist drängt bei Ihrem Altsystem?

Wo tippt Ihr Team Daten zweimal ab?

Ihr Prototyp läuft, aber noch nicht im Alltag?

Schildern Sie Ablauf, bestehende Systeme und Nutzerzahl, dann klären wir im Gespräch, welches Modul wie beim Großhändler aus dem Beispiel zuerst an der Reihe ist.

Beschreiben Sie die Programme und Tabellen, zwischen denen Daten wandern, dann klären wir im Gespräch, ob eine Schnittstelle, eine Automatisierung oder eine eigene Anwendung passt.

Zeigen Sie uns den Stand, ob Demo, Workflow oder Fremdentwicklung, dann klären wir im Gespräch, was bis zum Betrieb fehlt.

Leitfäden zum Weg in den Betrieb: Vom Prototyp zur produktionsreifen Anwendung, Vom Proof of Concept in den Regelbetrieb: die technische Übergabe, Eine Anwendung im eigenen Haus betreiben: was im Alltag dazugehört, Der Fachbereich hat eine App gebaut: was die IT vor der Übernahme prüft, Vom n8n-Workflow oder Streamlit-Skript zur betreibbaren Anwendung, Mit Lovable, Bolt oder Replit gebaut: diese Punkte sind wahrscheinlich offen, Technische Schulden in KI-generiertem Code erkennen, Was Studien über die Qualität KI-generierten Codes zeigen, KI-Werkzeuge im Entwicklungsteam freigeben: welche Leitplanken es braucht, Wer haftet, wenn KI-generierter Code Schaden anrichtet?, Muss ich KI in meiner Anwendung kennzeichnen?, Softwareentwicklung nach Regionen

Clayton Christensen

“Störe dich selbst, bevor es jemand anderes tut.”