Veröffentlicht am 3.10.2026

Vom E-Mail-Anhang ins richtige System: So vermeiden Sie doppeltes Abtippen

Ein Lieferant schickt eine Bestellbestätigung als PDF. Jemand öffnet sie, tippt Referenz, Lieferdatum und Betrag in eine Liste und später noch einmal ins betriebliche System. Das Dokument landet zusätzlich in einem Ordner. Kommt eine korrigierte Fassung, beginnt die Suche: Welche Version ist gültig, und wurde sie schon erfasst?

Automatisierung sollte diesen Weg nicht nur schneller machen. Sie muss sichtbar halten, welches Original zu welchem Datensatz führte, was unsicher war und wer freigegeben hat. Folgen wir einer einzigen, ausdrücklich fiktiven Bestellbestätigung.

Der heutige Weg

Im Beispiel erhält der fiktive Betrieb die Datei AB-8472.pdf. Darin stehen die ebenfalls fiktiven Werte: Bestellreferenz B-1048, Lieferdatum 16.10.2026 und Gesamtbetrag 1.248,60 EUR. Eine Mitarbeiterin speichert das PDF, überträgt drei Felder in eine Tabelle und gibt dieselben Werte später in das Auftragssystem ein.

Die Tabelle ist kein Beleg für reale Einsparungen. Sie beschreibt einen fiktiven Ablauf, an dem sich die Gestaltung erklären lässt.

1. Eingang eindeutig erfassen

Der automatisierte Weg beginnt in einem festgelegten Postfach, nicht mit privaten Weiterleitungen. Beim Eingang erhält die Nachricht eine interne Vorgangskennung. Absender, Empfangszeit, Betreff und ein technischer Fingerabdruck der Datei werden protokolliert. Das Original bleibt unverändert erhalten.

Schon hier erfolgt die Dublettenprüfung. Ist derselbe Fingerabdruck bereits vorhanden, wird kein zweiter Datensatz erzeugt. Gleiche Bestellreferenz mit anderer Datei ist dagegen nicht automatisch ein Duplikat: Es könnte eine Korrektur sein. Der Fall braucht einen sichtbaren Hinweis und eine Prüfung.

2. Werte als Vorschlag extrahieren

Aus dem Dokument werden Referenz, Datum und Betrag vorgeschlagen. Je nach gleichförmigem Aufbau reichen feste Regeln; bei wechselnden Layouts kann eine Dokumentenerkennung helfen. In beiden Fällen bleiben Feldwert, Fundstelle und Original verbunden.

Unlesbare oder mehrdeutige Felder dürfen nicht still ergänzt werden. Erkennt das System beispielsweise 16.10.2026, kann es Format und Plausibilität prüfen. Erkennt es beim Betrag sowohl 1.248,60 als auch eine abweichende Summe, markiert es das Feld als unsicher. Der Vorgang wartet dann, statt mit einem geratenen Wert weiterzulaufen.

3. Gegen vorhandene Daten validieren

Nun werden vorgeschlagene Werte gegen strukturierte Daten geprüft:

• Existiert B-1048 in der Bestellliste?
• Gehört der erkannte Lieferant zur Bestellung?
• Ist das Datum technisch gültig?
• Entspricht Währung und Zahlenformat den erwarteten Eingaben?
• Gibt es bereits ein Dokument mit derselben Referenz und Version?

Diese Prüfungen entscheiden nicht, ob ein Dokument kaufmännisch oder rechtlich richtig ist. Sie erkennen Abweichungen, die ein Mensch beurteilen soll. Der Artikel macht insbesondere keine Aussage zu Rechnungs-, Aufbewahrungs- oder Steueranforderungen.

4. Eine verständliche Freigabe anbieten

Die prüfende Person braucht keine weitere unübersichtliche Tabelle. Sie sieht Original und vorgeschlagene Werte nebeneinander, dazu eindeutige Warnungen. Im fiktiven Beispiel stimmen Referenz und Lieferant, das Datum ist plausibel, aber der Betrag ist unsicher. Die Person korrigiert ihn anhand des Originals und gibt den Vorgang frei.

Eine gute Freigabe protokolliert Zeitpunkt, verantwortliche Person und Änderungen. Ablehnen, zurückstellen und Rückfrage stellen sind ebenso wichtig wie "Freigeben". Sonst verschwinden schwierige Fälle außerhalb des Systems.

5. Einmal ins Zielsystem übertragen

Erst nach der Freigabe überträgt die Schnittstelle die bestätigten Daten. Sie sendet dabei die Vorgangskennung mit. Bei einer Zeitüberschreitung darf sie nicht einfach einen neuen Datensatz anlegen. Sie fragt zuerst ab, ob das Ziel den Vorgang bereits verarbeitet hat, oder wiederholt denselben eindeutig identifizierten Auftrag sicher.

Der entscheidende Gewinn ist nicht "kein Mensch berührt Dokumente". Es ist eine klare Arbeitsteilung: Software übernimmt wiederholbare Schritte, Menschen bearbeiten Unsicherheit und Ausnahmen. Dadurch entfällt doppelte Eingabe, ohne Kontrolle abzuschaffen.

Mit einem kontrollierten Probelauf beginnen

Lassen Sie den neuen Ablauf zunächst parallel zur bisherigen Bearbeitung laufen, ohne automatisch ins Zielsystem zu schreiben. Vergleichen Sie für eine festgelegte Zahl von Dokumenten jeden vorgeschlagenen Wert mit dem Original und dem bisherigen Eintrag. Protokollieren Sie nicht nur richtige Felder, sondern auch fehlende Dokumente, Korrekturen, Duplikate und die benötigte Prüfzeit.

Erst wenn der Betrieb die häufigsten Ausnahmen kennt, folgt eine begrenzte Übergabe. Aktivieren Sie beispielsweise nur einen Lieferanten und einen Dokumenttyp. Prüfen Sie nach jedem Übertragungstag, ob Anzahl und Vorgangskennungen in Eingang, Prüfliste und Zielsystem zusammenpassen. Eine einfache Abstimmung könnte lauten: zwölf Eingänge, ein erkanntes Duplikat, zwei wartende Prüfungen und neun übertragene Datensätze. Die Summe muss erklärbar sein.

Vereinbaren Sie auch einen Rückweg. Wenn die Schnittstelle ausfällt, dürfen Mitarbeiter den Vorgang manuell bearbeiten, müssen aber dieselbe Kennung vermerken. Sonst erzeugt die spätere automatische Wiederholung genau die Doppelung, die der neue Ablauf verhindern sollte.

Beginnen Sie mit einem Dokumenttyp, einem Eingangskanal und einem Zielsystem. Sammeln Sie vorher normale Fälle, Korrekturen, fehlende Referenzen und echte Duplikate. Wenn Sie diesen Weg für Ihren Betrieb sauber abgrenzen möchten, kann ein Automatisierungs-Pilot von DevSeal den ersten Ablauf umsetzen.