Lastenheft vs. Pflichtenheft: Der Unterschied, einfach erklärt

Das Lastenheft ist das Anforderungsdokument des Auftraggebers: Es beschreibt, was ein System oder eine Lösung leisten soll, aus fachlicher Sicht und anbieterneutral. Das Pflichtenheft ist das Umsetzungsdokument des Auftragnehmers: Es beschreibt, wie die Anforderungen aus dem Lastenheft konkret realisiert werden, technisch und systemspezifisch. Kurz gesagt: Das Lastenheft formuliert das Was, das Pflichtenheft antwortet mit dem Wie.

So einfach die Definition klingt, so folgenreich ist die Verwechslung in der Praxis. In ERP-Projekten im Handel und Großhandel erleben wir regelmäßig, dass beide Begriffe synonym verwendet werden, dass ein Dokument beide Rollen erfüllen soll oder dass der Anbieter beide Dokumente schreibt. Jede dieser Abkürzungen schwächt die Position des Auftraggebers, denn die Trennung der Dokumente ist zugleich eine Trennung der Verantwortlichkeiten. Wer sie aufgibt, verliert den Maßstab, an dem sich der Anbieter später messen lassen muss.

“Das Lastenheft ist Ihre Stimme im Projekt. Das Pflichtenheft ist die Antwort des Anbieters. Wenn beides aus einer Feder stammt, führt der Anbieter ein Selbstgespräch.”

, Stefan Radau, Innovera Consulting

Die folgende Gegenüberstellung zeigt die wichtigsten Unterscheidungsmerkmale: Wer erstellt das Dokument, zu welchem Zeitpunkt entsteht es, was steht darin, und welche Verbindlichkeit hat es im Projektverlauf.

Eine Eselsbrücke, die sich in Workshops bewährt hat: Das Lastenheft trägt die Lasten des Auftraggebers zusammen, also alles, was das neue System schultern soll. Das Pflichtenheft dokumentiert die Pflichten des Auftragnehmers, also alles, wozu er sich mit seiner Lösung verbindlich verpflichtet. Beide Dokumente gehören zusammen, aber sie sind nicht austauschbar.

Ein Lastenheft ist die strukturierte Beschreibung aller Anforderungen, die ein Auftraggeber an eine zu beschaffende Lösung stellt. Im ERP-Kontext umfasst es typischerweise die Ausgangssituation des Unternehmens, die Projektziele, die fachlichen Anforderungen je Prozessbereich, technische Rahmenbedingungen wie Schnittstellen und Datenmigration sowie eine Priorisierung nach Muss-, Soll- und Kann-Kriterien. Entscheidend ist die Formulierungsebene: Das Lastenheft beschreibt Ergebnisse und Fähigkeiten, keine Lösungswege. Es sagt, dass Eingangsrechnungen automatisiert gegen Bestellung und Wareneingang geprüft werden müssen. Es sagt nicht, mit welchem Modul oder welcher Technologie das zu geschehen hat.

Diese Zurückhaltung ist kein Mangel an Präzision, sondern Methode. Nur ein anbieterneutrales Lastenheft ermöglicht einen fairen Vergleich mehrerer Angebote. Und nur ein Lastenheft, das aus den realen Prozessen des Unternehmens abgeleitet wurde, führt zu einem System, das im Tagesgeschäft trägt. Wie ein solches Dokument im Detail aufgebaut ist, welche Kapitel es braucht und welche Formulierungstiefe sinnvoll ist, haben wir in einem eigenen Beitrag beschrieben: [ERP-Lastenheft erstellen: Struktur, Beispiele und typische Fehler](/impulse/erp-lastenheft-beispiel-anforderungsdokument).

Ein Pflichtenheft ist die Antwort des Auftragnehmers auf das Lastenheft. Der ausgewählte ERP-Anbieter oder Implementierungspartner beschreibt darin, wie er jede Anforderung konkret umsetzen wird: mit welchen Standardfunktionen, welchen Konfigurationen, welchen Erweiterungen und welchen Schnittstellen. Das Pflichtenheft übersetzt die fachliche Anforderungssprache des Auftraggebers in ein technisches Lösungskonzept und macht dabei sichtbar, wo der Standard des Systems trägt und wo Anpassungen nötig werden.

Mit der Freigabe durch den Auftraggeber wird das Pflichtenheft in aller Regel Vertragsbestandteil. Ab diesem Punkt ist es der verbindliche Maßstab für die Umsetzung und später für die Abnahme. Genau deshalb lohnt sich hier Sorgfalt: Ein Pflichtenheft, das Anforderungen nur wiederholt statt ihre Umsetzung zu beschreiben, verschiebt die offenen Fragen in die Implementierungsphase, dorthin, wo Klärungen am teuersten sind. Prüfen Sie vor der Freigabe, ob jede Muss-Anforderung aus dem Lastenheft im Pflichtenheft eine konkrete, nachvollziehbare Antwort erhalten hat.

Die Zuständigkeit ist eindeutig: Das Lastenheft erstellt der Auftraggeber, das Pflichtenheft der Auftragnehmer. In der Praxis heißt das für das Lastenheft: Die Fachbereiche liefern die Prozessanforderungen, die IT die technischen Rahmenbedingungen, die Geschäftsführung Ziele und Budget. Eine unabhängige Beratung kann die Erhebung moderieren, blinde Flecken aufdecken und die Ergebnisse in eine anbietergerechte Form bringen, ohne dass die inhaltliche Hoheit das Haus verlässt.

Kritisch wird es, wenn diese Rollenverteilung kippt. Bietet ein ERP-Anbieter an, das Lastenheft kostenlos oder vergünstigt mitzuerstellen, entsteht ein strukturelles Problem: Die Anforderungen werden, bewusst oder unbewusst, auf die eigene Lösung zugeschnitten. Der spätere Angebotsvergleich verliert seine Aussagekraft, weil der Maßstab bereits einem Anbieter gehört. Wer die Anforderungen definiert, definiert das Spielfeld. Diese Rolle sollte ein Auftraggeber nicht abgeben, auch nicht aus Zeitgründen.

Im ERP-Auswahlprozess haben beide Dokumente ihren festen Platz. Das Lastenheft steht am Anfang und begleitet die Ausschreibung, das Pflichtenheft markiert den Übergang von der Auswahl in die Umsetzung. Der Ablauf folgt einer klaren Logik:

Der Übergabepunkt zwischen beiden Dokumenten ist einer der wichtigsten Qualitätsmomente des gesamten Projekts. Hier zeigt sich, ob der Anbieter die Anforderungen wirklich verstanden hat, und hier werden Lücken sichtbar, solange sie noch verhandelbar sind. Unternehmen, die diese Prüfung ernst nehmen und das Pflichtenheft Anforderung für Anforderung gegen ihr Lastenheft spiegeln, gehen mit einer belastbaren Vertragsgrundlage in die Umsetzung. Wer die Prüfung überspringt, verhandelt später aus der schwächeren Position.

In ERP-Projekten im Handel und Großhandel begegnen uns im Umgang mit Lastenheft und Pflichtenheft immer wieder dieselben Muster. Die folgenden Fehler sind vermeidbar, wenn man sie kennt:

Der rote Faden hinter all diesen Fehlern ist derselbe: Die Trennung der Verantwortlichkeiten wird aufgeweicht, meist mit dem Argument, es gehe schneller. Tatsächlich verschiebt sich der Aufwand nur nach hinten, dorthin, wo Korrekturen um ein Vielfaches teurer sind.

Das Lastenheft beschreibt aus Sicht des Auftraggebers, was eine Lösung leisten soll: die fachlichen, organisatorischen und technischen Anforderungen, anbieterneutral formuliert. Das Pflichtenheft beschreibt aus Sicht des Auftragnehmers, wie diese Anforderungen konkret umgesetzt werden. Das Lastenheft entsteht vor der Anbieterauswahl und ist Grundlage der Ausschreibung, das Pflichtenheft entsteht nach der Auswahl und wird mit der Freigabe zum verbindlichen Vertragsbestandteil.

Das Lastenheft erstellt immer der Auftraggeber, also das Unternehmen, das die Lösung beschafft. Inhaltlich tragen die Fachbereiche, die IT und die Geschäftsführung bei, eine unabhängige Beratung kann die Erhebung methodisch führen. Was der Auftraggeber vermeiden sollte: die Erstellung an einen potenziellen Anbieter zu delegieren. Dann werden die Anforderungen auf dessen Lösung zugeschnitten und der spätere Angebotsvergleich verliert seine Aussagekraft.

Immer dann, wenn eine Beschaffung komplex genug ist, dass Missverständnisse teuer werden, und das ist bei ERP-Projekten praktisch immer der Fall. Das Lastenheft brauchen Sie vor der Ausschreibung, denn ohne definierte Anforderungen lassen sich Angebote weder einholen noch vergleichen. Das Pflichtenheft brauchen Sie vor dem Umsetzungsstart, denn ohne verbindliches Lösungskonzept fehlt der Maßstab für Implementierung und Abnahme. Beide Dokumente zusammen bilden die Klammer, die Anspruch und Umsetzung über die gesamte Projektlaufzeit verbindet.

Davon raten wir ab. Beide Dokumente haben unterschiedliche Autoren, unterschiedliche Zeitpunkte und unterschiedliche Funktionen. Ein kombiniertes Dokument bedeutet in der Praxis fast immer, dass der Anbieter es schreibt, und damit verliert der Auftraggeber den neutralen Maßstab für Angebotsvergleich und Abnahme. Die saubere Trennung kostet etwas mehr Disziplin, schützt aber die Verhandlungsposition über das gesamte Projekt.

Das Pflichtenheft selbst ist zunächst ein Fachdokument. Verbindlich wird es, wenn es ausdrücklich zum Vertragsbestandteil erklärt wird, und genau das ist in ERP-Projekten der übliche und empfehlenswerte Weg. Dann definiert es den geschuldeten Leistungsumfang und ist die Grundlage für Abnahme und Gewährleistung. Umso wichtiger ist die gründliche Prüfung vor der Freigabe: Was im freigegebenen Pflichtenheft fehlt, lässt sich später nur als kostenpflichtige Änderung nachverhandeln. Lassen Sie die vertragliche Einbindung im Zweifel juristisch prüfen.

Lastenheft und Pflichtenheft sind keine Bürokratie, sondern die Arbeitsteilung, die ein ERP-Projekt steuerbar macht: Der Auftraggeber definiert das Was, der Auftragnehmer verantwortet das Wie, und der Übergabepunkt dazwischen ist die wichtigste Qualitätskontrolle vor dem Umsetzungsstart. Wie Sie den ersten Teil dieser Arbeitsteilung konkret angehen, von der Prozessaufnahme bis zum fertigen Anforderungsdokument, zeigt unser Leitartikel [ERP-Lastenheft erstellen](/impulse/erp-lastenheft-beispiel-anforderungsdokument). Und wenn Sie die Anforderungserhebung methodisch absichern wollen, ist unsere [Prozess- & Change-Analyse](/leistungen/prozess-und-change-analyse) der passende Einstieg: strukturiert, vendor-neutral und mit messbarem Ergebnis.