Was bedeutet die Abnahme im Softwareprojekt?
Die Abnahme im Softwareprojekt ist die Erklärung des Auftraggebers, dass die gelieferte Software im Wesentlichen dem Vertrag entspricht. Sie folgt auf Tests anhand vereinbarter Kriterien, wird im Abnahmeprotokoll festgehalten und hat rechtliche Folgen, etwa für die Fälligkeit der Vergütung und für Fristen bei Mängelansprüchen.

Abnahme: Definition und Bedeutung
Mit der Abnahme bestätigt der Auftraggeber, dass das Werk im Wesentlichen vertragsgemäß geliefert wurde und er es als Erfüllung annimmt. Bei Softwareprojekten, die als Werkvertrag eingeordnet werden, ist das ein zentraler Schritt (§ 640 BGB): Mit ihr wird die Vergütung in der Regel fällig, wesentliche Fristen für Mängelansprüche beginnen zu laufen, und die Beweislast für Mängel verschiebt sich.
Abgenommen wird nicht Perfektion, sondern Vertragsgemäßheit. Unwesentliche Mängel berechtigen nicht dazu, die Abnahme zu verweigern; sie werden in einer Mängelliste festgehalten und nachgebessert. Ob und wie abgenommen wird, sollte im Vertrag stehen, auch für Teilabnahmen einzelner Module. Das schützt beide Seiten, weil der Maßstab vorab feststeht.
So läuft eine Abnahme ab
Grundlage sind Abnahmekriterien, die möglichst schon im Pflichtenheft oder Angebot stehen: Welche Funktionen müssen wie arbeiten, welche Geschwindigkeit wird erwartet, welche Browser und Geräte werden unterstützt? Der Auftragnehmer meldet die Fertigstellung, der Auftraggeber testet auf einer Testumgebung anhand von Testfällen, Befunde werden nach Schweregrad eingestuft.
Am Ende steht das Abnahmeprotokoll mit Datum, Teilnehmern, Ergebnis und offenen Punkten samt Fristen. Reagiert der Auftraggeber trotz Aufforderung und Fristsetzung nicht, kann unter Umständen eine Abnahme als erfolgt gelten (§ 640 Abs. 2 BGB); verlassen sollte man sich darauf nicht.
- Abnahmekriterien vorab schriftlich festlegen
- Testfälle und Testumgebung bereitstellen
- Fachanwender in den Test einbeziehen
- Mängel nach Schweregrad einordnen und mit Frist erfassen
- Abnahmeprotokoll von beiden Seiten unterschreiben
- Übergabe von Zugängen, Dokumentation und Quellcode regeln
Praxisbeispiel: Bestellportal eines Großhändlers
Ein Großhändler lässt ein Bestellportal entwickeln. Zum Projektende prüfen zwei Mitarbeiter aus Vertrieb und Buchhaltung die Funktionen anhand einer Testfallliste auf der Staging-Umgebung. Sie finden einen falsch berechneten Rabatt und ein schlecht lesbares Layout auf dem Smartphone. Beide Funde werden mit Screenshots und den Schritten zur Nachstellung dokumentiert.
Der Rabattfehler ist wesentlich und wird vor der Abnahme behoben; die Darstellung kommt als unwesentlicher Mangel mit Frist ins Protokoll. Dann wird abgenommen, das Portal geht live, und die Fristen für Mängelansprüche beginnen. Wer vorher keine Kriterien festgelegt hat, streitet dagegen oft darüber, ob ein Punkt Fehler oder Wunsch ist.
Typische Fehler und Umsetzung
Häufig wird die Abnahme verschleppt, weil niemand Zeit zum Testen hat, oder durch die Nutzung ersetzt: Wer die Software produktiv einsetzt, kann damit unter Umständen stillschweigend abnehmen, ohne dass es bewusst entschieden wurde. Ebenso riskant ist eine Abnahme ohne Vorbehalt, obwohl Mängel bekannt sind. Solche Vorbehalte gehören ins Protokoll.
Nano Concepts plant die Abnahme von Beginn an mit Kriterien, Testfällen und Protokoll und trennt Fehlerbehebung sauber von neuen Wünschen. Eine gemeinsame Abnahmesitzung mit allen Beteiligten spart Rückfragen und schafft Verbindlichkeit. Rechtliche Fragen sollten im Einzelfall geprüft werden. Dieser Beitrag ersetzt keine Rechtsberatung.
Häufige Fragen zu Abnahme (Softwareprojekt)
Bei wesentlichen Mängeln dürfen Sie die Abnahme verweigern; der Auftragnehmer muss nachbessern und erneut zur Abnahme einladen. Wegen unwesentlicher Mängel dürfen Sie das nicht. Nennen Sie Mängel konkret und schriftlich, damit sie nachvollziehbar behoben werden können.
Das Abnahmeprotokoll hält schriftlich fest, wann, durch wen und mit welchem Ergebnis abgenommen wurde. Es enthält die geprüften Funktionen, festgestellte Mängel mit Fristen zur Behebung und gegebenenfalls Vorbehalte. Beide Seiten unterschreiben es.
Wenn sie die vereinbarten Funktionen im Wesentlichen vertragsgemäß erfüllt und keine wesentlichen Mängel mehr bestehen. Kleinere Schönheitsfehler stehen der Abnahme nicht entgegen. Maßstab sind die vorab vereinbarten Abnahmekriterien, nicht nachträgliche Wünsche.
Der Go-live ist die technische Inbetriebnahme, die Abnahme die vertragliche Erklärung des Auftraggebers. Beides fällt oft zusammen, kann aber auch getrennt erfolgen, etwa bei einem Livegang nach Teilabnahme mit späterer Endabnahme. Der Vertrag sollte das Verhältnis beider Schritte regeln.
Passende Leistungen

Individual-Software
Software nach Ihren Abläufen statt Standard mit Kompromissen – für Excel-Ablösung, interne Tools und Fachanwendungen.
Mehr erfahren
Softwareentwicklung
Software von der Anforderung bis zum Betrieb – Web, Mobile und Schnittstellen aus einer Hand.
Mehr erfahren
Software-Wartung
Fehlerbehebung, Sicherheitsupdates, Anpassungen und Weiterentwicklung Ihrer Individualsoftware – mit klarem Wartungsvertrag.
Mehr erfahren
Tech-Beratung
Software-Auswahl, Architektur, Code-Review und Digitalisierungsfahrplan – unabhängig und umsetzungsnah.
Mehr erfahrenVerwandte Begriffe
Relevant für diese Branchen
Passende Magazin-Beiträge

Scrum in Softwareprojekten: Rollen, Ablauf und Velocity
Scrum macht Fortschritt sichtbar – wenn der Product Owner entscheiden kann, die Definition of Done gilt und Velocity als internes Planungswerkzeug dient. Ein Leitfaden für Auftraggeber von Individualsoftware.
Weiterlesen
Lastenheft für Softwareprojekte: Aufbau, Beispiel und Checkliste
Ein gutes Lastenheft macht Angebote vergleichbar und Festpreise möglich. So ist es aufgebaut, wie Sie Anforderungen prüfbar formulieren und woran Sie ein vollständiges Lastenheft erkennen.
Weiterlesen
Digitale Transformation im Mittelstand: Roadmap, Daten, Change
Digitale Transformation im Mittelstand scheitert selten an fehlenden Tools, sondern an unklaren Zielen und Insellösungen. So kommen Sie mit Zielbild, Prioritäten und Datenbasis zur messbaren Umsetzung.
Weiterlesen