Wer SAP Business One einführen möchte, steht vor einem Projekt, das weit mehr ist als eine Softwareinstallation. Es verändert, wie Angebote entstehen, wie Ware bewegt wird und wie Ihr Steuerberater am Monatsende an die Zahlen kommt. Dieser Beitrag beschreibt die Einführung als Ablauf: welche Phasen es gibt, was am Ende jeder Phase vorliegen muss, wer was beiträgt und woran Projekte im deutschen Mittelstand typischerweise scheitern.
SAP Business One richtet sich an kleine und mittlere Unternehmen. Nach Angaben von SAP (Dezember 2025) nutzen mehr als 83 000 Kunden die Lösung, sie wird über 850 Partner vertrieben und kennt 50 Länderlokalisierungen. Die Einführung selbst führt jedoch nicht SAP durch, sondern ein Partnerunternehmen – der Integrator. Wir sind weder Partner noch Vertriebskanal von SAP: Wir vermitteln Sie kostenlos an einen geeigneten Integrator, der das Projekt dann verantwortet.
Die Methodik von SAP: fünf Phasen
SAP stellt für die Implementierung eine eigene Projektmethodik bereit. Sie besteht aus fünf Phasen:
- Projektvorbereitung
- Plan der Umsetzung (Business Blueprint)
- Projektrealisierung
- Finale Vorbereitung
- Go-live und Support
Dazu liefert SAP Vorlagen und Werkzeuge: Fragebögen und Konfigurationsdokumente für den Blueprint, einen Leitfaden zur Datenmigration, Testfälle mit einem Fehlerprotokoll, einen Schulungsleitfaden, ein Formular für Änderungsanträge, Freigabeformulare je Phase, eine Tabelle zur Risikobewertung und Projektpläne, die im SAP-Business-One-Client integriert sind. Ein guter Integrator arbeitet mit diesen Bausteinen oder mit einem vergleichbaren eigenen Vorgehen. Fragen Sie im ersten Gespräch ausdrücklich, welche Methodik zum Einsatz kommt.
Überblick: Phasen, Ergebnisse und Verantwortung
| Phase | Wichtigste Ergebnisse | Ihr Beitrag | Beitrag des Integrators |
|---|---|---|---|
| Projektvorbereitung | Projektziel, Umfang, Team, Zeitplan, Risikoliste | Ziele und Budgetrahmen klären, Projektleiter benennen | Projektplan, Governance, Rollenverteilung |
| Business Blueprint | Dokumentierte Soll-Prozesse je Fachbereich, Konfigurationsvorgaben | Workshops, Fachentscheidungen, Freigabe | Moderation, Prozessmodellierung, Konzeptdokument |
| Projektrealisierung | Konfiguriertes System, migrierte Daten, Schnittstellen, Testprotokolle | Datenbereinigung, Tests mit echten Daten | Einrichtung, Entwicklung, Datenübernahme |
| Finale Vorbereitung | Geschulte Anwender, Go-live-Plan, Abnahme | Schulungsteilnahme, Entscheidung zur Umstellung | Schulung, Generalprobe, Umstellungsplan |
| Go-live und Support | Produktivsystem, gelöste Anlaufprobleme | Rückmeldungen, Priorisierung | Betreuung im vertraglich vereinbarten Zeitraum |
Phase 1: Projektvorbereitung
Hier entscheidet sich, ob das Projekt später steuerbar bleibt. Ziel ist ein gemeinsames Verständnis: Welche Probleme soll das neue System lösen, welche Bereiche gehören dazu, welche bewusst nicht? Wer im Mittelstand das Projekt „nebenbei“ der Buchhaltungsleitung überträgt, erlebt später Terminverzug.
Folgende Punkte sollten am Ende der Vorbereitung schriftlich vorliegen:
- Projektziele und Umfang, getrennt nach Muss und Kann
- Projektteam beider Seiten mit klaren Entscheidungsbefugnissen
- Zeitplan mit Meilensteinen und Freigabepunkten
- Risikoliste, etwa zu Altdaten, Schnittstellen oder Personalengpässen
- Regeln für Änderungswünsche
Ein Lastenheft hilft, diese Phase sauber abzuschließen. Wie Sie es aufbauen, zeigt der Ratgeber zum ERP-Lastenheft.
Phase 2: Analyse im Business Blueprint
Im Business Blueprint werden Ihre Abläufe erfasst und in Einstellungen übersetzt. Laut SAP finden dazu Anforderungsworkshops je Funktionsbereich statt, etwa für Vertrieb, Einkauf und Lager; die Ergebnisse dokumentieren die spätere Konfiguration. Das Ergebnis ist ein Konzept, das Sie freigeben – und an dem sich später alles messen lässt.
Gute Workshops sind konkret. Statt „Wir brauchen eine Auftragsverwaltung“ besprechen Sie echte Fälle: Wie läuft eine Lieferung mit Teilmengen? Wie werden Rahmenaufträge abgerufen? Welche Rabattlogik gilt für Stammkunden? Wo entstehen Abweichungen, die heute in Excel-Listen nebenher gepflegt werden?
Für Deutschland gehören in diese Phase auch rechtliche und organisatorische Vorgaben:
- Wie werden Buchungen, Belege und Archivierung nach den GoBD abgebildet? Mehr dazu im Beitrag zu GoBD und ERP.
- Wie werden Eingangs- und Ausgangsrechnungen als E-Rechnung verarbeitet, etwa im Format XRechnung oder ZUGFeRD? Siehe E-Rechnung im ERP.
- Wie übergeben Sie Daten an Ihren Steuerberater, häufig über DATEV?
- Welche Anforderungen stellen Abschlussprüfer oder Konzernmutter?
Je präziser der Blueprint, desto weniger Nachträge entstehen in der Realisierung.
Phase 3: Projektrealisierung – Einrichtung, Datenübernahme, Tests
SAP beschreibt die Projektrealisierung als Kern des Projekts. Das System wird konfiguriert, die Daten aus dem Altsystem werden übernommen, und Sie validieren das Ergebnis anhand realer Daten. In der Praxis laufen drei Stränge parallel.
Einrichtung und Anpassung
Der Integrator legt Firmenstruktur, Kontenrahmen, Steuerkennzeichen, Artikel- und Geschäftspartnerlogik, Preislisten, Freigaben und Berechtigungen an. Wo der Standard nicht reicht, entstehen Erweiterungen oder individuelle Entwicklungen. Der Grundsatz: so viel Standard wie möglich, so wenig Sonderlösung wie nötig. Jede Abweichung kostet bei jedem späteren Versionswechsel erneut Aufwand.
Datenübernahme
Stammdaten wie Kunden, Lieferanten, Artikel und Stücklisten sowie offene Posten, Salden und offene Belege wandern aus dem Altsystem ins neue. Der Datenübernahme widmet SAP einen eigenen Leitfaden. Praktisch gilt: Wer erst kurz vor dem Go-live bereinigt, verliert Wochen. Doppelte Kunden, veraltete Artikel und uneinheitliche Adressen sollten Sie früh angehen. Details zum Vorgehen finden Sie auf der Seite zur Migration nach SAP Business One.
Schnittstellen
Webshop, Zahlungsdienstleister, Versanddienste, Lagerautomatisierung, EDI oder Lohnabrechnung – jede Anbindung braucht Konzept, Umsetzung und Test. Welche Möglichkeiten bestehen, erläutert der Beitrag zu Schnittstellen und Konnektoren.
Tests mit echten Daten
Testfälle und ein Fehlerprotokoll bilden den Rahmen. Entscheidend ist, dass Ihre Anwender Abläufe so durchspielen, wie sie im Alltag vorkommen: ein Auftrag mit Sonderkondition, eine Retoure, ein Monatsabschluss, ein Mahnlauf. Abweichungen werden dokumentiert, priorisiert und behoben.
Phase 4: Finale Vorbereitung und Schulung
Vor dem Start werden laut SAP die Endanwender geschult, und die Umstellung erfolgt an einem Wochenende oder in einer ruhigen Phase. Für Ihr Unternehmen heißt das: Den Termin nicht in den Jahresabschluss, die Hochsaison oder den Inventurzeitraum legen.
Typische Ergebnisse dieser Phase:
- geschulte Schlüsselanwender, die Kolleginnen und Kollegen unterstützen können
- eine Generalprobe der Umstellung mit Zeitmessung
- ein Umstellungsplan: Wer macht was, wann, mit welchem Rückfallszenario
- die förmliche Abnahme durch Ihre Projektleitung
Welche Formate es gibt und wie Sie Schulungen sinnvoll aufteilen, steht auf der Seite zur Schulung für SAP Business One.
Phase 5: Go-live und Nachbetreuung
Nach dem Produktivstart löst das Projektteam auftretende Probleme. Wie lange das gilt, muss laut SAP im Vertrag stehen. Genau hier lohnt sich Genauigkeit: Legen Sie fest, ob die Anlaufbetreuung vor Ort oder per Fernzugang erfolgt, welche Reaktionszeiten gelten und wann die Phase in den regulären Betrieb übergeht. Dieser läuft dann über Support und Wartung.
Planen Sie zudem die ersten Abschlüsse ein. Der erste Monats- und Quartalsabschluss im neuen System ist die eigentliche Bewährungsprobe, und Ihr Steuerberater sollte die ersten Auswertungen gegenlesen.
Was Dauer und Budget beeinflusst
Konkrete Zahlen ohne Analyse wären unseriös. Diese Faktoren bestimmen jedoch fast immer, wie lang und wie teuer ein Projekt wird:
| Einflussfaktor | Wirkung auf Dauer und Budget |
|---|---|
| Zahl der Gesellschaften und Standorte | Mehr Konsolidierung, Währungen, Berechtigungen |
| Umfang der Module | Finanzen allein ist schlanker als Finanzen mit Produktion und Lager |
| Qualität der Altdaten | Schlechte Daten verlängern Bereinigung und Test |
| Anzahl der Schnittstellen | Jede Anbindung ist ein eigenes Teilprojekt |
| Sonderentwicklungen | Zusätzlicher Aufwand und spätere Pflege |
| Verfügbarkeit Ihrer Fachbereiche | Wartezeiten ziehen das Projekt in die Länge |
| Schulungsumfang und Nutzerzahl | Mehr Anwender, mehr Termine |
| Hosting und Betriebsmodell | Cloud oder eigene Infrastruktur, siehe Hosting und Cloud |
Eine Übersicht zu Lizenz- und Projektkosten finden Sie unter SAP Business One Preise.
Typische Stolperfallen bei SAP Business One
Aus der Struktur des Produkts und der Projektlogik ergeben sich einige wiederkehrende Risiken:
- Zu viel Anpassung. Business One ist für den Mittelstand gedacht. Wer jeden gewachsenen Sonderablauf nachbaut, verlängert Projekt und Wartung. Prüfen Sie jeden Wunsch auf den tatsächlichen Nutzen.
- Zu wenig Entscheidungsbefugnis im Team. Wenn jede Frage zur Geschäftsführung wandert, steht das Projekt still.
- Blueprint ohne Freigabe. Ohne klares Dokument sind Nachforderungen unvermeidlich. Nutzen Sie die Freigabeformulare je Phase konsequent.
- Altdaten zu spät angefasst. Die Datenübernahme gehört von Beginn an in den Plan, nicht an dessen Ende.
- Schnittstellen unterschätzt. Webshop, Zahlungsabwicklung oder Branchensoftware werden gern als Randthema behandelt und später zum Terminrisiko.
- Rechtliche Anforderungen zu spät geprüft. E-Rechnung, GoBD und DATEV-Übergabe sind nachträglich teuer. Eine Übersicht bietet der Beitrag zu den gesetzlichen Anforderungen an ein ERP.
- Go-live ohne Rückfallplan. Wer keine Rückkehr vorbereitet hat, geht beim Umstellungswochenende ein unnötiges Risiko ein.
- Betreuung nach dem Start nicht geregelt. Die Dauer der Anlaufunterstützung gehört, wie SAP selbst empfiehlt, in den Vertrag.
Die Rolle des Integrators richtig bewerten
Das Projekt steht und fällt mit dem Partner. Achten Sie auf Referenzen aus Ihrer Branche, nachvollziehbare Vorgehensmodelle, eine feste Ansprechperson und transparente Angebote je Phase. Wie Sie vergleichen und worauf Sie in Gesprächen achten, beschreibt die Seite SAP-Business-One-Integrator wählen. Den deutschen Markt und die Besonderheiten der Lokalisierung behandelt der Beitrag zu SAP Business One in Deutschland.
Den allgemeinen Ablauf eines ERP-Projekts, unabhängig vom Produkt, erklärt der Ratgeber zur ERP-Einführung. Wenn Sie noch zwischen mehreren Lösungen schwanken, hilft ein Blick auf die Alternativen zu SAP Business One.
So geht es weiter
Wenn Sie ein Einführungsprojekt planen, beschreiben Sie uns Ihr Vorhaben: Branche, Größe, Module, vorhandene Systeme. Wir stellen den Kontakt zu einem Integrator her, der zu Ihrem Projekt passt. Die Vermittlung ist für Sie kostenlos; Angebot, Vertrag und Durchführung liegen beim Integrator, und Sie entscheiden frei, ob und mit wem Sie arbeiten.
Häufige Fragen
Wie läuft die Einführung von SAP Business One ab?
SAP empfiehlt eine Methodik in fünf Phasen: Projektvorbereitung, Business Blueprint, Projektrealisierung, finale Vorbereitung sowie Go-live mit Support. In der Praxis lassen sich diese Phasen in Analyse, Einrichtung, Datenübernahme, Test, Schulung und Nachbetreuung gliedern. Ihr Integrator führt durch die Schritte, Ihr Unternehmen liefert Entscheidungen, Daten und Testzeit.
Wie lange dauert ein SAP-Business-One-Projekt?
Eine seriöse Zahl lässt sich ohne Analyse nicht nennen. Die Dauer hängt vor allem von der Zahl der Gesellschaften und Standorte, dem Umfang der Prozesse, der Qualität der Altdaten, den Schnittstellen und der Verfügbarkeit Ihrer Fachbereiche ab. Ein Integrator kann nach dem Erstgespräch einen Zeitplan mit Meilensteinen vorlegen.
Was kostet die Einführung von SAP Business One?
Die Kosten setzen sich aus Lizenzen oder Abonnement, Beratungs- und Projektleistung, Datenübernahme, Schnittstellen, Schulung und späterem Support zusammen. Ein Festpreis ohne klares Pflichtenheft ist selten belastbar. Fordern Sie ein Angebot, das Leistungen je Phase ausweist und Änderungswünsche geregelt behandelt.
Welche Aufgaben hat mein Unternehmen im Einführungsprojekt?
Sie benennen einen Projektverantwortlichen mit Entscheidungsbefugnis, stellen Fachanwender für Workshops und Tests frei, bereinigen die Altdaten und geben jede Phase ausdrücklich frei. Wer diese Rolle unterschätzt, verlängert das Projekt – unabhängig davon, wie gut der Integrator ist.
Wie stelle ich die GoBD-Konformität bei der Einführung sicher?
Klären Sie früh mit Ihrem Steuerberater, wie Belege, Buchungen, Archivierung und die Verfahrensdokumentation im neuen System abgebildet werden. Auch die Altdaten aus dem Vorsystem müssen weiterhin prüfbar bleiben. Ihr Integrator sollte diese Punkte schon im Blueprint festhalten, nicht erst kurz vor dem Go-live.
Quellen
- SAP Learning – Implementing SAP Business One: Implementation Project Methodology
- SAP News – Global success of SAP Business One
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.