Druckauftragsprobleme entstehen bei der Erfassung,
nicht an der Druckmaschine

Wenn aus einem Druckauftrag ein Nachdruck wird

Innerhalb eines Druckunternehmens wird die Kundenbestellung zu einem internen Datensatz, dem sogenannten Auftragsticket (auch Auftragsmappe oder Docket). Dieses Ticket enthält die Spezifikationen, die der Betrieb für die Produktion benötigt: Endformat, Material, Auflage, Farbe, Weiterverarbeitung, Liefertermin. Das MIS erzeugt das Ticket, aber es kann nicht erzeugen, was niemand hineingetippt hat.

Der Fehler, der am teuersten wird, ist nicht eine Zahl, die offensichtlich falsch ist. Eine falsche Gesamtzahl wird meist erkannt, weil sie eine Prüfung oder einen Blick auslöst. Der teure Fehler ist ein Feld, das schlicht fehlt. Die Falzung, die der Kunde in einer Antwort erwähnt hat, wird nie übernommen. Die Auflage wird als 500 gelesen, obwohl die Bestellung 5.000 lautete. Das Material wird als Hauspapier eingetragen, obwohl der Kunde ein gestrichenes gewünscht hat. Nichts am Ticket sieht defekt aus, also stoppt nichts den Auftrag.

Die Kosten sind nicht nur das verschwendete Material und die Druckzeit. Sie treffen auch den Zeitplan, das dem Kunden zugesagte Lieferdatum und das Vertrauen, das darüber entscheidet, ob dieser Kunde den nächsten Auftrag vergibt. Nichts davon erscheint im Ticket. Es zeigt sich Wochen später als ein Kunde, der nicht mehr anruft.

Der Weg eines Auftrags bis zur Druckmaschine

Bevor ein Druckauftrag die Druckmaschine erreicht, durchläuft er mindestens vier Stationen, und jede arbeitet mit demselben Datensatz, den der Auftragserfassungsschritt erstellt hat.

Der Auftrag kommt so an, wie der Kunde ihn bevorzugt sendet: ein E-Mail-Thread mit den tatsächlichen Spezifikationen in der dritten Antwort, eine PDF-Bestellung, ein Fax, ein Scan einer handschriftlichen Auftragsanfrage, eine Datei, die über ein Kundenportal hochgeladen wurde. Ein Kundenbetreuer oder Kalkulator liest ihn und erstellt ihn im Druck-MIS neu, der Software, mit der das Unternehmen arbeitet. Häufige Systeme in gewerblichen Druckereien sind EFI Pace, Avanti Slingshot, eProductivity Software (ePS), Tharstern und PrintSmith. Das MIS liest den Auftrag nicht. Es speichert die Version, die der Kundenbetreuer eingegeben hat.

Von dort wird der Auftrag zu einem gedruckten Auftragsticket für die Produktion, einer Prepress-Prüfung der gelieferten Dateien, einem Slot im Produktionsplan, einem Drucklauf, einem Weiterverarbeitungsschritt und schließlich einer Rechnung. Der Planer plant anhand des Tickets. Der Maschinenführer richtet anhand des Tickets ein. Die Abrechnung greift auf denselben Datensatz zurück. Ein falsches oder fehlendes Feld am Anfang wirkt sich auf jeden dieser Schritte aus.

Man würde erwarten, dass dies inzwischen automatisiert ist. FESPAs Print Census 2025, der auf Daten von 774 Unternehmen aus 89 Ländern basiert, ergab, dass sich die Automatisierung in Druckunternehmen auf Workflow-Tools, Web-to-Print-Plattformen und Prepress konzentriert und dass fast die Hälfte keinerlei Automatisierung angibt. Produktion und Prepress haben die Investitionen absorbiert. Die Auftragsannahme, bei der weiterhin eine Person ein Dokument per Augenschein liest, blieb weitgehend außen vor.

Betriebe sind dem gegenüber nicht gleichgültig. Die PRINTING United Alliance berichtet, dass drei Viertel der US-amerikanischen Druckereien Schwierigkeiten haben, qualifizierte Druck- und Bindereimaschinenführer zu finden. Ein angespannter Arbeitsmarkt lässt die Auftragsabwicklung dünner werden, nicht dicker – ausgerechnet in dem Moment, in dem das Auftragsvolumen steigt.

Warum sich die Auftragserfassung der Automatisierung widersetzt

Die Auftragserfassung ist schwer zu automatisieren, weil jeder Kunde einen anderen Auftrag erfindet. Die ältere Methode, das vorlagenbasierte Parsing, erfasst Werte an festen Koordinaten auf einem bekannten Layout. Sie funktioniert, wenn dasselbe Dokument von derselben Quelle in derselben Form eintrifft. Eine Druckerei ist die gegenteilige Situation. Derselbe Auftrag kann als PDF-Bestellung des einen Kunden, als Klartext-E-Mail eines anderen, als gescanntes Papierformular eines Dritten und als Nachdruckanfrage eintreffen, die nur „wie beim letzten Mal" sagt.

Eine Vorlage pro Kunde und pro Formular zu pflegen, ist selbst eine Aufgabe, und sie scheitert beim ersten Mal, wenn ein Kunde das Formular neu gestaltet oder die Spezifikation aus dem Anhang in den E-Mail-Text verlegt. Die Abhilfe wird zu einer Person, die den Auftrag liest und abtippt, was das Problem zurück zur menschlichen Übertragung unter Unterbrechungen bringt.

Das Lesen eines Auftrags ist nicht der schwierige Teil. Jeder an der Rezeption kann die Menge und das Fälligkeitsdatum finden. Der schwierige Teil ist, es vierzigmal am Tag zu tun, zwischen Telefonaten, ohne das eine Detail zu übersehen, das auf Seite drei vergraben ist. Ein Druckfachmann beschrieb den Alltag auf r/CommercialPrinting und fragte, wie viel Zeit das Frontoffice immer noch mit „manueller Übersetzung unstrukturierter Daten in strukturierte Auftragstickets" verbringt, und nannte den üblichen Übeltäter: „die Spezifikationen, die in einem 3-seitigen E-Mail-Thread vergraben sind, die Details des ‚vorherigen Auftrags', die in einer alten PDF gefangen sind, oder eine seltsam formatierte Excel-Tabelle eines Kunden." Die Frage, die folgt, ist die, um die es in diesem Artikel geht: Wie oft passiert ein Produktionsfehler, weil „ein Detail in einer Datei vergraben war und bei der ersten Erfassung übersehen wurde?"

Der Fehler bei der Auftragserfassung, der wehtut, ist still. Eine übersehene Falzung oder ein vertauschtes Material löst keine Prüfung aus, also läuft der Auftrag weiter, und der Fehler wird entdeckt, wenn die Presse bereits läuft.

Das ist die Lücke, die es zu schließen gilt. Das Ziel ist, das erneute Abtippen vollständig zu eliminieren, sodass die Spezifikationen so erfasst werden, wie sie auf dem Dokument erscheinen, und geprüft werden können, bevor sie zu einem Auftrag werden. Bei der Datenextraktion aus Druckaufträgen ist diese Unterscheidung der springende Punkt: Ein schnellerer Tippfehler lässt immer noch ein Feld aus, während eine strukturierte Zeile verifiziert werden kann.

Die Felder, die darüber entscheiden, wie ein Auftrag läuft

Ein Druck-Auftragsticket ist ein kurzes Dokument mit ungewöhnlich hohen Kosten pro Feld. Dies sind die Felder, die sich als Extraktionsspalten lohnen, in der Sprache, die ein echter Auftrag verwendet.

Ein Feld verdient eine eigene Anmerkung: Rohformat versus Endformat. Ein rückstichgeheftetes Booklet mit einem Endformat von 8,5 x 11 hat ein Rohformat von 11 x 17. Wenn der Auftrag nur eine Zahl angibt und das Ticket die falsche erfasst, ist das Ausschießen bereits vor dem Druckstart falsch. Beide Spalten zu benennen und der KI zu erlauben, beide zu finden, wo sie vorkommen, macht den Unterschied zwischen dem Erkennen dieses Problems und dem Lesen auf der Maschine.

Ein Druckauftrag verhält sich wie ein Verkaufsauftrag, der intern produziert wird, und wenn er als eigenes Formular des Käufers eintrifft, ist er faktisch eine Bestellung. Das Extraktionsmuster ist dasselbe wie in Verkaufsauftragsfelder in eine Tabelle übernehmen und in Bestelldaten extrahieren beschrieben. Was sich hier ändert, ist das Dokument: Ein Druckticket hat Felder, die die meisten Auftragsformulare nie enthalten, und ein fehlendes Feld hat physische Kosten.

Auftrag in prüfbare strukturierte Zeilen verwandeln

Der Erfassungsschritt wird automatisierbar, wenn das Tool nach Bedeutung statt nach Position liest. ImageToTable.ai nennt das Benutzerdefinierte Spaltenextraktion: Sie geben die gewünschten Spaltennamen ein, z. B. „Menge", „Endformat", „Material" oder „Liefertermin", und die KI findet jeden Wert an beliebiger Stelle auf der Seite, indem sie dessen Bedeutung versteht – nicht durch Abgleich mit einem festen Layout. Die eingegebenen Namen werden zur Kopfzeile der Ausgabe, sodass die Tabelle bereits im ersten Durchlauf wie Ihr Auftragsticket geformt ist. Das ist der Mechanismus, der die Auftragsautomatisierung für Druckereien praktikabel macht, denn ein Spaltensatz deckt jedes Kundenformat ab.

Da das Lesen semantisch erfolgt, funktioniert ein Spaltensatz über alle Kundenformate hinweg. Eine PDF-Bestellung eines Käufers, ein gefaxtes Scan eines anderen und eine handschriftliche Auftragsanfrage eines Dritten werden alle in dieselbe Zeile aufgelöst – ohne dass dafür eine Vorlage erstellt werden müsste. Das ist die praktische Antwort auf das Formatproblem, das die Auftragserfassung überhaupt erst schwer automatisierbar macht.

Der Workflow selbst besteht aus vier Schritten.

Wie die Zeilen zum bereits genutzten MIS passen

Die extrahierten Zeilen sind darauf ausgelegt, zum bereits genutzten System zu passen – nicht, es zu ersetzen. Präzise zu sein, wo die Übergabe stattfindet, gehört zu einer ehrlichen Entscheidung für diesen Weg.

ImageToTable.ai schreibt nicht direkt in EFI Pace, Avanti Slingshot, ePS, Tharstern oder ein anderes Druck-MIS. Die Ausgabe ist eine strukturierte Datei: XLSX, CSV oder JSON. Von dort wird die Zeile entweder in einer Tabellenkalkulation geprüft und über den eigenen Auftragseingang oder Importpfad des MIS importiert, oder an einen Entwickler übergeben. Die v1-API liefert strukturiertes JSON und kann das System per Webhook benachrichtigen, sobald die Verarbeitung abgeschlossen ist – das ist der Weg, um den Erfassungsschritt ohne Person in der Mitte in einen individuellen Auftragsverwaltungs-Workflow einzubinden. Wenn das Büro ohnehin mit Tabellenkalkulationen arbeitet, schreibt das Google-Sheets-Add-on die Ergebnisse direkt in das aktive Blatt.

Das entspricht dem allgemeineren Problem, Daten zwischen der Software für Auftragsannahme und der Software für die Produktion zu übertragen. Ein außerhalb des Betriebs erzeugter Auftrag und ein Produktionsdokument wie ein Fertigungszeiterfassungsbogen benötigen beide dasselbe: einen zuverlässigen Weg, ein Dokument in Felder zu verwandeln, die das jeweilige System akzeptieren kann. Die Übersicht zur Dokumentenautomatisierung im gesamten Betrieb deckt das größere Bild ab. Hier konzentriert sich der gesamte Wert auf einen einzigen Schritt – deshalb lohnt es sich, diesen gut statt überall umzusetzen.

Was dieses Tool nicht leistet

Was der Ansatz nicht kann, ist genauso wichtig wie das, was er kann, denn ein übertriebenes Versprechen bei der Auftragsannahme ist nur eine andere Art fehlender Spezifikation.

FAQ

Kann es einen gefaxten oder gescannten Auftrag lesen?

Ja. Scans, Faxe, Handyfotos und PDFs werden alle auf dieselbe Weise gelesen, und die Extraktion ist nicht an das Layout eines bestimmten Formats gebunden. Die Qualität der Quelle ist entscheidend: Ein sauberer Scan oder ein gut beleuchtetes Foto liefert bessere Ergebnisse als ein Fax in dritter Generation, und die Werte können im Prüfmodus gegen die Seite geprüft werden, bevor die Zeile verwendet wird.

Funktioniert es, wenn jeder Kunde ein anderes Auftragsformular sendet?

Genau dafür ist es gebaut. Da die Spalten nach Bedeutung statt nach Position zugeordnet werden, deckt eine Spaltenkonfiguration jedes Kundenformat ab, einschließlich E-Mail-Texten mit ausformulierten Angaben. Es muss keine Vorlage pro Kunde erstellt und nichts neu aufgebaut werden, wenn sich ein Formular ändert.

Kann es direkt in unser Print-MIS schreiben?

Nein. Die Ausgabe ist eine strukturierte XLSX-, CSV- oder JSON-Datei. Sie wird über den eigenen Auftragserfassungs- oder Importpfad des MIS importiert, oder ein Entwickler bindet die v1-API in einen individuellen Workflow ein. Direkte Schnittstellen zu Systemen wie Pace, Avanti oder ePS sind nicht Teil des Produkts. Die realistische Erwartung ist also eine saubere, prüfbare Zeile und keine automatische Übernahme ins MIS.

Welche Auftragsfelder sollte ich als Spalten benennen?

Beginnen Sie mit den Feldern, die bei Fehlern die höchsten Kosten verursachen: Menge, Endformat, Flachformat, Material, Farbe, Seiten, Weiterverarbeitung, Liefertermin und Bestellnummer. Auftragsname, Kunde und Auftragsnummer sind nützlich, um die Zeile dem Auftrag zuordnen zu können. Fügen Sie berechnete Spalten für Berechnungen hinzu, die Ihr Team derzeit manuell durchführt, z. B. eine Bogenzahl oder eine Positionssumme.

Kann es einen Auftrag verarbeiten, der sich über mehrere Seiten erstreckt?

Ja. Wenn der Auftrag und ein separates Spezifikationsblatt als verschiedene Seiten derselben Einreichung eingehen, fasst die Mehrseiten-Zusammenführung sie zu einer Zeile zusammen, sodass die Felder aller Seiten zusammen landen. Die Gruppierung kann über einen verfolgten Wert wie die Auftragsnummer oder über eine feste Seitenanzahl erfolgen.

Was, wenn der Auftrag als E-Mail-Text ohne Anhang eingeht?

Das ist ein unterstützter Eingangskanal. Das E-Mail-Postfach kann so eingestellt werden, dass der Nachrichtentext statt oder zusätzlich zu den Anhängen gelesen wird. Das deckt Kunden ab, die die Spezifikation direkt in die E-Mail schreiben, statt ein Formular anzuhängen.

Wenn ein Auftrag auf diese Weise gelesen wird, bleibt die Person im Erfassungsschritt und erhält eine strukturierte Zeile zur Prüfung, statt ein leeres Ticket von Grund auf auszufüllen. So wird die im Text auf Seite drei versteckte Spezifikation erfasst, solange sie noch eine Zeile und noch kein Nachdruck ist.

Mit eigenen Aufträgen testen