Gewachsene Unternehmens-IT ist kein Fehler
Die entscheidenden Abläufe eines Mittelständlers passen selten vollständig in ein Standardprodukt. Meist ist genau die Abweichung Teil der eigenen Leistung.
Problematisch wird das erst, wenn die Abweichung nur noch in Makros, manuellen Übergaben und einzelnen Köpfen existiert. Dann hängt die Lieferfähigkeit an einer Datei, deren letzte belastbare Dokumentation aus einem Einführungsprojekt stammt, oder an einer Person, die jeden Monatsabschluss mit Handgriffen rettet, die niemand protokolliert. Wir beginnen deshalb nicht mit einer Produktdemo, sondern mit dem Vorgang: Welche Angabe ist fachlich führend, wer darf sie ändern und woran erkennt der nächste Schritt, dass er an der Reihe ist?
Aus dieser Aufnahme entsteht keine pauschale Digitalstrategie, sondern eine Entscheidung pro Baustelle. Ein vorhandenes ERP bleibt, wenn es seine Aufgabe erfüllt. Eine Tabelle verschwindet nur dann, wenn die Regeln dahinter in einer Anwendung besser aufgehoben sind. Und ein KI-Modell kommt nur dort dazu, wo unscharfe Dokumente, Sprache oder Bilder verarbeitet werden müssen und feste Regeln nicht reichen.
Legacy-Software modernisieren, ohne den Betrieb anzuhalten
Ein Altsystem wird selten an einem Wochenende ersetzt. Wir lösen zuerst die Stelle heraus, an der das Risiko und der tägliche Aufwand am höchsten sind: eine nicht mehr unterstützte Oberfläche, eine unüberwachte Datenübertragung oder ein Bericht, der nur durch direkten Datenbankzugriff entsteht. Die neue Strecke läuft parallel, bis fachliche Ergebnisse und Fehlerfälle mit dem alten Weg übereinstimmen. Erst dann wird umgeschaltet.
Wo mehrere Systeme beteiligt sind, dokumentieren wir die Feldverantwortung. Das klingt kleiner als ein Migrationsprojekt, entscheidet aber darüber, ob Kundennummer, Vertragsstatus oder Liefertermin nach der Umstellung noch dieselbe Bedeutung haben. Mehr zu diesem Vorgehen steht bei derLegacy-Modernisierung und denSchnittstellen.
Was nach der technischen Klärung vorliegt
- Gewachsene Abläufe aufgenommen
- Rollen, Fristen, Tabellen, Postfächer und führende Systeme in einem belastbaren Ist-Bild
- Zielbild ohne Plattformzwang
- Entscheidung zwischen Standardprodukt, Eigenentwicklung, Schnittstelle und schrittweiser Modernisierung
- Verantwortung im System
- Freigaben, Ausnahmen und Zugriffe technisch durchgesetzt und nachvollziehbar protokolliert
- Übergabefähiger Betrieb
- Quellcode, Dokumentation, Sicherungsplan und klar benannte Zuständigkeiten
Lokale KI und Betrieb mit benannter Zuständigkeit
Bei internen Dokumenten, Vertragsbeständen und Fachwissen ist die Frage nach dem Verarbeitungsort nicht abstrakt. Offene Modelle können auf Ihrer Hardware oder in unserem Rechenzentrum laufen, ohne Anfragen an einen öffentlichen KI-Dienst zu senden. Welche Aufgabe das Modell übernimmt und wo eine verantwortliche Rolle prüft, wird vor dem Prototyp schriftlich festgelegt. Die fachlichen Möglichkeiten beschreibt die Seite zuKI-Anwendungsfällen.
Für viele Unternehmen ist am Ende nicht die Entwicklung, sondern der verlässliche Betrieb die knappste Ressource. Wir übernehmen deshalb auf Wunsch Netzwerk, Server, Sicherung, Aktualisierung und die Anwendungen darauf. Der Umfang bleibt teilbar: Ein internes Team kann die Fachanwendung führen, während wir Infrastruktur und Wiederanlauf verantworten, oder umgekehrt. Entscheidend ist, dass für jeden Übergang eine Person und ein Nachweis benannt sind.
Wenn ein reifes Produkt den Ablauf trägt, sagen wir das vor dem ersten Angebot. Interessant wird die Eigenentwicklung dort, wo Ihre Fachlogik dauerhaft anders ist.