Das Wichtigste in Kürze
- Ein Postfach liefert Nachrichten, Anhänge, Signaturen, Weiterleitungen und Korrekturen. Das ist noch kein sauberer Prozesseingang.
- Jede Datei wird geprüft, bevor ihr Inhalt verarbeitet wird.
- Dieselbe Nachricht darf nie zwei Aufträge, zwei Buchungen oder zwei E-Mails auslösen.
- Unklare Fälle landen in einer sichtbaren Arbeitsliste — nicht in einem technischen Fehlerprotokoll, das niemand liest.
Die Kunden des Betriebs schicken ihre Bestellungen per E-Mail. Für die Mitarbeitenden ist das praktisch. Für Software ist es erstaunlich unordentlich.
Eine Bestellung kann im Nachrichtentext stehen oder als PDF angehängt sein. Manchmal enthält eine E-Mail mehrere Anhänge. Ein Kunde bestellt grundsätzlich per Antwort auf die letzte Auftragsbestätigung — der Betreff beginnt inzwischen mit vier „AW:“ hintereinander, und die aktuelle Bestellung sitzt oben auf einem Verlauf aus zwei Jahren. Ein anderer fotografiert das ausgefüllte Bestellformular und schickt das Foto: leicht schräg, aber vollständig. Und wer eine Korrektur schickt, lässt die alte Datei gern ebenfalls angehängt. Einige Betreffzeilen leben länger als manche Warenwirtschaft.
Deshalb haben wir den E-Mail-Eingang als eigenen Teil der Lösung gebaut. Er nimmt Nachrichten an, prüft Dateien, erkennt Wiederholungen und legt jeden Vorgang mit einem klaren Status ab. Erst dann beginnt die Auftragsvorbereitung.
Der E-Mail-Agent beginnt nicht mit KI. Er beginnt mit einer ordentlichen Annahmestelle für fremde Daten.
Der Weg vom Postfach in den Prozess
Der Weg ist kurz, aber geregelt: eine feste Adresse für Bestellungen, eine Annahme, die Nachricht und Dateien prüft, eine Arbeitsliste, die Vorgang, Stand und Ausnahmen führt — und erst dahinter der eigentliche Auftragsprozess, der liest, prüft und den Entwurf erstellt.
Wie die Annahme heute arbeitet
Bestellungen kommen an eine feste Adresse. Damit bleibt der Prozess von persönlicher Kommunikation getrennt, und das technische Konto braucht genau zwei Rechte: Nachrichten lesen und in festgelegte Ordner verschieben. Mehr bekommt es nicht.
Die eingegangene Nachricht und ihre Anhänge bleiben unverändert erhalten; die Lösung arbeitet mit einer Kopie. So lässt sich später immer feststellen, was der Kunde tatsächlich geschickt hat — eine Frage, die im Alltag öfter auftaucht, als man vor dem Projekt annimmt.
Dann wird Neues von altem Ballast getrennt. Die Anwendung löst den aktuellen Nachrichtentext von früheren Antworten, Signaturen und automatischen Fußzeilen; Anhänge werden einzeln erfasst. Der zwei Jahre alte Verlauf unter der „AW: AW:“-Bestellung bleibt als Verlauf erhalten. Als neuer Auftrag gilt er nicht.
Bevor irgendein Modell eine Datei zu lesen bekommt, wird sie geprüft: Dateityp, Größe, Passwortschutz, technische Auffälligkeiten. Verdächtige oder nicht lesbare Dateien kommen in einen getrennten Bereich und erhalten keinen Zugriff auf interne Systeme.
Jede Nachricht und jede Datei erhält außerdem einen technischen Fingerabdruck. Kommt dieselbe Bestellung noch einmal an, wird sie nicht erneut gebucht. Eine geänderte Datei wird dagegen als neue Fassung desselben Vorgangs geführt. Der Unterschied ist im Alltag wichtiger, als er klingt: „Bitte die Mail von eben ignorieren, anbei die richtige Datei“ ist eine Korrektur, keine zweite Bestellung — auch wenn an der Nachricht beide PDFs hängen.
Nach jedem wichtigen Schritt steht fest, wie weit die Bearbeitung ist: eingegangen, geprüft, gelesen, fachlich geprüft, zur Freigabe bereit oder blockiert. Nach einem Ausfall setzt die Lösung an der letzten sicheren Stelle fort.
Und Ausnahmen werden sichtbar gemacht. Fehlt ein Anhang, ist ein PDF beschädigt oder lässt sich der Kunde nicht zuordnen, erscheint der Fall in einer Arbeitsliste — mit Grund, Originalnachricht und dem nächsten sinnvollen Schritt. Niemand muss dafür in technischen Protokollen suchen.
Typische Fälle und ihre Behandlung
| Fall | Behandlung | Ergebnis |
|---|---|---|
| Dieselbe Nachricht kommt erneut an | Der Fingerabdruck ist bereits bekannt. | Es entsteht kein zweiter Auftrag. |
| Der Kunde schickt ein korrigiertes PDF | Die neue Datei wird als weitere Fassung geführt. | Alte und neue Angaben bleiben nachvollziehbar. |
| Eine E-Mail enthält mehrere Bestellungen | Jede Bestellung erhält einen eigenen Teilvorgang. | Die Fälle lassen sich getrennt bearbeiten. |
| Der Anhang fehlt oder ist beschädigt | Der Vorgang wird blockiert und erhält einen Grund. | Die Rückfrage kann gezielt erfolgen. |
| Die Datei wirkt verdächtig | Sie bleibt in einem abgeschirmten Bereich. | Interne Systeme bleiben geschützt. |
Warum doppelte Verarbeitung gefährlich ist
Wiederholungen sind im technischen Betrieb normal. Ein Mailserver kann eine Nachricht doppelt zustellen — in einem Fall kam dieselbe Bestellung im Abstand weniger Minuten zweimal an, und vor dem Projekt fiel so etwas nur auf, wenn jemandem der Kundenname verdächtig bekannt vorkam. Nach einem Fehler kann ein Schritt neu gestartet werden. Eine Verbindung kann genau dann abbrechen, wenn das Ergebnis bereits geschrieben wurde.
Darum muss ein Schritt wiederholt werden können, ohne seine Wirkung zu verdoppeln. Technisch heißt diese Eigenschaft Idempotenz. Ein Bestandsabruf darf zweimal laufen. Eine Auftragsnummer darf nur einmal vergeben werden. Ein Entwurf darf neu erstellt werden. Eine freigegebene E-Mail darf nicht zweimal versendet werden.
Vor jeder wirkenden Aktion prüft die Anwendung deshalb, ob sie für diesen Vorgang bereits abgeschlossen wurde.
Inhalte aus E-Mails bestimmen keine Systemrechte
Eine Bestellung kann versteckte oder offene Anweisungen enthalten. Der Text darf trotzdem nicht festlegen, welche Daten gelesen, welche Empfänger verwendet oder welche Aktionen ausgeführt werden. Diese Grenzen setzt allein die Anwendung. Der Sicherheitsartikel der Serie beschreibt den Aufbau.
Prüffragen für einen belastbaren Eingang
- Gibt es ein eigenes Postfach mit klarer Verantwortung?
- Bleiben Nachricht und Anhänge im Original erhalten?
- Werden Dateien geprüft, bevor ein Modell sie verarbeitet?
- Verhindert die Lösung doppelte Buchungen und doppelten Versand?
- Bleiben Korrekturen als neue Fassung erkennbar?
- Gibt es eine verständliche Arbeitsliste für Ausnahmen?
- Kann die Verarbeitung nach einem Ausfall sicher fortgesetzt werden?
Fazit
E-Mail eignet sich als Prozesseingang. Sie muss nur als das behandelt werden, was sie ist: ein bequemer, aber unordentlicher Kanal.
Die Lösung trennt deshalb Annahme, Dateiprüfung, Erkennung des Vorgangs und fachliche Bearbeitung. Die lokale KI übernimmt erst danach die Aufgaben, für die sie gebraucht wird: uneinheitliche Inhalte lesen und in eine klare Form bringen. Das Postfach bleibt so unordentlich wie zuvor. Der Prozess dahinter ist es nicht mehr.
Quellen und weiterführende Hinweise
Ein klarer Prozess ist der Anfang
Der Einstieg beginnt mit einer begrenzten Aufgabe, echten Dokumenten und klaren Qualitätskriterien.
Anwendungsfall besprechen