Webshop, MIS und ERP enthalten in vielen Druckereien Teile desselben Auftrags. Kundendaten stehen im Shop, Preise und Produktionsvorgaben im MIS, Rechnungs- und Einkaufsdaten im ERP. Sind diese Systeme nur lose verbunden, werden Auflagen, Termine, Materialangaben und Statusmeldungen mehrfach übertragen.
Eine gute Schnittstelle transportiert deshalb nicht einfach möglichst viele Felder. Sie regelt eindeutig, welches System welche Information führt, wann Daten übertragen werden und wie Fehler behandelt werden. Dieser Artikel zeigt dir, welche Verbindungen wirklich wichtig sind und wie du daraus einen belastbaren Gesamtprozess entwickelst.
Welche Aufgabe haben Webshop, MIS und ERP?
Die Begriffe werden nicht in jedem Betrieb gleich verwendet. Manche Lösungen decken mehrere Bereiche ab. Für die Schnittstellenplanung ist deshalb weniger der Produktname entscheidend als die tatsächliche Verantwortung des Systems.
| System | Typische Verantwortung | Wichtige Daten |
|---|---|---|
| Webshop | Produktauswahl, Konfiguration und Bestellung | Kunde, Produkt, Optionen, Preis, Lieferziel, Druckdatei |
| MIS | Kalkulation, Auftrag und Produktionsplanung | Arbeitsgänge, Maschinen, Zeiten, Materialien, Zuschuss, Status |
| ERP | Kaufmännische und unternehmensweite Abläufe | Debitoren, Kreditoren, Einkauf, Bestand, Rechnung, Buchung |
| Produktionssystem | Technische Ausführung und Rückmeldung | Jobticket, Vorgaben, Verbrauch, Laufzeit, Gutmenge, Fehler |
Diese Abgrenzung verhindert eine häufige Fehlentscheidung: Alle Systeme sollen alles speichern. Dadurch entstehen konkurrierende Stammdaten und unklare Zuständigkeiten. Besser ist eine führende Quelle je Datenbereich, die Änderungen kontrolliert an die anderen Systeme verteilt.
Die wichtigste Grundlage: eindeutige IDs und Datenverantwortung
Bevor eine API oder ein Dateiformat ausgewählt wird, müssen die fachlichen Schlüssel feststehen. Kundennummer, Artikel-ID, Webshop-Bestellnummer, MIS-Auftragsnummer und Produktionsjob dürfen nicht nur über Namen oder freie Texte zugeordnet werden.
Jeder Datensatz braucht eine stabile Kennung. Zusätzlich muss dokumentiert sein, welches System den Wert erzeugt und ändern darf. Das ERP kann beispielsweise die kaufmännische Kundennummer führen, während der Webshop eine eigene Benutzer-ID verwendet. Die Schnittstelle speichert beide IDs und ihre Beziehung, statt eine Nummer stillschweigend zu ersetzen.
- Wer legt Kunden, Produkte und Materialien an?
- Welches System ist für Preise und Rabatte verbindlich?
- Wo entsteht die Auftragsnummer?
- Wer darf Termine und Produktionsstatus ändern?
- Wie werden Korrekturen und Stornierungen gekennzeichnet?
Diese Schnittstellen braucht eine Druckerei wirklich
1. Produkt- und Preisübergabe
Der Webshop muss wissen, welche Formate, Papiere, Farbigkeiten, Veredelungen und Lieferoptionen bestellbar sind. Preise können im Shop, im MIS oder in einem eigenen Kalkulationsdienst entstehen. Entscheidend ist eine einzige verbindliche Preislogik. Werden Preislisten in mehreren Systemen gepflegt, laufen Zuschläge und Gültigkeitsstände schnell auseinander.
2. Kunden- und Bestelldaten
Nach der Bestellung müssen Kunde, Rechnungsempfänger, Lieferadresse, Positionen, Mengen und Wunschtermine strukturiert übertragen werden. Pflichtfelder und zulässige Werte gehören bereits an den Eingang. Freitext sollte nur ergänzen, nicht technische Kerndaten ersetzen. So vermeidest du einen Medienbruch, wie er auch im Artikel Excel in der Druckerei beschrieben wird.
3. Druckdatei, Preflight und Freigabe
Große PDF-Dateien sollten nicht als Nutzdaten in jeder Schnittstellennachricht stecken. Üblicher ist eine sichere Dateiablage mit eindeutiger Referenz, Prüfsumme und Version. Auftrag und Datei müssen dauerhaft zusammengehören. Preflight-Ergebnis, Korrekturanforderung und Freigabestatus fließen anschließend als strukturierte Daten zurück.
Wie ein automatisierter Prüfprozess aufgebaut wird, erklärt der Beitrag PDF-Preflight automatisieren. Für die Freigabe ist außerdem wichtig, dass sich eine Entscheidung immer auf eine konkrete Dateiversion bezieht.
4. Produktionsauftrag und Jobticket
Das MIS oder ein Produktionscontroller übergibt technische Vorgaben an Vorstufe, Druck und Weiterverarbeitung. Dazu gehören Produktbeschreibung, Menge, Material, Farbigkeit, Arbeitsgänge und Termine. In der Druckindustrie sind JDF und das neuere XJDF für solche Jobinformationen vorgesehen. XJDF beschreibt gezielt den Austausch zwischen einer steuernden Managementanwendung und ausführenden Systemen.
Eine vollständige Normunterstützung ist jedoch nicht automatisch nötig. Die CIP4 Interoperability Conformance Specifications, kurz ICS, grenzen konkrete Rollen und Pflichtinformationen für einzelne Anwendungsfälle ein. Mehr Grundlagen findest du im Artikel JDF und JMF einfach erklärt.
5. Status- und Betriebsdaten
Eine Verbindung darf nicht nach der Auftragsübergabe enden. Das MIS benötigt Rückmeldungen wie angenommen, in Arbeit, unterbrochen, fertig oder fehlerhaft. Zusätzlich können Gutmenge, Makulatur, Laufzeit und Verbrauch für Nachkalkulation und Planung relevant sein. JMF beziehungsweise XJMF sind für Meldungen zwischen Management- und Produktionssystemen ausgelegt. Bei Web-APIs übernehmen häufig Webhooks oder Ereignisnachrichten diese Aufgabe.
6. Einkauf, Lager, Versand und Rechnung
Das ERP braucht die kaufmännisch relevanten Ergebnisse des Auftrags. Dazu zählen Materialbedarf, Bestellanforderungen, tatsächlicher Verbrauch, Lieferdaten und abrechenbare Positionen. Umgekehrt liefert es etwa Kreditlimit, Zahlungsbedingung, Lagerbestand oder Rechnungsnummer. Nicht jeder Maschinenstatus gehört ins ERP. Übertragen werden nur Daten, die dort einen Geschäftsprozess auslösen oder dokumentieren.
REST, XML, CSV oder JDF: Welches Format passt?
Das Format folgt dem Prozess. Moderne Webshops und Geschäftsanwendungen bieten häufig REST-APIs mit JSON. Sie eignen sich für direkte Abfragen und strukturierte Transaktionen. Webhooks melden Ereignisse, ohne dass ein System ständig nach Änderungen fragen muss.
JDF, XJDF, JMF und XJMF bringen ein druckspezifisches Datenmodell für Jobtickets und Produktionskommunikation mit. CSV kann für einfache, zeitgesteuerte Stammdatenimporte genügen. XML ist bei komplexeren, streng definierten Dokumentstrukturen weiterhin sinnvoll. SFTP oder eine vergleichbare Dateiübertragung transportiert Druckdaten, ersetzt aber keine fachliche Statusschnittstelle.
Eine gute Architektur darf mehrere Verfahren kombinieren. Problematisch wird es erst, wenn dasselbe Ereignis über verschiedene Wege widersprüchlich übertragen wird.
Praxisbeispiel: Vom Webshop bis zur Rechnung
Ein Kunde bestellt im Webshop 10.000 gefalzte Flyer. Der Shop prüft Pflichtoptionen, berechnet den Verkaufspreis und erzeugt Bestellung sowie Datei-ID. Das MIS übernimmt Position, Termin und technische Produktdaten. Nach erfolgreichem Preflight wird der Auftrag freigegeben und in Arbeitsgänge für Vorstufe, Druck, Falzen und Versand zerlegt.
Das Produktionssystem erhält ein Jobticket und meldet Status, Gutmenge und Verbrauch zurück. Das MIS aktualisiert den Auftragsfortschritt. Der Webshop zeigt dem Kunden nur geeignete, verständliche Statuswerte. Nach Versand erhält das ERP Liefer- und Abrechnungsdaten und erzeugt die Rechnung.
Wichtig ist die Übersetzung zwischen den Ebenen. Ein technischer Maschinenstatus muss nicht unverändert beim Kunden erscheinen. Aus mehreren internen Arbeitsschritten kann beispielsweise der externe Status „in Produktion“ entstehen.
Typische Fehler bei Schnittstellenprojekten
- Es werden Felder statt Prozesse verbunden. Ohne Auslöser, Verantwortung und Zielzustand bleibt der Datenfluss unklar.
- Alles wird bidirektional synchronisiert. Dadurch ist nicht mehr eindeutig, welches System bei einem Konflikt gewinnt.
- Freitext ersetzt strukturierte Werte. Begriffe wie „matt“, „Bilderdruck matt“ und „BDM“ lassen sich nicht sicher automatisch zuordnen.
- Fehler verschwinden im Hintergrund. Fehlgeschlagene Aufträge brauchen eine sichtbare Warteschlange, Ursache und verantwortliche Rolle.
- Wiederholungen erzeugen Dubletten. Eine Übertragung muss nach einem Verbindungsabbruch sicher wiederholt werden können, ohne den Auftrag doppelt anzulegen.
- Nur der Idealfall wird getestet. Geänderte Mengen, neue Dateien, Teilfreigaben, Storno und nicht erreichbare Systeme gehören in die Tests.
So planst du die Integration in sieben Schritten
- Ist-Prozess aufnehmen: Dokumentiere Systeme, manuelle Übergaben, Wartezeiten und Fehlerstellen.
- Datenverantwortung festlegen: Bestimme für jeden Stammdaten- und Transaktionsbereich die führende Quelle.
- Minimalen Ablauf wählen: Starte mit einem klaren Produkttyp und einem vollständigen Weg von Bestellung bis Rückmeldung.
- Schnittstellenvertrag schreiben: Definiere Felder, Datentypen, Einheiten, Pflichtwerte, Status und Versionen.
- Fehlerbehandlung planen: Lege Wiederholungen, Dublettenschutz, Protokollierung und manuelle Klärung fest.
- Mit realen Fällen testen: Nutze typische Aufträge, Grenzwerte und bewusst fehlerhafte Daten.
- Betrieb überwachen: Miss fehlgeschlagene Übertragungen, manuelle Nacharbeit und Durchlaufzeiten dauerhaft.
Der Überblick Druckerei-Prozesse digitalisieren hilft dir, einen geeigneten Startprozess nach Nutzen und Umsetzbarkeit auszuwählen.
Fazit
Eine Druckerei braucht nicht möglichst viele Schnittstellen, sondern einen eindeutigen Datenfluss. Webshop, MIS, ERP und Produktionssystem sollten jeweils die Informationen führen, für die sie fachlich verantwortlich sind. Stabile IDs, klar definierte Statuswerte und nachvollziehbare Fehlerbehandlung sind wichtiger als ein besonders modernes Dateiformat.
Beginne mit einem begrenzten End-to-End-Prozess und übertrage nur die Daten, die den nächsten Arbeitsschritt wirklich steuern. JDF oder XJDF können die Produktionsseite standardisieren, während APIs Geschäftsdaten verbinden. Erst das Zusammenspiel aus Fachkonzept, Schnittstellenvertrag, Tests und laufender Überwachung macht daraus einen zuverlässigen Workflow.
FAQ
Braucht jede Druckerei ein MIS und ein ERP?
Nein. Kleine Betriebe können kaufmännische und produktionstechnische Aufgaben in einer Lösung abbilden. Entscheidend ist nicht die Zahl der Systeme, sondern die klare Verantwortung für Kunden, Preise, Aufträge, Material und Produktion. Wenn mehrere Anwendungen dieselben Daten führen, müssen ihre Rollen und Übergaben verbindlich geregelt sein.
Was ist die wichtigste Schnittstelle zwischen Webshop und MIS?
Am wichtigsten ist die vollständige und eindeutige Auftragsübergabe. Sie umfasst Bestell-ID, Produkt, technische Optionen, Menge, Termin, Preis, Kunde und Referenz auf die richtige Druckdatei. Ebenso wichtig ist der Rückweg für Annahme, Fehler, Freigabe und ausgewählte Produktionsstatus. Ohne Rückmeldung bleibt der Shop vom tatsächlichen Auftrag getrennt.
Sind JDF und XJDF für eine Webshop-Anbindung notwendig?
Nicht zwingend. Webshops werden häufig über REST-APIs, JSON oder PrintTalk angebunden. JDF und XJDF spielen ihre Stärke bei druckspezifischen Job- und Produktionsdaten aus. Sie können hinter dem MIS zur Vorstufe oder Produktion eingesetzt werden, während der Shop über eine andere, geschäftsorientierte Schnittstelle kommuniziert.
Wie verhindert eine Schnittstelle doppelte Aufträge?
Jede Bestellung benötigt eine eindeutige, unveränderliche ID. Das empfangende System speichert diese Kennung und erkennt erneute Übertragungen desselben Vorgangs. Wiederholungen nach Zeitüberschreitung oder Verbindungsabbruch dürfen dadurch keinen zweiten Auftrag erzeugen. Zusätzlich sollten Antwort, Fehler und Verarbeitungsstatus protokolliert werden.
Welche Daten sollten nicht zwischen allen Systemen synchronisiert werden?
Interne Maschinendetails, temporäre Hilfswerte und technische Protokolle gehören nur dorthin, wo sie benötigt werden. Auch Passwörter oder unnötige personenbezogene Daten dürfen nicht verteilt werden. Übertrage nur Werte, die im Zielsystem einen Prozess steuern, eine Entscheidung ermöglichen oder eine Dokumentationspflicht erfüllen.