Fallstudien
Überprüfung des ERP-Implementierungsvertrags: MENA-CFO spart 850 US-Dollar
Noel D. Costa
- Letztes Update :
Die Vertragsverhandlungen zur ERP-Implementierung begannen, als mir der Finanzchef einen 120-seitigen Vorschlag überreichte. Er meinte, er sähe solide aus, aber irgendetwas stimme nicht. Ich las ihn durch und verstand sofort, was er meinte. Die Zahlen waren nicht das Problem, sondern die Struktur.
Das Dokument war voller allgemeiner Begriffe wie „Standardkonfiguration“ und „Testunterstützung“, doch nichts davon erklärte, wie viel Arbeit tatsächlich damit verbunden war. Viele der gleichen Aufgaben wurden in verschiedenen Abschnitten wiederholt. Einige Teile waren so vage, dass sie später keine Bedeutung mehr hatten. Genau an diesem Punkt geraten Projekte normalerweise aus der Bahn.
Der CFO hatte seinen Teil getan. Er kannte Budget und Ziele. Doch die Umsetzung des Angebots hielt einer genauen Prüfung nicht stand. Seinem Team fehlte die Erfahrung, um Widerstand zu leisten, und der Anbieter war bereits dabei, die Sache zu unterzeichnen. Er brauchte jemanden, der eingriff und die Sache bremste.
Ich habe jeden Teil des Vorschlags mit frischen Augen betrachtet.
Der Ressourcenplan sah leitende Positionen vor, die Umsetzung würde jedoch wahrscheinlich untergeordnete Rollen umfassen.
Die Datenmigration wurde so berechnet, als würde der Anbieter alles übernehmen, obwohl der Kunde bereits über interne Tools verfügte.
Integrationsarbeiten wurden aufgelistet, es wurden jedoch keine Zeitschätzungen angegeben
Tests wurden zweimal in verschiedenen Phasen durchgeführt
Hypercare und Übergabe wurden getrennt, deckten aber denselben Bereich ab
Die Zahlungsmeilensteine basierten auf Terminen statt auf der Erledigung von Arbeiten
Der Abschnitt „Kundenpflichten“ war vage genug, um die Schuld abzuwälzen, wenn etwas schiefging
Wir haben drei Wochen damit verbracht, das Problem zu beheben. Wir haben feste Stundenblöcke durch Aufwandsbereiche ersetzt. Wir haben die Zahlungen an tatsächlich erbrachte Leistungen gekoppelt. Wir haben sichergestellt, dass der Anbieter erfahrene Mitarbeiter nicht unbemerkt durch weniger erfahrene ersetzen kann. Hypercare wurde neu konzipiert, um den Fokus auf Ergebnisse statt auf Aktivitäten zu legen.
Letztendlich sparten die Änderungen 850,000 US-Dollar. Diese Einsparungen wurden durch die Reduzierung überhöhter Kosten, die Reduzierung von Überschneidungen und eine Verschärfung des Vertrags erzielt. Der Projektumfang blieb unverändert. Was sich änderte, war die klare Definition des Projektumfangs und die Verantwortlichkeit.
Man könnte also meinen, dies sei ein Einzelfall. Viele ERP-Projekte beginnen mit solchen Angeboten. Sie wirken detailliert, enthalten aber Annahmen, die sich als nicht haltbar erweisen. Wenn Sie an einem ähnlichen Projekt arbeiten, ist diese Aufschlüsselung des SAP-Projektumfangs ein guter Ausgangspunkt.
Für Teams, die ihr erstes ERP-Projekt durchführen, empfehle ich die Lektüre des Artikels „ So starten Sie Ihre SAP-Implementierung richtig“ . Darin wird erläutert, wie diese Probleme frühzeitig auftreten.
Hier finden Sie außerdem eine übersichtliche Darstellung, wie Budgets aus dem Ruder laufen können: Kostenaufschlüsselung für die SAP-Implementierung . Und falls Ihr Angebot eine Datenmigration beinhaltet, lohnt sich ein Blick in diesen Leitfaden zu den Gründen für das Scheitern solcher Projekte .
Der CFO teilte das Ergebnis schließlich dem Vorstand mit. Die Einsparungen waren ein Gewinn. Noch wichtiger war jedoch, dass das Team endlich einen klaren Vertrag und ein Projekt hatte, das es von Anfang an steuern konnte.
ERP-Projekte scheitern normalerweise nicht an der Umsetzung. Sie scheitern am Vertrag. Wenn Meilensteine, Ressourcenzusagen und Abnahmekriterien nicht genau formuliert sind, sind Zeitüberschreitungen fast garantiert. Wenn der Vertrag jedoch stimmt, treten die meisten Probleme bei der Umsetzung nie auf.
Kundenkontext: Wenn die Verhandlung eines ERP-Implementierungsvertrags kritisch wird
Der Kunde war ein mittelständischer Industriekonzern, der in den letzten fünf Jahren schnell gewachsen war. Als Plattform hatte er sich bereits für SAP entschieden, die Auswahl des Anbieters lag also bereits hinter ihm.
Was vor uns lag, war die ERP-Implementierungsphase, die sich immer wie der eigentliche Anfang anfühlt, auch wenn die wichtigsten Verpflichtungen bereits feststehen. In diesem Moment steigt häufig der Planungsdruck, und das war auch hier zu sehen.
Der CFO konnte die Zahlen im Vorschlag zwar lesen, doch er kam immer wieder auf dasselbe Unbehagen zurück. Die Aufgabenstellung schien vollständig, doch zu viele Arbeitsabläufe hatten nur einen vagen Umfang.
So steigen die Kosten für SAP-Einführungen oft rasant an. Wenn die Struktur nicht klar definiert, wer für welchen Teil der Leistungserbringung verantwortlich ist, trägt der Kunde das Risiko direkt.
Bei der ersten Überprüfung fielen mehrere Details auf:
Integrationen werden nur auf hoher Ebene beschrieben, ohne dass der Aufwand dahinter abgeschätzt wird
Die Kosten für die Datenmigration gingen vollständig zulasten des Anbieters, obwohl interne Tools verfügbar waren
Testdienste werden in Stunden angezeigt, ohne Bezug zu tatsächlichen Ergebnissen
Hypercare wird als separate Dienstleistung berechnet und überschneidet sich mit dem Wissenstransfer
Abrechnung an Kalenderphasen statt an messbare Meilensteine gebunden
Das operative Team war kompetent, doch die Prüfung einer Leistungsbeschreibung dieser Größenordnung erforderte andere Kompetenzen. Sie hatten noch nie einen solchen Prozess geleitet, und das Ungleichgewicht zu den Vertriebsverantwortlichen des Anbieters war deutlich erkennbar. In vielen Fällen beginnt so die Ausweitung des Projektumfangs – ein Muster, das in Leitfäden zur Steuerung des SAP-Projektumfangs näher erläutert wird.
Was dem CFO am meisten Sorgen bereitete, war die Transparenz. Er hatte zwar schon früher Budgets verwaltet, aber noch nie einen Anbieter in dieser Größenordnung von der Auswahl bis zur Implementierung begleitet.
Diese Lücke machte ihn vorsichtig. Der Druck, schnell zu handeln, war groß, doch er vermutete, dass ein langsamer, strukturierter Start den Rollout absichern würde. Tatsächlich prägt ein gelungener Projektstart in der Regel den Charakter des gesamten Programms.
Aus diesem Grund wurde ich vor Vertragsunterzeichnung hinzugezogen. Ich hatte ähnliche Muster bei anderen Projekten beobachtet, bei denen die anfänglichen Annahmen später zu Streitigkeiten führten.
Eine sorgfältige Vorprüfung ist selten vergebene Mühe. Wie in den Gesprächen zu Umfang und Projektplanung erläutert , kann eine scheinbar unbedeutende Klausel nach Projektbeginn erhebliche finanzielle Auswirkungen haben.
Fallstudie Kundenprofil: Mittelgroßer Industriekonzern (Geschäftstätigkeit in mehreren Ländern)
| Kategorie | Details |
|---|---|
| Kunden | Mittelgroßer Industriehersteller und -händler mit grenzüberschreitenden Aktivitäten und zentraler Finanzfunktion. |
| Einsatzbereiche | Diskrete Fertigung, Aftermarket-Vertrieb, Shared-Services-Finanzierung und Gruppenbeschaffung. |
| Programmphase | Nach der Anbieterauswahl, Leistungsbeschreibung vor der Implementierung und Vertragsabschluss. Engagement wird durch Bedenken hinsichtlich der Angebotsprüfung ausgelöst. |
| Anfängliche Herausforderungen |
|
| Interventionsschwerpunkt |
|
| Quantifizierte Ergebnisse |
|
| Prozessverbesserungen |
|
| Governance und Kontrollen |
|
Versteckte Kostentreiber in ERP-Implementierungsprojekten
Die meisten Leistungsbeschreibungen für ERP-Implementierungen wirken auf den ersten Blick detailliert. Sie enthalten Hunderte von Positionen, Zeitplänen und Ressourcenschätzungen. Doch ein Großteil der Kostenüberschreitungen entsteht nicht durch das Geschriebene, sondern durch das Unklare. Dies ist die Wurzel der aufgeblähten ERP-Projektumfänge und einer der Hauptgründe für Kostenüberschreitungen bei SAP-Implementierungen.
1. Unklare Ergebnisse und mehrdeutige Sprache
Das häufigste Problem ist die Sprache, die fast alles bedeuten kann. Anbieter verlassen sich auf Formulierungen, die zwar vollständig klingen, aber die Möglichkeit einer späteren Abrechnung offen lassen.
„Standardintegrationen“ werden aufgelistet, ohne zu sagen, welche Systeme oder wie viele Datenpunkte beteiligt sind
„Konfiguration“ in Stunden beschrieben, aber keine Verbindung zu Geschäftsprozessen
Ganze Phasen werden als „abgeschlossen“ gekennzeichnet, ohne dass die Ergebnisse definiert sind.
Der Umfang ist in breite Kategorien unterteilt, sodass spätere Änderungen als zusätzliche Arbeit vorangetrieben werden können
Dies ist einer der Hauptgründe, warum Kunden in das Risiko von Änderungsaufträgen geraten . Eine im Vertrag harmlos erscheinende Klausel kann sich im laufenden Projekt zu monatelangen Verhandlungen entwickeln.
2. Ressourcenpyramide
Auf dem Papier mag der Ressourcenplan solide aussehen. Leitende Berater werden mit ihren Tagessätzen aufgeführt. Doch in Wirklichkeit sieht es anders aus. Die Namen der leitenden Berater verschwinden nach der Unterzeichnung und werden durch Nachwuchskräfte ersetzt, die zum gleichen Satz abgerechnet werden.
Leitende Berater werden zitiert, sind aber selten vor Ort anzutreffen
Junior-Mitarbeiter führen Konfigurationsarbeiten durch, zahlen aber Premium-Tarife
Nacharbeit erforderlich, da Junioren zusätzliche Aufsicht benötigen
Kein Schutz im Vertrag, um diese Swaps zu stoppen
Diese Probleme bei der Beratersubstitution belasten still und leise die Budgets, während die Lieferqualität darunter leidet.
3. Wiederholte Abrechnung über Phasen hinweg
Doppelte Leistungen stellen einen weiteren versteckten Kostenfaktor dar. Dieselbe Aktivität wird oft in zwei verschiedenen Phasen abgerechnet.
Die Schulung wird einmal während des UAT und dann erneut während der Hypercare in Rechnung gestellt
Datenprüfungen im Test enthalten und dann während der Umstellung wiederholt
Wissenstransfer aufgeteilt auf Funktions- und PMO-Streams
Dokumentationsarbeiten erscheinen an mehreren Stellen
Es scheinen nur kleine Überschneidungen zu sein, aber zusammengenommen werden sie zu ernsthaften Abrechnungsfallen bei ERP-Projekten.
4. Die Illusion der Festgebühr
Festpreisvereinbarungen klingen beruhigend. In der Praxis sind sie jedoch nur dann fest, wenn alle Annahmen feststehen. Das ist selten der Fall.
Offene Formulierungen wie „in Workshops zu verfeinern“ lassen Spielraum offen
Die anfängliche Preisgestaltung schließt Arbeiten aus, von denen der Anbieter weiß, dass sie später erscheinen werden
Kunden glauben, dass die Kosten gedeckelt sind, aber der Anbieter kontrolliert immer noch, was „in“ oder „out“ ist.
Dies ist einer der Gründe, warum es immer wieder zu Überschreitungen der SAP-Implementierung kommt, selbst wenn die Kunden glauben, sie hätten einen Vertrag mit begrenzter Laufzeit unterzeichnet.
5. Die Falle schwacher Meilensteindefinitionen
Ich habe schon oft erlebt, dass Meilensteine an Termine und nicht an Liefergegenstände geknüpft sind. Das ist ein großes Warnsignal und eine weitere Falle, in der viele Projekte stecken.
Wenn ich es aufschlüsseln müsste, würde ich Folgendes sagen:
„Design bis September fertig“ definiert nicht, was „fertig“ bedeutet
Zahlungen werden ohne eindeutige Abnahmeprüfung ausgelöst
Lieferanten stellen Rechnungen, auch wenn die Lieferungen nur zur Hälfte erledigt sind
Keine vereinbarten Qualitätsprüfungen, um Rechnungen zurückzuhalten
Sobald die Zahlung erfolgt ist, ist es schwierig, sie zurückzudrängen.
6. Platzhalterstunden und Wissenstransferlücken
Angebote enthalten oft Platzhalterstunden ohne Erklärung. Diese werden schnell verbraucht und dann durch neue Anfragen aufgestockt. Gleichzeitig wird der Wissenstransfer ans Ende des Projekts verschoben, wodurch die Kunden vom Anbieter abhängig bleiben.
Platzhalterstunden mit der Bezeichnung „Puffer“ oder „nach Bedarf zu verwenden“
Ohne Begründung an Routineaufgaben verbrannt
Mehrstunden, die später durch Änderungsaufträge angefordert werden
Schulung und Übergabe werden bis nach der Inbetriebnahme verschoben, wenn die Hebelwirkung am schwächsten ist
Durch die frühzeitige Wissensvermittlung wird dieses Risiko verringert, die meisten Verträge sind jedoch anders formuliert.
Das wahre Risiko
Die Gefahr liegt nicht in einem offensichtlichen Einzelposten. Sie liegt darin, dass ein vager Umfang, schwache Klauseln und sich wiederholende Aufgaben die Kosten ins Ungewisse treiben.
Unklarer Umfang macht Änderungsaufträge unvermeidlich
Rollentausch bedeutet höhere Raten bei geringerer Leistung
Termingebundene Meilensteine ermöglichen Abrechnung ohne Ergebnisse
Platzhalterstunden und verspätete Wissensvermittlung halten den Kunden abhängig
Wenn diese Probleme auftauchen, ist das Geld bereits gebunden. Der einzige wirkliche Schutz besteht darin, sie während der Überprüfungsphase zu erkennen, bevor ein Vertrag unterzeichnet wird.
SOW zur ERP-Implementierung: Häufige Probleme und deren Behebung
| Aufgabenstellung: | Wie man es repariert |
|---|---|
| Vage Ergebnisse und mehrdeutige Sprache |
|
| Ressourcenpyramide |
|
| Wiederholte Abrechnung über Phasen hinweg |
|
| Die Illusion einer festen Gebühr |
|
| Schwache Meilensteindefinitionen |
|
| Platzhalterstunden und Wissenstransferlücken |
|
Mein Beratungsansatz zur Verhandlung von ERP-Implementierungsverträgen
Als ich die Leistungsbeschreibung erhielt, war der erste Schritt einfach. Ich nahm sie auseinander. Sie von vorne bis hinten zu lesen, war wie das Lesen einer Broschüre. Die Details wirkten beeindruckend, aber die Sprache verriet wenig.
Um das Ganze verständlicher zu machen, habe ich die Leistungsbeschreibung in sechs Kategorien unterteilt: Konfiguration, Datenmigration, Integrationen, Tests, Schulungen und PMO. Dadurch waren die Lücken leichter zu erkennen.
Einige der Probleme fielen sofort auf:
Der Konfigurationsaufwand erschien im Verhältnis zum Umfang der Prozesse zu hoch.
Die Kosten für die Datenmigration wurden vollständig dem Anbieter auferlegt, obwohl interne Tools zur Verfügung standen.
Der Umfang der Integrationen wurde nach der Anzahl der Schnittstellen bestimmt, ohne dass eine Aufschlüsselung des Aufwands erfolgte.
Es wurden vier Testzyklen durchgeführt, obwohl zwei plus Notfallzyklen mehr als ausreichend gewesen wären.
Die Schulung wurde in mehreren Abteilungen wiederholt und jedes Mal zu Beratertarifen abgerechnet.
PMO-Stunden wurden in einem einzigen Block gebündelt, ohne klare Ergebnisse.
Diese Art von Leistungsbeschreibungsanalyse wird selten detailliert durchgeführt. Die meisten Teams gehen zu schnell von der Auswahl zur Implementierung über. Doch genau hier beginnen die Kostenüberschreitungen, wie in der Analyse der Gründe für die steigenden SAP-Projektbudgets erläutert wird.
1. Den Umfang aufschlüsseln
Nachdem die Kategorien klar waren, erstellte ich einen sogenannten Schattenplan. Dabei handelt es sich um eine detaillierte Aufschlüsselung des Projektumfangs , die die Annahmen der Anbieter anhand von Benchmarks und praktischer Erfahrung überprüft. Er ist nicht komplex, deckt aber überhöhte Zahlen auf.
Die Testzyklen werden halbiert und es werden Stunden für die Fehlerbehebung eingeplant.
Der Datenmigrationsaufwand wurde um ein Drittel reduziert, nachdem interne Stärken berücksichtigt wurden.
Die Schulung wurde eingegrenzt, sodass interne Analysten allgemeine Inhalte vermitteln konnten.
Hypercare wird durch das Entfernen doppelter Aktivitäten, die bereits im Test abgedeckt sind, reduziert.
Es ging nicht darum, den Umfang zu reduzieren, sondern um die Validierung des Implementierungsaufwands . Ziel war es, nur für das Notwendige zu bezahlen, nicht für das, was unnötig aufgebläht wurde.
2. ERP-Kostenmodellierung und Ressourcenplanung
Der nächste Schritt betraf die Finanzen. Ich erstellte ein ERP-Kostenmodell mit verschiedenen Personalmixen. Der Finanzchef konnte so die Auswirkungen der internen Kostendeckung im Vergleich zur vollständigen Abhängigkeit von externen Dienstleistern erkennen.
Die Dokumentationsunterstützung wurde intern übernommen.
Analysten könnten einen Großteil der Schulungsinhalte abdecken.
Die PMO-Stunden des Anbieters wurden gekürzt, nachdem die Rolle des internen PM gestärkt wurde.
Die Testunterstützung verlagerte sich auf ein Hybridmodell aus Anbieterüberwachung und Kundenausführung.
Dies zeigte dem Kunden, dass er mehr leisten konnte als erwartet. Viele Unternehmen unterschätzen ihre Rolle bei der Ressourcenplanung für ERP-Systeme , oft weil Anbieter die Implementierung als rein extern betrachten. Ein starkes internes Team, wie es im Artikel „Aufbau des perfekten ERP-Implementierungsteams“ beschrieben wird , schafft Hebelwirkung und senkt die Kosten.
3. Vertragsabschluss
Meiner Meinung nach waren die kommerziellen Bedingungen des Vertrags genauso wichtig wie die Zahlen. Einige Vertragsklauseln verlagerten das Risiko vollständig auf den Kunden, was für mich nicht akzeptabel war. Daher schlug ich in einigen Bereichen Änderungen vor, die ich für notwendig hielt:
Zahlungsauslöser waren an Liefergegenstände und nicht an Kalenderdaten gebunden.
Genehmigungsrechte vor jedem Ressourcenaustausch, was grundsätzlich bedeutet, dass keine Ressource ohne Genehmigung des Kundenteams ausgetauscht werden kann.
Meilensteine des Wissenstransfers werden vorverlegt und an klare Ergebnisse geknüpft. Das ist nicht wichtig, da mein Kunde an erster Stelle stehen muss.
Eskalationsstufen mit definierten Reaktionszeiten innerhalb der Eskalationsmatrix,
Hypercare-Ausstiegskriterien basieren auf KPIs, nicht auf vagen Verpflichtungen.
Diese Maßnahmen zur Vertragsanpassung waren unkompliziert, aber effektiv. Sie stellten sicher, dass der Kunde während der gesamten Projektlaufzeit Kontrollpunkte hatte, nicht nur zu Beginn.
4. Die Verhandlung gestalten
Schließlich saß ich mit dem Finanzchef bei Lieferantengesprächen zusammen. Wir lenkten das Gespräch weg von der Diskussion über Arbeitsstunden. Der Fokus verlagerte sich auf die Steuerung der Projektabwicklung und den langfristigen Nutzen.
Nach dieser Ausgestaltung hatte der Anbieter weniger Spielraum, überzogene Annahmen zu verteidigen. Er akzeptierte überarbeitete Zahlungsstrukturen und passte das Personalmodell an.
Das Ergebnis war mehr als nur Einsparungen. Der CFO ging mit einem Vertrag an den Start, der der Realität entsprach. Das war wichtiger als die Zahl selbst, denn es gab den Ton für die Governance des gesamten Programms an.
ERP-Leistungsbeschreibungsanalyse: Von der Überprüfung bis zur Verhandlung
| Schwerpunkte | Problem gefunden | Maßnahme ergriffen | Ergebnis |
|---|---|---|---|
| Konfiguration | Im Vergleich zum Umfang der Prozesse überhöhte Stunden. | Vergleich mit ähnlichen Projekten durchgeführt und Überflüssiges gekürzt. | Der Umfang ist auf die tatsächlichen Prozessanforderungen abgestimmt, keine aufgeblähten Schätzungen. |
| Datenmigration | Der Anbieter war zu 100 % für die Arbeit verantwortlich und ignorierte interne Tools. | Ein Drittel der Arbeitslast wurde mithilfe vorhandener Tools auf das interne Team verlagert. | Kostensenkung um ca. 33 % bei gleichzeitiger Verbesserung der internen Wissensspeicherung. |
| Integrationen | Nur durch die Anzahl der Schnittstellen begrenzt, keine Aufschlüsselung der Komplexität. | Angeforderte aufwandsbasierte Details pro Integrationspunkt. | Keine pauschalen Schätzungen mehr, sondern Arbeit an tatsächliche Integrationsaufgaben gebunden. |
| Tests | Vier vollständige Testzyklen ohne Begründung enthalten. | Reduziert auf zwei Zyklen plus Notfallpuffer. | Reduzieren Sie den Testaufwand nahezu um die Hälfte und behalten Sie dabei die Qualitätssicherung bei. |
| Training | Über mehrere Phasen hinweg dupliziert, Abrechnung zu Beratertarifen. | Die allgemeine Schulung wurde auf interne Analysten verlagert, der Anbieter deckte nur Spezialgebiete ab. | Schulung optimiert, Kosten halbiert, bessere Abstimmung mit Geschäftsbenutzern. |
| PMO | Großer Stundenblock ohne Lieferdefinition. | Die Aufsicht wurde dem PM des Kunden neu zugewiesen, die Stunden des PMO des Lieferanten wurden reduziert. | Verantwortlichkeit geschaffen, redundante Lieferantenstunden eliminiert. |
| Vertragsbedingungen | An Termine gebundene Meilensteine, unklare Vertretungsrechte, verspätete Wissensvermittlung. |
|
Verschobenes Risikogleichgewicht, gesicherte Kundenkontrolle während der Lieferung. |
| Nach Absprache | Der Verkäufer verteidigte aufgeblähte Annahmen und Kalenderabrechnungen. | Neu ausgerichtete Diskussion rund um die Governance der Projektabwicklung und die Gesamtbetriebskosten. | Der Anbieter hat überarbeitete Zahlungsstrukturen und Ressourcenmix akzeptiert. |
Sehen Sie, wie ich Ihr ERP und AI Die richtige Systemauswahl oder Implementierung für Sie.
ERP- und KI-Systemauswahl – Identifizieren und wählen Sie die richtige ERP- oder KI-fähige Plattform, die Ihren Geschäftsanforderungen entspricht.
Projektunterstützung & -wiederherstellung – Halten Sie Ihr Projekt auf Kurs oder bringen Sie gescheiterte Implementierungen wieder unter Kontrolle.
ERP-Modernisierung – Transformation bestehender ERP-Systeme in moderne, effiziente und skalierbare ERP-Umgebungen.
KONTAKTVerwandte Artikel: Herausforderungen bei der ERP-Auswahl und -Integration
Wählen Sie das richtige ERP für kleine Unternehmen im Jahr 2025
Eine Untersuchung darüber, wie kleine Unternehmen im Jahr 2025 ERP-Systeme auswählen können, die hinsichtlich Kosten, Umfang und Wachstum geeignet sind.
ERP-Systemauswahl für einen mittelständischen Hersteller in Asien
Ein reales Beispiel für die ERP-Bewertung mit Schwerpunkt auf Fertigungsprioritäten im asiatischen Kontext.
Oracle ERP vs. SAP
Eine Gegenüberstellung zweier wichtiger ERP-Plattformen mit praktischen Überlegungen für Entscheidungsträger.
Lieferverzögerungen bei der SAP Integration Suite
Einblicke in wiederkehrende Engpässe bei der Einführung der SAP Integration Suite und Lehren für Projektmanager.
Quiz zur Überprüfung des ERP-Implementierungsvertrags
Überprüfen Sie Ihr Verständnis des MENA-CFO-Falls, der 850 US-Dollar einsparte.
Vertragsbedingungen, die das Ergebnis der Vertragsverhandlungen zur ERP-Implementierung beeinflussen
Wenn die meisten Leute an ERP-Verhandlungen denken , stellen sie sich vor, über Tagessätze zu feilschen oder einen Rabatt auszuhandeln. In Wahrheit bringt das aber kaum etwas. Das wirkliche Geld und die wahre Kontrolle liegen in der Formulierung des ERP-Implementierungsvertrags.
Im Kleingedruckten wird festgelegt, wann Sie zahlen, wie Sie den Verkäufer zur Verantwortung ziehen und was passiert, wenn etwas schiefgeht. Damit haben wir die meiste Zeit verbracht.
1. Abrechnungsmeilensteine, die etwas bedeuten
Der von mir geprüfte Entwurf knüpfte Zahlungen an Termine. Das bedeutete, dass der Lieferant eine Rechnung stellen konnte, selbst wenn die Arbeiten nur halb abgeschlossen waren. Das habe ich schon viel zu oft erlebt. Wir haben die Definition der Abrechnungsmeilensteine überarbeitet , sodass jede Zahlung nun mit einem messbaren Kriterium verknüpft ist.
Anstelle von „Design abgeschlossen – September“ wurde es „Prozessdiagramme von Geschäftsleitern unterzeichnet und Konfiguration von IT überprüft“.
Für UAT war der Meilenstein an das Schließen und Unterzeichnen der Fehlerprotokolle durch den Kunden gebunden.
Für die Umstellung wurden Abstimmungen mit den Basisdaten durchgeführt.
Es klingt offensichtlich, aber die meisten ERP-Vertragsklauseln vermeiden diesen Detaillierungsgrad. Ohne diese Klauseln zahlen Sie zuerst und streiten später.
2. Festlegen von Akzeptanzkriterien
Eine weitere Falle war das Fehlen von Abnahmekriterien im ERP-System . Der Anbieter konnte behaupten, eine Phase sei „weitgehend abgeschlossen“. Diese Formulierung ist ein Geschenk für die Anbieter und ein Ärgernis für die Kunden.
Wir haben das Problem behoben, indem wir Abnahmetests in den Vertrag aufgenommen haben. Beispielsweise galt „Schulung abgeschlossen“ nur dann als abgeschlossen, wenn die Schulungsmaterialien genehmigt und die Anwesenheitslisten unterschrieben wurden. Auf diese Weise war der Abschluss eine Tatsache, keine bloße Meinung.
3. Schutz vor Ressourcentausch
Im Angebot waren Seniorberater zu Höchstsätzen aufgeführt. Erfahrungsgemäß würden diese nach der Unterzeichnung verschwinden und durch Juniorberater zum gleichen Stundensatz ersetzt werden. Um dies zu verhindern, fügten wir eine Klausel zur Benennung der Ressourcen hinzu.
Bei einem Personalwechsel hatte der Kunde das Recht, seine Zustimmung zu erteilen. Wurde ein erfahrener Architekt durch einen jüngeren ersetzt, mussten die Preise angepasst werden. Damit war einer der ältesten Tricks der Branche zunichte gemacht.
4. Maßgebliche Änderungsaufträge
Änderungsaufträge sind der Knackpunkt in Projekten. Die ursprüngliche Formulierung erlaubte es dem Anbieter, sie weitgehend unkontrolliert durchzusetzen. Wir haben die Richtlinien für Änderungsaufträge daher wie folgt überarbeitet:
Jede Anfrage enthielt eine Auswirkungserklärung zu Umfang, Zeit und Kosten.
Die Preise für neue Arbeiten wurden gedeckelt.
Für die Genehmigung war die Unterschrift des CFO erforderlich.
Das hat die Dinge verlangsamt und die Add-ons ehrlich gehalten. Es ging um die Verantwortlichkeit des ERP-Anbieters, nicht nur um die Kosten.
5. Hypercare richtig definieren
Hypercare war ergebnisoffen. So hätte es endlos weitergehen können. Wir haben die Definition von Hypercare im ERP-System geändert und Folgendes hinzugefügt:
Eine Obergrenze von sechs Wochen.
Ausstiegskriterien basierend auf KPIs wie Transaktionsstabilität.
Jede Verlängerung erfordert eine neue Genehmigung.
Dadurch wurde Hypercare zu einem echten Sicherheitsnetz und nicht zu einer wiederkehrenden Einnahmequelle für den Anbieter.
6. Zusätzliche Sicherheitsvorkehrungen
Wir haben außerdem einige leise Schutzfunktionen hinzugefügt, die einen großen Unterschied machen:
Reise- und Spesenkosten sind begrenzt und vorab genehmigt.
Prüfrechte für abgerechnete Stunden.
Klare Annahmen zur Datenumstellung, sodass der Anbieter die Daten des Kunden nicht für Verzögerungen verantwortlich machen kann.
Das Endergebnis war nicht nur eine Kostenersparnis. Es ging um Ausgewogenheit. Der Lieferant hatte seinen Vertrag weiterhin, aber der Kunde hatte nun integrierte Kontrollpunkte. Ohne diese Änderungen wären Kostenüberschreitungen unvermeidlich gewesen. Mit ihnen hatte der CFO einen Vertrag, der nicht nur für den Lieferanten, sondern für das gesamte Unternehmen funktionierte.
Verhandlungspunkte für ERP-Verträge: Probleme und Lösungen
| Schwerpunkte | Aufgabenstellung: | Fix angewendet | Ergebnis |
|---|---|---|---|
| Abrechnungsmeilensteine | Meilensteine sind an Termine gebunden, nicht an Liefergegenstände. Der Lieferant kann während des Fortschritts eine Rechnung stellen. |
Definition der Abrechnungsmeilensteine neu geschrieben:
|
Zahlungen sind an messbare Ergebnisse geknüpft. Reduziertes Risiko, für unfertige Arbeiten zu bezahlen. |
| Akzeptanzkriterien | Die Formulierung „im Wesentlichen vollständig“ ließ Raum für Interpretationen. |
Akzeptanzkriterien ERP in Vertrag aufgenommen:
|
Abschluss wird durch Fakten und nicht durch Meinungen definiert. Der Phasenabschluss wird vom Kunden kontrolliert. |
| Ressourcentausch | Es wurden Angebote für Senior-Berater abgegeben, die jedoch zum gleichen Satz gegen Junior-Berater getauscht wurden. |
Benannte Ressourcenklausel hinzugefügt:
|
Geschlossene Lücke bei der Ressourcenpyramide. Geschützte Qualität und Kosten. |
| Die Bestellung ändern | Der Anbieter könnte Änderungsaufträge mit minimaler Aufsicht durchsetzen. |
Änderungsauftragsverwaltung neu geschrieben:
|
Verlangsamung unkontrollierter Add-ons. Gewährleistung der Verantwortlichkeit des ERP-Anbieters. |
| Hypercare | Offene Phase. Risiko einer endlosen Abrechnung. |
Definierter Hypercare-ERP-Umfang:
|
Hypercare wurde endlich und messbar. Umsatzeinbußen für Anbieter wurden verhindert. |
| Zusätzliche Sicherheitsvorkehrungen | Der Anbieter hatte die Freiheit, die Kosten mit Reisekosten, Arbeitszeiten und Datenannahmen aufzustocken. |
Zusätzlicher Schutz:
|
Versteckte Abrechnungslücken geschlossen. Ausgewogenes Vertragsrisiko zwischen Kunde und Anbieter. |
Wichtige Ergebnisse einer erfolgreichen Vertragsverhandlung zur ERP-Implementierung
Die Verhandlungen beschränkten sich nicht nur auf die reinen Zahlen. Sie sicherten dem Finanzvorstand und dem Projektteam nachhaltige Kontrolle. Das Ergebnis war eindeutig: Eine ERP-Kostenreduzierung von 850,000 US-Dollar noch vor Projektbeginn. Entscheidender war jedoch, wie diese Einsparung erzielt wurde und wie sie die Projektabwicklung beeinflusste.
1. Die Aufschlüsselung der Ersparnisse
Die vermiedenen Ausgaben kamen aus drei Bereichen:
Durch die Optimierung des Leistungsumfangs wurden 340,000 US-Dollar eingespart. Überhöhte Konfigurationsstunden, doppelte Schulungsabläufe und übermäßige Testzyklen wurden reduziert. Die Funktionalität blieb dabei vollständig erhalten. Es handelte sich lediglich um eine Optimierung des Leistungsumfangs: Wir bezahlten nur für das Notwendige und strichen Überflüssiges.
Durch eine Umstrukturierung von Stundensätzen und Aufgaben konnten 310,000 US-Dollar eingespart werden. Die Arbeitsstunden erfahrener Berater wurden, wo angebracht, unter kontrollierten Bedingungen durch die von Junior-Beratern ersetzt. Interne Mitarbeiter übernahmen Aufgaben wie Dokumentation und grundlegende Tests. Diese Umstrukturierung führte zu einer effizienteren Ressourcenverteilung ohne Qualitätseinbußen.
Durch Vertragsänderungen wurden 200,000 US-Dollar eingespart. Zahlungsmeilensteine, die an die Projektergebnisse gekoppelt waren, Obergrenzen für Reisekosten und Spesen sowie strengere Klauseln zur Hypercare-Versicherung verhinderten versteckte Kosten. Diese Änderungen etablierten Finanzkontrollen in ERP-Projekten , die auch über die Verhandlungen hinaus Bestand hatten.
Dies war keine bloße Theorie. Jeder einzelne Posten wurde hinterfragt, geprüft und aus vertretbaren Gründen entweder beibehalten oder angepasst.
2. Projektverzögerungen wurden eingedämmt
Eine weit verbreitete Befürchtung ist, dass zähe Verhandlungen den Projektstart verzögern. In diesem Fall gab es keine Verzögerungen. Das Projekt begann zum geplanten Termin.
Der Verkäufer hatte zwar weniger Handlungsspielraum, konnte aber immer noch den Vertrag erfüllen. Auf dieses Gleichgewicht kam es an.
3. Stärkere Governance
Der CFO konnte mehr als nur Ersparnisse mitnehmen. Er verfügte nun über:
Er könnte dem Vorstand ein vertretbares Kostenmodell vorlegen.
Klare Abrechnungsmeilensteine, die er verfolgen konnte.
Ein im Vertrag selbst integrierter Mechanismus zur Lieferantenverwaltung .
Das erste Quartal der Umsetzung zeigte den Unterschied. Es wurden keine Änderungsaufträge erteilt. Keine. Normalerweise wären zu diesem Zeitpunkt mindestens eine Handvoll davon auf dem Schreibtisch des CFO gelandet. Dank klarer Definitionen und festgeschriebener Rollen hatte der Anbieter weniger Einfluss. Die Umsetzung entsprach den Erwartungen.
Auswirkungen in der Praxis
Das Ergebnis dieser SAP-Vertragsverhandlungen betraf nicht nur die 850,000 Dollar. Es ging um Vertrauen. Der Finanzchef konnte nachvollziehen, wofür jeder Dollar verwendet wurde und die Zahlen intern verteidigen.
Der Anbieter lieferte ohne Beanstandungen. Und das Team ging strukturiert statt uneindeutig an die Implementierung heran.
In vielen ERP-Programmen werden Überschreitungen als unvermeidlich hingenommen. Dieser Fall hat gezeigt, dass sie durch eine korrekte Vertragsgestaltung kontrolliert werden können. Einsparungen sind ein Teil davon. Der größere Gewinn ist die Stabilität, die für die folgenden Monate entsteht.
Wichtigste Ergebnisse: Verhandlung des ERP-Implementierungsvertrags
| Schwerpunkte | Detail / Korrektur | Ergebnis |
|---|---|---|
| Umfangsrationalisierung |
|
Gespeichert $340,000 ohne Einschränkung der Funktionalität. Reine Umfangsoptimierung. |
| Tarif- und Rollenneuzuweisung |
|
Vermieden $310,000 durch Umverteilung des Aufwands ohne Qualitätseinbußen. |
| Vertragsänderungen |
|
Geschützt $200,000 und laufende Finanzkontrollen in ERP-Projekten erstellt. |
| Projektstart | Die Verhandlungen wurden ohne Verzögerung des Zeitplans abgeschlossen. Der Verkäufer akzeptierte die überarbeitete Struktur. | Das Projekt wurde ohne Verzögerung zum geplanten Termin gestartet. |
| Governance-Stärke |
|
Im ersten Quartal wurden keine Änderungsaufträge erteilt. Die Lieferung des Lieferanten entsprach den Erwartungen. |
| Auswirkungen in der Praxis | Einsparungen von $850,000 waren wichtig, aber das größere Ergebnis war Stabilität und Kontrolle. | Der CFO gewann an Transparenz und Vertrauen. Das Team ging strukturiert und ohne Unklarheiten an die Umsetzung. |
„Als ich den Vorschlag zum ersten Mal prüfte, fand ich die Zahlen vernünftig. Was mir jedoch entging, war die Unklarheit des Umfangs. Als wir ihn dann aufschlüsselten, erkannte ich, dass das meiste Risiko im Kleingedruckten steckte. Die finanzielle Betrachtung des Vertrags gab mir eine Kontrolle, von der ich nicht wusste, dass sie mir fehlte. Die Einsparungen waren wichtig, aber der größte Gewinn war, dass ich mit Klarheit und ohne Überraschungen in die Umsetzung gehen konnte.“ – CFO, MENA Manufacturing Company
Verwandte Artikel: ERP-Modernisierung und Strategieeinblicke
10 ERP-Modernisierungsfehler, die Sie in Ihrer ERP-Strategie vermeiden sollten
Ein detaillierter Blick auf häufige Fallstricke bei ERP-Modernisierungsprojekten und wie man sie vermeidet.
Oracle ERP vs. SAP: Was jeder CEO, CFO oder CIO bedenken muss
Wichtige Entscheidungspunkte für Führungskräfte, die Oracle ERP und SAP hinsichtlich Kosten, Umfang und langfristigem Wert bewerten.
Wählen Sie das richtige ERP für kleine Unternehmen im Jahr 2025
Leitfaden für kleine Unternehmen bei der Auswahl von ERP-Lösungen, die auf Agilität, Kosten und Wachstum im Jahr 2025 zugeschnitten sind.
ERP-Systemauswahl für einen mittelständischen Hersteller in Asien
Eine Fallstudie zu den Herausforderungen bei der ERP-Bewertung und -Auswahl, mit denen ein Fertigungsunternehmen in Asien konfrontiert war.
Was die meisten CFOs in ERP-Implementierungsvereinbarungen übersehen
Ich habe viele CFOs erlebt, die die ERP-Bereitstellung wie ein Technologieprojekt behandeln. Sie genehmigen das Budget, übergeben die Zügel der IT und treten zurück. Auf dem Papier macht das Sinn.
Doch in Wirklichkeit geht die Rolle des CFO in ERP-Projekten weit über die Budgetgenehmigung hinaus. Sobald die Implementierung beginnt, liegen die finanziellen Risiken in den Vertragsbedingungen und der täglichen Steuerung. Verlässt die Finanzabteilung das Projekt zu früh, geht die Kontrolle über die Ausgaben verloren.
1. Der Mythos der Festgebühr
Das Versprechen eines „Festpreises“ ist beruhigend. Doch in fast jedem Programm ist die Zahl auf der Seite nur so lange fest, bis sich der Umfang ändert.
Der Trugschluss bei Festpreisverträgen versteckt sich in kleinen Formulierungen wie „wird in Workshops bestätigt“ oder „Standardintegrationen“. Solche Formulierungen schaffen die Möglichkeit für spätere zusätzliche Abrechnungen.
Workshops zur Finalisierung des Umfangs nach der Unterzeichnung
Undefinierte Integrationen, die später zu benutzerdefinierten Builds erweitert werden
„Standardkonfiguration“ wird zweimal unter verschiedenen Überschriften berechnet
Ein als „fest“ gekennzeichneter Vertrag kann dennoch durch Änderungsaufträge beeinflusst werden.
2. Fehlende Kostenauswirkungsmodellierung
ERP-Überschreitungen sind keine einmaligen Ereignisse. Sie häufen sich Monat für Monat. Jede Verzögerung verursacht zusätzliche Beratungskosten und interne Kosten. Zu oft plant die Finanzabteilung mit einer einzigen Zahl und einem kleinen Reserveposten – und das war’s.
Keine Modellierung von Überschreitungen durch Burn Rate × zusätzliche Monate
Kein Zusammenhang zwischen Terminverschiebungen und vollen Arbeitskosten
Die Bemessung von Eventualitäten erfolgt in Prozenten, nicht als Szenarioanalyse.
Aus diesem Grund sind Finanzchefs, die glaubten, das Budget im Griff zu haben, von Budgetüberschreitungen bei ERP-Projekten schockiert.
3. Übermäßiges Vertrauen in Lieferanten-Workshops
Viele Verträge verlagern die Ermittlung des Leistungsumfangs in von Anbietern geleitete Workshops. Das erscheint effizient, ist aber riskant. Anbieter formulieren Annahmen zu ihren Gunsten und monetarisieren die Lücken später.
Workshops definieren neue „außerhalb des Geltungsbereichs“ liegende Arbeiten
Anforderungen, die auf die Tools des Anbieters zugeschnitten sind, nicht auf die Realität des Kunden
Änderungsanforderungen, die aus Unklarheiten resultieren, die der Anbieter offen gelassen hat
Sich allein auf die Anbieterauswahl zu verlassen, birgt das Risiko übersehener ERP-Risiken, die erst während der Implementierungsphase sichtbar werden.
4. Interne PMO-Lücken
Kunden verfügen oft über ein PMO, aber nicht über den richtigen Kompetenzmix. Reporting und Terminplanung sind vorhanden. Was fehlt, ist kommerzieller Gegenwind. Anbieter bringen starke PMs mit, die wissen, wie man mit Vertragsbedingungen umgeht. Ohne Parität verliert die Kundenseite das Gleichgewicht.
PMO verfolgt Termine, aber keine vertraglichen Verpflichtungen
Kein finanzieller Eskalationsprozess
Vendor PM gibt den Rahmen für den Fortschritt vor
Diese internen PMO-Lücken erklären, warum die Governance selbst dann versagt, wenn die Diagramme grün aussehen.
5. Falsche Annahmen
Einige der größten Überschreitungen sind auf stille Annahmen zurückzuführen, die tief in den Anhängen vergraben sind.
Integrationsaufwand basierend auf der bestmöglichen Datenbereitschaft
Datenqualität angenommen, nicht getestet
Die Verantwortlichkeiten des Kunden sind vage formuliert, was zu Streitigkeiten führt
Diese Annahmen für ERP-Projekte erscheinen zum Zeitpunkt der Unterzeichnung harmlos, verlagern aber später Kosten und Risiken.
6. Finanzen im Raum behalten
Das Muster ist klar: Wenn sich die Finanzabteilung zurückzieht, gerät das Projekt ins Stocken. Wenn der CFO hingegen weiterhin die Lieferung überwacht, Geschäftsbedingungen validiert, Änderungsaufträge prüft und Annahmen überprüft, werden die Projektüberschreitungen reduziert.
Die Bedeutung der Finanzabteilung bei der Vertragsprüfung kann nicht hoch genug eingeschätzt werden. Die Überwachung beschränkt sich nicht auf die Verwaltung von Konfigurationen oder Tests. Es geht vielmehr darum, die Ausgaben durch kontinuierliche Transparenz zu schützen. Ohne diese sind Kostenüberschreitungen unvermeidlich. Mit ihrer Unterstützung wird die ERP-Implementierung steuerbar.
Best Practices für die Verhandlung von ERP-Implementierungsverträgen
Rückblickend auf dieses Projekt fallen mir einige Punkte auf, die ich auch bei jedem anderen ERP-Geschäft berücksichtigen würde. Sie sind keine Theorie. Sie sind das Ergebnis intensiver Gespräche mit dem Anbieter und einer detaillierten Überprüfung der Leistungsbeschreibung.
Vergleichen Sie den Aufwand mit Ihren eigenen Kapazitäten. Anbieter übernehmen fast immer die volle Verantwortung. Tatsächlich können interne Mitarbeiter oft Teile von Tests, Dokumentation und Schulungen selbst durchführen. Wenn Sie die Kostenvoranschläge der Anbieter nicht mit Ihren internen Kapazitäten abgleichen, zahlen Sie doppelt.
Die Zahlungen sollten ergebnisorientiert sein. Wenn die Abrechnung an Kalenderdaten oder Aktivitätsprotokolle gekoppelt ist, verlieren Sie an Verhandlungsmacht. Sind die Zahlungen hingegen an die Fertigstellung der Leistungen geknüpft, muss der Lieferant die Fertigstellung nachweisen, bevor er eine Rechnung stellt.
Binden Sie die Experten fest. Benannte Ressourcen sind entscheidend. Ohne eine entsprechende Klausel verschwinden die erfahrenen Berater im Angebot und werden im gleichen Tempo durch Nachwuchskräfte ersetzt. Ich habe das bei fast jedem Projekt erlebt.
Definieren Sie Meilensteine klar. „Design abgeschlossen“ ist bedeutungslos, solange nicht klar ist, wie das Designergebnis aussehen soll. Formulieren Sie Meilensteine so, dass jeder sie überprüfen und mit Ja oder Nein bewerten kann.
Sichern Sie sich Prüfrechte im Vertrag. Selbst wenn Sie diese nie in Anspruch nehmen, verändern sie das Verhalten. Lieferanten wissen, dass ihre Rechnungen überprüft werden können, was zu weniger überhöhten Abrechnungen führt.
Seien Sie bei Discovery-Workshops vorsichtig. Sie klingen zwar nach Abstimmungsgesprächen, führen aber oft zu neuen Projektumfängen. Falls Workshops nötig sind, stellen Sie sicher, dass sie die Kosten nicht ohne separates Genehmigungsverfahren erhöhen können.
Die Finanzabteilung muss weiterhin eingebunden bleiben. Das Finanzteam kann sich nach Vertragsunterzeichnung nicht zurückziehen. Änderungsaufträge, Kostenüberschreitungen und Änderungen des Leistungsumfangs sind ebenso finanzielle wie lieferbezogene Probleme.
Diese Gewohnheiten sehen einfach aus. In der Hektik der Vertragsunterzeichnung sind sie jedoch nicht immer leicht umzusetzen. Aber jedes Mal, wenn ich ein erfolgreiches Projekt erlebt habe, waren diese Leitplanken vorhanden.
Wo ERP-Implementierungsvertragsverhandlungen am besten funktionieren
Die Erkenntnisse aus diesem Engagement sind nicht nur auf einen Kunden anwendbar. Sie lassen sich auf eine Reihe von Unternehmen übertragen, die unter ähnlichem Druck stehen. Bei genauerem Hinsehen sind die Muster bemerkenswert konsistent.
- Private-Equity-gestützte Unternehmen sind eine Gruppe, die am meisten profitiert. Wenn ein Portfoliounternehmen zu einer schnellen Modernisierung gedrängt wird, sind ERP-Programme in der Regel ein zentraler Bestandteil dieses Plans. Ohne klare Beratung bei ERP-Vertragsverhandlungen, die Kosten steigen und die Zeitpläne der Investoren geraten ins Rutschen. Indem man Scope-Fallen frühzeitig erkennt, kann man sowohl die Bewertung als auch die Exit-Pläne schützen.
- Mittelständische Unternehmen, die von Legacy-Plattformen wie Oracle, Navision oder NetSuite upgraden, stehen vor den gleichen Problemen. Eine praktische ERP-Strategie für den Mittelstand Es geht nicht nur um die Auswahl der Software. Es geht darum, sicherzustellen, dass die Verträge der Größe und Leistungsfähigkeit des Unternehmens entsprechen. Diese Firmen verfügen oft über genügend Talente, um einen Teil der Arbeit zu übernehmen, aber das spart nur dann Geld, wenn der Vertrag es zulässt.
- Auch globale Unternehmen mit kleineren PMOs fallen auf. SAP-Rollout für globale Teams ist komplex, und ohne starke kommerzielle Leitplanken führt der PM des Anbieters das Projekt effektiv durch. Dieses Ungleichgewicht lässt sich mit den richtigen Bedingungen vermeiden.
Der gemeinsame Nenner ist die Größe. Jedes ERP-Programm mit einem Gesamtauftragswert von über einer Million Dollar birgt dieselben Risiken. Unabhängig davon, ob der Kunde über Investoren verfügt oder in neue Märkte expandiert, entscheiden die richtigen Vertragsklauseln und skalierbare Implementierungsmodelle über Kostenüberschreitungen und die Kontrolle über das Budget.
Anwendbarkeit der Lektionen zur ERP-Vertragsverhandlung
| Unternehmensprofil | Typisches Risiko | Beratungswert |
|---|---|---|
| Private Equity-gestützte Unternehmen |
|
Durch die Beratung bei ERP-Vertragsverhandlungen werden Umfangsfallen vermieden und Kostenstrukturen an die Erwartungen der Investoren angepasst. |
| Mittelständische Unternehmen, die von Legacy-ERP aufrüsten |
|
Eine ERP-Strategie für den Mittelstand verknüpft Verträge mit einer realistischen Personalausstattung und internen Kapazitäten und vermeidet so Mehrausgaben. |
| Globale Unternehmen mit kleinen PMOs |
|
Starke Vertragsleitplanken gleichen die Governance wieder aus und stellen sicher, dass die internen Teams die Kontrolle über Umfang und Lieferung behalten. |
| ERP-Programme mit einem Gesamtwert von über 1 Mio. USD |
|
Durch die Anwendung skalierbarer Implementierungsmodelle und Vertragskontrollen wird die Kostenvorhersehbarkeit bei jeder großen ERP-Einführung gewährleistet. |
Abschließende Beobachtungen zur Verhandlung von ERP-Implementierungsverträgen
Wenn ich an dieses Projekt denke, fällt mir besonders auf, wie sehr der Erfolg vom Vertrag abhing. Er ist zwar nicht der glamouröseste Teil eines ERP-Programms, aber genau hier beginnen die meisten Probleme. Schwache Vertragsbedingungen ebnen den Weg für Kostenüberschreitungen. Klare Bedingungen sorgen für Stabilität. So sieht echte Vertragsdisziplin im ERP-Bereich aus.
Die Kontrolle beginnt nicht erst mit dem Start von Workshops oder der Konfiguration. Sie beginnt mit der Vertragserstellung. Eine finanzorientierte ERP-Implementierung ermöglicht diese Kontrolle, da der Vertrag als Finanzinstrument und nicht als Verwaltungsdokument behandelt wird.
Die Einsparungen von 850,000 US-Dollar waren zwar willkommen, aber nicht der größte Erfolg. Der eigentliche Nutzen lag in einem Projekt, das stets im Gleichgewicht blieb. Dank vertragsbasierter Projektabwicklung arbeitete das Team anhand definierter Meilensteine, begrenzter Ausgaben und Regeln, die den Anbieter zur Rechenschaft zogen.
Einige Punkte, die ich weiterführen möchte:
Finanzielle Klarheit vor technischer Tiefe
Zahlungen sind an Ergebnisse und nicht an Termine gebunden
Substitutionsregeln zum Schutz der Lieferqualität
Kostendeckel, die Kostendrift stoppen
Governance, die spätere Brandbekämpfung verhindert
Für mich geht es bei einer risikogesteuerten ERP-Einführung weniger darum, jedes Detail des Systems zu kennen, sondern vielmehr darum, ein nachhaltiges System zur Lieferantenverantwortung zu etablieren . Diese von Anfang an konsequente Vorgehensweise hat dafür gesorgt, dass das Programm auch lange nach Abschluss der Verhandlungen stabil blieb.
Wenn Sie Fragen haben oder eine Situation bei Ihrer ERP-Implementierung besprechen möchten, zögern Sie bitte nicht, sich an uns zu wenden!
Fragen, die Sie möglicherweise haben ...
1. Warum unterscheidet sich die Verhandlung eines ERP-Implementierungsvertrags von der Verhandlung einer Softwarelizenz?
Bei ERP-Lizenzkosten handelt es sich in der Regel um einmalige oder wiederkehrende Gebühren, die mit den Marktpreisen verglichen werden können. Implementierungsverträge sind weitaus schwieriger festzulegen.
Die Komplexität liegt in vagen Liefergegenständen, versteckten Abrechnungsauslösern und überhöhten Aufwandsschätzungen. Ohne eine strukturierte Überprüfung kann sich das, was feststeht, schnell aufblähen.
Eine detaillierte Aufschlüsselung, wie die Budgets nach Beginn der Implementierung explodieren, finden Sie unter SAP-Implementierungskostenaufschlüsselung.
2. Was sind die häufigsten versteckten Kostentreiber in ERP-Implementierungsverträgen?
Zu den häufigsten Fallen zählen meiner Erfahrung nach:
Unklare Leistungsbeschreibungen wie „Standardkonfiguration“ oder „Standardintegrationen“.
Ressourcenpyramide , bei der Seniorberater akquiriert werden, die Arbeit aber von Juniorberatern ausgeführt wird.
Wiederholte Abrechnungen , wie z. B. Schulungen, die während der Benutzerakzeptanztests (UAT) und erneut während der Hypercare-Phase abgerechnet werden.
Schwache Meilensteindefinitionen , bei denen Zahlungen anhand von Terminen statt anhand von Lieferergebnissen ausgelöst werden.
Jeder dieser Punkte birgt die Gefahr einer Umfangsinflation und von Änderungsaufträgen.
3. Wie können CFOs bei der ERP-Implementierung eine aktive Rolle spielen?
CFOs gehen oft davon aus, dass die IT-Abteilung die Umsetzung steuert. In Wirklichkeit sind ERP-Projekte jedoch nur getarnte Finanzinstrumente. Die Aufgabe der Finanzabteilung besteht darin, vor Projektbeginn wirtschaftliche Leitplanken zu schaffen. Dies bedeutet, die Vertragsprüfung zu leiten, vertretbare Kostenmodelle zu entwickeln und Zahlungen an messbare Ergebnisse zu knüpfen.
Der Unterschied zwischen der Überlassung dieser Aufgabe an die IT-Abteilung und der Übernahme durch die Finanzabteilung entscheidet in der Regel über Kostenüberschreitungen oder Stabilität. Beispiele hierfür finden Sie unter „ Lehren von Finanzvorständen aus gescheiterten ERP-Projekten“.
4. Welche Vertragsklauseln haben den größten Einfluss auf die ERP-Bereitstellung?
Einige Klauseln wirken sich unverhältnismäßig auf Kosten und Kontrolle aus:
Benannte Ressourcenklausel zur Verhinderung der Herabstufung von Beratern.
In Meilensteine eingearbeitete Akzeptanzkriterien .
Änderungsmanagement mit Genehmigung des Finanzvorstands.
Hypercare-Definition , die eine Obergrenze und Ausstiegsbedingungen festlegt.
Reisekostenobergrenzen und Vorabgenehmigungsverfahren.
Dies sind die Klauseln, die einen Vertrag von einem verkäuferfreundlichen Dokument in eine ausgewogene Vereinbarung verwandeln.
5. Wie validieren Sie die Aufwandsschätzungen des Anbieters während der ERP-Implementierungsplanung?
Ich verwende einen Bottom-up-Ansatz. Beginnen Sie mit jedem Arbeitsablauf im Leistungsverzeichnis und erstellen Sie dann ein Schattenmodell der Stunden basierend auf internen Kapazitäten und praktischen Benchmarks. Beispielsweise können Testzyklen als vier vollständige Durchläufe geschrieben werden, aber mit der Planung reichen in der Regel zwei Zyklen plus Notfallplan aus.
Dieser Prozess, den ich als Validierung des Implementierungsaufwands bezeichne , beseitigt überzogene Annahmen frühzeitig. Mehr zu dieser Methode finden Sie im Artikel „ Wie man Scope Creep in SAP-Projekten vermeidet“.
6. Welche Fehler machen CFOs häufig bei ERP-Verhandlungen?
Ich sehe einige Muster immer wieder:
Die Aufsicht wird zu früh an die IT-Abteilung übergeben.
Glauben Sie, dass eine „feste Gebühr“ einem festen Umfang entspricht.
Die Kosten von Überschreitungen werden nicht quantifiziert.
Ignorieren von Integrationsannahmen bei Altsystemen.
Akzeptieren vager Formulierungen zur Kundenverantwortung in Verträgen.
Jeder Fehler überträgt das Risiko auf den Kunden, oft ohne dass dieser es merkt.
7. Wie verhindern Sie, dass Änderungsaufträge Ihr ERP-Budget belasten?
Änderungsaufträge sind unvermeidlich, aber sie müssen kein Blankoscheck sein. Der Vertrag muss vor dem ersten Workshop Governance-Regeln festlegen. Jeder Änderungsauftrag sollte Folgendes enthalten:
Eine klare Wirkungserklärung zu Umfang, Zeitplan und Kosten.
Für alle neuen Arbeiten sind die Preise gedeckelt.
Obligatorische Genehmigung durch den CFO.
Ohne diese Regelung werden Änderungsaufträge zum Umsatzmodell des Anbieters. Mit dieser Regelung werden sie zu kontrollierten Ausnahmen.
8. Warum sind ERP-Projekte mit einem Volumen von über 1 Million US-Dollar mit höheren Risiken verbunden?
In dieser Größenordnung können sich unklare Vorgaben und überzogene Annahmen schnell verschärfen. Selbst kleine Lücken in der Vertragssprache können das Risiko um Hunderttausende erhöhen. Größere Programme haben zudem mehr Beteiligte, was wiederum mehr Möglichkeiten für Fehlabstimmungen bedeutet.
Die Antwort liegt nicht darin, große ERP-Projekte zu vermeiden, sondern skalierbare Implementierungsmodelle mit strenger vertraglicher Regelung einzuführen.
9. Wie sollte Hypercare in ERP-Verträgen strukturiert werden?
Hypercare wird oft unbefristet angeboten, was es zu einer Einnahmequelle für den Anbieter macht. Ein sinnvoller Ansatz ist es, Hypercare auf einen definierten Zeitraum von in der Regel sechs bis acht Wochen zu begrenzen. Ausstiegskriterien sollten objektiv sein, wie z. B. Transaktionsstabilität oder SLA-Einhaltung. Jede Verlängerung sollte eine neue Genehmigung erfordern und nicht automatisch verlängert werden.
Dadurch wird Hypercare zu einem Sicherheitsnetz statt einer unkontrollierten Ausgabe.
10. Was ist die wichtigste Erkenntnis für CFOs, die in ERP-Verhandlungen einsteigen?
Die wichtigste Lektion ist, dass technische Details weniger wichtig sind als kaufmännische Klarheit. Verträge definieren Verantwortlichkeiten. Wenn Abrechnungsmeilensteine, Ressourcenklauseln und Änderungsauftragsprozesse festgeschrieben sind, ist die Wahrscheinlichkeit, dass das Projekt im Zeitplan bleibt, deutlich höher.
Vereinfacht ausgedrückt: Finanzkontrollen in ERP-Projekten werden vor Beginn der Konfiguration festgelegt. Sobald der Vertrag unterzeichnet ist, ist es zu spät.
Praktische Hinweise zur Gestaltung von Verträgen im Vorfeld finden Sie unter SAP-Verhandlungsstrategien.
Verwandte Artikel: Finanz- und SAP-Implementierungspraktiken
Modernisierung der Finanzprozesse für einen familiengeführten Mischkonzern
Wie ein großes Familienunternehmen seine Finanzgeschäfte durch ERP-gesteuerte Modernisierung umstrukturierte.
SAP-Leistungstests: Was IT-Leiter im Jahr 2025 wissen müssen
Wichtige Schritte, die IT-Leiter für Leistungstests in SAP-Umgebungen benötigen, um die Systemstabilität sicherzustellen.
Oracle ERP vs. SAP
Ein Vergleich von Oracle ERP und SAP mit praktischen Überlegungen für Führungskräfte, die eine Plattformauswahl treffen.
Lieferverzögerungen bei der SAP Integration Suite
Lehren aus Integrationsherausforderungen, die die Einführung der SAP Suite verlangsamten, und wie Teams diese bewältigten.
