Auftragsverfolgung für Spezialchemikalien automatisieren

Das echte Ausmaß des Problems

Statusanfragen sind der versteckte Kostenfaktor im Spezialchemikalien-Vertrieb. Sie tauchen in keiner Deckungsbeitragsrechnung auf, weil niemand sie systematisch erfasst — und genau deshalb bleiben sie unbearbeitet.

Ein realistisches Bild für einen Hersteller mit 80–150 laufenden Aufträgen: Fünf bis zehn Prozent der Aufträge erzeugen täglich mindestens eine Statusanfrage. Das sind 20–50 eingehende Anfragen pro Arbeitstag, per Telefon, E-Mail oder Kundenportal. Jede dauert im Schnitt zehn Minuten — drei Systeme aufrufen, Informationen zusammenführen, Kunden informieren. Das ergibt 200–500 Minuten täglich reine Recherchezeit — am oberen Ende nahezu eine Vollzeitstelle im Kundenservice, am unteren Ende immer noch ein erheblicher Teil davon.

Hinter der Zeitrechnung steckt ein strukturelles Problem: In der Spezialchemie hat ein Auftrag keinen einzelnen Status, sondern viele parallele Zustände in verschiedenen Systemen. Im ERP ist er “freigegeben”. Im MES läuft er “in Herstellung” — aber welcher Teilschritt genau? In der QS wartet er auf ein Analysezertifikat. Beim Spediteur ist er noch nicht einmal eingelastet. Für Andrea ergeben diese vier Teilinformationen einen Gesamtstatus — aber kein System kennt alle vier gleichzeitig.

Dazu kommt die Asymmetrie: Kunden rufen an, weil sie selbst planen müssen. Ein Produktionsleiter braucht den Additiv-Liefertermin, um seinen Mischplan festzulegen. Ein Einkäufer muss wissen, ob er alternativ sourcen soll. Die Information ist für den Kunden betriebskritisch — und für den Anbieter strukturell leicht verfügbar. Dass sie trotzdem nicht proaktiv kommuniziert wird, ist ein Organisationsproblem, kein Datenproblem.

Was Studien und Praxisberichte zeigen:

Laut dem Supply Chain Trends Report 2024 von TrueCommerce kämpfen 47 Prozent der befragten Unternehmen mit Bestandsdiskrepanzen, weil ihre Systeme ERP-Daten nur einmal täglich synchronisieren — Statusdaten im Kundenportal hinken damit bis zu 24 Stunden hinter der Realität. Ein Maschinenbauer, der ein konsolidiertes Self-Service-Portal einführte, reduzierte laut einem Speed4Trade-Bericht seine Kundenanfragen um 35 Prozent. Das Ergebnis ließ sich nicht allein auf die KI-Komponente zurückführen, wohl aber auf die zentrale Datenkonsolidierung — der Kern des Ansatzes.

Für Spezialchemikalien-Hersteller kommt ein branchenspezifischer Faktor hinzu: Kunden fragen nicht nur nach “Wo ist meine Lieferung”, sondern nach Chargennummer, Analysezertifikat und Sicherheitsdatenblatt-Version — Informationen, die in der chemischen Industrie häufig aus separaten Systemen stammen. Das macht das Problem komplexer als in anderen Branchen, macht aber auch den Hebel deutlich größer.

Mit vs. ohne KI — ein ehrlicher Vergleich

¹ Erfahrungswert aus vergleichbaren B2B-Portalprojekten — individuelle Reduktion hängt stark von Auftragsvolumen und Kundenprofil ab. Kunden, die das Portal aktiv nutzen, rufen seltener an. Kunden, die das Portal ignorieren, weiterhin genauso häufig.

² “Nahezu” ist hier wichtig: Die Echtzeit-Qualität hängt von der Synchronisierungsfrequenz der Quellsysteme ab. Nicht jedes ERP bietet Push-Events — manche Systeme werden nur stündlich oder täglich abgefragt.

Einschätzung auf einen Blick

Zeitersparnis — hoch (4/5)
20–50 tägliche Statusanfragen, je 8–15 Minuten: Das ist substanziell. Wenn 60–70 Prozent davon automatisch beantwortet werden, spart das Kundenservice-Team anderthalb bis drei Stunden täglich — Zeit, die in komplexe Reklamationen, Angebote oder Neukundenbetreuung fließen kann. Nicht der größte Hebel in der Kategorie (Batch-Auswertung und Laborassistenz sparen mehr pro Einzelvorgang), aber einer der meistspürbaren im Alltag.

Kosteneinsparung — niedrig (2/5)
Die Einrichtungskosten liegen realistisch bei 20.000–50.000 Euro — allein weil drei Systeme (ERP, MES, Spedition) angebunden werden müssen und jede Anbindung eigene Aufwände mitbringt. Der laufende Nutzen entsteht indirekt über eingesparte Personalzeit. Das ist schwerer zu quantifizieren als bei der Reinheitszertifikate-Verwaltung, wo du konkrete Dokumente zählst. Im Branchenvergleich liegt dieser Use Case in der unteren Hälfte bei Kosteneinsparung — nicht weil der Nutzen fehlt, sondern weil er sich über eingesparte Zeit ergibt, nicht über messbar reduzierte Materialkosten.

Schnelle Umsetzung — niedrig (2/5)
10–14 Wochen bis zum Pilotbetrieb — das ist lang, und der Grund ist fast immer die ERP-Anbindung. SAP-APIs brauchen Zugang, Freigabe, Testing und Dokumentation. Das MES läuft oft auf einem Legacy-System ohne REST-API. Die Spedition liefert Tracking-Daten vielleicht nur per EDI oder manuellem E-Mail-Export. Bevor die erste Statusbenachrichtigung rausgeht, hat die IT-Abteilung oder ein externer Integrator mehrere Wochen Arbeit — das ist ehrlich, und das unterscheidet diesen Use Case von einem einfachen SaaS-Tool mit Zwei-Klick-Setup.

ROI-Sicherheit — hoch (4/5)
Wie viele Anrufe gehen heute ein? Wie viele nach dem Launch? Das ist direkt zählbar. Anders als bei Prognosemodellen oder generativer Qualitätssicherung gibt es hier keine Interpretationsfrage. Wenn ein Kunde das Portal nutzt und nicht mehr anruft, ist das eine direkte Messung. Vorsicht bei einem Bias: Kunden, die ohnehin selten anrufen, werden im Portal wenig sichtbar — der Effekt zeigt sich vor allem bei aktiven Anrufern.

Skalierbarkeit — hoch (4/5)
Einmal aufgebaut, wächst der Aggregator ohne proportional steigende Kosten mit. Hundert neue Aufträge pro Monat bedeuten keine hundert zusätzlichen Stunden Kundenservice. Die Infrastruktur skaliert mit — solange die Quellsysteme es tun, was bei SAP kein Problem ist, bei Legacy-MES aber ein Bottleneck werden kann.

Richtwerte — stark abhängig von ERP-Version, Schnittstellenverfügbarkeit und Auftragsvolumen.

Was der Status-Aggregator konkret macht

Die Grundidee ist einfach: Statt dass Andrea drei Systeme manuell abfragt, fragt ein automatisiertes System diese drei Systeme für jeden Auftrag in regelmäßigen Abständen ab und führt das Ergebnis zu einem lesbaren Gesamtstatus zusammen.

Technisch läuft das in vier Schritten:

Schritt 1 — Datenabruf. Das System verbindet sich per API mit dem ERP (z. B. SAP), dem MES und dem Speditionsportal. Je nach System passiert das per Webhook (der ERP schickt bei Statusänderung automatisch eine Nachricht), per Poll (das System fragt alle 15–60 Minuten ab) oder per Datei-Import (wenn die Alt-Systeme keine API kennen). Das Ergebnis: strukturierte Statusdaten aus allen Quellen liegen in einem zentralen Datenmodell.

Schritt 2 — Statusableitung. Ein einfaches Regelwerk — kein tiefes Machine Learning, sondern konfigurierbare Logik — mappt die Quellstatus auf einen einzigen kundensichtbaren Gesamtstatus. Beispiel: “ERP = Freigegeben + MES = Abgefüllt + QS = Freigabe ausstehend + Spedition = Kein Eintrag” ergibt Kundenstatus “Qualitätsprüfung läuft — voraussichtliche Übergabe an Spedition: Donnerstag.” Diese Übersetzungslogik muss zu Beginn einmalig gepflegt werden und muss bei Prozessänderungen aktualisiert werden.

Schritt 3 — Proaktive Benachrichtigung. Sobald sich ein Status ändert — oder wenn ein Liefertermin überschritten wird ohne Änderung —, triggert das System automatisch eine E-Mail an den Kunden: “Ihr Auftrag AUF-2025-0847 befindet sich in der Qualitätsprüfung. Das Analysezertifikat wird voraussichtlich bis Donnerstag, 20. März, vorliegen. Wir melden uns, sobald die Übergabe an den Spediteur bestätigt ist.” Keine Warteschleife, kein Rückruf, kein Missverständnis.

Schritt 4 — Kundenportal. Optional, aber wirkungsvoll: Kunden können den Status jederzeit selbst einsehen — in einem einfachen Portal mit ihrer Auftragsliste, dem aktuellen Status je Auftrag und den zugehörigen Dokumenten. Wer das Portal aktiv nutzt, ruft seltener an.

Die Integrations-Realität: Was ERP-Anbindung wirklich bedeutet

Dieser Use Case steht und fällt mit der API-Verfügbarkeit der Quellsysteme. Das klingt technisch, hat aber direkte Auswirkungen auf Zeitplan und Budget — und verdient deshalb eine ehrliche Einschätzung.

SAP als ERP: SAP S/4HANA und SAP ECC bieten offizielle OData-APIs für Auftragsmanagement. Aber: Dein SAP-System muss so konfiguriert sein, dass diese APIs aktiv und erreichbar sind. In vielen mittelständischen Chemieunternehmen ist SAP über Jahre stark individuell angepasst worden — welche Standard-APIs noch funktionieren und was über ABAP-Eigenentwicklungen abgedeckt wird, muss im ersten Schritt geprüft werden. Rechne mit 5–15 Tagen allein für die SAP-seitige API-Analyse und -Freigabe.

MES (Manufacturing Execution System): Hier ist die Varianz am größten. Moderne MES-Systeme bieten REST- oder OPC-UA-Schnittstellen. Ältere Systeme — und in der Chemie läuft vieles seit 15 Jahren stabil — kennen nur Datenbankabfragen, CSV-Exporte oder proprietäre Protokolle. In diesen Fällen wird ein Zwischenschritt nötig: entweder ein Datenbankabgleich (mit Erlaubnis des Systems, was intern genehmigt werden muss) oder ein geplanter Export, den jemand pflegt. Das geht, kostet aber Zeit.

Speditionsanbindung: Wenn du mit einer festen Speditionskooperation arbeitest, hat diese womöglich ein eigenes Tracking-System. Shippeo etwa bindet über 228.000 Carrier an und stellt für europäische Verlader EU-konforme Echtzeit-ETAs bereit — das ist für chemische Unternehmen mit multimodalem Transport (LKW, Schiene, See) eine der wenigen Plattformen mit SLA auf ETA-Genauigkeit. Kleinere Speditionen bieten dagegen oft nur einen Web-Login für manuelle Statusabfragen — hier muss entweder ein Screen-Scraper gebaut oder ein Datenaustausch per E-Mail-Parser abgebildet werden.

Was das für die Planung bedeutet: Bevor du eine Kosten-Nutzen-Rechnung aufmachst, lass einen Integrations-Scope-Sprint von zwei bis drei Tagen machen. Dabei wird geprüft: Welche Systeme haben funktionierende APIs? Welche brauchen einen Workaround? Welche sind außen vor, weil der Zugriff zu aufwendig oder zu riskant ist? Das Ergebnis dieses Sprints bestimmt den Zeitplan und das Budget präziser als jede Schätzung von außen.

Was Spezialchemikalien-Kunden wirklich nachfragen

Standard-Tracking-Systeme kennen Status wie “Bestellt”, “In Bearbeitung”, “Versandt”, “Geliefert”. Für einen Standardartikel reicht das. Im Spezialchemikalien-Geschäft ist die Frage komplexer.

Die häufigsten Anfragen, die Andrea täglich beantwortet, lauten nicht “Wo ist meine Lieferung?”, sondern:

• “Liegt das Analysezertifikat für Charge 2025-L047 vor?” — der Kunde braucht es vor Eingang, um seinen eigenen Produktionsprozess zu starten
• “Welche Chargennummer geht in meinen Auftrag? Wir müssen das für unser Rückverfolgungssystem dokumentieren.” — Pflicht bei Weiterverarbeitung in regulierten Branchen
• “Ist das Sicherheitsdatenblatt in der aktuellen REACH-Version? Wir haben intern auf Version 2 von 2024 umgestellt.”
• “Die geplante Lieferung war für Dienstag. Der Spediteur hat Kapazitätsengpass gemeldet — habt ihr eine Alternative?”
• “Wurde die ADR-Klassifikation für den Transport bestätigt? Unser Wareneingang muss das vorab prüfen.”

Ein guter Status-Aggregator für Spezialchemikalien bildet diese Dimensionen ab — nicht als generische “Felder”, sondern als Teil des automatischen Status-Updates. Das bedeutet: Wenn die QS das Analysezertifikat freigibt, wird es automatisch als Anhang in das Statusupdate an den Kunden integriert. Wenn die Chargennummer im MES festgelegt wird, erscheint sie im Kundenportal. Wenn das SDS aktualisiert wird, bekommen Kunden eine Benachrichtigung, dass eine neue Version vorliegt.

Das erfordert, dass diese Informationen in den Quellsystemen strukturiert hinterlegt sind — und das ist nicht selbstverständlich. In manchen Systemen liegt das Analysezertifikat als freigegebene PDF im QS-System, in manchen als E-Mail-Anhang in einem persönlichen Postfach. Der Aggregator kann nur konsumieren, was strukturiert zugänglich ist.

Konkrete Werkzeuge — was wann passt

Die Implementierung besteht aus drei Schichten: Datenintegration, Status-Logik und Kundenkommunikation.

Schicht 1: Datenintegration (die kritische Schicht)

Make.com — visueller Low-Code-Automatisierungsbuilder mit über 3.000 App-Konnektoren, EU-Rechenzentrum verfügbar. Geeignet für Unternehmen, die ohne interne Entwickler-Ressourcen starten wollen. Make.com kann SAP-OData-APIs abfragen, HTTP-Requests an Speditionsportale senden und Trigger auf E-Mail-Eingang (z. B. QS-Freigabe per E-Mail) reagieren. Core ab 9 USD/Monat, für produktive Nutzung mit hohem Volumen eher 50–150 USD/Monat. Wichtig: Make.com ist Middleware, kein Portal — es verbindet Systeme, stellt aber keine Kundensicht bereit.

Microsoft Power Automate — für Unternehmen, die bereits auf Microsoft 365 und Azure setzen, die naheliegende Alternative. Native SAP-Konnektoren sind verfügbar (über Premium-Connector, 13 €/Nutzer/Monat). Besonderer Vorteil: Power Automate Desktop kann auch GUI-basierte Alt-Systeme per RPA bedienen, wenn keine API vorhanden ist — also auch das MES, das keinen API-Zugang bietet. EU-Rechenzentren in Frankfurt und Amsterdam, deutschsprachiger Support.

Schicht 2: Kundenkommunikation und Ticketing

Freshdesk — Helpdesk-Plattform mit KI-gestütztem Freddy-Agent, EU-Hosting, deutschsprachiger Oberfläche. Wenn Kunden trotz Statusportal anrufen oder mailen, landet die Anfrage in Freshdesk und kann durch automatisierte Antworten aus dem ERP-Daten-Pull direkt beantwortet werden. Freddy AI kann Standardanfragen autonom lösen — “Wo ist Auftrag 847?” → Datenbankabfrage → Antwort ohne menschliche Bearbeitung. Geeignet für Unternehmen, die zusätzlich zum Portal ein belastbares Ticketing-System brauchen. Free bis 2 Agenten, Growth 17 €/Agent/Monat.

HubSpot — Alternative für Unternehmen, die Kundenservice und Vertrieb in einer Plattform führen wollen. HubSpot Service Hub erlaubt automatische Statusbenachrichtigungen per E-Mail-Workflow aus der Kontaktdatenbank. Wenn dein Vertrieb bereits HubSpot nutzt, lässt sich die Statusautomatisierung direkt auf der bestehenden Infrastruktur aufbauen. EU-Hosting in Frankfurt verfügbar. Kostenlos für CRM-Kern, Service-Hub ab Starter 15 €/Sitz/Monat.

Schicht 3: Logistik-Tracking

Shippeo — EU-konforme Echtzeit-Supply-Chain-Visibility-Plattform, speziell auch für die chemische Industrie konzipiert. Multimodal (LKW, Schiene, See, Luft), bindet über 228.000 Carrier an, bietet eine SLA auf ETA-Genauigkeit von 90 Prozent für Seefracht bis 30 Tage Vorlauf. Für Unternehmen mit regelmäßigen Gefahrguttransporten und komplexen Transportnetzwerken die relevanteste EU-konforme Lösung. Enterprise-only, kein Self-Service-Einstieg — plant mehrere Monate für Implementierung und Carrier-Onboarding ein.

Zusammenfassung: Wann welcher Ansatz

• Mittelstand ohne Entwickler, Microsoft-fern → Make.com + Freshdesk
• Microsoft-365-Haus → Power Automate + Freshdesk oder HubSpot
• Vertrieb bereits in HubSpot → HubSpot Service Hub als Kommunikationsschicht
• Multimodaler Gefahrguttransport mit EU-Anforderungen → Shippeo als Logistiklayer

Datenschutz und Datenhaltung

Der Status-Aggregator verarbeitet Auftragsdaten, die personenbezogene Informationen enthalten können: Ansprechpartner beim Kunden, Lieferadressen, Anmerkungen zu Bestellungen. Das bedeutet: Sobald diese Daten in ein externes System (Cloud-Plattform, Helpdesk, Automatisierungstool) fließen, gilt die DSGVO.

Für die typische Systemkonstellation in der Spezialchemie ergeben sich folgende Anforderungen:

ERP-seitig: Die Daten verlassen in der Regel den eigenen Server nicht — der Aggregator liest nur, schreibt nichts zurück. Trotzdem: Wenn ein Cloud-Dienst per API auf das ERP zugreift, muss geprüft werden, ob dieser Dienst personenbezogene Daten verarbeitet. Im Zweifel ja — und damit ist ein Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO Pflicht.

Make.com / Power Automate: Beide bieten EU-Rechenzentren an. Make.com nutzt AWS EU (Frankfurt, Irland). Power Automate läuft auf Microsoft Azure mit EU-Datenboundary-Option. AVV-Templates stellen beide Anbieter bereit.

Freshdesk / HubSpot: Freshdesk bietet EU-Hosting in Frankfurt explizit an — das ist ein wesentlicher Vorteil im Vergleich zu US-only-Diensten. HubSpot bietet EU-Hosting in Frankfurt als optionale Einstellung. Bei beiden muss EU-Hosting aktiv ausgewählt und im AVV festgehalten werden.

Shippeo: Europäischer Anbieter mit Hauptsitz in Paris, EU-Datenhaltung ist ein zentrales Differenzierungsmerkmal gegenüber US-Wettbewerbern.

Praktische Empfehlung: Lass den AVV-Prozess parallel zur technischen Architektur starten. In der Chemie gibt es oft einen Datenschutzbeauftragten oder eine Rechtsabteilung, die AVVs freigeben muss — dieser Prozess dauert selbst bei Standardvorlagen 2–4 Wochen und sollte nicht auf dem kritischen Pfad des Projekts liegen.

Was es kostet — realistisch gerechnet

Einmalige Einrichtungskosten

Der Integrations-Scope-Sprint (Systemanalyse, API-Prüfung, Architekturentscheidung): 3.000–8.000 Euro, je nach Systemlandschaft und Komplexität der Quellsysteme.

Die eigentliche Implementierung: 15.000–40.000 Euro für einen externen Integrator, der SAP-API, MES-Anbindung, Automatisierungslogik und Kundenbenachrichtigungen aufbaut und testet. Der Großteil der Kosten entsteht in der Systemintegration, nicht in den Tool-Lizenzen.

Gesamtkosten Einrichtung (realistisch): 20.000–50.000 Euro. Für SAP-intensive Umgebungen mit Legacy-MES eher am oberen Ende.

Laufende Kosten

• Make.com oder Power Automate: 50–200 Euro/Monat für die Automatisierungslogik
• Freshdesk Growth: 17 Euro/Agent/Monat — bei 3 Agenten ca. 600 Euro/Jahr
• HubSpot Starter: 9 Euro/Sitz/Monat bei Jahreszahlung
• Shippeo: Enterprise-Pricing auf Anfrage, typisch vierstellig/Monat für mittelgroße Verlader

Wie du den Nutzen misst

Zähle tägliche Statusanfragen vor und nach dem Launch. Definiere drei Kategorien: Anrufe, E-Mails, Portal-Selbstabfragen. Die dritte Kategorie ist der Effekt, den du messen willst — jeder Self-Service-Aufruf, der früher ein Anruf war, ist direkt sichtbar.

Was du dagegenrechnen kannst

40 Statusanfragen täglich, je 10 Minuten = 400 Minuten/Tag = gut 6,5 Stunden. Bei einem Kundendienst-Stundensatz von 35–50 Euro brutto bedeutet das 225–325 Euro täglich, oder 4.500–6.500 Euro pro Monat reine Recherchearbeit. Selbst im konservativen Szenario — 50 Prozent Reduktion, 30 Prozent der theoretischen Einsparung tatsächlich realisiert — amortisieren sich 40.000 Euro Einrichtungskosten innerhalb von 18 bis 24 Monaten. Mit vollständiger Automatisierung deutlich früher.

Typische Einstiegsfehler

1. Den Scope zu groß ansetzen — alle Systeme gleichzeitig anbinden.
Der Reflex: Wenn wir schon anfangen, nehmen wir auch den zweiten Standort, die drei Kundengruppen-Logiken und das Reklamationsmodul mit rein. Das Ergebnis: Das Projekt dauert 18 statt 14 Wochen, die IT-Abteilung ist überfordert, und der Kundenservice nutzt das fertige System weniger, weil es zu komplex geworden ist.
Lösung: Mit einem Piloten starten — einem ERP, einem MES-Produktionsbereich, einem Spediteur. Drei Systeme, saubere Statuslogik, zehn Testkunden. Erst wenn das läuft und der Nutzen sichtbar ist, skalieren.

2. Statusstufen nicht mit dem Kunden validieren.
Intern spricht die Produktion von “in Freigabe”, die QS von “Muster gezogen, Ergebnis ausstehend”, die Logistik von “avisiert”. Der Kunde hört “In Bearbeitung” — und weiß immer noch nicht, ob er seinen Produktionsplan umstellen muss.
Lösung: Vor der technischen Implementierung zwei bis drei Schlüsselkunden befragen: Welche Statusbeschreibungen helfen euch wirklich? Welche sind vage? Das dauert einen halben Tag und macht die Statuslogik tatsächlich nützlich.

3. Das System baut, aber den Kunden nicht schult.
Ein Kundenportal, das niemand kennt, reduziert keine Anfragen. Kunden, die gewohnt sind anzurufen, rufen weiterhin an — auch wenn das Portal bessere Informationen hätte.
Lösung: Proaktiver Launch mit E-Mail an alle Bestandskunden, klarer Erklärung des Nutzens (kein Marketing-Text, sondern: “Sie sehen Ihre Auftragsstatus ab sofort jederzeit — inklusive Chargennummer und Analysezertifikat, sobald die QS freigibt”), persönliche Einladung für die fünf wichtigsten Kunden. Und: Wenn ein Kunde trotzdem anruft, schickt der Kundenservice die Portal-URL mit — nicht als Verweis, sondern als Hilfestellung.

4. Stale-Data-Problem ignorieren — und Kunden falsche Informationen geben.
Das ist der gefährlichste Fehler — und er passiert still.

Viele ERP-Systeme synchronisieren ihre Daten nicht in Echtzeit, sondern in Batches — einmal stündlich, manchmal nur einmal täglich. Ein Status-Aggregator, der auf Basis dieser Daten kommuniziert, gibt dem Kunden um 14 Uhr einen Status, der dem Stand von 8 Uhr morgens entspricht. Im schlimmsten Fall: Der Auftrag wurde morgens versandt, das System zeigt noch “In Produktion”, der Kunde wartet zu Hause auf eine Lieferung, die eigentlich schon kommt.

Falsche Informationen mit Zuversicht präsentiert sind schlimmer als gar keine Informationen. Deshalb muss in der Planungsphase klar sein: Mit welcher Synchronisierungsfrequenz arbeiten die Quellsysteme? Wie alt dürfen die Daten maximal sein, bevor das Portal einen Hinweis anzeigt (“Stand: vor 6 Stunden”)? Wer reagiert, wenn ein Datenfeed ausfällt?

Was mit der Einführung wirklich passiert — und was nicht

Die Technik ist das Lösbare. Woran Projekte dieser Art in der Praxis häufiger scheitern, sind drei menschliche Muster.

Die Statussprache-Debatte. Sobald die Statusstufen auf den Tisch kommen, entdecken Produktion, QS, Vertrieb und Kundenservice, dass sie dieselben Begriffe unterschiedlich verstehen. Was für die Produktion “freigegeben” heißt, meint für die QS noch “warte auf Unterschrift”. Diese Debatte muss stattfinden — aber sie muss moderiert und zeitlich begrenzt sein. Gib ihr eine Sitzung, nicht vier Monate.

Der IT-Engpass. In mittelständischen Chemieunternehmen ist die IT-Abteilung typischerweise dünn aufgestellt. Wenn der ERP-API-Freigabeprozess durch sechs interne Schritte gehen muss (Sicherheitsprüfung, Firewall-Freigabe, Datenschutz, Kompatibilitätstest, Dokumentation, Abnahme), kann das allein vier bis acht Wochen dauern — vollkommen unabhängig von der Güte des Projekts. Diese Schleife sollte früh identifiziert und als eigener Meilenstein in den Zeitplan aufgenommen werden, nicht als selbstverständlicher Hintergrundprozess.

Das Nicht-Nutzer-Problem. Wenn das Kundenportal startet, werden anfangs 20–30 Prozent der Kunden aktive Nutzer. Der Rest schaut rein, sieht wenig Mehrwert (vielleicht weil der erste Auftrag gerade “In Bearbeitung” stand und kein SDS-Zertifikat fehlte), und ruft beim nächsten Mal wieder an. Dieses Muster ist normal. Es bedeutet nicht, dass das System schlecht ist — es bedeutet, dass der erste sichtbare Nutzenmoment noch nicht eingetreten ist. Dieser Moment tritt ein, wenn der Kunde eine proaktive Meldung erhält, ohne selbst nachfragen zu müssen, und darin das Analysezertifikat liegt. Das erste Mal, dass das passiert, überzeugt mehr als jedes Onboarding-Mail.

Was konkret hilft:

• Vor dem Launch: alle Kunden mit mehr als 10 Aufträgen/Quartal persönlich informieren — nicht per Newsletter, per direktem Anruf
• Monitoring: Wie viele Portal-Logins pro Woche? Wie viele Anrufe vor und nach? Wöchentliches Review in den ersten 8 Wochen
• Iteration: Welche Status erzeugen am häufigsten trotzdem Anrufe? Diese Statusstufe klarer formulieren oder mit mehr Information anreichern

Realistischer Zeitplan mit Risikohinweisen

Häufige Einwände — und was dahintersteckt

„Unsere Kunden rufen lieber an — das ist Beziehungspflege.”
Stimmt zum Teil. Wichtige Kunden sollen anrufen können — und werden es auch weiterhin tun. Aber: Eine Statusanfrage ist keine Beziehungspflege. Wenn Andrea zehn Minuten braucht, um drei Systeme abzufragen, und dann zurückruft mit “Ich melde mich morgen, wenn das Zertifikat da ist” — das ist keine Beziehungspflege, das ist Verwaltungsarbeit. Echte Beziehungspflege passiert, wenn der Kundenservice Zeit hat für das Gespräch, das wichtig ist. Ein Statusportal macht diesen Unterschied möglich.

„Unser ERP ist zu alt für APIs — das geht nicht.”
Das ist seltener ein absolutes Hindernis als ein Budget- und Prioritätsproblem. Ältere SAP-Versionen (R/3, ECC) haben zwar kein natives OData-API, aber BAPIs und RFC-Schnittstellen, die mit entsprechendem Adapter angesprochen werden können. Alternativ: Datenbankabfrage auf lesender Basis, wenn die IT zustimmt. Oder: Tagesexport aus dem ERP als strukturierte Datei (CSV, XML), die der Aggregator einliest — nicht Echtzeit, aber ausreichend für 80 Prozent der Anfragen. Die Frage ist nicht “geht das?”, sondern “wie viel kostet der Workaround im Vergleich zum Nutzen?”

„Das ist zu aufwendig — wir haben keine IT-Ressourcen.”
Diese Einschätzung ist realistisch und nicht zu ignorieren. Der Integrations-Scope-Sprint sollte hier Klarheit schaffen: Wenn die eigene IT kein Kapazitätsfenster hat und kein Budget für einen externen Integrator besteht, ist der richtige Zeitpunkt für dieses Projekt nicht jetzt. Was alternativ funktioniert: ein manuell gepflegtes Status-Dashboard (Google Sheets oder Notion, täglich von einer Person aktualisiert) als Brücke — weniger automatisiert, aber besser als das, was heute passiert. Das reduziert den Anreiz, “irgendwann” das richtige System aufzubauen, aber schafft zumindest sofort Erleichterung.

Woran du merkst, dass das zu dir passt

• Du oder dein Team beantwortet mehr als 10 Statusanfragen täglich — per Telefon oder E-Mail — und stellt dafür mindestens zwei verschiedene Systeme manuell ab
• Kunden beschweren sich gelegentlich über fehlende proaktive Kommunikation bei Verzögerungen — nicht weil Verzögerungen passieren, sondern weil sie davon überrascht werden
• Du hast API-Zugang zu deinem ERP oder deine IT-Abteilung kann diesen Zugang in absehbarer Zeit einrichten
• Deine Kundenstruktur ist stabil — du hast Bestandskunden mit wiederkehrenden Aufträgen, keine reinen Spot-Transaktionen
• Du hast eine Person, die die Statuslogik pflegen kann (nicht vollzeit, aber mit 2–4 Stunden pro Monat für Reviews und Anpassungen)

Wann sich der Aufwand (noch) nicht lohnt — drei harte Ausschlusskriterien:

1. Weniger als 10 Statusanfragen pro Arbeitstag. Dann ist die Automatisierungsinvestition nicht gerechtfertigt. Ein gutes E-Mail-Template mit dem wichtigsten Statuslink kostet nichts und löst das Problem zu 70 Prozent. Die 20.000–50.000 Euro Einrichtungskosten sind bei diesem Volumen in keinem realistischen Zeitrahmen zu rechtfertigen.

2. Keine gemeinsame Statussprache in Produktion, QS und Logistik. Wenn die drei Abteilungen heute nicht einig sind, was “freigegeben” bedeutet, baut ein Aggregator auf widersprüchlichen Daten — und gibt Kunden widersprüchliche Informationen. Das ist schlimmer als der heutige Zustand. Die Voraussetzung für dieses Projekt ist nicht bessere Technik, sondern ein einheitliches internes Prozessverständnis. Das geht einer Implementierung voraus — auch wenn es schwieriger klingt als die Technik.

3. Kein API-Zugang zum ERP und keine Kapazität für den Aufbau eines Workarounds. Ein Status-Aggregator ohne Datenbasis ist ein leeres Gerüst. Wenn das ERP kein maschinenlesbares Interface hat und die IT-Abteilung kein Budget und keine Zeit für den Aufbau hat, kann dieser Use Case nicht umgesetzt werden. Ein geplanter ERP-Wechsel in den nächsten 12 Monaten ist eine valide Alternative — dieses Projekt dann als Anforderung in die neue ERP-Auswahl integrieren.

Das kannst du heute noch tun

Bevor du ein Budget-Sign-off einholen oder einen Dienstleister beauftragen willst: Mach die Analyse selbst, in zwei Stunden.

Öffne eine neue Tabelle. Trage für die letzten 20 Arbeitstage ein: Wie viele Statusanfragen pro Tag? Wer beantwortet sie? Wie lange dauert es im Schnitt? Welche Systeme werden dabei geöffnet? Das sind die Zahlen, die du für eine Entscheidung und ein internes Pitchdeck brauchst. Wenn diese Zahl unter 10 liegt, ist das hier nicht das richtige Projekt. Wenn sie über 20 liegt, hast du ein konkretes Argument.

Parallel: Frag deine IT-Abteilung, ob euer ERP eine aktive REST-API oder OData-Schnittstelle hat. Diese Antwort braucht keinen Workshop — entweder ist die Frage in 10 Minuten per E-Mail beantwortet, oder sie signalisiert dir, dass der nächste Schritt ein Integrations-Scope-Sprint ist.

Mit einem LLM kannst du bereits heute einen ersten Statusbenachrichtigungs-Entwurf formulieren, der als Vorlage für eure eigenen Texte dient:

Quellen & Methodik

• TrueCommerce Supply Chain Trends Report 2024: 47 Prozent der befragten Unternehmen berichten Bestandsdiskrepanzen durch batch-basierte ERP-Synchronisierung (1–2 Mal täglich). Relevanz: Erklärt, warum “Echtzeit”-Aggregatoren auf Batch-ERPs strukturell veraltete Statusinformationen liefern können. Quelle: truecommerce.com/blog (2024).

• Speed4Trade GmbH, Erfahrungsbericht B2B-Self-Service-Portale (2025): Ein internationaler Maschinenbauer reduzierte seine Kundenanfragen um 35 Prozent durch Konsolidierung von Produktdaten und Kundendaten in einem Self-Service-Portal. Quelle: speed4trade.com/b2b-self-service-portale-katapultieren-kundenzufriedenheit/ (2025). Hinweis: Branchenübertrag — das Unternehmen ist kein Chemie-Anbieter, aber der Mechanismus (zentralisierter Datenzugriff statt manueller Anfragen) ist übertragbar.

• Beschaffung Aktuell / bigdata-insider.de, LEVACO Chemicals (Februar 2026): LEVACO Chemicals (Leverkusen) hat eine End-to-End-Automatisierung der Preisextraktion aus Lieferantenangeboten mit SAP-Integration implementiert. Zentrales Learning: “Technologie allein ist nicht der entscheidende Hebel — Prozessverantwortung und frühe Mitarbeitendeneinbindung entscheiden über Erfolg oder Scheitern.” Übertragbar auf die Einführung von Status-Aggregatoren. Quelle: beschaffung-aktuell.industrie.de (2026).

• Shippeo Transparency Report 2024: 32 Prozent Verbesserung der ETA-Genauigkeit bis 48 Stunden vor Lieferung für EU-Transportnetzwerke. SLA von 90 Prozent Genauigkeit für Ocean-ETAs bis 30 Tage. Quelle: shippeo.com (2024).

• Preisangaben Werkzeuge: Make.com (make.com/pricing, Mai 2026), Power Automate (powerautomate.microsoft.com, Mai 2026), Freshdesk (freshworks.com/de/freshdesk/, Mai 2026), HubSpot (hubspot.de, Mai 2026). Shippeo: keine öffentliche Preisliste, Enterprise-Pricing auf Anfrage.

• Einrichtungskosten 20.000–50.000 €: Erfahrungswerte aus B2B-Integrationsprojekten mit ERP-, MES- und Logistikanbindung bei mittelständischen Industrieunternehmen (Stand: Mai 2026). Keine veröffentlichte Studie — Schätzwert auf Basis bekannter Integrationsaufwände.

• Art. 28 DSGVO (Auftragsverarbeitungsvertrag): Datenschutz-Grundverordnung in der aktuell geltenden Fassung.

Du willst wissen, ob sich der Aufbau für euren Auftragsvolumen und eure Systemlandschaft rechnet? Meld dich — wir können die Rechnung gemeinsam in einem kurzen Gespräch durchgehen.