E-Mail-Automatisierung im Handwerk: der Fall MailFlow

In einem Handwerksbetrieb landet jeden Tag der gleiche Papierkram im Postfach: Angebote, Rechnungen, Auftragsbestätigungen — verschickt von der Branchensoftware, die der Betrieb ohnehin einsetzt. Für das Büro heißt das jedes Mal: Mail öffnen, PDF laden, weiterleiten, nachhalten. Vier Handgriffe pro Beleg, dutzendfach am Tag — und trotzdem geht irgendwann etwas unter.

Für einen Fensterbaubetrieb haben wir dafür MailFlow gebaut: eine E-Mail-Automatisierung, die das Postfach übernimmt und den Weg vom Posteingang bis zur Ablage komplett selbst geht. Dieser Beitrag zeigt, wie das technisch funktioniert, welche Detailentscheidungen darüber entschieden haben, ob das Ding im Alltag wirklich benutzt wird — und woran du erkennst, ob dein eigener Prozess dafür in Frage kommt.

Das Problem: der Prozess läuft, aber er läuft über Menschen

Die Ausgangslage ist unspektakulär und genau deshalb so teuer. Die Handwerkersoftware macht ihren Job: Sie erzeugt Angebote, Rechnungen und Auftragsbestätigungen und verschickt sie per Mail. Ab diesem Moment ist die Software fertig — und das Büro fängt an.

Jede Rechnung muss an die Buchhaltung. Jedes Angebot muss nachgehalten werden, sonst verfällt es still. Jede Auftragsbestätigung enthält Positionen — Fenster, Türen, Rollläden, Insektenschutz —, die bestellt werden müssen, und bei einem großen Auftrag sind das schnell dreißig Zeilen. Nichts davon ist schwierig. Alles davon ist wiederholbar. Und genau das macht es zu einem Automatisierungsfall.

Der übliche Reflex an dieser Stelle ist die Frage nach einer Schnittstelle. Die Antwort ist meistens ernüchternd: Branchensoftware im Handwerk hat oft keine offene API, und wenn doch, ist sie an ein Paket gebunden, das der Betrieb nicht gebucht hat. Die stabilste Schnittstelle, die jeder Betrieb bereits hat, ist deshalb das Postfach.

Wie MailFlow arbeitet — der Ablauf in acht Schritten

1. Postfach beobachten. MailFlow hört per IMAP auf das Firmenpostfach und holt im Minutentakt nur die neuen Nachrichten (UID-Delta-Polling, keine Vollabfrage). Das funktioniert mit einem ganz normalen Hoster-Postfach — es braucht kein Microsoft 365 und keinen Enterprise-Tarif.
2. Beleg erkennen. Eine eingehende Mail wird am Absender oder an einem Fingerabdruck erkannt: Belegmuster im Betreff plus ein Link der Branchensoftware im Text. Warum beides, dazu gleich mehr.
3. Klassifizieren. Aus dem Betreff liest MailFlow den Typ (Rechnung, Angebot, Auftragsbestätigung) und die Vorgangsnummer. Die Nummer ist der Schlüssel, unter dem später alles zusammenläuft.
4. PDF holen. Der Beleg selbst hängt nicht an der Mail, sondern liegt hinter einem Vorschaulink. MailFlow lädt die PDF darüber nach.
5. Rechnung → Buchhaltung. Rechnungen werden vollautomatisch mit der PDF an die Buchhaltungsadresse weitergeleitet. Kein Handgriff.
6. Angebot → Nachfass-Uhr. Für Angebote startet eine Frist. Läuft sie ab, geht die Erinnerung raus und der Vorgang wird im Dashboard markiert; die Folge-Mail an den Kunden liegt auf Knopfdruck bereit. Antwortet der Kunde im Mail-Verlauf, erkennt MailFlow das und hakt den Vorgang selbst ab.
7. Auftragsbestätigung → Bestell-Cockpit. Aus der Bestätigung liest ein KI-Modell die einzelnen Positionen aus und legt sie strukturiert im Bestell-Cockpit ab — aus einem PDF-Fließtext wird eine abhakbare Liste.
8. Bestellungen und Liefertermine. MailFlow liest nicht nur eingehende Post, sondern erkennt auch die Bestellungen, die der Betrieb selbst rausschickt. Damit steht pro Auftragsposition, was bestellt ist und was noch offen ist. Die bestätigten Liefertermine landen im Kalender: Woche für Woche sieht der Betrieb, welches Material ankommt — und die Montageplanung baut darauf auf, ohne eine einzige Rückfrage.

Die Detailentscheidungen, die den Unterschied machen

Der Ablauf oben ist die einfache Hälfte. Ob eine Automatisierung im Alltag wirklich benutzt wird, entscheidet sich an vier Stellen, die man von außen nicht sieht.

Belege erkennen, auch wenn der Absender wechselt

Die Branchensoftware verschickt Belege wahlweise über ihre eigene No-Reply-Adresse oder „im Namen von" der Firmenadresse des Betriebs. Eine Erkennung, die nur auf den Absender schaut, verliert damit von einem Tag auf den anderen die Hälfte der Belege — ohne Fehlermeldung, einfach still.

Deshalb erkennt MailFlow einen Beleg auf zwei Wegen: am bekannten Absender oder am Fingerabdruck aus Betreffmuster und Link. Gleichzeitig gilt die umgekehrte Vorsicht: Links werden nur verfolgt, wenn sie auf die Domain der Branchensoftware zeigen, und nur über HTTPS. Ein Absender ist fälschbar; ein automatischer Downloader, der jedem Link in einer Mail folgt, ist ein Sicherheitsproblem mit Ansage.

Ungelesen heißt „noch nicht bearbeitet"

Das war die wichtigste Erkenntnis aus dem Echtbetrieb. Im Büro ist der Posteingang der Arbeitsvorrat des Teams: Was ungelesen ist, ist noch nicht bearbeitet. Eine Automatisierung, die im Hintergrund Mails als gelesen markiert, räumt damit unsichtbar Arbeit vom Tisch, die niemand gemacht hat.

MailFlow setzt das Gelesen-Flag deshalb nur bei Rechnungen, die es tatsächlich weitergeleitet hat. Seinen eigenen Bearbeitungsstand merkt es sich über ein separates IMAP-Keyword — Dovecot-basierte Postfächer erlauben eigene Keywords, und die sind für das Team unsichtbar, ohne die Bedeutung von „gelesen" zu verändern. Zwei Systeme, zwei getrennte Zustände.

Selbstüberwachung statt stiller Ausfall

Der gefährlichste Zustand einer Automatisierung ist nicht der Fehler, sondern die Stille. Wenn das Postfach-Passwort abläuft oder der Beleg-Versand hakt, sieht das von außen genauso aus wie ein ruhiger Tag. MailFlow überwacht sich deshalb selbst: Kommt mehrere Tage kein Beleg mehr an oder scheitert die Postfach-Anmeldung, meldet sich die App von sich aus — im Protokoll und per interner Mail.

Ein Nachtrag, der erst zeigt und dann sendet

Wenn doch einmal etwas durchgerutscht ist, gibt es einen Nachtrag-Lauf, der über alle Postfachordner sucht, nicht nur den Posteingang. Und er ist bewusst zweistufig: Der erste Aufruf listet nur auf, was im Postfach liegt und im System fehlt. Verschickt wird erst auf ausdrückliche Freigabe. Ein Werkzeug, das rückwirkend Mails verschicken kann, darf das nicht versehentlich tun.

Der Stack

MailFlow ist bewusst eine Anwendung, kein Automatisierungs-Baukasten mit fünf verbundenen Diensten:

• Next.js (App Router, TypeScript) — Dashboard, API und Hintergrund-Worker laufen in einem langlebigen Node-Prozess.
• imapflow für den IMAP-Zugriff, nodemailer für den Versand über SMTP.
• MongoDB für Vorgänge, Aufträge, Protokoll und Prüfeingang.
• Ein KI-Modell ausschließlich für das Auslesen der Positionen aus den Auftragsbestätigungen.
• Docker auf dem Server des Betriebs, Zugang über Benutzerkonten.

Dazu ein Detail, das jede solche App haben sollte: Ohne hinterlegte Postfach-Zugangsdaten startet MailFlow im Demo-Modus — eingehende Mails lassen sich simulieren, ausgehende werden nur protokolliert. Das macht Entwicklung, Schulung und Vorführung möglich, ohne ein einziges echtes Postfach anzufassen.

Warum kein No-Code-Werkzeug? Weil die Hälfte dieses Beitrags von Sonderfällen handelt: wechselnde Absender, Flag-Semantik, Nachtragsläufe, Selbstüberwachung. Genau diese Fälle sind es, an denen zusammengeklickte Automatisierungen scheitern — und danach niemand mehr weiß, warum. Wie wir grundsätzlich an solche KI-Integrationen herangehen, steht auf der Leistungsseite.

Wo die Daten liegen

MailFlow läuft auf dem Server des Betriebs. Postfachinhalte, PDFs und Vorgangsdaten verlassen das Haus nicht — es gibt keinen Cloud-Dienst dazwischen, der die Geschäftskorrespondenz mitliest.

Die einzige Stelle, an der Daten nach außen gehen, ist das Auslesen der Auftragsbestätigungen durch das KI-Modell. Das ist eine bewusste, eng begrenzte Ausnahme: ein Beleg, ein Aufruf, ein strukturiertes Ergebnis. Wie sich so ein Aufruf rechtlich und technisch sauber aufstellen lässt — Auftragsverarbeitungsvertrag, Drittlandtransfer, EU-Datenresidenz —, haben wir in DSGVO-konforme KI im Detail aufgeschrieben.

Lässt sich das auf deinen Betrieb übertragen?

MailFlow ist für den Fensterbau gebaut, aber der Mechanismus dahinter ist nicht branchenspezifisch. Drei Fragen entscheiden, ob dein Prozess dafür in Frage kommt:

1. Kommt der Vorgang regelmäßig per Mail? Wenn ja, brauchst du keine Schnittstelle. Das Postfach ist die Schnittstelle.
2. Gibt es ein erkennbares Muster? Ein wiederkehrender Betreffaufbau, ein fester Absender, eine Vorgangsnummer — irgendetwas, an dem sich ein Beleg zweifelsfrei festmachen lässt.
3. Ist der Folgeschritt beschreibbar? „Rechnung geht an die Buchhaltung" ist beschreibbar. „Das schaut sich jemand an und entscheidet dann" ist es nicht — jedenfalls nicht ohne einen Menschen im Ablauf, der bewusst eingeplant wird.

Wenn du dreimal ja sagst, ist der Prozess ein Kandidat. Typische Fälle jenseits des Handwerks: Bestellbestätigungen im Großhandel, Terminanfragen in Praxen, Mandatsunterlagen in Kanzleien, Lieferavise in der Logistik.

Was sich im Alltag ändert

Ehrlich gesagt: Die spannendste Wirkung ist nicht die eingesparte Zeit, auch wenn vier Handgriffe pro Beleg dutzendfach am Tag spürbar sind. Die spannendere Wirkung ist, dass die Fragen aufhören.

Ist die Rechnung schon in der Buchhaltung? Hat der Kunde auf das Angebot reagiert? Sind die Rollläden für Auftrag 2096 bestellt? Wann kommt das Material für Kalenderwoche 34? Das sind Fragen, die vorher jemand beantworten musste — durch Nachschauen, Nachfragen, Nachhalten. Danach stehen die Antworten einfach da.

Und der Nebeneffekt, den Betriebe am deutlichsten merken: Bei einem großen Auftrag mit dreißig Positionen geht keine mehr unter. Nicht weil jemand besser aufpasst, sondern weil der offene Bestellstand sichtbar ist, ohne dass jemand hinschauen muss.

Häufige Fragen

Braucht MailFlow eine Schnittstelle zur Handwerkersoftware?

Nein. MailFlow arbeitet ausschließlich über IMAP und SMTP. Das ist der entscheidende Punkt: Jede Branchensoftware verschickt ihre Belege per Mail, auch wenn sie keine offene API anbietet.

Was passiert, wenn ein Beleg verpasst wird?

Zwei Sicherungen greifen — die Selbstüberwachung, die sich meldet, wenn verdächtig lange nichts ankommt, und der Nachtrag-Lauf, der über alle Ordner sucht und erst auf Freigabe hin verschickt.

Markiert MailFlow Mails als gelesen?

Nur bei automatisch weitergeleiteten Rechnungen. Für alles andere nutzt es ein eigenes IMAP-Keyword, damit „ungelesen" für das Team weiterhin „noch nicht bearbeitet" heißt.

Funktioniert das auch mit Microsoft 365 oder Google Workspace?

Ja. MailFlow spricht Standard-IMAP und -SMTP und ist damit nicht an einen bestimmten Anbieter gebunden — im Echtbetrieb läuft es auf einem gewöhnlichen Hoster-Postfach.

Was kostet eine solche Automatisierung?

Der Einstieg läuft über den KI-Automation Sprint ab 2.900 € netto: Ein abgegrenzter Prozess wird aufgenommen und innerhalb von 10 Werktagen als vorführbarer Prototyp umgesetzt — inklusive Prozesskarte, ROI-Bewertung und Festpreisplan. Bei Umsetzung innerhalb von 30 Tagen ist der Sprint voll anrechenbar.

Fazit

MailFlow ist kein KI-Produkt mit angebautem Postfach, sondern eine sehr gewöhnliche Frage, konsequent zu Ende beantwortet: Was passiert eigentlich mit einer Mail, nachdem sie angekommen ist? Ein Postfach als Schnittstelle, ein klarer Regelsatz pro Belegtyp, KI genau an der einen Stelle, an der unstrukturierter Text strukturiert werden muss — und drumherum die Sorgfalt, die entscheidet, ob eine Automatisierung nach drei Monaten noch benutzt wird.

Wir bauen solche Automatisierungen von Offenburg aus für Betriebe im gesamten DACH-Raum — vom ersten Prozess-Interview bis zur laufenden App auf eurem Server. Wenn du beim Lesen an einen Ablauf in deinem Betrieb gedacht hast, der jeden Tag gleich abläuft: Lass uns 30 Minuten darüber sprechen.