Warum die meisten SAP Business One Projekte bereits vor der Implementierung scheitern
Kostenlos Testen

Blog

Warum die meisten SAP Business One Projekte bereits vor der Implementierung scheitern

By IngoldMay 18,2026
Hier ist etwas, das Ihnen die meisten SAP Business One Partner nicht direkt sagen werden: Viele ERP-Projekte befinden sich bereits in Schwierigkeiten, bevor überhaupt der erste Workshop stattfindet.  Nicht, weil die Software nicht zum Unternehmen passt. Nicht, weil das Implementierungsteam inkompetent wäre. Sondern weil das Unternehmen, das den Vertrag unterschreibt, die interne Vorarbeit noch nicht geleistet hat, die eine erfolgreiche Implementierung überhaupt erst möglich macht. Es wurde ein System ausgewählt, bevor die eigenen Prozesse wirklich verstanden wurden. Das Projekt wurde gestartet, ohne klar festzulegen, wer im Unternehmen tatsächlich die Verantwortung dafür trägt. Ein Go-live-Termin wurde auf Basis eines Bauchgefühls vereinbart statt auf Grundlage einer realistischen Einschätzung dessen, was zuvor tatsächlich passieren muss.  Die Zahlen dazu sind eindeutig. Laut Gartner erreichen mehr als 70 % aller ERP-Implementierungen ihre ursprünglichen Business-Case-Ziele nicht. Eine weitere Analyse zeigt, dass lediglich 23 % der Unternehmen ihr ERP-Projekt termingerecht und innerhalb des Budgets abschließen. Und wenn untersucht wird, warum diese Projekte scheitern, lautet die Antwort fast immer dieselbe: Das Scheitern war bereits vor Beginn der technischen Arbeit angelegt.  70 %+  der ERP-Projekte erreichen ihre ursprünglichen Business-Case-Ziele nicht — Gartner  Bei Ingold Solutions begleiten wir seit vielen Jahren Unternehmen im gesamten DACH-Raum und darüber hinaus als zertifizierter SAP Business One Partner. Die Projekte, die Schwierigkeiten haben, sind selten jene, bei denen sich die Software als problematisch erweist. Es sind vielmehr die Projekte, bei denen Unternehmen ohne echte Vorbereitung in die Implementierung starten. Im Folgenden zeigen wir ehrlich die fünf häufigsten Fehler vor der Implementierung — und wie deren Lösung in der Praxis tatsächlich aussieht. 

  1. DieProzesslandkarte, die nichtexistiert 

Fragt man die meisten Unternehmer, wie eine Bestellung durch ihr Unternehmen läuft, bekommt man meist eine selbstbewusste Antwort. Fragt man jedoch vier verschiedene Personen im selben Unternehmen dieselbe Frage, erhält man vier unterschiedliche Antworten. Keine davon ist unbedingt falsch — aber keine ist identisch.  Die Implementierung von SAP Business One beginnt damit, das System rund um die tatsächlichen Geschäftsprozesse zu konfigurieren. Wenn diese Prozesse nicht dokumentiert sind — nicht „ungefähr bekannt“ oder „größtenteils einheitlich“, sondern tatsächlich schriftlich definiert und abgestimmt — kann die Konfiguration nicht sauber erfolgen. Das Implementierungsteam richtet die Software dann nach unterschiedlichen Vorstellungen einzelner Mitarbeiter ein, statt nach einem klar definierten Soll-Prozess. Das Ergebnis ist ein System, das keiner Abteilung wirklich optimal dient und beim Go-live Diskussionen darüber auslöst, warum Prozesse nicht wie erwartet funktionieren.  Die häufigste Variante dieses Problems ist die Lücke zwischen dokumentierter Richtlinie und tatsächlicher Praxis. Ein Unternehmen hat beispielsweise auf dem Papier einen dreistufigen Freigabeprozess für Bestellungen. In der Realität genehmigt jedoch der Operations Manager alles selbst, weil das frühere System zu langsam war. Wird SAP anhand der offiziellen Richtlinie implementiert, kollidiert das System mit der tatsächlichen Arbeitsweise der Mitarbeiter. Wird es anhand der tatsächlichen Praxis implementiert, wird ein ineffizienter Workaround zur Systemgrundlage.  Moderne Technologie über schlechte Prozesse zu legen, ist ein sicherer Weg zum Scheitern. Wenn grundlegende Prozesse nicht zuerst verbessert werden, beschleunigt Technologie lediglich bestehende Ineffizienzen.  Ein professionelles SAP Business One Consulting betrachtet Prozess-Mapping deshalb nicht als Deliverable, sondern als Voraussetzung. Das bedeutet, mit den Menschen zu arbeiten, die die Prozesse täglich ausführen — nicht nur mit den Führungskräften, die sie beschreiben. Ziel ist ein gemeinsames Verständnis des tatsächlichen Ablaufs, bevor irgendeine Konfiguration beginnt. Das dauert am Anfang länger, spart aber Monate an Nacharbeit später. 

  1. Niemand hatentschieden,wem das Projekt gehört 

ERP-Projekte benötigen einen internen Verantwortlichen. Nicht einen Sponsor, der gelegentlich im Steering Committee sitzt. Nicht einen Projektmanager, der Besprechungsräume organisiert. Sondern jemanden mit echter Entscheidungsbefugnis, ausreichend Zeit für das Projekt und genügend Autorität, um interne Konflikte zu lösen.  In der Praxis wird diese Verantwortung oft einfach vorausgesetzt statt klar definiert. Der IT-Leiter hält es für ein Technologieprojekt. Der Finanzleiter sieht darin ein Buchhaltungsprojekt. Die Operations-Abteilung geht davon aus, dass jemand anderes zuständig ist. Das Ergebnis: Das Projekt bewegt sich nur so schnell wie die Personen, die zufällig gerade verfügbar sind. Entscheidungen werden verschoben, weil die richtige Person fehlt, und Scope Changes passieren, weil niemand offiziell verantwortlich ist, Grenzen zu setzen.  Laut Branchendaten lassen sich 72 % aller gescheiterten ERP-Projekte auf schlechtes Stakeholder-Management zurückführen. Dazu gehören fehlende Management-Unterstützung ebenso wie widersprüchliche Prioritäten zwischen Abteilungen — letztlich steckt aber immer dasselbe Problem dahinter: Niemand hatte wirklich die Verantwortung.  72 %  der gescheiterten ERP-Projekte sind auf mangelhaftes Stakeholder-Management zurückzuführen — WorldMetrics 2024  Ein erfahrener SAP Business One Partner macht interne Projektverantwortung zu einer nicht verhandelbaren Voraussetzung. Der interne Projektverantwortliche muss klar benannt, seine zeitliche Verfügbarkeit bestätigt und seine Entscheidungsbefugnis eindeutig definiert sein, bevor das Projekt startet. Ohne diese Grundlage wird selbst die beste Implementierung spätestens beim ersten internen Konflikt ins Stocken geraten. 

  1. DieErwartung,dass Software kaputte Prozesse repariert 

Lidl investierte sieben Jahre und rund 500 Millionen Euro in ein SAP-Projekt, bevor es vollständig eingestellt wurde. Einer der Hauptgründe: Das Unternehmen wollte bestehende Prozesse unverändert beibehalten, statt sich an die Logik von SAP anzupassen. Das System sollte sich an alte Gewohnheiten anpassen, statt Prozesse neu zu denken.  Das ist ein extremes Beispiel. Aber die zugrunde liegende Denkweise — dass sich ERP-Systeme bestehenden Arbeitsweisen unterordnen sollen — gehört zu den häufigsten Ursachen dafür, dass SAP Business One Implementierungen problematisch werden.  Diese Erwartung zeigt sich meist bereits in den Discovery-Workshops. Ein Abteilungsleiter sagt: „Unser aktuelles System macht X auf diese Weise, also muss SAP das genauso machen.“ Manchmal ist das sinnvoll. Oft basiert der bestehende Prozess jedoch auf Einschränkungen eines alten Systems, die heute gar nicht mehr existieren. Der Workaround wurde zum Prozess — und niemand hat ihn seit Jahren hinterfragt.  SAP Business One ist ein System mit klarer Logik. Es folgt bestimmten Prinzipien bei Finanzbuchungen, Lagerbewegungen oder Freigabeprozessen. Diese Logik basiert auf jahrzehntelanger Best Practice aus Tausenden von SMB-Implementierungen. Unternehmen, die bereit sind, diese Logik zu verstehen und sich dort sinnvoll anzupassen, erzielen deutlich bessere Ergebnisse als Unternehmen, die jede Konfiguration nutzen wollen, um alte Prozesse exakt zu kopieren.  Unrealistische Erwartungen zeigen sich außerdem häufig bei Projektzeitplänen. Viele Unternehmen fixieren sich früh auf ein Go-live-Datum, bevor überhaupt klar ist, wie umfangreich das Projekt tatsächlich wird. Sobald der reale Scope sichtbar wird, möchte dennoch niemand den Termin verschieben. Die Folge sind hastige Konfigurationen, verkürzte Testphasen und ein Go-live mit einem System, das nie vollständig validiert wurde. 

  1. DasDatenqualitätsproblem, dasniemand wirklich anschauen möchte 

Fast die Hälfte aller ERP-Implementierungen — laut Studien rund 48 % — leidet unter erheblichen Problemen bei der Datenmigration.  Das Problem folgt meist einem typischen Muster. Ein Unternehmen arbeitet seit Jahren mit einem Legacy-System. Lieferanten wurden mehrfach angelegt, Artikelnummern uneinheitlich gepflegt, Einkaufspreise fehlen oder sind falsch, Kundenstammdaten enthalten veraltete Informationen und historische Transaktionen weisen Fehler auf, die das alte System toleriert hat.  Die Migration dieser Daten nach SAP Business One bereinigt sie nicht automatisch. SAP übernimmt die Daten exakt so, wie sie geliefert werden. Werden 3.000 Geschäftspartner migriert und 400 davon sind Duplikate, starten Sie mit 400 doppelten Geschäftspartnern im neuen System. Fehlen Einkaufspreise, stimmen Margenberichte nicht. Sind Lagerbestände falsch, werden sämtliche Inventurauswertungen unzuverlässig.  Ein Produktionsunternehmen stellte beispielsweise fest, dass die Lagerdaten derart fehlerhaft waren, dass selbst grundlegende Bestände nicht mehr verlässlich waren. Produkte, die als verfügbar galten, existierten physisch gar nicht. Andere, die als ausgelaufen markiert waren, gehörten zu den meistverkauften Artikeln. Das ERP-System funktionierte technisch perfekt — nur die Daten waren unbrauchbar.  Deshalb beginnt eine professionelle SAP Business One Implementierung mit einem Data Audit vor dem eigentlichen Migrationsprojekt. Daten werden extrahiert, geprüft, bereinigt und standardisiert, bevor überhaupt entschieden wird, wie sie ins SAP-Datenmodell übertragen werden. Bei Ingold Solutions ist das ein eigener Projekt-Workstream — kein Last-Minute-Thema kurz vor Go-live.  48 %  aller ERP-Implementierungen haben erhebliche Probleme bei der Datenmigration — WorldMetrics 2024 
  1. Abteilungen, dienie Teil des Gesprächs waren 
SAP Business One betrifft das gesamte Unternehmen. Finanzwesen, Einkauf, Lager, Vertrieb und Operations arbeiten alle direkt mit dem System.  Trotzdem werden viele Implementierungsentscheidungen hauptsächlich zwischen Finanzleitung und IT getroffen, während Lager, Vertrieb oder Einkauf oft erst während der Schulungen erfahren, was beschlossen wurde.  Das Ergebnis ist ein System, das auf die Prioritäten der Personen abgestimmt ist, die im Raum saßen — nicht auf die Anforderungen der Teams, die täglich damit arbeiten.  Diese Probleme lassen sich lösen — aber nach dem Go-live wird jede Änderung deutlich teurer und aufwendiger.  Gutes Stakeholder-Management bedeutet daher, alle betroffenen Abteilungen frühzeitig in die Projektdefinition einzubeziehen. Unterschiede im Prozessverständnis müssen vor der Konfiguration geklärt werden — nicht erst im Live-System. 

Was ein seriöser SAP Business One Partner anders macht 

Alle fünf genannten Fehler haben eine Gemeinsamkeit: Sie entstehen, bevor überhaupt technische Arbeit beginnt.  Genau deshalb ist die Wahl des richtigen Partners so entscheidend.  Ein Partner, der Ihnen verspricht, in vier Wochen live zu gehen, ohne nach dokumentierten Prozessen, Projektverantwortung oder Datenqualität zu fragen, spart Ihnen keine Zeit. Er verschiebt die Probleme lediglich in eine Phase, in der sie deutlich schwieriger zu lösen sind.  Bei Ingold Solutions beginnt SAP Business One Consulting mit einer strukturierten Discovery-Phase: 
  • Prozess-Mapping  
  • Projekt-Governance  
  • realistische Zeitplanung  
  • Analyse der Datenqualität  
— und zwar bevor irgendeine Konfiguration vorgenommen wird.  Als zertifizierter SAP Business One Partner mit ISO 9001- und ISO 27001-Zertifizierung basiert unsere Methodik speziell auf den Anforderungen von SMB-Unternehmen — Unternehmen, bei denen ein gescheitertes ERP-Projekt nicht nur ein verpasstes Ziel bedeutet, sondern reale operative Risiken verursacht.  Die Unternehmen mit den erfolgreichsten SAP Business One Implementierungen sind selten diejenigen mit den komplexesten technischen Anforderungen. Es sind die Unternehmen, die die oft unsichtbare Vorarbeit ernst nehmen: 
  • ehrliche Prozessanalyse  
  • klare Verantwortlichkeiten  
  • realistische Erwartungen  
  • saubere Daten  
  • Einbindung aller betroffenen Teams  
Diese Grundlagen richtig aufzubauen, ist nicht allein Aufgabe des Partners. Aber es ist definitiv Aufgabe des richtigen Partners, genau darauf zu bestehen.  Ingold Solutions GmbH — Zertifizierter SAP Business One Partner — Berlin Vereinbaren Sie eine kostenlose Pre-Implementation-Beratung: +49 30 863 232 940 • https://ingoldsolutions.com/de 

Recent Posts

Warum die meisten SAP Business One Projekte bereits vor der Implementierung scheitern

May 18,2026

SAP Business One Cloud: Was Wettbewerber Ihnen nicht sagen

May 15,2026

Jenseits des Aufbaus: Warum die Wahl der richtigen Magento-Agentur die wichtigste E-Commerce-Entscheidung ist, die Sie 2026 treffen werden

May 6,2026