Warum Standard Business Central für ein Unternehmen in Serbien nicht ausreicht

Alle paar Monate begegnen wir einem Finanzteam, das alles richtig gemacht hat und trotzdem unzufrieden ist. Man hat sich für Microsoft Dynamics 365 Business Central entschieden, weil es ein ernstzunehmendes System ist, weil die Gruppe bereits mit Microsoft 365 arbeitet, weil es in der Cloud liegt und weil niemand noch einen weiteren Server anschaffen wollte. Die Implementierung verlief reibungslos. Und dann, in der ersten Umsatzsteuerperiode, hat jemand Excel geöffnet – und nie wieder geschlossen.

Das ist kein Versagen des Produkts. Es ist ein Missverständnis darüber, wofür ein globales ERP eigentlich da ist. Wer diese Grenze richtig versteht, erkennt den Unterschied zwischen einem ERP, das die gesamte Finanzfunktion trägt, und einem ERP, das zu einem teuren Ablageort für Buchungssätze wird, während die eigentliche Arbeit anderswo stattfindet.

Was ein globales ERP tatsächlich enthält

Business Central wird weltweit ausgeliefert. Was Microsoft baut und pflegt, ist der Teil, der tatsächlich überall gleich ist: doppelte Buchführung, ein Kunden- und Lieferantenkonto, Bankabstimmung, Bestellungen und Genehmigungsworkflows, Lagerverwaltung, Projekte mit Budget und Ist-Kosten, Anlagevermögen, ein Dimensionsmodell, mit dem jeder gebuchte Betrag einem Programm, Projekt, einer Finanzierungsquelle oder Kostenstelle zugeordnet werden kann, sowie eine Reporting-Engine, die nativ mit Excel und Power BI kommuniziert.

Das ist eine ganze Menge, und es ist wirklich gut gemacht. Insbesondere das Dimensionsmodell ist die Funktion, die die meisten Organisationen unterschätzen: Es ist der Grund, warum ein Verband Kosten pro Programm, pro Disziplin und pro Finanzierungsquelle aus denselben gebuchten Transaktionen berichten kann, statt drei parallele Excel-Tabellen zu pflegen. Nichts davon muss lokalisiert werden, denn eine Kostenstelle bedeutet in Basel dasselbe wie in Belgrad.

Was es bewusst nicht enthält

Gesetzlich vorgeschriebene Inhalte sind national geregelt und ändern sich nach einem nationalen Zeitplan. Microsoft pflegt Lokalisierungen für eine Reihe von Märkten direkt selbst und überlässt den Rest den Partnern in diesen Märkten. Serbien ist einer der Märkte, in denen die gesetzliche Ebene in der Verantwortung des Partners liegt. In der Praxis bedeutet das: Eine Standard-Business-Central-Umgebung enthält von Haus aus nichts von Folgendem:

• Kein Austausch mit SEF, dem nationalen E-Rechnungssystem – kein Versand im vorgeschriebenen UBL-Format, kein Abruf eingehender Rechnungen, keine Annahme oder Ablehnung.
• Keine POPDV-Aufzeichnungen. Die Umsatzsteueraufzeichnungen, die die Steuerverwaltung erwartet, existieren als Bericht schlicht nicht.
• Kein serbischer gesetzlicher Kontenrahmen, sodass die Kontenstruktur entweder vor Ort erfunden oder von der Gruppe übernommen und anschließend von Hand abgestimmt wird.
• Kein automatischer Download der Wechselkursliste der Nationalbank Serbiens (NBS) und damit keine korrekte Berechnung von Kursdifferenzen auf Basis des offiziellen Kurses.
• Keine gesetzlich vorgeschriebenen Jahresabschlussformulare – Bilanz und Erfolgsrechnung in der von den Behörden geforderten Form.
• Keine serbischsprachigen Belegvorlagen mit den vorgeschriebenen Pflichtangaben: Vorauszahlungsrechnungen, Gutschriften, Kontoauszüge, Lieferscheine.
• Keine Kassen- oder Reisekostenabwicklung, wie sie die lokale Praxis und die lokale Prüfung erwarten.
• Keine Anbindung an Fiskalgeräte für den Einzelhandel.

Lesen Sie diese Liste noch einmal als Finanzverantwortlicher und nicht als IT-Einkäufer. Jede Zeile ist etwas, das ohnehin geschehen muss, mit einer Frist und einer Sanktion im Falle der Verspätung. Wenn das System es nicht erledigt, erledigt es ein Mensch.

Die zwei Wege, wie Organisationen die Lücke schließen

Der erste Weg besteht darin, neben dem ERP ein lokales Buchhaltungsprogramm zu betreiben. Das ERP steuert das operative Geschäft – Einkauf, Projekte, Fakturierung –, und am Ende jeder Periode werden die Zahlen in das lokale Programm übertragen, damit Umsatzsteuer und gesetzliche Abschlüsse aus einem System erstellt werden können, dem der Buchhalter vertraut. Das funktioniert in dem Sinne, dass Meldungen fristgerecht abgegeben werden. Es bedeutet aber auch zwei Systeme der Buchführung, eine monatliche Abstimmung, die niemand gern macht, und einen dauerhaften Streit darüber, welche Zahlen die richtigen sind.

Der zweite Weg heißt Excel. Die Umsatzsteueraufzeichnungen werden von Hand aus Exporten neu aufgebaut. SEF wird über das Portal abgewickelt: Ausgangsrechnungen werden ein zweites Mal eingetippt, Eingangsrechnungen werden auf dem Portal gelesen und anschließend ins ERP eingetippt. Wechselkurse werden nachgeschlagen und manuell eingegeben. Berichte für Institutionen und Geldgeber werden vor jeder Frist aus Exporten zusammengestellt. Auch das funktioniert – bis genau die Person im Urlaub ist, die weiß, wie die Arbeitsmappe zusammenhängt.

Was diese Brücke tatsächlich kostet

Diese Kosten stehen selten in einer Budgetposition, weil sie in Stunden und in Risiko bezahlt werden, nicht in Rechnungen. Sie zeigen sich an vier Stellen.

1. Doppelte Dateneingabe. Jede Rechnung, die sowohl im SEF als auch im ERP existiert, wird zweimal eingetippt, und jede Doppelerfassung ist eine Gelegenheit, dass sich Betrag, Umsatzsteuersatz oder Lieferant zwischen den beiden Datensätzen unterscheiden.
2. Fristrisiko. Eingehende E-Rechnungen haben Annahmefristen. Wenn die Annahme auf einem Portal erfolgt, das nur ein oder zwei Personen öffnen, ist eine versäumte Frist keine Möglichkeit, sondern nur eine Frage der Zeit.
3. Abstimmungsaufwand. Zwei Systeme der Buchführung müssen regelmäßig abgeglichen werden, und dieser Aufwand steigt mit dem Transaktionsvolumen, nicht mit der Größe des Finanzteams.
4. Prüfungsrisiko. Wenn die Compliance-Ergebnisse in einer Tabellenkalkulation erstellt werden, ist der Prüfpfad die Versionshistorie dieser Tabelle. Es gibt keine Aufzeichnung darüber, wer eine Kostenposition wann und gegen welches Budget genehmigt hat.

Es gibt einen fünften Kostenfaktor, der schwerer zu benennen ist: Die Finanzfunktion verliert die Fähigkeit, Fragen schnell zu beantworten. Wenn sich der wahre Stand über ein ERP, ein Buchhaltungsprogramm und vier Arbeitsmappen verteilt, wird aus der Frage „Wie viel vom Programmbudget ist noch übrig?“ ein kleines Projekt statt einer einfachen Abfrage.

Was eine gesetzliche Erweiterung ändert

Eine Lokalisierung ist keine Sammlung von Berichtsvorlagen. Richtig umgesetzt ist sie eine Anwendung, die in die Business-Central-Umgebung installiert wird, die dem Standardprodukt die nationalen Inhalte hinzufügt und die bei regulatorischen Änderungen aktualisiert wird. Der praktische Test dafür ist einfach: Kann die Organisation nach der Installation jede gesetzliche Pflicht erfüllen, ohne das System zu verlassen?

Für Serbien bedeutet das: SEF-Austausch in beide Richtungen mit dem Status jeder Rechnung sichtbar direkt am Belegdatensatz; Umsatzsteueraufzeichnungen mit POPDV und Umsatzsteuervoranmeldung, erstellt aus gebuchten Daten einschließlich der Behandlung von Vorauszahlungen; ein serbischer gesetzlicher Kontenrahmen, der weiterhin an die Organisation angepasst werden kann; automatischer Download der NBS-Wechselkurse mit Berechnung der Kursdifferenzen; gesetzlich vorgeschriebene Jahresabschlüsse, die aus dem System erzeugt werden; Belege in serbischer Sprache mit allen Pflichtangaben; Kassen- und Reisekostenabwicklung mit Vorschüssen und Abrechnung; sowie Anbindung an Fiskalgeräte, sofern Einzelhandel betrieben wird.

Ein Hinweis für Konzerne mit einer serbischen Gesellschaft

Wenn Business Central bereits der Konzernstandard ist, muss diese Entscheidung dafür nicht neu aufgerollt werden. Der Konzern behält seine Prozesse, seine Kontenrahmenlogik, sein Reporting und seine Lizenzvereinbarung. Was die serbische Gesellschaft benötigt, ist die gesetzliche Erweiterung in ihrer eigenen Umgebung, dazu SEF-Austausch und lokale Belegvorlagen. Das Reporting läuft dann zweifach aus denselben gebuchten Daten: in lokaler Währung und lokaler Form für die Behörden sowie in der Konzernwährung und im Konzernformat für die Konsolidierung.

Das ist in der Regel ein deutlich kleineres Projekt, als der Konzern erwartet – gemessen in Wochen, nicht in Quartalen –, weil der schwierige Teil, die Einigung darüber, wie das Geschäft modelliert wird, bereits auf Konzernebene erledigt wurde.

Die Kurzfassung

Standard Business Central ist ein starkes ERP, das das serbische Recht nicht kennt – und das war auch nie beabsichtigt. Die Lücke ist real, konkret und aufzählbar – SEF, POPDV, Kontenrahmen, NBS-Kurse, gesetzliche Formulare, lokale Belege, Kasse und Reisekosten, Fiskalisierung. Sie wird entweder von Menschen geschlossen, jeden Monat, auf Dauer, oder von einer gepflegten gesetzlichen Erweiterung, die sich mit den Regeln aktualisiert. Die erste Option ist nicht günstiger. Sie ist nur schwerer im Budget zu erkennen.