ERP-Lastenheft erstellen: Leitfaden und Vorlage für den Mittelstand

Wer ein ERP-System auswählen oder ablösen will, steht früher oder später vor derselben Aufgabe: Die eigenen Anforderungen müssen auf Papier. Das ERP-Lastenheft ist dieses Papier. Es ist die Grundlage für jede Ausschreibung, jeden Systemvergleich und jedes Angebot – und damit der Punkt, an dem sich entscheidet, ob ein Projekt kontrolliert verläuft oder teuer improvisiert wird.

Dieser Ratgeber erklärt, welche Aufgabe das Lastenheft hat, wie ein sinnvoller Aufbau aussieht und wie Sie Anforderungen so formulieren, dass Anbieter sie vergleichbar beantworten können. Am Ende finden Sie eine Muster-Vorlage, die Sie in Ihr Dokument übernehmen und an Ihr Unternehmen anpassen können. Wer zunächst die Grundlagen klären möchte, liest vorab, was ein ERP-System überhaupt leistet.

Wozu dient ein ERP-Lastenheft?

Ein Lastenheft ist die schriftliche Expression Ihrer Anforderungen an ein ERP-System: Was soll die Software im Unternehmen leisten, unter welchen Rahmenbedingungen, und woran messen Sie den Erfolg? Es richtet sich an Anbieter und Integratoren, ist aber ebenso ein internes Steuerungsinstrument.

Der Nutzen zeigt sich an mehreren Stellen:

• Vergleichbarkeit: Alle Anbieter antworten auf dieselben Fragen. Unterschiede in Funktionsumfang und Aufwand werden sichtbar, statt in Präsentationen zu verschwinden.
• Interne Klärung: Beim Schreiben stellt sich heraus, wo Abteilungen unterschiedliche Vorstellungen von denselben Prozessen haben. Das ist unbequem, aber billiger als eine Klärung mitten in der Einführung.
• Vertragsgrundlage: Was im Lastenheft steht und im Angebot bestätigt wird, lässt sich später einfordern. Das Lastenheft wird häufig Anlage zum Vertrag.
• Budgetschutz: Nachträglich entdeckte Anforderungen sind der häufigste Grund für Kostensteigerungen. Wer sie früh erfasst, plant realistischer. Mehr zu den Kostentreibern finden Sie im Ratgeber ERP-Kosten.

Lastenheft, Pflichtenheft, RFP: die Begriffe sauber trennen

Im deutschsprachigen Raum sind die Begriffe klar verteilt. Das Lastenheft schreibt der Auftraggeber, also Sie. Das Pflichtenheft erstellt der Auftragnehmer als Antwort: Es beschreibt, wie er Ihre Anforderungen umsetzt. International spricht man bei der Aufforderung zur Angebotsabgabe von einem RFP (Request for Proposal). Ein RFP besteht in der Praxis aus dem Lastenheft plus Angebotsregeln wie Fristen, Ansprechpartnern und Bewertungsverfahren.

Vor dem Schreiben: Ziele und Prozesse klären

Das häufigste Missverständnis: Ein Lastenheft sei eine Funktionsliste, die man aus Prospekten abschreibt. Das Ergebnis ist ein Dokument mit hunderten Zeilen, bei dem alles „erforderlich“ ist und nichts gewichtet wird. Besser ist der umgekehrte Weg – von den Geschäftszielen über die Prozesse zu den Funktionen.

Klären Sie vorab drei Fragen:

• Warum ein neues System? Typische Auslöser sind der Ablöseplan für eine veraltete Software, Wachstum, neue Standorte, Anforderungen an die E-Rechnung oder zu viele Insellösungen und Excel-Listen.
• Was soll sich messbar verbessern? Etwa Durchlaufzeiten, Bestandsgenauigkeit, Auskunftsfähigkeit im Vertrieb oder die Dauer des Monatsabschlusses. Formulieren Sie Ziele ohne erfundene Zahlen – eigene Ist-Werte tragen Sie später aus Ihrer Analyse ein.
• Wer entscheidet? Benennen Sie Projektleitung, Fachverantwortliche und die Person, die bei Konflikten das letzte Wort hat.

Danach folgt die Prozessaufnahme: Zeichnen oder beschreiben Sie die wichtigsten Abläufe vom Angebot bis zur Zahlung, vom Bedarf bis zum Wareneingang, vom Auftrag bis zur Auslieferung. Halten Sie fest, wo Medienbrüche entstehen, wo Daten doppelt erfasst werden und welche Sonderfälle es gibt. Diese Analyse bildet das Gerüst des Lastenhefts.

Der Aufbau: Plan eines ERP-Lastenhefts

Ein bewährter Aufbau gliedert das Dokument in klar abgegrenzte Kapitel. Er ist so gewählt, dass Anbieter jedes Kapitel getrennt beantworten und Sie die Antworten später nebeneinanderlegen können.

Unternehmensvorstellung und Ausgangslage

Hier beschreiben Sie, wer Sie sind: Branche, Geschäftsmodell, Standorte, Gesellschaften, Sprachen und Währungen. Ergänzen Sie die heutige Systemlandschaft und die Gründe für das Projekt. Diese Angaben helfen Integratoren, die Komplexität einzuschätzen, ohne dass Sie vertrauliche Details offenlegen müssen.

Projektziele und Umfang

Legen Sie fest, was das Projekt erreichen soll und was ausdrücklich nicht dazugehört. Eine klare Abgrenzung verhindert, dass Wünsche schleichend in den Umfang rutschen. Nennen Sie auch, ob alle Gesellschaften und Standorte in einem Schritt oder gestaffelt umgestellt werden.

Prozessbeschreibung

Das Herzstück. Beschreiben Sie die Kernprozesse aus Ihrer Sicht: Auslöser, Beteiligte, Schritte, Ergebnis, Besonderheiten. Kennzeichnen Sie Prozesse, die Ihr Geschäft von Wettbewerbern unterscheiden. Genau dort lohnt sich Anpassung; alles andere sollte möglichst im Standard laufen.

Funktionale Anforderungen je Modul

Gliedern Sie nach Fachbereichen: Finanzen, Einkauf, Vertrieb, Lager, Produktion, Projekte, Service, Personal. Jede Anforderung erhält eine eindeutige Kennung, eine knappe Beschreibung und eine Priorität. Für die Gewichtung hat sich die MoSCoW-Logik bewährt:

Technische Anforderungen

Betriebsmodell, Sicherheit, Schnittstellen, Benutzerverwaltung, Performance, Verfügbarkeit, Backup. Die Entscheidung zwischen Cloud und eigenem Betrieb beeinflusst Kosten und Aufwand erheblich; eine Hilfestellung bietet der Beitrag Cloud-ERP oder On-Premise.

Datenübernahme und Migration

Welche Daten sollen ins neue System: Stammdaten, offene Posten, Bestände, Stücklisten, Historie? In welcher Qualität liegen sie vor? Wer bereinigt sie? Die Datenübernahme ist ein eigenes Teilprojekt. Details dazu stehen im Leitfaden zur ERP-Migration.

Einführung, Schulung und Betrieb

Erwartungen an Projektmethodik, Schulungskonzept, Testphasen, Go-live-Begleitung, Support und Weiterentwicklung. Was zur Einführung dazugehört, erläutert der Ratgeber ERP-Einführung.

Zeitplan und Budgetrahmen

Gewünschter Starttermin, Meilensteine und zeitliche Abhängigkeiten, zum Beispiel Geschäftsjahreswechsel oder Saisonspitzen. Ob Sie einen Budgetrahmen offenlegen, entscheiden Sie selbst; viele Auftraggeber nennen ihn, um unrealistische Angebote früh auszusortieren.

Auswahlkriterien und Bewertungsverfahren

Legen Sie vorab fest, wie Angebote bewertet werden: Gewichtung von Funktionsabdeckung, Umsetzungskonzept, Referenzen, Gesamtkosten über die Nutzungsdauer, Betriebsmodell, Zusammenarbeit. Wer die Kriterien vor dem Eingang der Angebote festlegt, vermeidet, dass die Entscheidung nach Sympathie fällt.

Anforderungen richtig formulieren

Die Qualität eines Lastenhefts steht und fällt mit der Formulierung. Einige Grundregeln:

• Eine Anforderung, ein Satz. Wer mehrere Funktionen in eine Zeile packt, bekommt eine einzige pauschale Antwort.
• Ergebnis statt Lösung. Schreiben Sie „Das System muss Teillieferungen abbilden und offene Mengen je Auftragsposition ausweisen“ statt „Es braucht ein Feld X auf Maske Y“.
• Prüfbar formulieren. „Benutzerfreundlich“ lässt sich nicht bewerten, „Ein Sachbearbeiter kann ohne Programmierkenntnisse eigene Auswertungen anlegen“ schon.
• Prioritäten konsequent vergeben. Wenn alles „Muss“ ist, unterscheidet das Lastenheft nichts mehr.
• Beispiele beilegen. Ein typischer Beleg, eine Preisliste, eine Stückliste oder ein Formular sagt oft mehr als eine Seite Text.
• Fachbegriffe erklären. Eigene Abkürzungen gehören in ein Glossar.

Typische Fehler sind außerdem das Abschreiben von Funktionslisten ohne Bezug zu den eigenen Prozessen, das Verschweigen unangenehmer Sonderfälle und das Ignorieren der Fachbereiche. Mehr dazu im Beitrag Fehler im ERP-Projekt.

Deutsche Besonderheiten, die ins Lastenheft gehören

Ein ERP-System im deutschen Mittelstand muss mehr als Standardprozesse abbilden. Prüfen Sie, ob folgende Punkte in Ihrem Lastenheft stehen:

• Ordnungsmäßige Buchführung und GoBD: Unveränderbarkeit von Belegen, Protokollierung von Änderungen, Aufbewahrung, Datenzugriff für die Betriebsprüfung, Verfahrensdokumentation.
• E-Rechnung: Erzeugung, Versand, Empfang und Archivierung strukturierter elektronischer Rechnungen. Hintergründe stehen im Ratgeber zur E-Rechnung im ERP.
• Datenschutz nach DSGVO: Rollen- und Berechtigungskonzept, Löschkonzept, Auftragsverarbeitung, Speicherort der Daten.
• Umsatzsteuer und Meldewesen: Steuerschlüssel, Voranmeldung, innergemeinschaftliche Lieferungen, Zusammenfassende Meldung.
• Anbindung von Steuerberater und Bank: Schnittstelle zu DATEV oder vergleichbaren Systemen, Zahlungsverkehr im SEPA-Format, Kontoauszugsimport.
• Lokalisierung: Kontenrahmen, Formulare, Mahnwesen und Lohn-Schnittstellen nach deutschem Standard.
• Branchenspezifika: Chargenverfolgung, Serialnummern, Prüfzertifikate, Projektabrechnung nach Baufortschritt – je nach Ihrer Branche, siehe ERP für die Fertigung oder ERP für den Großhandel.

Dieser Katalog ersetzt keine Beratung durch Steuerberater oder Datenschutzbeauftragte, sorgt aber dafür, dass die Anbieter gezielt dazu Stellung nehmen müssen.

Muster-Vorlage für das ERP-Lastenheft

Die folgende Vorlage können Sie kopieren und Abschnitt für Abschnitt ausfüllen. Passagen in eckigen Klammern sind Platzhalter. Streichen Sie, was nicht zutrifft, und ergänzen Sie, was Ihr Geschäft besonders macht. Die Struktur ist bewusst herstellerneutral gehalten: Sie eignet sich für Gespräche mit Anbietern von Odoo, Microsoft Dynamics 365 Business Central, SAP Business One, Sage, Oracle NetSuite oder weclapp gleichermaßen.

Vorlage: Allgemeine Angaben

• Projektname: [Bezeichnung]
• Auftraggeber: [Firma, Rechtsform, Ansprechpartner mit Funktion]
• Version und Datum des Dokuments: [Version, Datum]
• Vertraulichkeit: Das Dokument ist vertraulich zu behandeln und nur für die Erstellung eines Angebots bestimmt.
• Abgabefrist und Form der Angebote: [Frist, Ansprechpartner, Format]
• Rückfragen: Bis [Datum] schriftlich an [Kontakt]; Antworten gehen an alle Teilnehmer.

Vorlage: Unternehmensprofil

Vorlage: Ziele und Abgrenzung

• Hauptziele: [Beispiel: durchgängige Auftragsabwicklung ohne Medienbrüche]
• Erfolgskriterien: [Beispiel: Monatsabschluss ohne manuelle Abstimmungen]
• Im Umfang enthalten: [Module, Gesellschaften, Standorte]
• Nicht im Umfang: [Beispiel: Personalabrechnung bleibt beim externen Dienstleister]
• Rahmenbedingungen: [Geschäftsjahr, Betriebsurlaub, Saisonspitzen, Auditzyklen]

Vorlage: Prozessbeschreibungen

Wiederholen Sie diesen Block für jeden Kernprozess, etwa Angebot bis Rechnung, Bedarf bis Zahlung, Auftrag bis Auslieferung, Fertigungsauftrag bis Fertigmeldung, Reklamation bis Gutschrift.

• Prozessname: [Bezeichnung]
• Auslöser und Ergebnis: [Was startet den Prozess, was liegt am Ende vor]
• Beteiligte Rollen: [Abteilungen, externe Partner]
• Ablauf in Stichworten: [Schritte in Reihenfolge]
• Sonderfälle: [Teillieferung, Retoure, Streckengeschäft, Sammelrechnung]
• Heutige Schwachstellen: [Medienbrüche, Doppelerfassung, Wartezeiten]
• Dokumente und Beispiele: [Anlagen]

Vorlage: Funktionale Anforderungen

Vergeben Sie für jede Zeile eine Kennung, zum Beispiel nach Bereich und laufender Nummer. Der Anbieter ergänzt in seiner Antwort eine Spalte zur Erfüllung.

Ergänzen Sie weitere Zeilen je nach Bedarf. Bitten Sie die Anbieter, bei „Anpassung“ den Aufwand grob und in ihrem Angebot nachvollziehbar zu begründen.

Vorlage: Technische Anforderungen

• Betriebsmodell: [Cloud, eigener Betrieb, Hosting beim Integrator, Präferenz mit Begründung]
• Standort der Daten: [Rechenzentrum innerhalb der EU erforderlich: ja/nein]
• Benutzer und Rechte: Rollenkonzept, Mandantentrennung, Anbindung an das bestehende Verzeichnis für die Anmeldung, Mehrfaktor-Authentifizierung.
• Schnittstellen: [Webshop, Marktplätze, Zahlungsdienstleister, Steuerberater-Software, Banken, Versanddienstleister, Betriebsdatenerfassung, CRM]
• Dokumentenmanagement: Ablage und Archivierung von Belegen, revisionssichere Aufbewahrung.
• Endgeräte und Zugriff: Browser, mobile Nutzung, Scanner, Etikettendrucker.
• Sicherheit und Datenschutz: Auftragsverarbeitungsvertrag, Löschkonzept, Protokollierung, Backup und Wiederherstellung.
• Erweiterbarkeit: Offene Schnittstellen, Update-Fähigkeit trotz individueller Anpassungen.

Vorlage: Datenübernahme

Fragen an den Anbieter: Welche Werkzeuge und Methoden setzt er für Import und Validierung ein? Wie läuft der Probeimport? Wie wird der Stichtag geplant?

Vorlage: Einführung, Schulung und Betrieb

• Vorgehensmodell: [stufenweise Einführung, Gesamtumstellung, Pilotstandort]
• Mitwirkung des Auftraggebers: [Key-User, Zeitbudget, Entscheidungswege]
• Tests und Abnahme: Testfälle aus den beschriebenen Prozessen, Abnahmeprotokoll, Fehlerklassen.
• Schulung: Schulung der Key-User und Endanwender, Dokumentation, Unterlagen in deutscher Sprache.
• Go-live-Begleitung: [Unterstützung vor Ort oder remote, Hypercare-Phase]
• Support im Betrieb: Erreichbarkeit, Reaktionszeiten nach Priorität, Wartungsfenster, Update-Politik.

Vorlage: Zeitplan und Budget

• Gewünschter Projektstart: [Zeitraum]
• Gewünschter Go-live: [Zeitraum, Stichtag mit Begründung, zum Beispiel Beginn des Geschäftsjahres]
• Meilensteine: Auswahl, Feinkonzept, Datenübernahme, Tests, Schulung, Produktivstart.
• Budgetrahmen: [Nennen Sie den Rahmen oder bitten Sie um ein Angebot mit Optionen]
• Kostenbestandteile, die Angebote ausweisen müssen: Lizenzen oder Abonnement, Einführungsleistungen, Anpassungen, Schnittstellen, Datenübernahme, Schulung, Betrieb, Wartung, Updates, Reisekosten.

Vorlage: Anforderungen an den Anbieter und Angebotsinhalt

• Unternehmensdarstellung: Größe, Schwerpunkte, Erfahrung mit Unternehmen vergleichbarer Branche und Größe.
• Referenzen: Mindestens vergleichbare Projekte, auf Wunsch mit Ansprechpartner (nur nach Freigabe des Referenzkunden).
• Projektteam: Namen und Rollen der vorgesehenen Personen, Verfügbarkeit.
• Lösungskonzept: Wie werden die Muss-Anforderungen abgedeckt, wo ist Anpassung nötig, welche Annahmen liegen dem Angebot zugrunde?
• Preisstruktur: Getrennt nach den oben genannten Kostenbestandteilen, mit Festpreis, Aufwandsschätzung oder Rahmen; Laufzeit und Kündigungsfristen bei Abonnementmodellen.
• Vertragsbedingungen: Gewährleistung, Haftung, Umgang mit Änderungswünschen, Ausstiegsregelung und Datenrückgabe.

Vorlage: Bewertungsmatrix

Legen Sie die Gewichtung vor Versand der Unterlagen fest und teilen Sie sie den Teilnehmern mit.

Vom Lastenheft zur Entscheidung

Mit einem fertigen Lastenheft beginnt die Anbieterphase. Ein bewährter Ablauf: Zuerst ein kleiner Kreis passender Systeme und Integratoren erhält die Unterlagen. Die Antworten werden nach der Matrix bewertet. Mit den bestplatzierten Anbietern folgen Präsentationen anhand Ihrer eigenen Szenarien – nicht anhand vorbereiteter Standard-Demos. Lassen Sie sich dabei Ihre schwierigsten Prozesse im System vorführen.

Hilfreich ist ein Blick auf die systembezogenen Vergleiche, etwa Odoo gegenüber Business Central oder Business Central gegenüber SAP Business One. Wie Sie das passende System insgesamt auswählen, beschreibt der Ratgeber ERP-Auswahl. Gerade kleinere und mittlere Unternehmen finden im Beitrag ERP für KMU zusätzliche Orientierung.

Wenn Sie nicht selbst Dutzende Anbieter ansprechen möchten, können Sie Ihr Lastenheft auch für eine strukturierte Vermittlung nutzen. Wie die kostenlose Zusammenführung mit einem passenden Integrator abläuft, erklärt die Seite So funktioniert es. Der Ratgeber ERP-Integrator finden zeigt zudem, worauf Sie bei der Auswahl des Umsetzungspartners achten sollten. Wichtig: Wir vermitteln den Kontakt, das Projekt selbst führt der Integrator durch.

Checkliste vor Versand des Lastenhefts

• Ziele, Umfang und Abgrenzung sind schriftlich und von der Geschäftsführung bestätigt.
• Alle betroffenen Fachbereiche haben ihre Prozesse gegengelesen.
• Jede Anforderung hat Kennung, Priorität und eine prüfbare Formulierung.
• Muss-Kriterien sind wirklich unverzichtbar und nicht bloß gewohnt.
• Datenübernahme, Schnittstellen und rechtliche Anforderungen sind benannt.
• Bewertungsmatrix und Fristen stehen fest und gelten für alle Anbieter gleich.
• Vertraulichkeit und Ansprechpartner sind geregelt.
• Beispiele, Formulare und Prozessskizzen liegen als Anlagen bei.

Ein Lastenheft muss nicht perfekt sein, um nützlich zu sein. Es muss ehrlich sein, priorisiert und von den Menschen getragen, die später mit dem System arbeiten. Dann wird aus dem Dokument das, was es sein soll: ein gemeinsamer Maßstab für Auswahl, Angebot und Projekt.

Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.