← Zurück zum Blog
· Aktualisiert am 2026-08-08

Wie die Abnahme eines Softwareprojekts funktioniert

Was rechtlich hinter der Abnahme steckt, welche Abnahmekriterien du vorher festlegen solltest und was bei Mängeln passiert.

AbnahmeVertragFestpreisMängel

Die Abnahme ist der Moment, in dem aus "fast fertig" rechtlich "fertig" wird - und ab dem die Verjährungsfrist für Mängelansprüche zu laufen beginnt. Trotzdem wird sie in vielen Projekten stiefmütterlich behandelt: kein klares Kriterium, keine Frist, kein Protokoll. Das rächt sich, wenn es zum Streit kommt - meist genau dann, wenn die letzte Zahlung fällig wird.

Was die Abnahme rechtlich bedeutet

Softwareentwicklung ist in der Regel ein Werkvertrag (§ 631 BGB). Die Abnahme nach § 640 BGB ist die Erklärung des Auftraggebers, dass das Werk im Wesentlichen vertragsgemäß erbracht wurde. Erst mit der Abnahme wird die Vergütung fällig, die Beweislast für Mängel wechselt zu dir, und die Gewährleistungsfrist beginnt zu laufen. Vorher liegt die Beweislast beim Auftragnehmer - danach musst du einen Mangel nachweisen.

Warum eine stillschweigende Abnahme gefährlich ist

Wenn du die Software einfach in Betrieb nimmst, ohne formell abzunehmen, kann eine sogenannte konkludente Abnahme entstehen - allein durch Nutzung. Das Problem: du hast dann keinen dokumentierten Zeitpunkt, keine Liste offener Mängel und keinen klaren Startpunkt für Nacherfüllungsfristen. Vereinbare deshalb im Vertrag eine ausdrückliche, förmliche Abnahme mit Protokoll statt einer stillschweigenden.

Abnahmekriterien vor Projektstart festlegen

Die Abnahme kann nur so eindeutig sein wie die Anforderungen, gegen die sie geprüft wird. Wenn dein Lastenheft oder Pflichtenheft vage bleibt, gibt es später keinen objektiven Maßstab dafür, ob die Software "fertig" ist. Was der Unterschied zwischen beiden Dokumenten ist und warum das Pflichtenheft die eigentliche Referenz für den Abnahmetest ist, erklärt der Artikel Lastenheft vs. Pflichtenheft. Lege deshalb vor Projektstart fest:

  • welche Funktionen im Abnahmetest konkret geprüft werden
  • welche Testfälle als bestanden gelten müssen
  • welche Kategorien von Mängeln die Abnahme verhindern (wesentliche Mängel) und welche sie nicht verhindern (unwesentliche Mängel)

Der typische Ablauf

  1. Lieferung: Der Auftragnehmer meldet die Software als abnahmereif.
  2. Abnahmetest: du oder ein von dir benanntes Team prüft die Software gegen die vereinbarten Kriterien, meist innerhalb einer vertraglich festgelegten Frist (üblich sind 10-20 Werktage).
  3. Abnahmeprotokoll: Ergebnis wird schriftlich festgehalten - inklusive Liste offener, unwesentlicher Mängel, die die Abnahme nicht blockieren, aber nachgebessert werden müssen.
  4. Erklärung: du erklärst die Abnahme (ganz, unter Vorbehalt einzelner Mängel, oder du verweigerst sie bei wesentlichen Mängeln).

Wie du den Abnahmetest praktisch strukturierst

Ein Abnahmetest ohne Struktur wird schnell zur Ad-hoc-Klickerei, bei der wichtige Fälle übersehen werden. Bewährt hat sich folgendes Vorgehen:

  • Testfälle aus den Anforderungen ableiten: Für jede funktionale Anforderung im Pflichtenheft mindestens einen konkreten Testfall formulieren, inklusive erwartetem Ergebnis.
  • Rollen und Rechte gezielt prüfen: Nicht nur die Kernfunktion testen, sondern auch, ob jede Nutzerrolle tatsächlich nur das darf, was vereinbart wurde.
  • Randfälle nicht vergessen: Was passiert bei leeren Eingaben, doppelten Datensätzen oder Verbindungsabbrüchen? Diese Fälle werden im Alltag oft übersprungen, verursachen später aber die meisten Supportanfragen.
  • Nicht-funktionale Anforderungen einbeziehen: Ladezeiten, Verhalten unter Last, Zugänglichkeit - sofern vertraglich vereinbart, gehören sie ebenso in den Testkatalog wie einzelne Funktionen.
  • Jedes Ergebnis dokumentieren: Bestanden, nicht bestanden, oder bestanden mit Einschränkung - mit Datum, Tester und kurzer Beschreibung.

Was ins Abnahmeprotokoll gehört

Ein belastbares Abnahmeprotokoll ist mehr als eine Unterschrift unter "alles passt". Es sollte mindestens enthalten:

  • Datum und beteiligte Personen auf beiden Seiten
  • Referenz auf das geprüfte Anforderungsdokument (Version und Datum)
  • Liste der durchgeführten Testfälle mit Ergebnis
  • Liste offener, unwesentlicher Mängel mit vereinbarter Frist zur Behebung
  • Erklärung: vollständige Abnahme, Abnahme unter Vorbehalt, oder Verweigerung mit Begründung
  • Unterschriften beider Parteien

Ohne dieses Dokument ist im Streitfall schwer zu rekonstruieren, was eigentlich geprüft und akzeptiert wurde - selbst wenn beide Seiten sich zum Zeitpunkt der Abnahme einig waren.

Was bei Mängeln passiert

Wesentliche Mängel - solche, die die Nutzung der Software erheblich einschränken - berechtigen dich, die Abnahme zu verweigern. Unwesentliche Mängel dagegen verhindern die Abnahme nicht, müssen aber im Protokoll dokumentiert und innerhalb einer vereinbarten Frist behoben werden. Wichtig: Ohne klares Abnahmeprotokoll wird im Streitfall oft erst nachträglich - und teuer - geklärt, was als wesentlich galt.

Häufige Streitpunkte bei der Abnahme - und wie du sie vermeidest

  • "Das war doch selbstverständlich." Anforderungen, die nur mündlich oder implizit vereinbart wurden, tauchen im Abnahmetest oft als vermeintlicher Mangel auf, sind aber vertraglich nicht abgesichert. Vermeidung: Jede relevante Anforderung schriftlich im Lastenheft oder Pflichtenheft festhalten, bevor das Projekt beginnt.
  • Uneinigkeit über wesentlich vs. unwesentlich. Ohne vorab definierte Kriterien wird jeder gefundene Fehler zur Verhandlungssache. Vermeidung: Kategorien und Beispiele für wesentliche Mängel bereits im Vertrag festlegen.
  • Verzögerte Fertigstellungsmeldung führt zu Zeitdruck beim Testen. Wenn die Testfrist knapp bemessen ist und die Software später als geplant geliefert wird, bleibt für den Abnahmetest oft zu wenig Zeit. Vermeidung: Realistische, im Vertrag fixierte Testfristen, die nicht an den ursprünglichen Kalender gekoppelt sind, sondern am tatsächlichen Liefertermin ansetzen.
  • Kein Protokoll, nur mündliche Zusage. Führt fast immer zu Erinnerungslücken auf beiden Seiten. Vermeidung: Abnahme grundsätzlich schriftlich protokollieren, auch bei kleineren Projekten.

Die Abnahmefiktion: Wenn du zu lange schweigst

Viele Verträge enthalten eine Klausel zur sogenannten Abnahmefiktion: Reagierst du nicht innerhalb einer gesetzten Frist auf die Fertigstellungsmeldung, gilt die Software automatisch als abgenommen. Das ist rechtlich zulässig, wenn die Frist angemessen ist - meist zu deinen Ungunsten formuliert. Prüfe diese Klausel vor Vertragsunterschrift genau und verhandle eine realistische Frist, die zu deinen internen Testkapazitäten passt. Welche weiteren Klauseln du beim Festpreisvertrag insgesamt einfordern solltest, findest du im Artikel Wie du einen Festpreis-Vertrag verhandelst.

Fazit

Eine saubere Abnahme beginnt nicht am Ende des Projekts, sondern mit präzisen Anforderungen ganz am Anfang. Wer vorher festlegt, woran "fertig" gemessen wird, vermeidet am Ende Streit darüber, ob es das ist.

Häufig gestellte Fragen

Was bedeutet die Abnahme eines Softwareprojekts rechtlich?

Die Abnahme nach § 640 BGB ist die Erklärung, dass die Software im Wesentlichen vertragsgemäß erbracht wurde. Mit ihr wird die Vergütung fällig, die Beweislast für Mängel wechselt zum Auftraggeber, und die Gewährleistungsfrist beginnt zu laufen.

Was ist eine stillschweigende Abnahme und warum ist sie riskant?

Eine stillschweigende (konkludente) Abnahme entsteht, wenn du die Software einfach nutzt, ohne sie formell abzunehmen. Sie ist riskant, weil kein dokumentierter Zeitpunkt und keine Liste offener Mängel existiert. Vereinbare stattdessen eine ausdrückliche, förmliche Abnahme mit Protokoll.

Was ist der Unterschied zwischen wesentlichen und unwesentlichen Mängeln bei der Abnahme?

Wesentliche Mängel schränken die Nutzung erheblich ein und berechtigen dich, die Abnahme zu verweigern. Unwesentliche Mängel verhindern die Abnahme nicht, müssen aber im Abnahmeprotokoll dokumentiert und innerhalb einer vereinbarten Frist behoben werden.

Was ist eine Abnahmefiktion im Vertrag?

Eine Abnahmefiktion ist eine Klausel, nach der die Software automatisch als abgenommen gilt, wenn du nicht innerhalb einer gesetzten Frist reagierst. Sie ist rechtlich zulässig, verschiebt das Risiko aber auf dich - prüfe die Frist deshalb genau, bevor du unterschreibst.

Was muss ein Abnahmeprotokoll mindestens enthalten?

Ein belastbares Abnahmeprotokoll enthält Datum und beteiligte Personen, eine Referenz auf das geprüfte Anforderungsdokument, die durchgeführten Testfälle mit Ergebnis, eine Liste offener unwesentlicher Mängel mit Frist zur Behebung sowie die ausdrückliche Erklärung zur Abnahme mit Unterschriften beider Parteien.

Verwandte Themen


Klare Abnahmekriterien beginnen mit einem präzisen Anforderungsdokument. Pairlios KI prüft deins kostenlos auf Lücken und Widersprüche, bevor du in Vertragsverhandlungen gehst. Jetzt kostenlos prüfen →