Schnittstellen sind keine IT-Spielerei

Monatsabschlüsse ohne Bauchschmerzen

Warum ich darüber schreibe

Ich sehe es ständig in KMU: Monatsabschluss heißt Excel-Export, Copy & Paste, Taschenrechner im Kopf. Und am Ende bleibt ein ungutes Gefühl. Stimmt das wirklich?

Meine Haltung ist klar: Schnittstellen sind keine IT-Spielerei. Sie sind die Voraussetzung für ruhige Nächte, belastbare Zahlen und Entscheidungen ohne Bauchgefühl.

Was Geschäftsführer und IT-Leiter wirklich umtreibt

• Zahlen kommen zu spät
• Zahlen widersprechen sich
• Niemand weiß, welche Zahl stimmt
• Das ERP kann es angeblich nicht besser

Das Problem ist selten fehlende Software. Das Problem ist fehlende Verbindung.

Altsysteme sind nicht das Problem

Viele Systeme laufen seit 10, 15 oder 20 Jahren.

• Stabil
• Bekannt
• Abgeschrieben

Sie scheitern nicht an ihrem Alter, sondern daran, dass sie isoliert stehen.

Schnittstellen schaffen Ordnung

Eine saubere Schnittstelle bedeutet:

• Eine Quelle für Stammdaten
• Klare Zeitpunkte für Datenstände
• Nachvollziehbare Transformationen

Kein Zauber. Handwerk.

Typische Architektur in KMU

Ebene	Technik	Zweck
Fachanwendung	ERP, FiBu, Warenwirtschaft	Operativer Betrieb
Schnittstelle	ODBC, CSV, API, RPA	Datenübergabe
Zentrale Datenbasis	SQL Server oder Access	Konsolidierung
Auswertung	Power BI, Excel, Reports	Steuerung

Warum SQL Server oder Access?

Ich nutze beides bewusst.

• Access für schnelle Integration, Prototypen, Fachbereichsnähe
• SQL Server für Stabilität, Performance, Mehrbenutzer, Historisierung

Beides zusammen ist kein Widerspruch.

Monatsabschluss ohne Bauchschmerzen

Ein sauberer Abschluss heißt:

• Stichtagsdaten sind reproduzierbar
• Buchungen sind versioniert
• Korrekturen sind nachvollziehbar

Das geht nur mit zentralen Datenständen.

Beispiel: FiBu-System ohne API

Technische Basis

• Lokale SQL Anywhere oder proprietäre DB
• Kein direkter Zugriff vorgesehen
• Exporte als CSV

Lösung

• Automatisierter CSV-Import
• Validierung in SQL Server
• Historisierung pro Abschluss

T-SQL Beispiel

INSERT INTO dwh.Fibu_Buchungen (BelegNr, Datum, Betrag, Periode)
SELECT
  BelegNr,
  CAST(Datum AS date),
  Betrag,
  '2025-01'
FROM staging.Fibu_Import;

Trocken, aber wirksam.

Beispiel: Warenwirtschaft mit ODBC

Technische Basis

• SQL Server Express
• ODBC-Zugriff möglich

Funktionsumfang

• Artikel
• Lagerbewegungen
• Offene Posten

Jet-SQL aus Access

SELECT ArtikelNr, SUM(Menge) AS Bestand
FROM Lagerbewegungen
GROUP BY ArtikelNr;

Das reicht oft schon für belastbare Bestände.

Beispiel: Access als Altsystem

Ja, Access ist oft das Altsystem.

Technische Basis

• Jet oder ACE Engine
• Lokale MDB oder ACCDB

Status

• Weiterhin einsetzbar
• Aber nicht als Datensilo

VBA für Übergabe an SQL Server

DoCmd.TransferDatabase acExport, "ODBC Database", _
"ODBC;DRIVER=SQL Server;SERVER=SRV01;DATABASE=DWH;", _
acTable, "tblUmsaetze", "stg_Umsaetze"

Kein Hexenwerk.

Wenn Anpassungen nicht erlaubt sind

Manche Systeme lassen nichts zu.

Dann sage ich nicht: Pech gehabt.

Alternative: Power Automate RPA

• Klicks automatisieren
• Exporte zeitgesteuert
• Dateien weiterverarbeiten

Nicht elegant, aber effektiv.

DWH und BI sind kein Konzern-Thema

Ein kleines DWH heißt nicht Big Data.

Es heißt:

• Saubere Zeitachsen
• Einheitliche Begriffe
• Weniger Diskussionen

Power BI lebt von guten Daten. Nicht von bunten Kacheln.

Altdaten-Migration ohne Drama

Migration scheitert selten an Technik.

Sie scheitert an fehlender Struktur.

Mit bestehenden Schnittstellen:

• Schrittweise Übernahme
• Parallelbetrieb möglich
• Rückfall jederzeit machbar

Typische Nachfolger für alte Systeme

• Cloud-ERP mit API
• Branchenlösungen mit SQL-Backend
• Eigenentwicklungen auf SQL + Power Platform

Wichtig ist nicht der Name. Wichtig ist die Offenheit.

Meine klare Meinung

Wer Monatsabschlüsse noch per Hand zusammenbaut, spart nicht.

Er zahlt. Jeden Monat. Mit Zeit, Nerven und Vertrauen in Zahlen.

Schnittstellen sind keine IT-Spielerei.

Sie sind Führungsinstrument.