Projekt & EinführungZuletzt geprüft: 2026-07-31

UAT (User Acceptance Test)

Der UAT (User Acceptance Test), auf Deutsch Abnahmetest, ist die letzte Testphase einer ERP-Einführung, in der die künftigen Anwender selbst prüfen, ob das konfigurierte System ihre realen Geschäftsprozesse fehlerfrei abbildet. Erst die erfolgreiche UAT ist die Grundlage für die formale Abnahme und den Go-Live.

Der UAT (User Acceptance Test) ist die abschließende Testphase eines IT- oder ERP-Projekts, in der die späteren Anwender – nicht die Entwickler oder Berater – das fertig konfigurierte System anhand ihrer echten Geschäftsprozesse prüfen und formal freigeben. Im Deutschen wird er als Abnahmetest oder Akzeptanztest bezeichnet. Ziel ist die Antwort auf eine einzige Frage: Erfüllt das System die fachlichen Anforderungen so, dass das Unternehmen damit produktiv arbeiten kann? Erst wenn die Fachbereiche das bestätigen, ist die Grundlage für die vertragliche Abnahme und den Go-Live gelegt.

Der UAT unterscheidet sich damit grundlegend von technischen Tests: Es geht nicht um Programmierfehler oder Systemstabilität, sondern um die fachliche Eignung. Getestet wird gegen die vorab definierten Anforderungen aus Lastenheft und Pflichtenheft – idealerweise mit realistischen Daten und typischen Alltagsszenarien. Der UAT ist die letzte Kontrollinstanz vor dem produktiven Betrieb und zugleich der Moment, in dem die Anwender Verantwortung für das neue System übernehmen.

Auf einen Blick

  • UAT = User Acceptance Test, auf Deutsch Abnahme- oder Akzeptanztest
  • Die künftigen Anwender testen selbst – nicht Entwickler oder Berater
  • Geprüft wird die fachliche Eignung gegen Lasten- und Pflichtenheft, nicht der Code
  • Grundlage für die formale Abnahme, die Go/No-Go-Entscheidung und den Go-Live
  • Basiert auf realen Prozessen und echten Testdaten, nicht auf Laborbeispielen

Was ein UAT (User Acceptance Test) leistet

Der UAT ist die Brücke zwischen Projekt und Produktivbetrieb. Während der Umsetzung eines ERP-Projekts konfigurieren Berater und interne Projektteams das System nach den vereinbarten Anforderungen. Ob diese Konfiguration den betrieblichen Alltag tatsächlich trägt, kann jedoch nur beurteilen, wer diesen Alltag kennt – die Sachbearbeiterin im Vertrieb, der Disponent im Einkauf, die Buchhalterin. Genau diese Personen führen den UAT durch.

Der Nutzen liegt auf zwei Ebenen. Fachlich deckt der UAT Lücken zwischen dem auf, was spezifiziert wurde, und dem, was der Betrieb wirklich braucht – etwa Sonderfälle, Ausnahmeprozesse oder Bedienschritte, die im Konzept übersehen wurden. Organisatorisch schafft er Akzeptanz: Wer ein System vor dem Go-Live selbst geprüft und freigegeben hat, geht mit deutlich mehr Vertrauen und weniger Widerstand in den Echtbetrieb. Der UAT ist damit sowohl Qualitätssicherung als auch Teil des Change-Managements.

Wie ein UAT abläuft

Ein UAT ist kein spontanes Ausprobieren, sondern ein strukturierter Prozess mit klarer Vorbereitung, Durchführung und Auswertung. Er wird geplant, mit Testfällen unterlegt und dokumentiert, damit die Ergebnisse als Abnahmegrundlage taugen.

Testfälle und Testszenarien

Grundlage sind Testfälle, die sich direkt aus den Anforderungen ableiten. Jeder Testfall beschreibt einen konkreten Ablauf – etwa „Kundenauftrag anlegen, kommissionieren, Lieferschein und Rechnung erzeugen" – mit definierten Eingaben und dem erwarteten Ergebnis. Sinnvoll ist eine Mischung aus Standardprozessen und bewusst gewählten Sonder- und Fehlerfällen, denn gerade Ausnahmen offenbaren Konfigurationslücken. Getestet wird möglichst mit echten oder realistisch migrierten Daten in einer eigenen Test- oder Abnahmeumgebung, die dem Produktivsystem entspricht.

Fehlerklassifizierung und Abnahmekriterien

Gefundene Abweichungen werden erfasst, nachvollziehbar dokumentiert und nach Schweregrad eingestuft – von kritischen Fehlern, die einen Prozess blockieren, bis zu kosmetischen Mängeln. Vorab vereinbarte Abnahmekriterien legen fest, welche Fehlerklassen den Go-Live verhindern und welche als offene Punkte mit Frist nachgezogen werden dürfen. Am Ende steht ein formales Abnahmeprotokoll, das die Fachbereiche unterzeichnen. Dieses Protokoll ist häufig auch vertraglich relevant, weil an die Abnahme Zahlungen und Gewährleistungsfristen geknüpft sind.

Warum der UAT (User Acceptance Test) wichtig ist

Der UAT ist die letzte Gelegenheit, Fehler vor dem Go-Live zu finden, solange ihre Behebung noch günstig ist. Ein im Test entdeckter Konfigurationsfehler lässt sich in Ruhe korrigieren; derselbe Fehler nach der Produktivschaltung führt zu falschen Rechnungen, verzögerten Lieferungen oder fehlerhaften Beständen – mit direkten Auswirkungen auf Kunden und Buchhaltung. Der UAT senkt damit unmittelbar das Risiko eines gescheiterten oder holprigen Go-Live.

Ebenso wichtig ist die Absicherung der Go/No-Go-Entscheidung. Ohne belastbaren UAT beruht die Freigabe eines ERP-Systems auf Vermutungen; mit dokumentierten Testergebnissen wird sie zu einer nachvollziehbaren Entscheidung anhand fester Kriterien. Für den Auftraggeber ist der UAT außerdem der Hebel, um Nachbesserungen einzufordern, bevor er das System endgültig abnimmt und bezahlt.

UAT im ERP-System

In ERP-Projekten hat der UAT eine besondere Tragweite, weil ein ERP nahezu alle Kernprozesse eines Unternehmens verbindet – von Einkauf und Lager über Vertrieb bis zur Finanzbuchhaltung. Ein Fehler an einer Stelle pflanzt sich durch die integrierte Datenbasis fort. Deshalb wird der UAT hier meist end-to-end angelegt: Getestet werden nicht einzelne Funktionen, sondern durchgängige Prozessketten wie Order-to-Cash oder Procure-to-Pay über mehrere Module hinweg.

Durchgeführt wird der UAT typischerweise von den Key-Usern der Fachbereiche, die ihre Abteilung im Projekt vertreten und später als Multiplikatoren wirken. Sie prüfen in einer separaten Abnahmeumgebung mit migrierten Testdaten, ob Stammdaten, Berechtigungen, Belegflüsse, Schnittstellen zu Shop oder Versanddienstleister und Auswertungen wie erwartet funktionieren. Der UAT verzahnt sich dabei eng mit der Datenmigration – erst wenn migrierte Daten im Test plausibel sind, ist die Abnahme belastbar – und mit der Anwenderschulung, weil das Testen zugleich die Vertrautheit mit dem System stärkt.

Abgrenzung: UAT vs. System- und Integrationstest

Der UAT steht am Ende einer Kette von Testarten und verfolgt ein anderes Ziel als die vorgelagerten technischen Tests. Der Systemtest prüft, ob die Software technisch korrekt und stabil arbeitet; der Integrationstest prüft das fehlerfreie Zusammenspiel von Modulen und Schnittstellen. Beide werden von Entwicklern oder dem Projektteam durchgeführt und beantworten die Frage „Funktioniert das System technisch richtig?".

Der UAT dagegen wird von den Fachanwendern durchgeführt und beantwortet die Frage „Ist das die richtige, für unseren Betrieb geeignete Lösung?". Er setzt technisch fehlerfreie Software voraus und fokussiert die fachliche Eignung. Vom Testmigrationslauf unterscheidet er sich dadurch, dass dort die Vollständigkeit und Korrektheit der Datenübernahme im Vordergrund steht, während der UAT die Prozesse mit diesen Daten abnimmt. Erst wenn alle vorgelagerten Tests bestanden sind, ergibt der UAT als letzte, fachliche Abnahme Sinn.

Praxisbeispiel

Beispiel: E-Commerce-Händler nimmt sein neues ERP vor dem Go-Live ab

Ein mittelständischer Online-Händler löst seine Insellösungen durch ein integriertes ERP ab. Vier Wochen vor dem geplanten Go-Live startet der UAT in einer eigenen Abnahmeumgebung, in die die migrierten Artikel-, Kunden- und Bestandsdaten geladen wurden. Je ein Key-User aus Vertrieb, Lager, Einkauf und Buchhaltung arbeitet eine Liste von Testfällen ab – vom Bestelleingang über den Shop bis zur Rechnung und der Übergabe an die Finanzbuchhaltung.

Beim Testen fällt auf, dass Retouren aus dem Marktplatz nicht korrekt auf das richtige Lager gebucht werden und eine Rabattstaffel im B2B-Kundensegment falsch greift. Beide Punkte werden als kritische Fehler dokumentiert und müssen vor dem Go-Live behoben werden; ein kosmetischer Mangel in einer Auswertung wird als offener Punkt mit Frist akzeptiert. Nach der Korrektur und einem erneuten Testlauf unterzeichnen die Fachbereiche das Abnahmeprotokoll – die Go/No-Go-Entscheidung fällt positiv aus, der Go-Live kann terminiert werden.

Häufige Fragen

Der Systemtest wird von Entwicklern oder dem Projektteam durchgeführt und prüft, ob die Software technisch korrekt und stabil arbeitet. Der UAT wird von den Fachanwendern durchgeführt und prüft die fachliche Eignung – ob das System die realen Geschäftsprozesse abbildet. Der UAT setzt einen bestandenen Systemtest voraus.
Den UAT führen die künftigen Anwender durch, in ERP-Projekten meist die Key-User der einzelnen Fachbereiche. Sie kennen die betrieblichen Abläufe und prüfen anhand realer Prozesse und Testdaten, ob das System einsatztauglich ist. Berater und Entwickler unterstützen, testen aber nicht selbst.
Der UAT ist die letzte Testphase vor dem Go-Live, nach Konfiguration, System- und Integrationstest. Die Dauer hängt von Projektumfang und Prozesstiefe ab und reicht von wenigen Tagen bei kleinen Einführungen bis zu mehreren Wochen bei komplexen ERP-Projekten mit vielen Modulen.
Gefundene Fehler werden dokumentiert und nach Schweregrad eingestuft. Kritische, prozessblockierende Fehler müssen vor dem Go-Live behoben und nachgetestet werden. Unkritische Mängel können als offene Punkte mit Frist akzeptiert werden. Anhand dieser Bewertung fällt die formale Abnahme und die Go/No-Go-Entscheidung.

Fragen zu UAT (User Acceptance Test) in deinem ERP-Projekt?

Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.

Kostenloses Erstgespräch