Steuer-IT: Warum „alles in SAP“ nicht automatisch die beste Lösung ist

Die Idee klingt zunächst überzeugend: Möglichst wenige Softwareanbieter, möglichst wenige Schnittstellen und eine zentrale Plattform für alle kaufmännischen Prozesse. Gerade in großen Unternehmen ist dieser Gedanke nachvollziehbar. SAP ist häufig ohnehin gesetzt und deckt mit Buchhaltung, Controlling oder Konsolidierung bereits zentrale Bereiche des Finanzwesens ab.

Warum also nicht auch die Prozesse der Steuerabteilung vollständig innerhalb der bestehenden SAP-Landschaft abbilden?

Genau hier lohnt sich ein genauerer Blick. Denn die Anforderungen einer Konzernsteuerabteilung unterscheiden sich deutlich von klassischen Finanzprozessen. Steuerbilanzen, Steuerrechnung, Deklaration, E-Bilanz, steuerliches Reporting oder die elektronische Übermittlung über ELSTER bringen fachliche und technische Anforderungen mit sich, die sich nicht ohne Weiteres mit einer individuell entwickelten Ergänzung abdecken lassen.

Eigenentwicklung: Auf den ersten Blick naheliegend
Wenn die benötigte Funktionalität im bestehenden System fehlt, liegt die Idee nahe, sie selbst zu entwickeln. Die Infrastruktur ist vorhanden, Entwickler sind im Unternehmen oder beim Implementierungspartner verfügbar und die Lösung könnte exakt auf die eigenen Prozesse zugeschnitten werden.

In der Praxis wird aus einem vermeintlich überschaubaren Customizing-Projekt jedoch schnell ein dauerhaftes Softwareprodukt, für das das Unternehmen selbst die Verantwortung übernimmt.

Denn bei steuerlichen Anwendungen reicht es nicht, dass eine Lösung technisch funktioniert. Sie muss fachlich korrekt, nachvollziehbar, dokumentiert und zuverlässig sein. Fehler können Auswirkungen auf Steuererklärungen, Fristen oder spätere Betriebsprüfungen haben.

Damit entstehen zusätzliche Anforderungen an Tests, fachliche Freigaben, Dokumentation und Qualitätssicherung. Die Entwicklungsleistung selbst ist also nur ein Teil des tatsächlichen Aufwands.

Steuerliche Anforderungen verändern sich kontinuierlich
Eine der größten Herausforderungen beginnt nach dem eigentlichen Projektabschluss.

Steuerrecht und steuerliche Meldepflichten entwickeln sich laufend weiter. Neue gesetzliche Anforderungen, BMF-Schreiben, EU-Vorgaben oder technische Änderungen an elektronischen Übermittlungsverfahren müssen regelmäßig berücksichtigt werden.

Für eine Eigenentwicklung bedeutet jede fachliche Änderung erneut:

Analyse, Konzeption, Entwicklung, Test und Produktivsetzung.

Damit wird aus einem einmaligen IT-Projekt eine dauerhafte Entwicklungsaufgabe. Gleichzeitig konkurriert die Steueranwendung innerhalb der internen IT zwangsläufig mit anderen Projekten um Budget und Ressourcen.

Bei einer spezialisierten Standardsoftware liegt diese Verantwortung dagegen beim Hersteller. Gesetzliche und technische Änderungen werden zentral umgesetzt und stehen anschließend allen Anwendern zur Verfügung.

Die unterschätzte Gefahr: technisches Wissen geht verloren
Ein weiterer Faktor zeigt sich häufig erst nach einigen Jahren.

Individuelle Lösungen sind stark vom Wissen einzelner Entwickler und Projektbeteiligter abhängig. Wechseln diese Personen die Position oder verlassen das Unternehmen, kann entscheidendes Know-how verloren gehen.

Parallel entwickelt sich auch die technische Plattform weiter. Programmiersprachen, SAP-Versionen, Schnittstellen und Architekturen verändern sich. Eine ursprünglich moderne Individualentwicklung kann deshalb mit der Zeit zu einer technischen Altlast werden.

Das Ergebnis ist paradox: Eine Lösung, die ursprünglich geschaffen wurde, um die IT-Landschaft zu vereinfachen, erzeugt langfristig zusätzliche Abhängigkeiten und Wartungsaufwand.

Standardsoftware bedeutet nicht automatisch eine kompliziertere Systemlandschaft
Die eigentliche Frage sollte deshalb nicht lauten:

Wie viele Softwareanbieter haben wir?

Sondern:

Wie viel Komplexität müssen wir selbst beherrschen?

Eine spezialisierte Steuerlösung kann sich über standardisierte Schnittstellen in die bestehende SAP-Landschaft integrieren. Relevante Daten werden aus den Vorsystemen übernommen, innerhalb der Steueranwendung verarbeitet und die Ergebnisse anschließend für Reporting, Deklaration oder weitere Prozesse genutzt.

SAP bleibt damit die zentrale Datenquelle und Finanzplattform. Die steuerfachliche Verarbeitung übernimmt jedoch eine Anwendung, die genau für diesen Zweck entwickelt wurde.

Das ist kein Widerspruch zu einer Plattformstrategie. Im Gegenteil: Es kann deren konsequente Fortführung sein.

Best of Breed statt „ein Anbieter für alles“
Für Unternehmen bedeutet das nicht, dass jede steuerliche Aufgabe mit einem eigenen Tool gelöst werden sollte. Auch innerhalb der Steuerabteilung ist eine konsistente Plattform sinnvoll.

Entscheidend ist jedoch, fachliche Spezialisierung und technische Integration miteinander zu verbinden.

Eine moderne Tax-Technology-Architektur kann deshalb beispielsweise so aussehen:

SAP als zentrale ERP- und Datenplattform – ergänzt um eine spezialisierte Steuerplattform für die steuerlichen Fachprozesse.

Damit bleiben Datenflüsse klar, Schnittstellen beherrschbar und gleichzeitig stehen der Steuerabteilung die Funktionen zur Verfügung, die sie für ihre tägliche Arbeit benötigt.

Fazit: Nicht die Zahl der Anbieter entscheidet
„Eine Plattform für alles“ ist ein sinnvolles Ziel, wenn damit eine möglichst einfache und effiziente Systemlandschaft gemeint ist.

Problematisch wird es erst, wenn daraus die Vorgabe entsteht, sämtliche fachlichen Anforderungen zwingend mit einem einzigen Hersteller oder durch Eigenentwicklungen abzudecken.

Gerade bei steuerlichen Prozessen können die langfristigen Kosten für Entwicklung, Wartung, gesetzliche Anpassungen und Know-how-Sicherung erheblich sein.

Die bessere Frage lautet daher nicht, wie sich ein weiterer Softwareanbieter vermeiden lässt. Sondern welche Architektur langfristig Komplexität reduziert, Risiken begrenzt und die Steuerabteilung effizient unterstützt.

Eine spezialisierte Standardsoftware, die sich sauber in SAP integriert, kann genau dafür die bessere Lösung sein.