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 4 bis 15 eingehende Anfragen pro Arbeitstag, bei Andrea neun, per Telefon, E-Mail oder Kundenportal. Jede dauert im Schnitt zehn Minuten, drei Systeme aufrufen, Informationen zusammenführen, Kunden informieren. Das ergibt 40 bis 150 Minuten täglich reine Recherchezeit. Erst bei 400 bis 500 laufenden Aufträgen kommen 20 bis 50 Anfragen zusammen, 200 bis 500 Minuten am Tag, am oberen Ende fast eine Vollzeitstelle.

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 sich belegen lässt:

Ein internationaler Maschinenbauer reduzierte laut einem Bericht von Speed4Trade seine Kundenanfragen um 35 Prozent, indem er Produkt- und Kundendaten in einem Self-Service-Portal bündelte. Gemeint sind alle Kundenanfragen, nicht nur Statusanfragen, und der Effekt geht auf die Datenbündelung zurück, den Kern auch dieses Ansatzes. Eine belastbare Zahl aus der Spezialchemie haben wir nicht gefunden.

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

¹ Speed4Trade, Maschinenbau, bezogen auf alle Kundenanfragen. Wie stark es bei euch sinkt, hängt an Auftragsvolumen und Kundenprofil. 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)
Neun Anfragen am Tag wie bei Andrea, je 8–15 Minuten, sind 72 bis 135 Minuten. Mit aggregiertem Status sinkt die Recherche je Anfrage auf 1–2 Minuten, und ein Teil der Anfragen entfällt ganz. Das spart eine bis gut zwei Stunden am Tag, bei 20 bis 50 Anfragen entsprechend mehr, 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 bietet offizielle OData-APIs für das Auftragsmanagement, ECC über das SAP Gateway. 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 bündelt Tracking über Straße, Schiene, See und Luft, speichert die Daten laut unserer Toolseite in der EU und gibt SLA-gestützte Zusagen zur ETA-Genauigkeit. Der Einstieg lohnt sich laut derselben Seite typischerweise erst ab mehreren hundert Sendungen am Tag. 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, 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 kostet 9 USD im Monat bei jährlicher Zahlung für 10.000 Credits, mit vielen Abfragen im Viertelstundentakt braucht ihr ein Mehrfaches davon. 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. 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. Einen dauerhaft kostenlosen Plan listet die Preisseite nicht mehr, Growth kostet 17 € je Agent und Monat bei jährlicher Zahlung; der Freddy-Agent ist mit 500 Sessions enthalten, danach kosten 100 Sessions 49 USD.

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. Ein EU-Rechenzentrum in Frankfurt ist wählbar, unsere Toolseite führt das Hosting trotzdem als gemischt. Kostenlos für den CRM-Kern (bis 2 Nutzer); Service Hub Starter laut HubSpot-Preisseite ab 7 € je Lizenz und Monat bei jährlicher Zahlung, regulär 20 €.

Schicht 3: Logistik-Tracking

Shippeo , Echtzeit-Transport-Visibility-Plattform mit Datenspeicherung in der EU. Multimodal (Straße, Schiene, See, Luft), KI-gestützte ETA-Prognosen, SLA-gestützte Zusagen zur ETA-Genauigkeit. Eine Option für Unternehmen mit regelmäßigen Gefahrguttransporten und komplexen Transportnetzwerken, aber erst ab mehreren hundert Sendungen am Tag, laut unserer Toolseite. 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 und mehreren hundert Sendungen am Tag → 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: Make.com läuft auf AWS, unsere Toolseite führt das Hosting als global, die Datenregion klärt ihr vor Vertragsschluss. Power Automate gehört zur EU Data Boundary von Microsoft. AVV-Templates stellen beide Anbieter bereit.

Freshdesk / HubSpot: Unsere Toolseite führt Freshdesk als global gehostet, laut Datenschutzhinweis werden personenbezogene Daten auch in den USA und im Vereinigten Königreich verarbeitet. HubSpot bietet ein EU-Rechenzentrum in Frankfurt als Einstellung. Bei beiden die Datenregion vor Vertragsschluss klären und im AVV festhalten.

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: ab 9 USD im Monat (Core, jährliche Zahlung), bei hohem Abfragevolumen ein Mehrfaches
• Power Automate Premium: 13 € je Nutzer und Monat
• Freshdesk Growth: 3 Agenten mal 17 € mal 12 Monate = rund 610 € im Jahr
• HubSpot Service Hub Starter: ab 7 € je Lizenz und Monat bei jährlicher Zahlung
• Shippeo: Preise auf Anfrage, dazu Implementierungs- und Onboarding-Gebühren

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

Bei Andreas neun Anfragen am Tag, je 10 Minuten, sind das 90 Minuten täglich. Mit dem Aggregator fallen 35 Prozent der Anfragen weg, die übrigen knapp sechs dauern je 1–2 Minuten: gespart werden gut 80 Minuten am Tag, bei 20 Arbeitstagen rund 27 Stunden im Monat. Bei 35–50 Euro Stundensatz sind das 945–1.350 Euro im Monat, nach grob 100–300 Euro Betrieb bleiben 645–1.250 Euro. Die Einrichtung (20.000–50.000 Euro) ist damit nach 16 Monaten bis gut sechs Jahren bezahlt.

Bei 40 Anfragen am Tag sind es rund sechs gesparte Stunden täglich, 120 Stunden im Monat, 4.200–6.000 Euro, nach Betrieb 3.900–5.900 Euro. Dann ist die Einrichtung in vier bis 13 Monaten bezahlt.

Beides gilt nur, wenn die gesparte Zeit eine Stelle, Überstunden oder eine Aushilfe ersetzt. Bleibt das Team gleich groß, ist der Gewinn Zeit für Reklamationen und Angebote und zufriedenere Kunden, aber kein Betrag in der Kasse.

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”, und der Kunde plant seinen Wareneingang für eine Lieferung, die schon unterwegs ist, falsch.

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, nutzt es anfangs nur ein Teil der Kunden aktiv. 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-Releases ohne Gateway (R/3, frühe ECC-Stände) haben zwar kein 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 die meisten 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 einen guten Teil des Problems. Die 20.000–50.000 Euro Einrichtungskosten amortisieren sich bei diesem Volumen nach der Rechnung oben frühestens nach gut einem Jahr, meist erst nach Jahren, und nur, wenn die gesparte Zeit eine Stelle ersetzt. Andreas neun Anfragen am Tag liegen genau an dieser Grenze: Bei ihr trägt die proaktive Kundenmeldung das Projekt, nicht die Zeitersparnis.

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

• Speed4Trade GmbH, B2B-Self-Service-Portale: Blogbeitrag zu B2B-Self-Service-Portalen: Ein internationaler Maschinenbauer reduzierte seine Kundenanfragen um 35 Prozent, indem er Produktdatenbanken und Kundendaten in einem Self-Service-Portal bündelte. Branchenübertrag, das Unternehmen ist kein Chemie-Anbieter, aber der Mechanismus (zentraler Datenzugriff statt manueller Anfragen) ist übertragbar.

• Preisangaben Werkzeuge: laut unseren Toolseiten zu Make.com, Power Automate, Freshdesk und Shippeo (Stand September 2026); HubSpot Service Hub laut HubSpot-Preisseite, abgerufen September 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. Keine veröffentlichte Studie, deshalb als Spanne und mit Rechenweg angegeben.

• Anfragen je Auftrag (5–10 Prozent täglich): Annahme dieser Seite, zählt eure eigenen Anfragen 20 Arbeitstage lang, bevor ihr rechnet (siehe „Das kannst du heute noch tun”).

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

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