Wie klassische Branchensoftware API-fähig wird

‍

Viele OnPrem-Softwarelösungen –insbesondere im deutschen Mittelstand – basieren auf gewachsenen, monolithischen Architekturen mit direktem Datenbankzugriff. Eine moderne REST-API existiert häufig nicht. Gleichzeitig steigen die Anforderungen an Integration, Cloud-Anbindung und KI-Funktionalität.

Die Herausforderung besteht darin, eine API nachzurüsten, ohne den Anwendungskern neu zu entwickeln. Dieser Beitrag zeigt einen Architekturansatz, wie klassische MSSQL-Branchensoftware API-fähig gemacht werden kann – ohne riskanten Kernumbau.

‍

Typische Ausgangssituation bei OnPrem-Software

‍

Klassische OnPrem-Systeme weisen meist folgende Eigenschaften auf:

·        SQL Server als zentrale Datenbasis

·        Geschäftslogik direkt im Anwendungskern

·        Kein REST- oder SQL-Endpunkt

·        Direkter Datenbankzugriff durch Client-Anwendungen

·        Keine saubere Integrationsschicht

Eine API-Integration scheitert häufig an fehlender Trennung zwischen Logik und Datenmodell, Risiken von Regressionen sowie begrenzten Entwicklerressourcen.

‍

Architekturprinzip: Externe API-Schicht statt Kernumbau

‍

Die bestehende Software bleibt unverändert.

Eine zusätzliche Integrationsschicht übernimmt die API-Funktionalität.

Strukturmodell:

‍

OnPrem-Anwendung

→

Relationale Datenbank(z. B. Microsoft SQL Server)

→

Rivernode Integrationslayer

→

REST API /SaaS-Connector / KI-Services

‍

Schritt 1: Deterministische Datenmodellierung

‍

Zunächst erfolgt eine strukturierte Analyse des bestehenden Datenmodells, einschließlich Tabellenstruktur, Fremdschlüsselbeziehungen und Statuslogiken. Darauf aufbauend wird ein API-Datenmodell definiert.

Beispiel einer strukturierten SQL-Abfrage:

^‍

^SELECT

^o.Id,

^o.Amount,

^o.DueDate,

^{t.Name AS TenantName,}

^o.Status

^{FROM OpenItems o}

^{JOIN Tenants t ON t.Id = o.TenantId}

^{WHERE o.Status = 'Open';}

‍

Schritt 2: Geschäftslogik außerhalb des Anwendungskerns kapseln

‍

Bestehende Kernfunktionen werden nicht verändert. Fachliche Logik wird kontrolliert in der Integrationsschicht modelliert.

·        Überfällige Posten > 30 Tage

·        Summierung offener Beträge pro Mandant

·        Priorisierung nach Fälligkeit und Betrag

‍

Schritt 3: Sicherheits- und Zugriffskonzept

‍

·        Dedizierte Service-Accounts

·        Rollenbasierte Zugriffskontrolle

·        Vollständige Protokollierung

·        Mandantenisolation

·        Optionale Netzwerksegmentierung

‍

Erweiterung: KI-Integration auf strukturierter API-Basis

‍

Sobald eine saubere API existiert, kann KI-Integration auf strukturierten, kuratierten Daten erfolgen. Mögliche Anwendungsfälle umfassen z.B. Analyse offener Posten, Priorisierung von Zahlungsrückständen und automatische Handlungsempfehlungen, Erstellung von E-Mails für Mandanten auf Datenbasis etc.

‍

Vorteile einer externen API-Nachrüstung

‍

·        Kein Risiko durch Kernumbau

·        Schnelle Integrationszeit

·        Zukunftssichere Architektur

·        SaaS- und Cloud-Anbindung möglich

·        Erweiterbar um KI-Funktionalität

‍

Fazit

‍

Die Modernisierung klassischer OnPrem-Software erfordert keinen vollständigen Technologiewechsel. Durch eine externe Integrationsschicht kann bestehende Branchensoftware API-fähig gemacht und schrittweise in moderne SaaS-Architekturen überführt werden. Rivernode fungiert dabei als technische Brücke zwischen klassischer IT-Infrastruktur und moderner API- und KI-Integration.