Ein Business-Central-Projekt kann aus vielen Gründen aus dem Takt geraten: Der Integrator hat Kapazitätsprobleme, der Ansprechpartner ist gegangen, der Umfang wuchs unbemerkt, oder die Buchhaltung vertraut den Auswertungen nicht mehr. Ein Audit von Business Central schafft in dieser Lage Klarheit. Es beantwortet, was am Bestand tragfähig ist, was nachgebessert werden muss und ob eine Projektübernahme durch einen anderen Partner sinnvoll ist.
Auf dieser Seite lesen Sie, woran Sie den Bedarf erkennen, was ein Audit konkret prüft, wie Sie den Integrator wechseln, ohne bei null zu beginnen, und wie ein Plan zur Stabilisierung aussieht. Wer erst einen passenden Partner sucht, findet in der Seite zur Wahl des Business-Central-Integrators die Auswahlkriterien.
Woran Sie erkennen, dass ein Audit fällig ist
Selten gibt es den einen Auslöser. Meist häufen sich Signale, die einzeln harmlos wirken:
- Termine und Budget: Go-live-Termine wurden mehrfach verschoben, Nachträge kommen ohne nachvollziehbare Begründung.
- Zahlen, denen niemand traut: Die Salden im Sachkonto stimmen nicht mit den Nebenbüchern überein, der Steuerberater stellt am Monatsende Rückfragen, die Sie nicht beantworten können.
- Schattensysteme: Vertrieb, Lager oder Einkauf pflegen parallel Excel-Listen, weil das System „zu umständlich“ ist.
- Wissenslücke beim Dienstleister: Der Berater, der Ihr System kennt, ist nicht mehr erreichbar, und Vertretungen fragen alles neu ab.
- Träges System: Belege buchen langsam, Berichte laufen minutenlang, Anwender melden Sperren.
- Rückstand bei Updates: Die Umgebung hängt hinter den Versionen zurück, weil jedes Update als Risiko gilt.
- Unklare Verantwortung: Niemand kann sagen, wer bei einer Störung zuerst zuständig ist.
Bei mehreren dieser Punkte liegt der Fehler selten bei den Anwendern. Häufiger fehlt eine Bestandsaufnahme. Typische Ursachen und Gegenmaßnahmen beschreibt auch der Ratgeber zu den häufigsten Fehlern im ERP-Projekt.
Was ein Audit prüft
Ein belastbares Audit geht nicht nach Gefühl vor. Es folgt festen Prüffeldern und hält Befunde schriftlich fest, jeweils mit Einstufung nach Dringlichkeit.
| Prüffeld | Leitfrage | Typische Befunde |
|---|---|---|
| Paramétrage und Einrichtung | Entspricht die Konfiguration Ihren Prozessen oder dem Standardvorschlag? | Nicht genutzte Einrichtungen, widersprüchliche Nummernserien, Buchungsgruppen ohne klare Logik |
| Stammdaten und Bewegungsdaten | Sind Daten vollständig, eindeutig und konsistent? | Dubletten bei Debitoren und Artikeln, offene Posten ohne Zuordnung, ungepflegte Dimensionen |
| Eigenentwicklungen | Sind Erweiterungen wartbar, dokumentiert und versioniert? | Anpassungen ohne Quellcodeablage, direkte Eingriffe statt Erweiterungsmodell, fehlende Tests |
| Schnittstellen | Laufen Anbindungen stabil und nachvollziehbar? | Fehlende Fehlerbehandlung, doppelte Übertragungen, keine Überwachung |
| Performance | Wo entstehen Wartezeiten? | Überladene Rollencenter, ungünstige Filter, lang laufende Stapelverarbeitung |
| Sicherheit und Berechtigungen | Wer darf was, und ist das nachweisbar? | Zu weit gefasste Berechtigungssätze, geteilte Benutzer, fehlende Funktionstrennung |
| Version und Betrieb | Wie ist die Umgebung aufgebaut und gepflegt? | Rückstand bei Updates, fehlende Testumgebung, unklare Verantwortung |
Paramétrage und Einrichtung
Hier zeigt sich, ob das System für Ihr Unternehmen gebaut oder nur „irgendwie eingerichtet“ wurde. Geprüft werden Buchungsgruppen, Nummernserien, Dimensionen, Genehmigungsabläufe und Rollencenter. Wichtig ist der Abgleich mit dem ursprünglichen Pflichtenheft: Was wurde versprochen, was ist umgesetzt, was wurde stillschweigend gestrichen? Zum Aufbau von Anforderungen hilft der Ratgeber zum ERP-Lastenheft.
Daten: das eigentliche Kapital
Daten sind der Teil, den Sie bei einem Wechsel unbedingt behalten wollen. Der Audit stichprobt Stammdaten, Posten und Nebenbuchabstimmungen. Er prüft, ob die Datenübernahme zu Projektbeginn sauber dokumentiert wurde und ob Altlasten mitgeschleppt wurden. Beschädigte Daten sind kein Fall für den Microsoft-Support: Er deckt Betriebsstörungen ab, hilft aber laut Dokumentation nicht bei der Korrektur korrupter Daten. Das spricht für eine frühe Prüfung durch Ihren Partner.
Eigenentwicklungen und Erweiterungen
Hier entstehen die größten Risiken beim Wechsel. Ein Prüfer sieht sich an, welche Erweiterungen installiert sind, wer sie geschrieben hat, ob der Quellcode in Ihrer Hand liegt und ob die Anpassungen in der Lage sind, künftige Versionen zu überstehen. Bewertet wird, ob eine Anpassung nötig war oder ob der Standard denselben Zweck erfüllt hätte. Wie Individualentwicklung sauber aussieht, steht auf der Seite zur Individualentwicklung in Business Central.
Schnittstellen, Performance und Sicherheit
Anbindungen an Onlineshop, Banking, Lagerlogistik oder Lohnabrechnung werden auf Fehlerbehandlung und Überwachung geprüft. Bei der Leistung zählt zuerst die Messung, nicht die Vermutung: Welche Vorgänge sind langsam, und wer löst sie aus? Bei der Sicherheit stehen Berechtigungssätze, Administratorrechte und die Trennung von Funktionen im Mittelpunkt. Mehr zu Anbindungen finden Sie unter Schnittstellen für Business Central.
Version, Umgebungen und Updates
Business Central Online erhält zwei große Updates pro Jahr, im April und im Oktober, dazu monatliche kleinere Aktualisierungen mit Korrekturen und regulatorischen Anpassungen. Eine Umgebung, die den Anschluss verloren hat, verursacht Aufwand und Risiko, vor allem wenn Erweiterungen nicht mehr kompatibel sind. Der Audit prüft daher, ob es eine Testumgebung gibt, ob Erweiterungen vor einem Update getestet werden und wer das Zeitfenster für Updates verantwortet. Details zu Ausgaben und Versionsständen liefert die Seite zu Versionen und Editionen.
Für Betriebe in Deutschland kommt die Konformität hinzu: Nachvollziehbare Buchungen, Verfahrensdokumentation und unveränderbare Belege betreffen die GoBD-Anforderungen an ein ERP; der Umgang mit ein- und ausgehenden Rechnungen die E-Rechnung im ERP. Ein Audit hält fest, ob Ihre Einrichtung diese Anforderungen trägt oder ob Ihr Steuerberater nachbessern lassen muss.
Integrator wechseln, ohne alles neu zu beginnen
Die Sorge vor einem Neustart hält viele Unternehmen bei einem Anbieter fest, mit dem sie längst unzufrieden sind. Dabei ist der Wechsel des Partners bei Business Central meist gut machbar, weil die wesentlichen Werte nicht beim Dienstleister liegen.
Was Ihnen gehört
- Der Mandant und die Daten: Sie sind Kunde bei Microsoft, der Integrator ist Betreuer.
- Die Lizenzen: Online-Lizenzen werden laut Microsoft-Dokumentation über das Cloud-Solution-Provider-Programm, also über einen Partner, bezogen. Beim Wechsel wird die Zuordnung zu einem neuen Partner geregelt, die Nutzer und Daten bleiben bestehen.
- Die Dokumentation: Pflichtenheft, Schulungsunterlagen und Protokolle sind Ergebnisse, die Sie bezahlt haben und einfordern dürfen.
Was geklärt werden muss
Kritisch sind der Quellcode eigener Erweiterungen, die Rechte daran und die Frage, wer als Partner und delegierter Administrator eingetragen ist. Der Partner erbringt den Support in erster Linie als delegierter Administrator Ihres Mandanten. Ohne diese Eintragung kann ein neuer Integrator weder Störungen bearbeiten noch Anfragen eskalieren. Prüfen Sie außerdem Ihren Vertrag auf Kündigungsfristen, Pflege- und Wartungsvereinbarungen und Regelungen zur Herausgabe von Quellcode. Praktische Hinweise zu Verträgen und Leistungsumfang geben die Seite zu Support und Wartung und der Ratgeber ERP-Integrator finden.
Neustart oder Übernahme?
Nicht jedes Projekt lässt sich retten, aber die Entscheidung folgt dem Befund, nicht dem Ärger:
| Befund | Empfehlung |
|---|---|
| Einrichtung weitgehend sinnvoll, einzelne Lücken | Übernahme und gezielte Nachbesserung |
| Standard solide, Erweiterungen unübersichtlich | Übernahme, Erweiterungen schrittweise ersetzen oder dokumentieren |
| Daten stark verunreinigt, Einrichtung widersprüchlich | Bereinigung und teilweiser Neuaufbau, Stammdaten bleiben erhalten |
| Prozesse haben sich grundlegend geändert | Neuaufnahme der Anforderungen, Bestand nur dort nutzen, wo er passt |
Ein vollständiger Neustart ist die Ausnahme. Meist lassen sich Daten, Lizenzen und große Teile der Konfiguration weiterverwenden.
Unterlagen und Zugänge, die Sie sichern sollten
Sichern Sie die Unterlagen möglichst früh, am besten noch bevor es Spannungen mit dem bisherigen Partner gibt:
- Administratorzugang im Microsoft-Mandanten und im Admin-Center, mit Liste aller Umgebungen.
- Quellcode und Versionsstände aller installierten Erweiterungen, samt Lizenzbedingungen.
- Pflichtenheft, Konzepte, Prozessbeschreibungen und Abnahmeprotokolle.
- Berechtigungskonzept und Benutzerliste mit Rollen.
- Schnittstellenbeschreibungen, Zugangsdaten über einen sicheren Weg, nicht per E-Mail.
- Protokolle der Datenübernahme und offene Fehlerlisten.
- Verfahrensdokumentation und Hinweise Ihres Steuerberaters, etwa zu DATEV-Exporten.
- Verträge für Pflege, Hosting und Support.
Sicherungen verdienen eine eigene Bemerkung: Eine Umgebung lässt sich in Business Central bis zu zehnmal pro Kalendermonat auf einen beliebigen Zeitpunkt der letzten 28 Tage zurücksetzen, innerhalb derselben Azure-Region und nur mit bezahltem Abonnement. Das ersetzt keine eigene Archivierung, bietet aber einen Rückweg, falls bei der Übergabe etwas schiefgeht. Zu Betriebsmodellen und Hosting lesen Sie die Seite zu Business Central in der Cloud.
Plan zur Stabilisierung
Auf den Audit folgt kein Großprojekt, sondern ein gestufter Plan. Bewährt hat sich diese Reihenfolge:
- Sofortmaßnahmen: Sicherheitslücken schließen, Berechtigungen bereinigen, Zuständigkeiten klären, Administratorrechte sichern.
- Übergabe: Partnerwechsel abwickeln, Quellcode und Dokumentation übernehmen, Support für den Übergang regeln.
- Datenbereinigung: Dubletten, offene Posten und Dimensionen in Abstimmung mit Buchhaltung und Steuerberater bereinigen.
- Korrektur der Einrichtung: Abweichungen von den tatsächlichen Prozessen beheben, Standard dort wieder einführen, wo Anpassungen keinen Nutzen bringen.
- Erweiterungen ordnen: Erweiterungen dokumentieren, testen und, wo möglich, durch Standardfunktionen ersetzen.
- Wiederanlauf: Anwender nachschulen, Zielbild und Zeitplan gemeinsam abstimmen. Nachschulungen sind häufig der unterschätzte Hebel, siehe Schulung für Business Central.
- Regelbetrieb: Updates planen, Testumgebung nutzen, Verantwortlichkeiten festschreiben.
Wichtig ist, dass jeder Schritt eine Abnahme hat, die Ihre Fachabteilung mitträgt. Ein Redressement, das nur technisch fertig ist, aber von den Anwendern nicht angenommen wird, löst das Ausgangsproblem nicht.
Woran Sie einen guten Prüfer erkennen
Ein Auditor sollte unabhängig vom Ergebnis arbeiten können. Fragen Sie nach, ob er bereit ist, Befunde schriftlich und mit Priorität zu liefern, ob er Quellcode lesen kann und ob er sich nicht schon vorab auf eine Lösung festlegt. Auf Partnerseite gibt Microsoft mit Zertifizierungen wie MB-800 für funktionale Berater und MB-820 für Entwickler eine Orientierung, ersetzt aber keine Referenzgespräche. Über So funktioniert es stellen wir den Kontakt zu einem passenden Integrator her; die Mitarbeit an Ihrem Audit bleibt unverbindlich, die Entscheidung liegt bei Ihnen.
Wir sind kein Partner eines Herstellers und führen das Projekt nicht selbst durch. Wir vermitteln Sie an einen Integrator, der zu Ihrem Bestand, Ihrer Branche und Ihrer Größe passt.
Häufige Fragen
Wann lohnt sich ein Audit von Business Central?
Sobald Termine wiederholt reißen, Auswertungen nicht zur Buchhaltung passen, Anwender auf Excel ausweichen oder niemand mehr den Aufbau erklären kann. Auch vor einem Versionssprung, einer Erweiterung um Produktion oder Lager und vor dem Wechsel des Integrators ist ein Audit sinnvoll. Es ersetzt keine Entscheidung, sondern liefert die Grundlage dafür.
Kann ich den Integrator wechseln, ohne das Projekt neu zu beginnen?
In aller Regel ja. Ihre Daten, Ihr Mandant und Ihre Lizenzen gehören Ihnen und liegen nicht beim Integrator. Entscheidend sind eine saubere Übergabe, Zugriff auf Mandant und Quellcode der Erweiterungen sowie eine Dokumentation der Anpassungen. Ein neuer Partner prüft zuerst den Bestand und entscheidet dann, was er behält und was er ersetzt.
Welche Zugänge und Unterlagen brauche ich für die Übernahme?
Sie brauchen die Administratorrechte im Microsoft-Mandanten, die Liste der Umgebungen, den Quellcode und die Versionsstände aller Erweiterungen, das Pflichtenheft, das Berechtigungskonzept und die Schnittstellenbeschreibungen. Dazu kommen Protokolle der Datenübernahme und, falls vorhanden, Verfahrensdokumentation und Testprotokolle. Fehlt etwas, hält der Audit die Lücke schriftlich fest.
Wer hilft bei Störungen: Microsoft oder der Integrator?
Für jeden Kunden gibt es einen Partner, der den Support in erster Linie übernimmt und bei Bedarf an Microsoft eskaliert. Der Microsoft-Support deckt Störungen im Betrieb ab, nicht Anwendungsfragen und nicht die Korrektur beschädigter Daten. Beim Wechsel sollten Sie deshalb klären, wer ab wann als Partner und delegierter Administrator eingetragen ist.
Wie belastbar ist ein Audit, wenn der bisherige Integrator nicht kooperiert?
Ein Audit stützt sich auf das, was im System sichtbar ist: Einstellungen, Daten, installierte Erweiterungen, Berechtigungen und Protokolle. Mit Administratorzugang lässt sich vieles ohne Mitwirkung des Vorgängers feststellen. Was nur im Kopf der Beteiligten steckt, etwa Gründe für Anpassungen, muss mit Ihren Fachabteilungen rekonstruiert werden.
Quellen
- Microsoft Learn: Technischer Support für Business Central
- Microsoft Learn: Zeitplan für Business-Central-Updates
- Microsoft Learn: Sicherung und Wiederherstellung von Umgebungen
- Microsoft Learn: Lizenzierung von Business Central
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.