Lastenheft für ein ERP-System erstellen: Leitfaden mit Vorlage

Wer in Österreich ein ERP-System auswählt, merkt schnell: Die Qualität des Ergebnisses hängt weniger vom Produktnamen ab als von der Qualität der Vorbereitung. Das Lastenheft für ein ERP-Projekt ist dafür das wichtigste Dokument. Es hält fest, welche Aufgaben die Software in Ihrem Unternehmen übernehmen soll, unter welchen Bedingungen sie laufen muss und woran Sie ein gutes Angebot erkennen.

Dieser Leitfaden erklärt, wozu ein Lastenheft dient, wie Sie die Bedarfserhebung für Ihr ERP (die Erhebung der Anforderungen) strukturiert angehen und welche Kapitel nicht fehlen dürfen. Im letzten Abschnitt finden Sie eine Muster-Vorlage, die Sie übernehmen und an Ihr Unternehmen anpassen können.

Wozu dient ein ERP-Lastenheft?

Ein Lastenheft erfüllt in einem ERP-Projekt mehrere Aufgaben gleichzeitig:

• Klarheit im eigenen Haus: Geschäftsführung, Fachbereiche und IT einigen sich darauf, was das System leisten soll. Konflikte zeigen sich vor der Auswahl, nicht mitten im Projekt.
• Vergleichbare Angebote: Alle angefragten Integratoren erhalten dieselbe Grundlage. Unterschiede in Funktionsumfang und Aufwand werden sichtbar.
• Vertragliche Basis: Was im Lastenheft steht, kann später in Pflichtenheft und Vertrag übernommen werden. Das reduziert Streit über den Leistungsumfang.
• Schutz vor Umfangsausweitung: Wer den Umfang schriftlich fixiert, erkennt Zusatzwünsche als solche und kann sie bewusst entscheiden.

Das Lastenheft ist zugleich die Grundlage jeder strukturierten Anfrage, in der Praxis oft RFP (Request for Proposal) oder Ausschreibung genannt. Je präziser Ihre Unterlage, desto belastbarer die Rückmeldungen.

Lastenheft, Pflichtenheft und RFP: die Begriffe im Überblick

Die Begriffe werden im Alltag häufig vermischt. Die folgende Tabelle ordnet sie ein.

Für kleine und mittlere Unternehmen genügt oft ein Lastenheft, das zugleich als RFP dient: Es enthält die Anforderungen, eine Bitte um Angebot und die Kriterien, nach denen Sie entscheiden. Mehr zur Einordnung des gesamten Vorhabens finden Sie in unserem Leitfaden zur ERP-Einführung.

Bevor Sie schreiben: die Bedarfserhebung

Ein Lastenheft ist nur so gut wie die Erhebung, auf der es beruht. Wer am Schreibtisch Funktionen sammelt, bekommt eine Wunschliste. Wer Abläufe beobachtet, bekommt Anforderungen.

Prozesse statt Funktionen erfassen

Beginnen Sie nicht mit der Frage „Welche Module brauchen wir?“, sondern mit „Wie läuft ein Auftrag heute vom Kundenkontakt bis zur Zahlung?“. Zeichnen Sie die wichtigsten Abläufe auf, auch mit Papier und Stift:

1. Angebot bis Auftrag
2. Einkauf bis Wareneingang und Eingangsrechnung
3. Lager, Produktion oder Leistungserbringung
4. Fakturierung, Mahnwesen und Zahlungsverkehr
5. Berichtswesen und Abschlüsse

Markieren Sie bei jedem Schritt, wo heute Medienbrüche, doppelte Eingaben, Excel-Listen oder Rückfragen auftreten. Genau dort entsteht der Nutzen eines ERP-Systems.

Anwender befragen

Sprechen Sie mit den Menschen, die täglich damit arbeiten. Gute Leitfragen sind:

• Was kostet Sie heute am meisten Zeit?
• Welche Auswertung vermissen Sie?
• Welche Ausnahmen kommen regelmäßig vor, und wie werden sie gelöst?
• Was darf auf keinen Fall schlechter werden als heute?

Der letzte Punkt wird oft vergessen. Gewachsene Sonderlösungen, etwa branchenspezifische Abrechnungsregeln oder bestimmte Etikettenformate, sind für Anwender entscheidend und tauchen in Standardfragebögen selten auf.

Muss, Soll und Kann unterscheiden

Jede Anforderung erhält eine Priorität. Bewährt hat sich eine einfache Dreiteilung:

Wenn alles ein „Muss“ ist, ist nichts mehr priorisiert, und die Angebote werden teurer und riskanter. Ein realistisches Lastenheft hat wenige, klar begründete Pflichtanforderungen.

Aufbau: Das Inhaltsverzeichnis eines ERP-Lastenhefts

Der folgende Aufbau hat sich für Mittelstandsprojekte bewährt. Er lässt sich kürzen, wenn Ihr Unternehmen klein ist, oder erweitern, wenn mehrere Gesellschaften beteiligt sind.

1. Einleitung und Ziele
2. Unternehmensprofil und Ausgangslage
3. Projektumfang und Abgrenzung
4. Prozessbeschreibungen
5. Funktionale Anforderungen nach Bereichen
6. Technische und organisatorische Anforderungen
7. Datenübernahme und Schnittstellen
8. Einführung, Schulung und Betrieb
9. Zeitplan und Meilensteine
10. Budgetrahmen und Preisstruktur
11. Auswahlkriterien und Bewertung
12. Anforderungen an das Angebot

Die einzelnen Kapitel im Detail:

Einleitung und Ziele

Hier steht, warum das Projekt stattfindet. Typische Auslöser sind ein Wachstum, das die bestehende Software nicht mehr trägt, ein veralteter Systemstand, mehrere Insellösungen oder neue Anforderungen an die elektronische Rechnung. Formulieren Sie messbare Ziele in Worten, etwa „schnellere Auftragsabwicklung“ oder „tagesaktuelle Lagerbestände“, und halten Sie fest, wie Sie den Erfolg später beurteilen.

Unternehmensprofil und Ausgangslage

Beschreiben Sie Branche, Standorte, Gesellschaftsstruktur, Geschäftsmodell und Größenordnung (Anzahl der Anwender grob, ohne Geheimnisse preiszugeben). Listen Sie die vorhandene Systemlandschaft auf: Buchhaltung, Warenwirtschaft, CRM, Lohnverrechnung, Webshop, Branchensoftware. Der Integrator erkennt daran sofort, welche Schnittstellen und Datenübernahmen nötig sind.

Projektumfang und Abgrenzung

Legen Sie fest, welche Bereiche, Standorte und Gesellschaften zum Projekt gehören und welche ausdrücklich nicht. Genauso wichtig ist die zeitliche Abgrenzung: Was soll beim Start verfügbar sein, was folgt in einer späteren Ausbaustufe?

Prozessbeschreibungen

Je Kernprozess eine kurze Beschreibung: Auslöser, Beteiligte, Ablauf, Ausnahmen, gewünschtes Ergebnis. Diese Beschreibungen sind der wertvollste Teil des Lastenhefts, weil ein erfahrener Integrator daraus den Standardanteil und den Anpassungsbedarf ableiten kann.

Funktionale Anforderungen nach Bereichen

Hier gliedern Sie nach Fachbereichen: Finanzwesen, Einkauf, Verkauf, Lager, Produktion, Projekte, Service, Personal, Berichtswesen. Pro Anforderung gehören eine Nummer, eine kurze Beschreibung, die Priorität und gegebenenfalls ein Hinweis auf den zugehörigen Prozess dazu. Die Vorlage weiter unten zeigt das Raster.

Technische und organisatorische Anforderungen

Dazu zählen Betriebsmodell (Cloud, eigener Server, Hybrid), Mandantenfähigkeit, Rechte- und Rollenkonzept, Mehrsprachigkeit, Datensicherung, Verfügbarkeit, Datenschutz und Datenstandort. Die Wahl des Betriebsmodells sollten Sie bewusst treffen; Entscheidungshilfen liefert unser Beitrag zu Cloud-ERP oder On-Premise.

Datenübernahme und Schnittstellen

Welche Altdaten sollen übernommen werden: Kunden, Lieferanten, Artikel, Stücklisten, offene Posten, Salden, Historie? In welcher Qualität liegen sie vor? Beschreiben Sie auch Schnittstellen zu Banken, Webshops, Steuerberatung, Lohnverrechnung, Zeiterfassung oder Betriebsdatenerfassung. Praxistipps zum Umzug bestehender Daten finden Sie in unserem Beitrag zur ERP-Migration.

Einführung, Schulung und Betrieb

Erwarten Sie Unterstützung bei Schulung, Testphase, Go-live-Begleitung und laufendem Support? Welche Reaktionszeiten und Betreuungsmodelle wünschen Sie nach dem Start? Fragen Sie auch nach der Aufteilung der Aufgaben zwischen Ihrem Team und dem Integrator.

Zeitplan und Meilensteine

Nennen Sie den gewünschten Starttermin, fachliche Fixpunkte (etwa Geschäftsjahreswechsel, Saisonspitzen oder Inventur) und Zeiträume, in denen Ihr Team keine Kapazität hat. Der Integrator plant dann realistisch statt optimistisch.

Budgetrahmen und Preisstruktur

Ob Sie einen Rahmen nennen, ist eine strategische Entscheidung. Ein Rahmen verhindert Angebote, die an der Realität vorbeigehen. Verlangen Sie in jedem Fall eine getrennte Aufstellung nach Lizenzen oder Subscription, Einrichtung, Anpassungen, Datenübernahme, Schulung und laufendem Betrieb. So wird der Gesamtaufwand über die Nutzungsdauer vergleichbar. Hintergründe zur Preisstruktur finden Sie im Beitrag zu den ERP-Kosten.

Auswahlkriterien und Bewertung

Legen Sie vorab fest, nach welchen Kriterien Sie entscheiden und wie sie gewichtet sind. Das schafft Transparenz gegenüber den Anbietern und schützt Sie vor Entscheidungen nach Sympathie.

Anforderungen an das Angebot

Geben Sie vor, in welchem Format die Antwort erfolgen soll, bis wann, an wen und welche Unterlagen (zum Beispiel Referenzbeschreibungen, Projektansatz, Preisblatt) enthalten sein müssen.

Worauf es in Österreich besonders ankommt

Ein Lastenheft für ein österreichisches Unternehmen muss einige Rahmenbedingungen ausdrücklich berücksichtigen:

• Österreichische Buchhaltung und Steuern: Kontenrahmen, Umsatzsteuerlogik, Meldungen an die Finanzverwaltung, Intrastat-Meldungen und Zusammenfassende Meldung, soweit relevant. Fragen Sie nach, ob die Lokalisierung im Standard enthalten oder über zusätzliche Bausteine abgedeckt ist.
• Lohnverrechnung: Viele Betriebe verwenden eine eigene Lösung oder eine Anbindung an die Steuerberatung. Beschreiben Sie, was im ERP abgebildet werden soll und was extern bleibt.
• Elektronische Rechnung: Rechnungsstellung und Rechnungseingang in strukturierten Formaten, insbesondere an die öffentliche Hand, sollten Sie als eigene Anforderung aufnehmen. Hintergründe liefert unser Beitrag zur E-Rechnung im ERP.
• Datenschutz: Auftragsverarbeitung, Standort der Daten, Löschkonzepte und Berechtigungen gehören ins Lastenheft, nicht erst in den Vertrag.
• Aufbewahrungspflichten und Revisionssicherheit: Beschreiben Sie, wie Belege, Änderungsprotokolle und Archivierung gesetzeskonform erfolgen sollen.
• Heimische Lösungen im Vergleich: In Österreich ist BMD als Branchenstandard in Buchhaltung und Kanzleiumfeld verbreitet. Wenn Ihre Steuerberatung mit BMD arbeitet, ist die Datenschnittstelle ein eigenes Kriterium, unabhängig davon, welches ERP Sie wählen.

Das Lastenheft ist zudem neutral gegenüber Produkten zu halten. Beschreiben Sie Ihren Bedarf, nicht die gewünschte Software. Ob Odoo, Microsoft Dynamics 365 Business Central, SAP Business One oder Oracle NetSuite besser passt, zeigt sich erst im Abgleich mit Ihren Anforderungen. Einen Überblick über die Systeme finden Sie unter ERP-Software.

Typische Fehler beim Erstellen eines Lastenhefts

Vermeiden Sie diese Muster, die in vielen Projekten auftauchen:

• Funktionslisten ohne Prozesse: Hunderte Einzelfunktionen, aber keine Beschreibung, wie die Abläufe zusammenspielen.
• Zu viele Pflichtanforderungen: Das Lastenheft wird zur Wunschliste, die kein Standardsystem ohne teure Anpassung erfüllt.
• Fehlende Gewichtung: Ohne Priorität lassen sich Angebote kaum vergleichen.
• Nur die Geschäftsführung schreibt: Die Anwender finden ihre Realität später nicht wieder.
• Datenübernahme vergessen: Sie wird erst spät entdeckt und sprengt dann Zeit und Budget.
• Technik vor Nutzen: Ausführliche Serverdetails, aber keine Ziele.

Weitere Stolpersteine beschreiben wir in unserem Beitrag über die häufigsten Fehler im ERP-Projekt.

So geht es nach dem Lastenheft weiter

Mit einem fertigen Lastenheft sind die nächsten Schritte klar:

1. Intern abstimmen: Fachbereiche und Geschäftsführung bestätigen den Inhalt.
2. Anbieter auswählen: Sprechen Sie mit wenigen, zu Ihrer Größe und Branche passenden Integratoren. Hinweise dazu im Beitrag ERP-Integrator finden.
3. Anfrage versenden: Gleiche Unterlagen, gleiche Frist, gleiche Fragen.
4. Angebote bewerten: Nach den vorab festgelegten Kriterien, am besten mit einer Präsentation anhand Ihrer eigenen Prozesse.
5. Pflichtenheft erstellen lassen: Der gewählte Integrator überführt das Lastenheft in ein verbindliches Umsetzungskonzept.

Wenn Sie nicht selbst nach passenden Integratoren suchen möchten, erklären wir unter So funktioniert es, wie die kostenlose Vermittlung abläuft. Ein vorhandenes Lastenheft beschleunigt das erste Gespräch erheblich, ein Entwurf oder Stichpunkte genügen aber ebenfalls.

Muster-Vorlage: Lastenheft für ein ERP-System

Die folgende Vorlage können Sie in ein Textdokument kopieren. Ersetzen Sie die Platzhalter in eckigen Klammern und streichen Sie, was für Sie nicht zutrifft. Behalten Sie die Nummerierung bei: Sie erleichtert später Rückfragen und Zuordnung im Pflichtenheft.

Kapitel eins: Einleitung und Ziele

• Projektname: [Name des Projekts]
• Auftraggeber: [Firma, Ansprechperson, Funktion]
• Erstellt von / Datum / Version: [Name, Datum, Versionsstand]
• Anlass des Projekts: [Beispiel: Ablösung der bisherigen Warenwirtschaft; Zusammenführung mehrerer Insellösungen]
• Ziele des Projekts: [Liste in Worten, etwa schnellere Abläufe, aktuelle Kennzahlen, weniger Doppelerfassung]
• Erfolgskriterien: [Woran erkennen wir nach dem Start, dass das Ziel erreicht ist?]

Kapitel zwei: Unternehmensprofil und Ausgangslage

Kapitel drei: Projektumfang und Abgrenzung

• Im Umfang enthalten: [Bereiche, Standorte, Gesellschaften]
• Nicht im Umfang enthalten: [Bereiche, die ausdrücklich ausgeschlossen sind]
• Ausbaustufen: [Was zum Start, was später?]
• Annahmen und Rahmenbedingungen: [zum Beispiel interne Projektleitung vorhanden, Datenbereinigung durch das Unternehmen]

Kapitel vier: Prozessbeschreibungen

Wiederholen Sie die folgende Struktur für jeden Kernprozess:

• Prozessname: [zum Beispiel Auftragsabwicklung]
• Auslöser: [Anfrage, Bestellung, Reklamation]
• Beteiligte Rollen: [Vertrieb, Lager, Buchhaltung]
• Ablauf in Stichpunkten: [Schritt für Schritt]
• Ausnahmen und Sonderfälle: [Teillieferungen, Gutschriften, Rückläufer]
• Gewünschtes Ergebnis: [Beleg, Buchung, Auswertung]
• Häufigkeit und Spitzen: [grob, ohne genaue Zahlen, wenn nicht nötig]

Kapitel fünf: Funktionale Anforderungen

Verwenden Sie für jeden Bereich ein Raster nach diesem Muster:

Beispiele für Bereiche und mögliche Punkte:

Finanzwesen

• Hauptbuch, Debitoren, Kreditoren und Anlagenbuchhaltung
• Offene-Posten-Verwaltung, Mahnwesen, Zahlungsverkehr mit Banken
• Umsatzsteuerlogik und Meldungen nach österreichischem Recht
• Kostenstellen- und Kostenträgerrechnung, Budgetierung
• Mehrere Währungen, mehrere Gesellschaften, Konsolidierung

Einkauf

• Anfragen, Bestellungen, Rahmenverträge, Lieferantenbewertung
• Wareneingang, Rechnungsprüfung, Abgleich von Bestellung, Lieferung und Rechnung
• Freigabe-Workflows nach Betragsgrenzen

Verkauf und CRM

• Kontakte, Angebote, Aufträge, Rahmenaufträge, Preislisten und Rabattlogik
• Fakturierung, Abonnement- oder Wartungsrechnungen, Gutschriften
• Versandabwicklung, Lieferscheine, Auftragsstatus für Kunden

Lager und Logistik

• Mehrere Lager, Lagerorte, Chargen- und Seriennummernverwaltung
• Inventur, Nachschubplanung, Mindestbestände
• Barcode-Scanner, mobile Erfassung, Versandanbindung

Produktion

• Stücklisten, Arbeitspläne, Fertigungsaufträge, Kapazitätsplanung
• Fremdfertigung, Rückmeldung, Betriebsdatenerfassung
• Nachkalkulation und Qualitätssicherung

Projekte und Dienstleistungen

• Projektstruktur, Zeit- und Leistungserfassung, Ressourcenplanung
• Abrechnung nach Aufwand oder Festpreis, Teilrechnungen

Berichtswesen

• Standardberichte, frei definierbare Auswertungen, Dashboards
• Kennzahlen je Bereich, Export nach Excel, Zugriff über Rollen

Kapitel sechs: Technische und organisatorische Anforderungen

Kapitel sieben: Datenübernahme und Schnittstellen

Datenübernahme

Schnittstellen

Kapitel acht: Einführung, Schulung und Betrieb

• Projektvorgehen: [Erwartung an Methode, Teilprojekte, Testkonzept]
• Mitwirkung des Unternehmens: [Projektleiter, Key-User, Testpersonen, Zeitaufwand]
• Schulung: [Zielgruppen, Formate, Materialien]
• Go-live-Begleitung: [Unterstützung vor Ort oder remote]
• Support nach dem Start: [Reaktionszeiten, Kontaktwege, Wartungsmodell]
• Weiterentwicklung: [Updates, Release-Zyklen, Anpassungsbedarf später]

Kapitel neun: Zeitplan und Meilensteine

Einschränkungen: [Urlaubszeiten, Auslastungsspitzen, Prüfungen, parallele Projekte]

Kapitel zehn: Budgetrahmen und Preisstruktur

• Budgetrahmen (optional): [Betrag oder Größenordnung in Euro]
• Gewünschte Aufstellung im Angebot: Lizenzen oder Subscription, Einrichtung und Konfiguration, Anpassungen, Datenübernahme, Schnittstellen, Schulung, Projektleitung, laufender Betrieb und Support.
• Abrechnungsmodell: [Festpreis, Aufwand mit Obergrenze, Mischform]
• Vertragslaufzeiten und Kündigung: [Vorstellungen]
• Preisgarantie: [zum Beispiel Bindung des Angebots für einen definierten Zeitraum]

Kapitel elf: Auswahlkriterien und Bewertung

Kapitel zwölf: Anforderungen an das Angebot

• Abgabefrist und Ansprechperson: [Datum, Kontakt]
• Format: [PDF, Preisblatt als Tabelle]
• Pflichtbestandteile: Antwort auf jede Anforderung (erfüllt im Standard, durch Konfiguration, durch Anpassung, nicht erfüllbar), Projektansatz, Rollen und Verantwortlichkeiten, Preisblatt, Beschreibung der Referenzprojekte (ohne Nennung vertraulicher Daten), Support- und Betriebsmodell.
• Rückfragen: [Verfahren, zentraler Ansprechpartner]
• Vertraulichkeit: [Hinweis auf Geheimhaltung der Unterlagen]

Anhang

• Prozessdiagramme und Skizzen
• Beispielbelege (Angebot, Rechnung, Lieferschein)
• Auswertungen, die heute genutzt werden
• Glossar firmeninterner Begriffe

Tipps zur Nutzung der Vorlage

• Kürzen Sie mutig. Ein kleines Unternehmen braucht nicht jedes Kapitel in voller Tiefe. Prozesse, Muss-Anforderungen, Datenübernahme und Schnittstellen sind der Kern.
• Lassen Sie Anbieter in drei Stufen antworten. Erfüllung im Standard, durch Konfiguration, durch Anpassung. So erkennen Sie, wie viel Entwicklungsaufwand tatsächlich entsteht.
• Prüfen Sie Ihr Lastenheft mit einem Fachfremden. Wenn eine Kollegin aus einem anderen Bereich einen Prozess versteht, versteht ihn auch der Integrator.
• Halten Sie das Dokument lebendig. Nach den ersten Gesprächen mit Integratoren zeigen sich oft Lücken. Ergänzen Sie sie mit Versionsvermerk.
• Beziehen Sie die Auswahl der Software erst danach ein. Für den Systemvergleich helfen unsere Beiträge zur ERP-Auswahl und zum Vergleich der besten ERP-Systeme für KMU.

Fazit

Ein sorgfältiges Lastenheft kostet einige Arbeitstage, spart aber im Projekt ein Vielfaches an Abstimmung, Nacharbeit und Missverständnissen. Beschreiben Sie Prozesse statt Funktionen, priorisieren Sie ehrlich, trennen Sie Muss und Kann, und vergessen Sie Datenübernahme, Schnittstellen und Betrieb nicht. Mit der Vorlage oben haben Sie ein solides Gerüst, das Sie in kurzer Zeit auf Ihr Unternehmen zuschneiden können.

Ob Ihr Vorhaben ein Einstieg ist oder die Ablösung eines gewachsenen Systems, die Grundlogik bleibt gleich: erst Klarheit über den Bedarf, dann die Suche nach dem passenden Partner. Für den Einstieg in das Thema insgesamt lohnt sich ein Blick in unseren ERP-Ratgeber, und was ein ERP-System überhaupt leistet, erklärt der Beitrag Was ist ein ERP-System?.

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.