Business Central im Betrieb: Support, Wartung und Weiterentwicklung

Mit dem Go-live ist ein Business-Central-Projekt nicht beendet, es beginnt dann erst richtig. Ob Support für Business Central gut funktioniert, entscheidet sich selten an der Software, sondern an der Frage, wer im Störungsfall zuständig ist, wie schnell er reagiert und wer für die laufende Pflege bezahlt wird. Diese Seite ordnet die Aufgabenteilung zwischen Microsoft und Ihrem Partner, erklärt, was zu Wartung von Business Central und Application Management gehört, und zeigt, worauf Sie in Verträgen achten sollten.

Wer ist bei Business Central wofür zuständig?

Business Central wird über Partner verkauft und betreut. Das prägt den Support: Anders als bei einem reinen Standardprodukt, das Sie direkt beim Hersteller anrufen, steht zwischen Ihnen und Microsoft ein Dienstleister.

Nach Microsofts eigener Beschreibung hat jeder Kunde einen Partner, der den technischen Support der ersten Ebene übernimmt. Er nimmt Ihre Anfragen entgegen, bearbeitet sie und eskaliert bei Bedarf an Microsoft, und zwar als delegierter Administrator Ihres Mandanten. Damit er Anfragen im Namen eines Kunden bei Microsoft einreichen kann, muss der Partner delegierter Administrator sein und einen Supportplan der Stufe Advanced oder Premier besitzen. Das ist für Sie als Kunde ein Auswahlkriterium: Fragen Sie danach, bevor Sie unterschreiben.

Was Microsoft nicht übernimmt, ist ebenso wichtig:

• Der Hersteller-Support deckt Störungen ab (Break-Fix). Fragen zur Bedienung gehören in die Schulung, nicht in den Support.
• Beschädigte Daten repariert Microsoft nicht.
• Bei Installationen auf eigenen Servern gibt es in der Hilfe keinen Kontaktpunkt zum technischen Support. Hier legen Partner und Ihr Administrator selbst fest, wie und wann der Kontakt läuft.

Aufgabenteilung im Überblick

Die Tabelle zeigt: Ihr eigener Beitrag ist größer, als viele Unternehmen annehmen. Ein benannter Key-User, der Fehler sauber beschreibt und vorab filtert, spart im Mittelstand Tickets und Stunden.

Support, Wartung, Application Management: die Begriffe

Im Angebot stehen oft mehrere Wörter für ähnliche Dinge. Eine klare Unterscheidung verhindert Missverständnisse bei der Abrechnung.

Support heißt: Sie melden eine Störung oder Frage, der Dienstleister reagiert. Typisch sind Fehlermeldungen beim Buchen, fehlende Berechtigungen oder eine Schnittstelle, die keine Daten mehr liefert.

Wartung umfasst die vorbeugende Pflege: Updates in der Testumgebung durchspielen, Erweiterungen auf die neue Version anpassen, Berechtigungskonzepte prüfen, Sicherungen und Umgebungen überwachen. Wer nach „Wartung Business Central“ sucht, meint meist genau das.

Application Management (in Frankreich unter dem Kürzel TMA bekannt) ist das umfassendste Modell. Es kombiniert Support und Wartung mit einem festen Kontingent für Weiterentwicklung: neue Auswertungen, zusätzliche Freigabe-Workflows, Anpassungen für einen neuen Standort oder ein neues Sachkontenmodell. Das passt für Unternehmen, die ihr System laufend an das Geschäft anpassen und nicht jedes Mal ein neues Projekt aufsetzen wollen.

Eine gute Faustregel: Alles, was den Ist-Zustand wiederherstellt, ist Support. Alles, was den Ist-Zustand erhält, ist Wartung. Alles, was ihn verändert, ist Weiterentwicklung. Wie solche Weiterentwicklungen technisch aussehen, beschreibt die Seite zur Individualentwicklung in Business Central.

Updates: der wichtigste Wartungstreiber

Bei Business Central Online gibt Microsoft den Takt vor. Zwei große Updates erscheinen pro Jahr, im April und im Oktober, dazu kommen in den übrigen Monaten kleinere Updates mit kritischen Korrekturen und gesetzlichen Anpassungen. Der Dienst fällt unter die Modern Lifecycle Policy: laufende Aktualisierungen, eine große Version etwa alle sechs Monate.

Was das praktisch bedeutet:

• Zeitfenster: Für ein großes Update gilt eine Aktualisierungsperiode von fünf Monaten ab allgemeiner Verfügbarkeit. Bestehende Umgebungen bekommen die Version etwa eine Woche nach Veröffentlichung angeboten, danach folgt ein Monat Karenzzeit.
• Vorab testen: Vorschauumgebungen (Sandboxes) öffnen rund einen Monat vor der Veröffentlichung, im März und im September, und werden 30 Tage nach dem offiziellen Start gelöscht. Dieses Fenster ist Ihre Chance, eigene Erweiterungen, Berichte und Schnittstellen zu prüfen.
• Wartungsfenster: Standardmäßig läuft die Aktualisierung nachts zwischen 20 und 6 Uhr Ortszeit. Der Administrator kann das Fenster ändern, es muss aber mindestens sechs Stunden lang sein. Ist ein Update im Fenster nicht fertig, wird es abgebrochen und sieben Tage später neu terminiert.

Für deutsche Unternehmen kommt eine Besonderheit hinzu: Die lokalen Funktionen für Deutschland liefert Microsoft direkt aus. Gesetzliche Anpassungen, etwa zur E-Rechnung mit XRechnung und ZUGFeRD, kommen deshalb über die regulären Updates. Ob Ihre eigenen Erweiterungen und Ihre DATEV-Anbindung nach einem Update noch sauber laufen, prüft jedoch niemand automatisch. Genau dafür sollte der Wartungsvertrag eine feste Testroutine vorsehen. Mehr zur Versionsstrategie finden Sie unter Versionen und Editionen von Business Central.

Sicherung und Wiederherstellung

Auch hierzu gibt es klare Spielregeln: Eine Online-Umgebung lässt sich bis zu zehnmal pro Kalendermonat wiederherstellen, auf einen beliebigen Zeitpunkt der vergangenen 28 Tage, innerhalb derselben Azure-Region. Das funktioniert nur mit bezahltem Abonnement. Wer die GoBD ernst nimmt, sollte darüber hinaus mit dem Steuerberater klären, wie Belege und Buchungsdaten langfristig und unveränderbar aufbewahrt werden. Eine Wiederherstellung innerhalb des Dienstes ersetzt kein Archivkonzept. Näheres zur Betriebsform steht bei Hosting und Cloud.

Was ein guter Supportvertrag enthalten sollte

Ein Vertrag, der nur „Support nach Aufwand“ verspricht, schützt weder Sie noch den Dienstleister. Diese Punkte sollten schriftlich geregelt sein:

1. Leistungsumfang: Was zählt als Störung, was als Beratung, was als Entwicklung? Gilt der Vertrag nur für Standard oder auch für Ihre Erweiterungen und Schnittstellen?
2. Prioritäten und Reaktionszeiten: Eine Störung, die die Rechnungsstellung blockiert, braucht eine andere Reaktion als ein Schönheitsfehler im Bericht. Verlangen Sie Stufen mit definierter Reaktions- und Lösungszeit.
3. Servicezeiten: Wann ist der Dienstleister erreichbar? Zählt der Monatsabschluss zu den kritischen Zeiten? Gibt es Vertretung in Urlaubszeiten?
4. Eskalation: Wer entscheidet, wenn ein Ticket stockt? Wann wird an Microsoft weitergegeben, und wer begleitet dies?
5. Update-Betreuung: Sind Tests der großen und kleinen Updates enthalten, oder werden sie gesondert berechnet?
6. Dokumentation: Wo liegen Konfigurationsdokumentation, Berechtigungskonzept und Beschreibung der Erweiterungen? Wem gehört der Quellcode eigener Apps?
7. Berichtswesen: Regelmäßige Auswertung der Tickets, Ursachen und Wiederholungsfehler.
8. Laufzeit und Kündigung: Mindestlaufzeit, Kündigungsfristen und Übergabepflichten am Vertragsende.
9. Datenschutz: Der Dienstleister erhält Einblick in Ihre Daten. Ein Auftragsverarbeitungsvertrag nach DSGVO gehört dazu.

Prüfen Sie außerdem, ob der Partner Branchenkenntnis mitbringt. Ein Dienstleister, der Fertigung kennt, versteht die Ursache eines Fehlers in der Stückliste schneller als ein reiner Finanzspezialist. Die Seite zu Business Central nach Branchen hilft bei der Einordnung.

Typische Supportfälle und wer sie löst

Ein Blick in den Alltag zeigt, wie sich die Anfragen verteilen:

• Berechtigungen und Rollen: Neue Mitarbeiter, Abteilungswechsel, Vertretungen. Ein Key-User erledigt das oft selbst, der Partner steht für Konzept und Prüfung bereit.
• Fehler nach Update: Eine eigene Erweiterung oder ein Drittanbieter-Add-on verhält sich anders. Hier gehört die Analyse zum Wartungsvertrag.
• Schnittstellen: Der Webshop, das Lager-System oder die Bank liefern nicht mehr. Mehr dazu finden Sie unter Schnittstellen von Business Central.
• Buchhaltung und Abschluss: Offene Posten stimmen nicht, Umsatzsteuerkonfiguration, Export zum Steuerberater via DATEV. Ein Beispiel dafür liefert die Seite zu Buchhaltung und Finanzen.
• Bedienfragen: „Wie storniere ich diese Lieferung?“ ist keine Störung. Für solche Fälle sind Schulungen und eine interne Wissensbasis günstiger als Tickets. Siehe Schulung für Business Central.

Wer diese Kategorien im Ticketsystem getrennt erfasst, erkennt nach einigen Monaten, wo Geld verloren geht: Häufen sich Bedienfragen, fehlt Schulung. Häufen sich Fehler nach Updates, fehlt Testroutine. Häufen sich Wünsche, ist ein Kontingent für Weiterentwicklung sinnvoller als Einzelaufträge.

Was Sie im Budget einplanen sollten

Verlässliche Pauschalzahlen für den Betrieb gibt es nicht, weil der Aufwand von Ihrem System abhängt. Die Kostentreiber sind jedoch gut bekannt:

Planen Sie also drei getrennte Töpfe: laufende Lizenzen (siehe Preise von Business Central), Support und Wartung als wiederkehrende Position und Weiterentwicklung als steuerbares Kontingent. Microsoft weist ausdrücklich darauf hin, dass die angezeigten Lizenzpreise je nach Währung, Land und Region vom tatsächlichen Preis abweichen können. Rechnen Sie also mit dem Angebot Ihres Partners, nicht mit Listenpreisen aus dem Internet.

Wer sparen will, spart am besten an der Ursache: eine saubere Einführung, ein geschulter Key-User und eine gepflegte Dokumentation verringern die Tickets deutlich mehr als ein günstigerer Stundensatz. Wie eine solide Einführung aussieht, zeigt die Seite zur Einführung von Business Central.

Den Supportpartner wechseln: so gelingt der Übergang

Unzufriedenheit mit dem Support ist ein häufiger Grund für eine Neuvergabe: lange Reaktionszeiten, wechselnde Ansprechpartner, schwer nachvollziehbare Rechnungen oder Know-how, das nur bei einer Person liegt. Ein Wechsel ist möglich, denn Daten und Lizenzen liegen bei Ihnen, nicht beim Dienstleister. Er will aber vorbereitet sein.

Schritt für Schritt

1. Vertrag prüfen: Laufzeit, Kündigungsfrist, Übergabepflichten. Ein Vertrag ohne Mitwirkungspflicht beim Ausstieg ist ein Warnsignal.
2. Bestandsaufnahme anfordern: Liste der Erweiterungen, Schnittstellen, Benutzer, Rollen, offenen Tickets und individuellen Berichte.
3. Zugänge sichern: Administratorrechte im Mandanten, Zugriff auf Quellcode-Repositorien, Lizenzen von Drittanbietern. Die Rolle als delegierter Administrator wird vom alten Partner abgegeben und vom neuen übernommen.
4. Zustand prüfen lassen: Ein unabhängiger Audit durch den neuen Dienstleister klärt, wie wartbar das System ist. Die Seite Audit und Projektübernahme beschreibt den Ablauf.
5. Parallelphase vereinbaren: Wenn möglich, laufen beide Partner kurz nebeneinander, besonders um den Monatsabschluss herum.
6. Wissen übertragen: Gemeinsame Sitzungen zu Besonderheiten, Sonderlösungen und bekannten Schwachstellen.

Wählen Sie den neuen Partner nach klaren Kriterien. Hilfreiche Fragen finden Sie in unserem Ratgeber ERP-Integrator finden und auf der Seite Integrator für Business Central wählen. Auch in Deutschland sollten Sie auf Referenzen im Mittelstand und Erfahrung mit E-Rechnung, GoBD und DATEV achten; Näheres steht auf der Seite Business Central in Deutschland.

Checkliste für den laufenden Betrieb

• Ein benannter Verantwortlicher im Haus (Key-User oder interner Administrator).
• Ein schriftlicher Supportvertrag mit Prioritäten, Servicezeiten und Eskalation.
• Eine feste Testroutine für die großen Updates im Frühjahr und im Herbst.
• Aktuelle Dokumentation von Erweiterungen, Schnittstellen und Berechtigungen.
• Ein Kontingent für Weiterentwicklung, das Sie selbst priorisieren.
• Eine Regelung für Sicherung, Wiederherstellung und Aufbewahrung im Sinne der GoBD.
• Regelmäßige Auswertung der Tickets, um Ursachen zu beseitigen statt Symptome zu behandeln.

Passenden Dienstleister finden

Sie suchen einen Partner, der den Betrieb Ihrer Business-Central-Umgebung übernimmt oder den bisherigen Support ersetzt? Wir stellen den Kontakt zu einem Integrator her, der zu Ihrer Branche, Ihrer Größe und Ihrem Standort passt. Der Ablauf ist unter So funktioniert es beschrieben; die Vermittlung ist für Sie kostenfrei, das Projekt führt der Integrator selbst durch.

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.