Das Wichtigste in Kürze
- BC-Support ist mehr als Ticketing: Ein guter Partner kennt Ihre Installation, reagiert schnell und bereitet Release-Wellen proaktiv vor — bevor sie produktiv werden.
- Die Microsoft-Release-Wellen (April & Oktober) sind der häufigste Grund für ungeplante Incidents. Ein Support-Partner testet Ihre Extensions vorab in der Sandbox.
- SLA-Modelle im Vergleich: Stunden-Budget (günstig, aber reaktiv), Retainer (planbar, fester Ansprechpartner) und Flatrate (selten sinnvoll für BC). Für die meisten Mittelständler ist ein Retainer-Modell die beste Wahl.
- 8 Fragen, die Sie jedem BC-Partner stellen sollten, bevor Sie einen Support-Vertrag unterschreiben.
Was "Business Central Support" wirklich bedeutet
Der Begriff "Support" klingt nach Helpdesk. Im ERP-Kontext ist er deutlich breiter. Business-Central-Support umfasst den reaktiven Teil — Fehler beheben, Fragen von Key-Usern klären, blockierte Buchungen freigeben — aber auch den proaktiven: Release-Wellen vorbereiten, Schnittstellen überwachen, kleine Anpassungen einpflegen und Stammdaten sauber halten.
Der Unterschied zwischen diesen beiden Dimensionen trennt gute BC-Partner von schlechten. Ein Partner, der ausschließlich auf Tickets reagiert, ist günstiger in der Stunde — aber teurer im Jahr, weil Sie bei jedem Update selbst herausfinden müssen, was sich verändert hat.
- Reaktiver Support: Fehlerbehebung, Key-User-Fragen, Buchungsblockaden, Berechtigungsprobleme
- Proaktiver Support: Release-Wellen-Vorbereitung, Interface-Monitoring, Kleine Customizing-Anpassungen
- Strategischer Support: Lizenzoptimierung, Roadmap-Beratung, neue Anforderungen priorisieren
Die 5 häufigsten Fehler beim ERP-Support
Die meisten Support-Probleme im ERP-Alltag entstehen nicht durch Systemfehler, sondern durch strukturelle Mängel im Support-Modell selbst. Hier sind die fünf häufigsten:
- 1. Kein fester Ansprechpartner: Jedes Ticket landet bei einem anderen Berater, der Ihre Installation von Grund auf neu verstehen muss. Ergebnis: Diagnosezeit verdoppelt sich, Fehler kehren wieder.
- 2. Nur reaktiv, kein Monitoring: Schnittstellen fallen still aus — und niemand merkt es, bis die Buchhaltung am nächsten Morgen leere Kontoauszüge sieht.
- 3. Release-Wellen überraschen: Die Microsoft-Updates im April und Oktober werden nicht vorher in der Sandbox getestet. Extensions brechen, der Go-Live-Tag wird zum Krisentag.
- 4. Kein klarer Eskalationsweg: Bei Produktionsausfällen weiß niemand, an wen man sich wenden soll oder in welcher Frist eine Antwort zu erwarten ist.
- 5. Support und Entwicklung getrennt: Der Support-Partner kennt die Anwendung, nicht den Code. Kleine Anpassungen dauern Wochen, weil ein dritter Dienstleister eingeschaltet werden muss.
Release-Wellen im April und Oktober: Was vorher passieren muss
Microsoft aktualisiert Business Central Online zweimal im Jahr automatisch — im April und im Oktober. Die Vorschauversion ist in der Regel 6–8 Wochen früher verfügbar. In diesem Zeitfenster muss ein guter Support-Partner folgendes erledigen:
Erstens: Extensions gegen die Vorschauversion testen. Jede AL-Extension, jedes AppSource-Add-on und jede Schnittstelle muss auf Kompatibilität geprüft werden. Inkompatible Extensions werden vom System deaktiviert — das ist die häufigste Ursache für Support-Notfälle nach einem Release-Update.
Zweitens: Breaking Changes identifizieren. Microsoft veröffentlicht "What's New"-Dokumentation für jede Release-Welle. Ein strukturierter Partner filtert die für Ihre Installation relevanten Änderungen und bespricht Auswirkungen mit Ihren Key-Usern — bevor das Update produktiv wird.
Drittens: Kommunikationsplan für Ihre Nutzer. Was ändert sich in der Oberfläche? Welche Berichte sehen anders aus? Welche neuen Funktionen können Sie sofort nutzen? Das verhindert Verwirrung und Rückfragen am ersten Tag nach dem Update.
SLA-Modelle für Business Central im Vergleich
Es gibt drei gängige Modelle für Business-Central-Support-Verträge. Keines ist von vornherein das Richtige — es kommt auf Ihren Betrieb an.
- Stunden-Budget (Pay-as-you-go): Sie kaufen ein Kontingent an Beraterstunden. Günstig bei geringem Supportbedarf. Nachteil: kein fester Ansprechpartner, kein proaktiver Anteil, Release-Wellen-Vorbereitung kostet extra.
- Retainer-Modell (monatliche Pauschale): Sie zahlen eine feste monatliche Gebühr für ein definiertes Leistungspaket — fester Ansprechpartner, vereinbarte Reaktionszeiten, Release-Wellen-Begleitung inklusive. Für die meisten Mittelständler das sinnvollste Modell.
- Flatrate (alles inklusive): Alle Anfragen und Anpassungen zu einem Festpreis. Selten wirtschaftlich sinnvoll, weil der Partner in diesem Modell ein Interesse daran hat, Aufwand zu minimieren statt Ihre Anforderungen vollständig zu bearbeiten.
8 Fragen, die Sie jedem BC-Partner stellen sollten
Bevor Sie einen Business-Central-Support-Vertrag unterzeichnen, sollten Sie diese Fragen stellen — und auf konkrete Antworten bestehen:
- 1. Wer ist mein fester Ansprechpartner — und was passiert, wenn diese Person im Urlaub ist?
- 2. Welche Reaktionszeiten sind vertraglich zugesagt — für kritische Fehler und für normale Anfragen?
- 3. Wie wird die Vorbereitung auf die Microsoft-Release-Wellen gehandhabt — und ist das im Preis inbegriffen?
- 4. Haben Sie Erfahrung mit unserem spezifischen Branchen- oder Customizing-Kontext?
- 5. Wie wird ein Produktionsausfall eskaliert — und bis wann ist mit einer ersten Diagnose zu rechnen?
- 6. Können Sie auch kleine Anpassungen und Reports im laufenden Betrieb übernehmen — oder muss ich dafür einen separaten Auftrag erteilen?
- 7. Wie läuft das Onboarding ab — wie lange dauert es, bis Sie meine Installation wirklich kennen?
- 8. Gibt es Referenzkunden mit vergleichbarer Installation, mit denen ich sprechen kann?
Häufige Fragen
- Das hängt vom Modell und dem Umfang Ihrer Installation ab. Ein Stunden-Budget beginnt bei wenigen Stunden im Monat; ein Retainer-Modell mit festem Ansprechpartner, definierten Reaktionszeiten und Release-Wellen-Begleitung kostet typischerweise mehr, ist aber kalkulierbar und enthält den proaktiven Anteil. Sprechen Sie uns für eine konkrete Einschätzung an — wir können Ihnen nach einem kurzen Erstgespräch einen realistischen Rahmen nennen.
- Ja. Ein Partnerwechsel in Business Central Online ist technisch einfach: Der neue Partner wird als zuständiger CSP-Partner im Microsoft-Adminportal eingetragen. Die eigentliche Arbeit liegt im Wissenstransfer: Wir nehmen uns zu Beginn Zeit, Ihre Installation, Ihre Erweiterungen und Ihre offenen Punkte gründlich aufzunehmen — damit kein Kontext verloren geht.
- "Wartungspauschale" ist oft ein älterer Begriff aus der On-Premises-Welt, der primär den Betrieb des Systems beschreibt (Server-Updates, Datenbankpflege). In der Cloud-Welt entfällt dieser Teil — Microsoft übernimmt Infrastruktur und Updates. Was bleibt und was Business-Central-Support heute bedeutet, ist die fachliche und funktionale Betreuung: Anwenderfragen, Anpassungen, Release-Wellen, Schnittstellen, Berechtigungen.
- Realistisch sind 2–4 Wochen bis zu einem vollständigen Bild Ihrer Installation. In dieser Phase inventarisieren wir alle Extensions, Schnittstellen, Berechtigungsstrukturen und offenen Punkte und führen eine Übergabe mit Ihrem bisherigen Partner oder Ihrer IT durch. Danach sind wir in der Lage, Support-Anfragen ohne Rückfragen zu Ihrer Systemhistorie zu bearbeiten.
- Ja — das ist unser Schwerpunkt. Wir sind selbst AL-Entwickler und kennen die Komplexität individueller Extensions aus eigener Projekterfahrung. Bei stark angepassten Installationen stößt der klassische Help-Desk-Support schnell an seine Grenzen, weil er die Custom-Logik nicht kennt. Wir können Support und Weiterentwicklung aus einer Hand liefern.