ERP-Angebot prüfen: acht Zeilen, die Sie hinterfragen

„Der Kunde stellt die erforderlichen Ressourcen und Daten zeitnah zur Verfügung.“

An diesem Satz sieht nichts gefährlich aus, und das ist das Problem. Eine Zeile dieser Art kann in einem ERP-Angebot stehen und Ihre Finanzleitung auf vierzig Workshopstunden festlegen, Ihren Lagerleiter auf einen Monat Datenbereinigung und Ihren IT-Kontakt darauf, jederzeit erreichbar zu sein, ohne dass eine einzige Zahl auf dem Papier erscheint. Das Angebot liest sich dann wie ein Plan und wirkt wie ein Vertrag.

Ein Wort zu den Zeilen in diesem Beitrag. Sie sind so formuliert, wie in Angeboten üblicherweise formuliert wird. Keine ist aus dem Dokument eines Kunden oder aus dem eines bestimmten Partners zitiert, und die Deutung jeder Zeile ist unsere. Es folgen acht davon, jede mit dem, was sie offenlässt, und der Frage, die sie schließt.

Der 2026 ERP Report der Panorama Consulting Group stellte fest, dass mehr als ein Viertel der Organisationen ihr Projektbudget überschritten hat, und nennt zusätzlichen Technologiebedarf als häufigste Ursache. Wir lesen das als Formulierungsproblem. Ein Bedarf, der mitten im Projekt auftaucht, fehlte entweder im Angebot oder war so lose beschrieben, dass beide Seiten ihn für sich beanspruchen konnten. Die Formulierung zu ändern ist gratis, bis Sie unterschreiben.

„Umfang: Finanzwesen, Lager, Vertrieb und Berichtswesen.“

Vier Substantive passen auf ein Projekt von zehn Wochen und auf eines von fünfzig. Die Größe steckt in dem, was der Satz nicht sagt: eigene Freigabeabläufe, Anbindungen an Versanddienste, historische Daten jenseits eines Stichjahrs, weitere Sprachen, eine zweite Gesellschaft.

Verlangen Sie eine Liste der Ausschlüsse, schriftlich. Was unbenannt bleibt, wird später bestritten, und den Streit führt dann ein Partner mit einem unterschriebenen Dokument gegen einen Käufer mit einer Annahme.

Eine gute Antwort ist eine Liste mit Punkten, die so langweilig sind wie „keine Daten älter als das letzte abgeschlossene Geschäftsjahr“ und „eine Sprache, Deutsch“. Die Langweiligkeit ist das Zeichen dafür, dass jemand über die Ränder nachgedacht hat. Weigert sich der Partner, Ausschlüsse zu benennen, hält er sich den Raum offen, sie später abzurechnen.

„Der Kunde stellt die erforderlichen Ressourcen und Daten zeitnah zur Verfügung.“

Das ist der Satz von oben, und er versteckt die Hälfte des Projekts, die Ihnen gehört, in einem Nebensatz. Echte Pflichten sind konkret: saubere Quelldaten, benannte Personen für Workshops und Tests, Antworten innerhalb einer vereinbarten Zahl von Tagen, Abzeichnung je Phase. Die besseren Angebote listen das mit Terminen oder Dauern, denn eine Verzögerung auf der Käuferseite ist ein häufiger Grund, warum sich ein Terminplan verschiebt.

Verlangen Sie die Stunden je Rolle und Woche. Können Sie sie nicht geben, sagen Sie es vor der Unterschrift. Der Plan lässt sich jetzt ändern. Nach der Zusage der Zeit nicht mehr.

Prüfen Sie dabei die Rollen und nicht nur die Summen. Vierzig Stunden, die auf einer Finanzleitung liegen, die gleichzeitig das Quartal abschließt, sind eine andere Zusage als vierzig Stunden, die sich auf ein Team verteilen. Ein gutes Angebot sagt außerdem, was mit dem Terminplan passiert, wenn Ihre Seite zu spät ist, und ob die Verzögerung abgerechnet wird.

„Festpreis für die in Abschnitt 3 beschriebenen Leistungen.“

Ein Festpreis ist nur dann aussagekräftig, wenn zuvor eine Fit-Gap-Analyse stattgefunden hat. Ohne sie hat der Partner eine Schätzung bepreist, und der Abstand zwischen Schätzung und Wirklichkeit erreicht Sie über Änderungsaufträge. Fragen Sie, was bei der ersten unerwarteten Anforderung passiert und wie die Stundensätze aussehen.

Das andere Modell ist genauso ehrlich. Abrechnung nach Aufwand gibt die Unsicherheit zu und überträgt Ihnen die Aufsicht darüber, verlangen Sie also eine Obergrenze, einen Verbrauchsbericht in festem Rhythmus und das Recht, an einem Meilenstein zu stoppen. Beides funktioniert. Ein Angebot, das die beiden verwischt, nicht.

Das Warnzeichen ist ein Festpreis an einem unscharfen Umfang. Dann haben beide Seiten einen Anreiz, jede unklare Anforderung zu ihren Gunsten auszulegen, und das Projekt wird eine Verhandlung über Wörter. Zu einem Festpreis gehört ein Umfang, den Sie einem Fremden geben könnten und bei dem er dasselbe darin erkennt wie Sie.

„Datenmigration der Stammdaten und offenen Posten.“

Ein Aufzählungspunkt für den Teil des Projekts, der am leisesten scheitert. Fragen Sie, welche Systeme ihn speisen, wer die Daten vor dem Umzug bereinigt, wie viele Probemigrationen geplant sind und was mit einem Datensatz passiert, der in kein Feld des neuen Systems passt. Fragen Sie dann, welche Abstimmung den Erfolg belegt. Lautet die Antwort „das definieren wir in der Analysephase“, sind die Termine und der Preis, die daran hängen, vorläufig.

Eine gute Antwort nennt die Quellsysteme, sagt, wer auf Ihrer Seite die Datenqualität verantwortet, plant mindestens einen Probelauf vor dem Ernstfall und beschreibt die Abstimmung so, dass Sie sie selbst fahren könnten: Summen je Konto, Bestand je Lagerort, offene Rechnungen je Kunde.

„Anbindung von Drittsystemen nach Absprache.“

Nach Absprache mit wem, und wann? Listen Sie jedes System auf, das das ERP berührt: CRM, Onlineshop, Lohnabrechnung, Bankanbindung, elektronische Rechnung. Jedes braucht einen Erbauer, einen Tester und jemanden, der es nach dem Go-live pflegt. Eigener Code braucht eine Spalte mehr, nämlich die Kosten, ihn über Upgrades hinweg lauffähig zu halten. Bei Odoo erscheint jedes Jahr eine neue Hauptversion, also ist eine Anpassung eine jährliche Verpflichtung, und ein Angebot, das nur den Bau bepreist, hat die Hälfte bepreist.

Verlangen Sie die Jahreszahl je Punkt, auch als Spanne. Die Antwort, die Sie wollen, ist eine Zahl mit ihren Annahmen daneben, damit Sie sehen, was sie wachsen lässt. Ein Partner, der den Unterhalt dessen nicht schätzen kann, was er bauen will, hat über das zweite Jahr noch nicht nachgedacht.

„Einführungspauschale (alles inklusive).“

Alles inklusive verdeckt die laufenden Posten, also die, die mit der Mitarbeiterzahl wachsen. Verlangen Sie Lizenzen oder Abonnements, Einführung, Migration, Eigenentwicklung, Schulung, Betrieb und Support als getrennte Zeilen, über drei Jahre. Bei manchen Plattformen wird die Lizenz beim Softwarehersteller gekauft und der Partner rechnet Dienstleistungen ab. Das ist normal. Ein Angebot, das offenlässt, wer was abrechnet, ist es nicht, und eine einzige Pauschale macht zwei Angebote unvergleichbar.

Der Blick über drei Jahre ist das, was den Unterschied zwischen einem billigen Start und einem billigen Projekt zeigt. Support als Prozentsatz der Lizenz und Support je Ticket verhalten sich beim Wachsen völlig anders, und Sie wollen das vor dem Vertrag sehen und nicht bei der Verlängerung.

„Go-live zum vereinbarten Termin, vorbehaltlich der Abnahme durch den Kunden.“

Termine messen den Kalender und nicht die Arbeit. Meilensteine sollten in Abnahmekriterien enden, die Sie prüfen können: ein im System gelaufener Monatsabschluss, eine Inventur, die zur Buchhaltung passt, benannte Nutzer, die benannte Abläufe fahren. Binden Sie die Zahlung daran. Prüfen Sie dann, was nach dem Go-live folgt: ob Mängel für einen genannten Zeitraum kostenfrei behoben werden, wie schnell der Partner reagieren muss und wie Support nach Ablauf dieser Zeit abgerechnet wird.

Ein guter Meilenstein liest sich wie ein Testskript: wer ihn fährt, mit welchen Daten, und was als bestanden gilt. Heißt die Abnahme nur „Abnahme durch den Kunden“, ohne Kriterien, wird die Abnahme selbst zum Streitpunkt. Räumen Sie sich eine festgelegte Zahl von Arbeitstagen zum Testen ein und vereinbaren Sie, was mit einem Mangel passiert, der am elften Tag auffällt.

„Betrieb und Administration der Umgebungen durch den Partner.“

Bequem, und eine Frage des Eigentums. Wem gehören am Projektende der Code, die Datenbanksicherungen, die Zugangsdaten für den Betrieb und die Dokumentation? Sie sollten Ihnen gehören oder Ihnen bedingungslos zugänglich sein. Läuft das System auf einem Server, auf den sich nur der Partner einwählen kann, besitzen Sie von dem, was Sie bezahlt haben, sehr wenig. Fragen Sie am ersten Tag, solange Sie noch Interessent sind und die Antwort nichts kostet.

Die guten Antworten sind kurz. Das Repository und die Sicherungen gehören Ihnen, die Zugangsdaten laufen auf Ihren Namen oder liegen bei einem Treuhänder, und die Dokumentation wird als Teil des Projekts geliefert und nicht auf Anfrage. Betreibt der Partner das System, verlangen Sie die Exportprozedur und einen Termin, bis zu dem Sie eine Rücksicherung woanders getestet haben.

Was die acht Zeilen zusammen ergeben

Bleiben zwei oder mehr davon offen, braucht das Angebot eine weitere Runde Fragen, bevor es eine Unterschrift braucht.

Die Käufer scheinen das zu wissen. In Google-Ads-Daten über DataForSEO für US-englische Suchen im Oktober 2026 zeigte erp rfp 70 Anfragen pro Monat zu 39,46 US-Dollar pro Klick, erp selection criteria dagegen 10 pro Monat zu 2,52 US-Dollar. Ein Land, eine Suchmaschine und kleine Zahlen beweisen wenig. Sie passen zu einem Markt, in dem die Dringlichkeit und das Werbegeld bei Menschen liegen, die ein Dokument in der Hand halten, und nicht bei Menschen, die Kriterien im Abstrakten entwerfen.

Das Angebot setzt die Bedingungen, und die Umsetzung hängt daran, wie gut Sie Ihre Seite davon führen. Darum geht es in was der Käufer bei einer ERP-Einführung verantworten muss. Für die Folge eines Projekts von der Fit-Gap bis zum ersten Abschluss siehe den Leitfaden zur Odoo-Einführung. ThinqHub implementiert Odoo und ERPNext und ist an keinen einzelnen Hersteller gebunden, wir lesen ein Angebot also gern mit Ihnen durch, auch eines, das nicht von uns ist. Unser Vorgehen zeigt, wie wir Umfang festlegen, und Sie können uns das Dokument schicken.