Pflichtenheft
Das Pflichtenheft ist das vom Auftragnehmer erstellte Dokument, das beschreibt, wie und womit die im Lastenheft geforderten Anforderungen konkret umgesetzt werden – verbindliche Antwort auf das Lastenheft und Vertragsgrundlage eines ERP-Projekts.
Ein Pflichtenheft ist das vom Auftragnehmer – also dem ERP-Anbieter oder Implementierungspartner – erstellte Dokument, das konkret beschreibt, wie und mit welchen Mitteln die im Lastenheft formulierten Anforderungen des Auftraggebers umgesetzt werden. Während das Lastenheft die Frage „Was soll das System leisten?" aus Kundensicht beantwortet, klärt das Pflichtenheft das „Wie": Es übersetzt jede Anforderung in eine technische und organisatorische Lösung und legt damit fest, was der Anbieter verbindlich liefern wird. In DACH-Projekten ist das Pflichtenheft nach DIN 69901-5 definiert und dient regelmäßig als Anlage zum Vertrag.
Das Pflichtenheft entsteht typischerweise zu Beginn eines ERP-Einführungsprojekts, nachdem sich Auftraggeber und Anbieter gefunden haben. Es macht Leistungsumfang, Schnittstellen, Anpassungen, Termine und Abnahmekriterien nachprüfbar und schützt beide Seiten: Der Kunde erhält eine dokumentierte Zusage, was er bekommt; der Anbieter grenzt ab, was nicht Bestandteil ist. Weil ein ERP-System tief in die Abläufe eines Unternehmens eingreift, ist ein präzises Pflichtenheft eines der wichtigsten Instrumente, um Missverständnisse, Nachträge und Streit über den Leistungsumfang zu vermeiden.
Auf einen Blick
- Antwort des Auftragnehmers auf das Lastenheft: beschreibt das „Wie", nicht das „Was"
- Legt Realisierung, Schnittstellen, Anpassungen, Termine und Abnahmekriterien fest
- In DACH nach DIN 69901-5 definiert, oft verbindliche Vertragsanlage
- Entsteht zu Projektbeginn nach der Anbieterauswahl
- Basis für Abnahme, Aufwandsschätzung und Change-Requests
Was ein Pflichtenheft im ERP-Projekt leistet
Das Pflichtenheft überführt die Wünsche des Auftraggebers in eine belastbare, prüfbare Lösungsbeschreibung. Es nimmt jede Anforderung aus dem Lastenheft auf und ordnet ihr eine konkrete Umsetzung zu – etwa welches Modul eine Funktion abdeckt, welche Individualanpassung nötig ist, über welche Schnittstelle Daten fließen und welche Anforderung mit dem Standard erfüllt wird. So wird aus einer Sammlung von Zielvorstellungen ein Bauplan für das Projekt.
Damit erfüllt das Pflichtenheft mehrere Funktionen zugleich: Es dient als Grundlage der Aufwands- und Kostenschätzung, als Referenz für die spätere Abnahme und als Maßstab dafür, ob eine Zusatzanforderung im vereinbarten Umfang liegt oder als kostenpflichtiger Change-Request behandelt wird. Ein sauber erstelltes und vom Auftraggeber freigegebenes Pflichtenheft reduziert damit das größte Risiko in ERP-Projekten – Streit über den Leistungsumfang – auf ein Minimum.
Aufbau und Bestandteile eines Pflichtenhefts
Ein Pflichtenheft folgt in der Regel der Struktur des zugrunde liegenden Lastenhefts, damit sich Anforderung und Lösung eindeutig zuordnen lassen. Ein durchgängiges Nummernsystem sorgt dafür, dass jede Lastenheft-Position eine nachvollziehbare Antwort erhält.
Typische Kapitel
Zu den üblichen Bestandteilen gehören eine Zielbestimmung und Projektbeschreibung, die funktionalen und nicht-funktionalen Anforderungen mit ihrer jeweiligen Umsetzung, das Datenmodell samt Migration der Stammdaten, die benötigten Schnittstellen (etwa zu Shop, DATEV oder Versanddienstleistern), Anforderungen an Performance, Verfügbarkeit und Sicherheit sowie ein Test- und Abnahmekonzept. Ergänzt wird dies um Termine, Meilensteine und die Abgrenzung dessen, was ausdrücklich nicht Leistungsgegenstand ist.
Anforderungen nachverfolgbar machen
Bewährt hat sich, jede Anforderung mit einer Kennzeichnung zu versehen: erfüllt durch Standard, erfüllt durch Konfiguration, erfüllt durch Individualentwicklung oder nicht erfüllt. Diese Rückverfolgbarkeit („Traceability") zeigt auf einen Blick, wie viel Anpassungsaufwand ein System verlangt, und liefert später bei der Abnahme eine klare Prüfliste. Je konkreter und messbarer eine Anforderung beschrieben ist, desto weniger Interpretationsspielraum bleibt.
Pflichtenheft vs. Lastenheft: die klare Abgrenzung
Lastenheft und Pflichtenheft bilden ein Paar, werden aber häufig verwechselt. Das Lastenheft wird vom Auftraggeber erstellt und beschreibt aus dessen Sicht, welche Anforderungen und Ziele das ERP-System erfüllen muss – bewusst lösungsoffen und ohne technische Festlegung. Das Pflichtenheft ist die Antwort des Auftragnehmers darauf und beschreibt lösungsorientiert, wie diese Anforderungen realisiert werden.
Merkhilfe: Das Lastenheft trägt die „Last" der Anforderungen des Kunden, das Pflichtenheft die „Pflicht" des Anbieters zur Umsetzung. Zeitlich entsteht zuerst das Lastenheft im Rahmen der ERP-Auswahl, dann – nach der Entscheidung für einen Anbieter – das Pflichtenheft zu Projektbeginn. In der Praxis werden bei kleineren Projekten beide Dokumente manchmal zu einem gemeinsamen „Lasten-/Pflichtenheft" verschmolzen; für saubere Verantwortlichkeiten und die Abnahme bleibt die Trennung jedoch der Standard.
Warum das Pflichtenheft für den ERP-Erfolg wichtig ist
Viele gescheiterte ERP-Einführungen lassen sich auf einen unklaren Leistungsumfang zurückführen – auf Anforderungen, die niemand konkret festgehalten hat, und auf Erwartungen, die Auftraggeber und Anbieter unterschiedlich verstanden. Das Pflichtenheft wirkt genau dagegen: Es zwingt beide Seiten, vor Projektbeginn ein gemeinsames, dokumentiertes Verständnis herzustellen, und macht spätere Diskussionen anhand eines verbindlichen Referenzdokuments entscheidbar.
Zugleich ist das Pflichtenheft ökonomisch relevant. Es ist die Basis für ein belastbares Angebot und die Aufwandsschätzung, es definiert die Abnahmekriterien, ab denen eine Leistung als erbracht gilt, und es steuert das Änderungsmanagement. Ohne Pflichtenheft geraten Projekte leicht in eine Spirale aus Nachträgen und Budgetüberschreitungen. Mit einem präzisen Pflichtenheft lässt sich der Aufwand kalkulieren, der Projektfortschritt messen und die Verantwortung im Zweifel klar zuordnen.
Merkmale eines guten Pflichtenhefts
Ein gutes Pflichtenheft ist vollständig, widerspruchsfrei und vor allem messbar formuliert: Jede Anforderung sollte so beschrieben sein, dass bei der Abnahme eindeutig feststeht, ob sie erfüllt wurde. Vage Formulierungen wie „schnell" oder „benutzerfreundlich" gehören konkretisiert – etwa durch definierte Antwortzeiten, Mengengerüste oder feste Klickpfade. Ebenso wichtig ist die formale Freigabe durch den Auftraggeber, denn erst sie macht das Dokument zur verbindlichen Grundlage für Umsetzung und Abnahme.
DACH-Besonderheiten und rechtlicher Rahmen
Im deutschsprachigen Raum sind Lastenheft und Pflichtenheft in der DIN 69901-5 (Projektmanagement) begrifflich definiert; die Norm prägt bis heute den Sprachgebrauch in Ausschreibungen und Verträgen. Historisch geht die Trennung auf die VDI-Richtlinie 2519 zurück. Diese normative Verankerung ist ein Grund, warum das Pflichtenheft in DACH-Projekten eine formalere Rolle spielt als in vielen anderen Märkten.
Rechtlich ist die Abgrenzung besonders bei Werkverträgen bedeutsam: Das Pflichtenheft definiert den geschuldeten Erfolg und wird häufig als Vertragsbestandteil vereinbart, sodass es die Grundlage für Abnahme und mögliche Gewährleistung bildet. In agilen ERP-Projekten wird das klassische, vollständig vorab spezifizierte Pflichtenheft zunehmend durch schlankere Formen wie priorisierte Backlogs und iterativ verfeinerte Spezifikationen ergänzt oder ersetzt. Der Kerngedanke bleibt jedoch derselbe: eine nachvollziehbare, prüfbare Beschreibung dessen, was der Anbieter zu liefern hat.
Praxisbeispiel
Beispiel: E-Commerce-Händler führt ein neues ERP ein
Ein Online-Händler mit 25 Mitarbeitern hat sich nach der ERP-Auswahl für einen Anbieter entschieden. Auf Basis des zuvor erstellten Lastenhefts erarbeitet der Implementierungspartner ein Pflichtenheft, das jede Anforderung mit einer konkreten Lösung beantwortet: Die Anbindung an den Shop erfolgt über die vorhandene API, die Übergabe an DATEV über eine Standardschnittstelle, die geforderte Chargenverwaltung durch Konfiguration – und der individuelle Retourenprozess durch eine kostenpflichtige Anpassung.
Im Pflichtenheft ist jede Position gekennzeichnet als „Standard", „Konfiguration" oder „Individualentwicklung". Beim Go-Live dient genau diese Liste als Abnahmeprotokoll: Punkt für Punkt wird geprüft, ob die zugesagte Umsetzung funktioniert. Als der Händler nachträglich eine Marktplatz-Anbindung wünscht, ist im Pflichtenheft dokumentiert, dass diese nicht enthalten war – die Erweiterung wird sauber als Change-Request beauftragt statt zum Streitpunkt zu werden.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Quellen
Fragen zu Pflichtenheft in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.