Operatives Rückgrat: Mittelstand-OS statt neues SAP

Operatives Rückgrat: Warum der Mittelstand 2026 ein KI-Betriebssystem braucht — und kein neues SAP

Ein Maschinenbauer aus dem deutschen Mittelstand startete 2024 die Migration auf Systemanalyse Programmentwicklung (SAP) S/4HANA Public Cloud. 18 Monate später war Schluss. Das Projekt wurde gestoppt, 780.000 Euro waren verbrannt, und der Betrieb lief weiter wie vorher: in Excel, in der deutschen Buchhaltungssoftware-Genossenschaft (DATEV), in Outlook, in fünf parallelen Systemen. Die Geschichte stammt nicht aus einem Forum-Post. Sie ist öffentlich von der deutschen SAP-Beratung Knowledge & Performance Solutions (KPS) dokumentiert.

Was wir bei IJONIS jede Woche sehen

Bei IJONIS in Hamburg sehen wir diese Lage jede Woche in der Erstberatung. Geschäftsführung müde, Leitung der Informationstechnologie (IT) resigniert, Controlling rechnet weiter in Excel-Mappen mit 30 Reitern, kaputten Verlinkungen und einer Visual Basic for Applications (VBA)-Logik, die nur noch ein Mensch im Haus versteht. Die Reflexantwort ist immer dieselbe: Ein neues, größeres ERP wird das schon richten.

Aus unserer Sicht ist das die falsche Antwort. Was der Mittelstand 2026 braucht, ist keine ERP-Migration. Es ist ein operatives Rückgrat oberhalb der bestehenden Systeme. Bei IJONIS nennen wir diese Schicht CIAH (gesprochen C-I-A-H). Kurz gesagt: ein Rückgrat oberhalb der vorhandenen Systeme, das die Lücken zwischen ihnen schließt.

"Wir migrieren euer SAP nicht. Die Schicht darüber bauen wir, die ihr eigentlich wolltet, in 12 Wochen, nicht in 18 Monaten."

— Jamin Mahmood-Wiebe, Co-Founder, IJONIS Unternehmergesellschaft (UG) haftungsbeschränkt, Hamburg

Die Lage 2026: Excel-Wirtschaft trifft auf S/4HANA-Schock

Die Datenlage spricht eine deutliche Sprache. Laut Investitionsumfrage 2024 der Deutschsprachigen SAP-Anwendergruppe (DSAG) fühlen sich 88 Prozent der befragten Unternehmen von der S/4HANA-Konvertierung überfordert.

Mittelstand-Heute 2025 berichtet: 60 Prozent der laufenden Migrationen liegen über Budget, über Zeit oder beides. Die SAP-Wartung für die ältere ERP Central Component (ECC) läuft 2027 aus. Der Druck ist real.

Die Reaktion ist es auch: Beratungshäuser werben für Millionenprojekte mit 18 bis 36 Monaten Laufzeit. Am Ende stehen Systeme, die das Geschäft nicht besser machen, sondern nur teurer.

Der operative Mittelstand lebt in einer Realität, die mit ERP wenig zu tun hat. Rund 40 Prozent der Unternehmensplanung im deutschen Mittelstand laufen weiter in Excel. Tabellen mit 30 Reitern, gewachsen über sieben Jahre, mit VBA-Makros und einer Verantwortungsperson, die das Ganze nur noch im Kopf hat.

Die Lünendonk-Studie 2025 nennt IT-Modernisierung und Automatisierung als die zwei dominanten Investitionsthemen im Mittelstand. Parallel zu einer Realität, in der gerade die operativen Prozesse weiter manuell laufen.

Das Problem ist nicht, dass das ERP zu klein ist. Das Problem ist, dass die operative Arbeit zwischen den Systemen passiert, und kein einziges System diese Schicht abdeckt.

Eine Anfrage kommt per Outlook rein, das Angebot wird in Excel kalkuliert, der Auftrag landet in SAP B1, die Bestätigung geht über WhatsApp Business raus, die Buchhaltung liegt in DATEV, und der Vertrieb pflegt parallel eine Liste in HubSpot. Sechs Systeme, kein einziges spricht mit einem anderen. Genau dort, in den Lücken zwischen den Systemen, verbrennt der Mittelstand seine Marge.

Die fehlende Schicht: oberhalb statt anstelle

Was im Mittelstand fehlt, ist keine bessere Buchhaltungssoftware und kein größeres ERP, sondern eine eigenständige Schicht oberhalb der bestehenden Systeme. Diese Schicht greift auf SAP, DATEV, Outlook, Excel und HubSpot zu, ersetzt aber nichts davon. Sie übernimmt die operative Arbeit, die heute in den Lücken zwischen den Systemen passiert. Drei Aufgaben gehören zu ihrem Kern:

1. Daten zusammenführen. Aus jedem System, in dem operativ gearbeitet wird, wird ein einheitliches Bild gezogen. Der Kunde mit der offenen Anfrage in Outlook ist derselbe Kunde, der in SAP einen Lieferverzug hat, und derselbe, der vor fünf Tagen per WhatsApp angerufen wurde.

2. Auffälligkeiten erkennen. Die Schicht weiß, was normal ist, und meldet, was nicht normal ist. 14 Stunden Mehraufwand auf einem Projekt, das mit 80 Stunden kalkuliert wurde. Eine Reklamationsquote, die seit sechs Wochen steigt. Ein Lager, das sich auf einem A-Artikel leert.

3. Aktionen auslösen. Nicht nur anzeigen, sondern handeln. Der Entwurf für die Eskalations-Mail ist geschrieben. Der Reklamationsfall ist im Ticketsystem angelegt. Die Nachbestellung beim Lieferanten ist als Vorlage parat, einklick-fertig, mit Verweis auf den letzten Bestellpreis.

Das ist kein neues ERP. Auch kein BI-Dashboard. Genauso wenig eine Zapier-Pipeline mit ein paar Verknüpfungen. Es ist eine eigene Architekturschicht, die zwischen den Systemen lebt und die operative Arbeit übernimmt. Die klassische Build-vs-Buy-Frage verschiebt sich: Nicht mehr "welches Standardprodukt kauft man", sondern "welche maßgeschneiderte Schicht baut man, damit die bestehenden Standardprodukte endlich wie ein System wirken".

Was ein CIAH ist (und warum wir den Begriff geprägt haben)

Diese Schicht heißt bei uns CIAH. Den Begriff prägen wir bewusst, weil keine bestehende Kategorie die Kombination aus Daten, Intelligenz und Aktion in einer maßgeschneiderten Schicht oberhalb des Stacks beschreibt. "Company Operating System (OS)" und "Mittelstand-Betriebssystem" sind 2026 zu beliebigen Marketing-Etiketten verkommen. Microsoft positioniert Microsoft 365 als "Betriebssystem für den Mittelstand", Sensified nennt seine Plattform "ai-os", Plotdesk und ein halbes Dutzend weiterer Anbieter beanspruchen das Label ebenfalls. Keiner dieser Anbieter liefert die Kombination, um die es uns geht: Daten plus Intelligenz plus Aktion in einer maßgeschneiderten Schicht oberhalb des bestehenden Stacks.

Jeder Buchstabe ist Anti-Positionierung gegen eine bestehende Kategorie.

Die folgende Aufschlüsselung zeigt, wogegen das Akronym jeweils argumentiert.

Der Hub ersetzt kein SAP, kein DATEV, kein HubSpot, keine Excel-Mappe. Er sitzt darüber. Er holt sich, was er braucht, schreibt zurück, was er entscheidet, und überlässt das Tagesgeschäft den Systemen, die es heute schon gut machen. Ein S/4HANA-Projekt fragt: "Wie ersetzen wir, was funktioniert?". Ein CIAH-Projekt fragt: "Wie nutzen wir endlich, was wir haben?".

Die vier Komponenten eines CIAH

Ein CIAH besteht in der Praxis aus vier zusammenhängenden Komponenten: einer Datenschicht, einem rollenbasierten Tagesarbeitsplatz, einer Intelligenzschicht und einer Aktionsschicht. Die genaue Ausprägung ist projektabhängig, das Grundmuster bleibt gleich. Reihenfolge und Tiefe entscheiden, ob der Hub am Ende nur Daten anzeigt oder tatsächlich operative Arbeit übernimmt.

Datenschicht: Konnektoren in alle Quellsysteme

Konnektoren in alle relevanten Quellsysteme: ERP, Customer Relationship Management (CRM), Disposition, Buchhaltung, Excel-Mappen, E-Mail-Postfächer, Messenger. Daraus entsteht ein einheitliches Datenmodell des Geschäfts. Diese Schicht ist der unspektakuläre Teil, aber sie entscheidet alles. Wenn die Daten nicht stimmen, hilft die beste Intelligenz nichts. Wer hier Erfahrung mit KI-Integration in ERP- und CRM-Systeme hat, weiß: 60 Prozent des Aufwands stecken in den ersten zwei Komponenten.

Rollenbasierter Tagesarbeitsplatz pro Funktion

Jede Rolle im Unternehmen, von Geschäftsführung über Vertrieb bis Lager, sieht ihre eigene Sicht. Nicht eine universelle Übersicht, die jeder anders nutzt und am Ende keiner. Sondern eine Oberfläche, die zur Rolle passt. Geschäftsführung sieht Liquidität, Auftragslage, Projekte in Schieflage. Vertrieb sieht offene Angebote, fällige Nachfass-Aktionen, kritische Kunden. Lager sieht kritische Bestände, Lieferverzüge, Reklamationen.

Intelligenzschicht: KPIs, Anomalien, Forecasts

Berechnung von Key Performance Indicators (KPI), Anomalie-Erkennung, einfache Forecasts. Heute mit klassischer Statistik, dort wo es sinnvoll ist. Mit KI-Modellen, dort wo Klassik nicht reicht. Wichtig ist: Diese Schicht ist nicht nur Anzeige, sondern Auslöser für die nächste Komponente.

Aktionsschicht: Regeln und agentische Workflows

Hier passiert das, was BI niemals tut. Deterministische Regeln, wo die Logik klar ist. Eine simple Regel sieht im CIAH so aus:

WENN lagerbestand(artikel) < schwelle(artikel)
UND letzte_bestellung(artikel) > 14_tage
DANN erzeuge_bestellvorlage(artikel, lieferant, letzter_preis)

Agentische Workflows treten dort an, wo die Logik kontextabhängig ist: eine eingehende Reklamation soll geprüft, klassifiziert, dem richtigen Mitarbeitenden zugewiesen und mit einem Entwurfs-Antwortschreiben versehen werden. Diese Schicht ist der Punkt, an dem die meisten Konkurrenzprodukte aufhören. Sie zeigen die Daten, sie warnen den Menschen, und dann muss der Mensch das Werkzeug wechseln, um zu handeln. Im CIAH passiert die Aktion in derselben Oberfläche.

Vier Anwendungsbeispiele aus der Praxis

Damit das Konzept greifbar wird, hier vier Workflows aus realen Engagements und Erstberatungen, von Maschinenbau über Field Services und Boutique-Agenturen bis E-Commerce. Jeder Workflow folgt demselben Muster: Daten zusammenführen, Auffälligkeit erkennen, Aktion auslösen. Die folgenden Zahlen sind illustrative Szenarien aus typischen Mittelstands-Engagements, keine Benchmark-Daten.

Beispiel A: Maschinenbauer im DACH-Mittelstand

Ein klassischer Mittelstandsbetrieb in der Region Deutschland-Österreich-Schweiz (DACH), 80 Mitarbeitende, Auftragsfertigung, Sondermaschinenbau. Der typische Stack: DATEV für Buchhaltung, SAP Business One für Lager und Auftragsabwicklung, Outlook für Bestellanfragen, Excel für Kalkulation und Projektplanung, WhatsApp Business für direkten Kundenkontakt. Die Schmerzursache: Anfragen verlieren sich. Ein Kunde schreibt eine Mail, parallel ruft er per WhatsApp an, der Vertrieb hat zwei Vorgänge im Kopf, irgendwann fällt einer hinten runter.

Beispiel B: Field Services (gewerbliche Wartung, R480k-Engagement)

Ein Anbieter technischer Wartung mit eigenen Technikern im Außendienst. Stack: Zuper für Job-Disposition, TaskR für die Techniker im Feld, QuickBase für Kundendaten, Sage für die Rechnungsstellung. Die Schmerzursache: Aufträge werden vor Ort abgenommen, der Techniker holt die Unterschrift auf dem Certificate of Completion (COC), danach passiert wochenlang nichts. Die Rechnung wird vergessen, die Quality Assurance (QA) bleibt offen, der Cashflow leidet.

Beispiel C: Boutique-Agentur (Dienstleistungsfirma)

Eine kleine Agentur, 12 Mitarbeitende, Projektgeschäft. Stack: HubSpot für CRM und Deal-Scope, Harvest für Stundenerfassung, Xero für Buchhaltung, Slack für die interne Kommunikation. Die Schmerzursache: Projekte laufen über Budget, niemand bekommt es rechtzeitig mit, am Ende werden 200 Stunden pro Quartal nicht in Rechnung gestellt, weil keine Change Order geschrieben wurde.

Beispiel D: E-Commerce (Shopify-native Marke)

Eine Direct-to-Consumer-Marke (D2C) auf Shopify, sieben- bis achtstelliger Jahresumsatz. Stack: Shopify, Meta Ads, Google Ads, Loop oder Returnly für Retouren, Klaviyo für E-Mail. Die Schmerzursache: Einzelne Produkte, in der Branche Stock Keeping Unit (SKU) genannt, haben katastrophale Retourenquoten, aber das Marketing skaliert sie weiter, weil die Customer Acquisition Cost (CAC) isoliert betrachtet niedrig aussieht. Die Reaktion fällt der Chief Marketing Officer (CMO) zu.

Warum das jetzt geht: der Kollaps der Build-Kosten

Was 2024 noch ein Halbe-Million-Euro-Projekt mit zwei Jahren Laufzeit war, ist 2026 ein Projekt von 30.000 bis 80.000 Euro mit 8 bis 12 Wochen Laufzeit. Drei Entwicklungen treiben den Wandel.

Erstens: KI-gestütztes App-Building. Werkzeuge wie Retool AI lassen funktionierende Prototypen in einem bis zwei Tagen entstehen, statt in Wochen. Retools KI-App-Builder erlaubt Nicht-Entwickelnden, Enterprise-Apps zu bauen, und das verschiebt die Wirtschaftlichkeit aller Hub-Architekturen massiv. Aktuelle Mid-Market-AI-Builds liegen bei 30.000 bis 150.000 Dollar (USD) über 6 bis 12 Wochen, wo derselbe Bauumfang vor zwei Jahren das Vier- bis Sechsfache gekostet hat.

Zweitens: Forward Deployed Engineers (FDE) als Auslieferungsmodell. Stellenausschreibungen für FDE-Rollen sind 2025 und 2026 um 800 Prozent gestiegen. Accenture und Microsoft haben gerade eine gemeinsame Forward-Deployed-Engineering-Praxis gestartet, Ernst & Young (EY) für Großbritannien (UK) und Irland hat im April 2026 dasselbe getan. Das Modell, das Palantir bekannt gemacht hat, kommt im Mainstream an: kleine Teams, eingebettet beim Kunden, die in Wochen liefern, was klassische Beratung in Quartalen plant. Mehr dazu, was die Rolle für den Mittelstand bedeutet: Forward Deployed Engineer: Die Rolle 2026 erklärt.

Drittens: Die "Services as Software"-These. Sequoia argumentiert öffentlich, dass die nächste Generation Software nicht mehr Werkzeuge anbietet, sondern fertige Ergebnisse. Genau das beschreibt einen CIAH: Der Kunde kauft kein Werkzeug, mit dem er sich seine eigene Antwort bauen muss. Er kauft eine fertige operative Schicht, die ab Tag 1 läuft.

Was ein CIAH nicht ist (Anti-Positionierung)

Der Begriff ist neu, also lohnt sich der Negativ-Abgleich. Ein CIAH ist explizit keines der unten genannten Produkte. Sechs benachbarte Kategorien (Agent OS, AI-native ERP, iPaaS, BI, Internal Tools, RPA) liefern jeweils einen Teil des Ergebnisses, aber nie die Kombination aus Daten, Intelligenz und Aktion in einer Schicht oberhalb der Quellsysteme. Genau diese Kombination ist der Punkt am CIAH-Modell.

Die Tabelle stellt die jeweilige Abgrenzung dar.

Wann ein CIAH passt: drei harte Indikatoren

Nicht jedes Mittelstandsunternehmen braucht einen CIAH. Drei Indikatoren entscheiden, ob sich die Investition rechnet: Anzahl der täglich genutzten Quellsysteme, Aufwand für eine wiederkehrende Frage und ob aus der Antwort eine konkrete Aktion folgt. Wenn alle drei Antworten positiv ausfallen, ist der Use Case echt. Treffen nur ein bis zwei zu, lohnt sich vorher der Blick auf einzelne Workflows.

1. Drei oder mehr Quellsysteme, in die sich Mitarbeitende täglich einloggen müssen. ERP plus CRM plus E-Mail plus Excel-Mappe plus Buchhaltung, der typische Mittelstandsbefund.
2. Mindestens eine wöchentliche Frage, deren Beantwortung heute mehr als 30 Minuten kostet. Beispiele: Welche Projekte sind in Schieflage? Welche Kunden haben offene Reklamationen? Wo läuft das Lager kritisch?
3. Wenn die Antwort vorläge, würde eine konkrete Aktion folgen. Mail schreiben, Bestellung auslösen, Mitarbeitende dranschicken. Kein "interessant zu wissen", sondern "wir würden was tun".

Bei drei Ja ist ein CIAH vermutlich das wirksamste Mittel, das man im hohen fünfstelligen Bereich im Mittelstand kaufen kann. Treffen nur zwei zu, lohnt sich vorher ein Blick auf agentische Workflows in einzelnen Prozessen oder auf vorkonfigurierte KI-Agenten mit transparenten Preisen ab 1.500 EUR Setup, mit denen sich ein einzelner Prozess testen lässt, bevor das volle Rückgrat gebaut wird. Bei nur einem Ja reicht meist eine Integrations-Pipeline und ein gutes Dashboard.

Discovery Sprint: zwei Wochen, agent-gestützte Logik-Kartierung

CIAH-Lizenzen sind nicht im Angebot. Jeder CIAH wird zugeschnitten gebaut, weil die Schmerzpunkte je Branche und Unternehmen anders aussehen. Der Einstieg läuft deshalb über einen zweiwöchigen Discovery Sprint, der die Geschäftslogik kartiert, einen klickbaren Prototyp für die wichtigsten zwei Workflows erzeugt und am Ende eine ehrliche Build-Entscheidung produziert.

Investition: 5.000 bis 10.000 Euro. Am Ende liegt eine kartierte Geschäftslogik vor: welche Systeme, welche Daten, welche Auffälligkeiten, welche Aktionen. Daraus folgt entweder die Entscheidung für den vollen Build (8 bis 12 Wochen) oder ein klares Nein.

Der Sprint ist agent-gestützt. Ein großer Teil der klassischen Anforderungsanalyse läuft 2026 nicht mehr in zehntägigen Workshops, sondern parallel mit KI-Agenten, die Datenbanken inspizieren, Prozessbeschreibungen erzeugen und Vorschläge für Auffälligkeitsregeln liefern. Genau dort liegt der Hebel, den die agentische Mittelstands-Praxis 2026 ausspielt.

Häufige Fragen zum CIAH und zur Umsetzung

Die häufigsten Rückfragen aus Erstgesprächen drehen sich um Definition, Abgrenzung zum ERP, Kosten, Laufzeit und Verträglichkeit mit dem bestehenden System-Stack. Die folgenden fünf Antworten fassen den Stand 2026 zusammen, inklusive belastbarer Spannen für Investition und Build-Zeit. Fazit vorab: kein ERP-Risiko, hoher fünfstelliger Bereich, 8 bis 12 Wochen.

Was ist ein Central Intelligence and Action Hub (CIAH)?

Ein CIAH ist eine maßgeschneiderte Software-Schicht oberhalb bestehender Geschäftssysteme wie ERP, CRM, Buchhaltung und E-Mail. Sie führt Daten zusammen, erkennt Auffälligkeiten und löst konkrete Aktionen aus. Anders als ein ERP ersetzt sie nichts. Anders als BI zeigt sie nicht nur Daten an, sondern handelt im selben Schritt.

Wie unterscheidet sich CIAH von einem ERP wie SAP?

SAP S/4HANA ist ein transaktionales System, das Buchhaltung, Logistik, Einkauf und Personalwesen (HR) abbildet. Ein CIAH sitzt über solchen Systemen und nutzt sie als Datenquelle. SAP-Migrationen brauchen 18 bis 36 Monate, kosten Millionen und scheitern in 60 Prozent der Fälle an Budget oder Zeit. Ein CIAH-Projekt läuft in 8 bis 12 Wochen und kostet 30.000 bis 80.000 Euro.

Was kostet ein CIAH-Projekt?

Der Discovery Sprint kostet 5.000 bis 10.000 Euro über zwei Wochen. Der vollständige Build liegt typischerweise bei 30.000 bis 80.000 Euro über 8 bis 12 Wochen, abhängig von Anzahl der Quellsysteme, Komplexität der Workflows und gewünschter Anzahl an Rollen-Oberflächen. Laufende Kosten danach: niedrig vierstellig pro Monat für Hosting, Modell-Kosten und Pflege.

Wie lange dauert die Umsetzung?

Discovery Sprint: zwei Wochen. Voller Build: 8 bis 12 Wochen, in dem die wichtigsten drei bis fünf Workflows produktiv gehen. Danach iterativer Ausbau in zwei- bis vierwöchigen Inkrementen. Die Reaktion ist absichtlich kein "Wir kommen in 18 Monaten zurück".

Müssen wir unser bestehendes SAP oder NetSuite ablösen?

Nein, das müssen Sie nicht, und genau das ist der entscheidende Punkt am CIAH-Modell. Der Hub sitzt über dem ERP, nicht an seiner Stelle. Bestehende Verträge, Prozesse, Datenstände und Lizenzen bleiben unverändert. Ein CIAH ist kompatibel mit SAP, NetSuite, DATEV, Sage, Microsoft Dynamics und allen anderen größeren Systemen im Mittelstand.

Schritt 1: ehrliche Bestandsaufnahme

Sind die drei Indikatoren oben mit Ja beantwortet und liegt der nächste S/4HANA-Termin in der Schublade, ist es wahrscheinlich Zeit für eine zweite Meinung, bevor das nächste Mittelstandsprojekt zu den 60 Prozent gehört, die scheitern. Bei IJONIS bauen wir genau diese Schicht, Discovery Sprint zuerst, voller Build danach, inklusive klickbarem Prototyp und kartierter Geschäftslogik. Erste Skizze und unverbindliches Gespräch sind über die Services-Seite erreichbar.

Fazit: operatives Rückgrat schlägt neues ERP

Auf den Punkt gebracht. Die wichtigste Investitionsentscheidung im Mittelstand 2026 ist nicht "welches ERP". Sie lautet: Bauen wir die Schicht oberhalb unserer Systeme, oder verbrennen wir das nächste Sechsstellige in einem S/4HANA-Projekt mit 60 Prozent Scheiterns-Wahrscheinlichkeit. Drei Antworten auf die Indikatoren, ein Discovery Sprint, danach Build oder ehrliches Nein.

Kernaussage zum Mitnehmen: Die wichtigste Investitionsentscheidung im Mittelstand 2026 ist nicht "welches ERP". Sie heißt: "Bauen wir die Schicht oberhalb unserer Systeme, oder verbrennen wir das nächste Sechsstellige in einem S/4HANA-Projekt, das mit 60 Prozent Wahrscheinlichkeit scheitert."

Unterm Strich: Ein CIAH ersetzt nichts. Er nutzt, was vorhanden ist. Er führt Daten zusammen, erkennt Auffälligkeiten und löst Aktionen aus. Zeitraum 8 bis 12 Wochen, Investition im hohen fünfstelligen Bereich, kein neues ERP-Risiko.

Drei Ja-Indikatoren, dann Discovery Sprint. Der Reihenfolge nach.

• drei oder mehr Quellsysteme. Tägliche Logins.
• eine wöchentliche Frage. Mehr als 30 Minuten Aufwand für die Antwort.
• eine konkrete Aktion. Würde der Antwort folgen.

Der Sprint kostet 5.000 bis 10.000 Euro und liefert eine ehrliche Entscheidung in zwei Wochen.

Operatives Rückgrat, nicht noch ein ERP. Genau dafür ist der CIAH gebaut.