Woran Sie erkennen, ob Sie eine Software später ohne den Entwickler weiterbetreiben können

Die Frage wird fast immer zu spät gestellt, und meistens aus dem falschen Anlass. Gefürchtet wird der Ausfall des Dienstleisters. Der häufigere Fall ist ein anderer: Die Zusammenarbeit passt nicht mehr, die Reaktionszeiten werden länger, der Preis für Änderungen stimmt nicht mehr — und dann stellt sich heraus, dass ein Wechsel technisch gar nicht vorgesehen war.

Übernahmefähigkeit ist kein Vertrauensbeweis und kein Zeichen von Misstrauen. Sie ist eine Eigenschaft der Lieferung, und sie lässt sich vor der Beauftragung prüfen. Fünf Punkte genügen dafür. Legen Sie sie an jeden Anbieter an — auch an uns.

#	Prüfpunkt	Ihre Frage	Warnsignal in der Antwort
1	Quellcode und Rechte	Bekomme ich den Quellcode und ein unbeschränktes, übertragbares Nutzungsrecht? Ab wann?	„Bei Abnahme”, „gegen Aufpreis”, „liegt bei uns im Safe”
2	Dokumentation	Ist die Dokumentation Teil der Lieferung oder eine Zusatzposition?	„Der Code dokumentiert sich selbst”
3	Verbreitete Technik	Wie viele Entwickler außerhalb Ihres Hauses können damit arbeiten?	„Unsere eigene Plattform”, „unser Framework”
4	Zugänge	Auf wessen Namen laufen Server, Domain, Datenbank und Dienste?	„Das läuft alles über uns, das müssen Sie nicht wissen”
5	Betreiberwahl	Kann ich die Anwendung woanders betreiben lassen? Was bekomme ich dafür?	„Technisch nur bei uns möglich”

Diese fünf Punkte sind bei uns Vertragsstandard. Sie stehen nicht in einer Broschüre, sondern im Vertrag, und sie sind der Grund, warum wir diese Prüfliste veröffentlichen: Wer sie an alle anlegt, legt sie auch an uns an.

1. Quellcode und Rechte

Zwei Dinge müssen zusammenkommen, und beide werden regelmäßig verwechselt. Der Quellcode ist die Sache. Das Nutzungsrecht ist die Erlaubnis, damit zu tun, was Sie brauchen.

Ein Nutzungsrecht, das nur die Nutzung der fertigen Anwendung umfasst, hilft Ihnen bei einem Wechsel nicht: Sie dürfen die Software benutzen, aber niemand darf sie für Sie ändern. Was Sie brauchen, ist ein unbeschränktes und übertragbares Recht — übertragbar deshalb, weil ein anderer Entwickler daran arbeiten können muss.

Der zweite Teil der Frage ist der Zeitpunkt. „Sie bekommen den Code bei Abnahme” klingt harmlos und ist es nicht: Bis zur Abnahme haben Sie keinen Einblick, und wenn es vorher zum Streit kommt, steht Ihnen nichts zur Verfügung. Bei uns gehört der Zugang zum Repository zum Projektstart, nicht zur Abnahme. Sie sehen den Stand, während er entsteht.

2. Dokumentation

Die Prüffrage lautet nicht, ob es eine Dokumentation gibt. Sie lautet, ob ein fremder Entwickler damit arbeiten kann. Vier Dinge müssen darin stehen: der Aufbau der Anwendung, die Datenfelder und ihre Regeln, die Anbindungen an andere Systeme und der Weg, wie eine Änderung in Betrieb geht.

Der Satz „der Code dokumentiert sich selbst” ist ein Warnsignal, weil er eine Halbwahrheit ist. Aus dem Code lässt sich ablesen, was passiert. Nicht ablesbar ist, warum — welche fachliche Regel dahintersteht, welcher Sonderfall zu dieser Ausnahme geführt hat und welche der drei ähnlichen Felder das führende ist. Genau diese Information geht mit dem Anbieter verloren.

Der belastbare Test: Verlangen Sie, dass die Dokumentation ausreicht, um die Anwendung in einer eigenen Testumgebung aufzusetzen, ohne beim Anbieter anzurufen. Wenn das gelingt, ist sie vollständig genug.

3. Verbreitete Technik

Hier entscheidet sich, wie groß der Kreis derer ist, die überhaupt übernehmen könnten. Eine Anwendung in verbreiteter Technik kann jeder qualifizierte Entwickler lesen. Eine Anwendung auf einer anbietereigenen Plattform kann nur der Anbieter lesen — und das ist keine technische Eigenschaft, sondern ein Geschäftsmodell.

Die Frage ist nicht, ob die Technik modern ist. Sie lautet: Wie viele Menschen im Markt arbeiten damit? Der Maßstab, den wir uns selbst setzen, steht als Zusage unter Wie wir arbeiten: Jeder qualifizierte Entwickler soll das System übernehmen können, ohne uns zu fragen.

Ein Nebeneffekt, der im Betrieb zählt: Je weniger fremde Bausteine eine Anwendung nutzt, desto kleiner ist der dauerhafte Aufwand für Sicherheitsaktualisierungen. Warum das ein wiederkehrender Kostenposten ist, steht in Betriebskosten nach dem Start.

4. Zugänge

Der unscheinbarste Punkt der Liste und in der Praxis der folgenreichste. Es geht um die Frage, auf wessen Namen und auf wessen Rechnung Server, Domain, Datenbank und die genutzten Dienste laufen.

Wenn all das beim Dienstleister liegt, ist der Wechsel keine technische Frage mehr, sondern eine Verhandlung. Sie brauchen dann seine Mitwirkung genau in dem Moment, in dem er am wenigsten Anlass hat, sie zu leisten. Besonders unangenehm wird es bei der Domain: Sie ist der Name, unter dem Ihre Kunden Sie erreichen, und sie steht in keinem Quellcode.

Die richtige Aufstellung ist einfach und kostet nichts: Verträge auf Ihre Firma, Zugänge bei Ihnen hinterlegt, der Dienstleister arbeitet mit eigenen Benutzerkonten darauf. So können Sie ihm den Zugang entziehen, ohne dass etwas stehen bleibt.

5. Betreiberwahl

Der fünfte Punkt fasst die anderen vier zusammen. Können Sie die Anwendung woanders betreiben lassen, und was bekommen Sie dafür an die Hand?

Ein Anbieter, der den Betrieb an sich bindet, hat kein Interesse daran, dass sein Preis dafür jedes Jahr geprüft wird. Ein Anbieter, den Sie wechseln können, hat es. Deshalb ist die freie Betreiberwahl weniger eine Freundlichkeit als eine Bedingung für einen fairen Preis — auch bei uns. Sie können jede Anwendung, die wir bauen, bei uns betreiben lassen oder zu einem Anbieter Ihrer Wahl geben; für den Wechsel übergeben wir alles, was dafür nötig ist. Wie sich der Betrieb im Angebot niederschlägt, steht auf unserer Seite zu den Kosten.

Der Praxistest, der mehr sagt als jede Zusage

Alle fünf Punkte lassen sich zusichern. Ob sie tragen, zeigt sich erst im Versuch. Zwei Prüfungen, die Sie ohne großen Aufwand durchführen können:

• Die Aufsetzprobe. Lassen Sie einen Dritten — Ihre eigene IT oder einen anderen Entwickler — allein mit Code und Dokumentation eine Testumgebung aufsetzen. Fragen, die dabei entstehen, gehören in die Dokumentation und nicht in ein Telefonat.
• Die Änderungsprobe. Lassen Sie einmal eine kleine Änderung von jemand anderem umsetzen. Das ist der einzige echte Beweis für Übernahmefähigkeit, und er kostet einen Bruchteil dessen, was ein erzwungener Wechsel später kostet.

Der richtige Zeitpunkt für beides ist nicht der Streitfall, sondern die ruhige Phase kurz nach dem Start.

Was es kostet, wenn die fünf Punkte fehlen

Ohne Quellcode, ohne Dokumentation oder ohne übertragbares Recht ist der Anbieterwechsel keine Übernahme, sondern ein neues Projekt. Sie zahlen dann nicht die Differenz zwischen zwei Angeboten, sondern noch einmal den vollen Aufbau — und zusätzlich die Übernahme der Bestandsdaten aus einem System, dessen Struktur niemand beschrieben hat.

Wir nennen dafür bewusst keine Zahl, weil sie vom Einzelfall abhängt. Die Größenordnung ergibt sich aus der Rechnung selbst: Es ist der Preis der ursprünglichen Anwendung, zuzüglich des Aufwands für alles, was inzwischen dazugekommen ist.

Wann Übernahmefähigkeit nicht das wichtigste Kriterium ist

Es gibt Fälle, in denen dieser Punkt nicht entscheidend ist, und wir sagen das auch:

• Kurzlebige Werkzeuge. Wenn absehbar ist, dass eine Anwendung in 18 Monaten abgelöst wird, ist die Frage nach dem Wechsel in fünf Jahren nachrangig.
• Anwendungen ohne Bestandsdaten. Wo nichts Historisches drinsteckt, ist ein Neubau nicht dramatisch teurer als eine Übernahme.
• Gekaufte Standardprodukte. Dort bekommen Sie keinen Quellcode und sollen ihn auch nicht bekommen. Der Ersatz für diesen Punkt heißt dann: geregelter Datenexport in einem lesbaren Format.

Für alles, was einen Ablauf trägt und über Jahre laufen soll, gilt die Liste ohne Ausnahme.

Warum wir das offen aufschreiben

Eine Prüfliste zu veröffentlichen, an der man selbst gemessen wird, ist keine Großzügigkeit. Sie ist die einzige Form, in der diese Zusage etwas wert ist: Wer sie an alle stellt, stellt sie auch an uns — und wir müssten sie im Projekt ohnehin einlösen.

Dass Anwendungen, die so gebaut sind, über Jahre tragen, zeigt sich dort, wo sie im Dauerbetrieb stehen. train4safety, betrieben von der Junghanns safe4u GmbH & Co. KG, wird seit 2026 von über 500 Unternehmen genutzt und ist unter Referenz train4safety beschrieben.

Wenn Sie ein vorliegendes Angebot gegen diese fünf Punkte prüfen lassen möchten — auch ein Angebot eines anderen Anbieters —, schildern Sie den Fall in zwei Sätzen über das Kontaktformular. Wir sagen Ihnen, welche der fünf Punkte darin gedeckt sind und welche fehlen.