# Die Rechnungs-Pipeline, die den Freitagnachmittag-Admin beendete

> Eine Servicefirma verbrachte jeden Freitagnachmittag mit Rechnungstippen aus Stundenzetteln, PO-Nummern-Jagd und dem erneuten Senden der Zurückgeprallten. Die Pipeline, die es ersetzte, läuft Freitagvormittag, unbeaufsichtigt.

Der manuelle Prozess waren vier unverbundene Schritte mit einer Kalendererinnerung: Stundenzettel in eine Tabelle exportieren, Rechnungszeilen in das Rechnungstool tippen, je Kunde die richtige PO-Nummer und den Rechnungskontakt jagen, senden — und zwei Wochen später feststellen, dass drei Rechnungen fehlen oder falsch sind. Jeder Schritt war klein; die kumulierten Kosten waren ein halber Tag Senior-Zeit wöchentlich und eine eingebaute zweiwöchige Zahlungsverzögerung.

Die Pipeline ist bewusst unglamourös: Ein geplanter Job zieht genehmigte Stundenzettel, baut Rechnungsentwürfe pro Kunde mit der richtigen PO und dem Kontakt aus einer kleinen Mapping-Tabelle, schiebt sie durch die Rechnungs-API und postet ein Digest — was rausging, was woran blockiert ist — in einen Kanal. Der einzige menschliche Schritt ist eine zweiminütige Prüfung markierter Edge-Cases: neuer Kunde ohne PO, ungewöhnlicher Betrag, fehlender Kontakt.

## Die Pipeline ist die langweiligen Teile, sequenziert

Nach Zeitplan triggern, nicht nach Erinnerung. Stundenzettel mit Genehmigungsstatus ziehen — nicht genehmigte Stunden werden markiert, nicht berechnet. Die pro-Kunde-Eigenheiten in einer Mapping-Tabelle auflösen (PO, Kontakt, Zahlungsziel, USt-Behandlung) statt sie in einem Mitarbeiter zu enkodieren. Entwurf, Review-Flag, Senden, Digest — jeder Schritt geloggt, damit ein Fehllauf sagt, was stoppte.

## Für die Ausnahmen designen, nicht für den Happy Path

Die 90% routinemäßiger Rechnungen sollten niemanden brauchen; der Wert liegt im Flagging, nicht in der Automatisierung. Neuer Kunde ohne PO? Markieren, nicht raten. Betrag das Dreifache des Kunden-Durchschnitts? Markieren. Rechnungs-E-Mail fehlt im Record? Markieren, mit dem Fix als ein Formularfeld — so fixt die Ausnahme die Daten, nicht nur die Rechnung.

## Was sich fürs Geschäft wirklich änderte

Rechnungen gehen Freitagvormittag raus statt Freitagabend — und Rechnungen, die zwei Wochen früher rausgehen, werden zwei Wochen früher bezahlt. Der Admin-Freitag wurde eine Review-und-Kaffee-Aufgabe. Der unglamouröse Teil ist der dauerhafte: keine KI, keine Cleverness, nur drei Systeme verbunden und Ausnahmen zum Menschen geroutet.

## Was bleibt

- Vier manuelle Schritte wurden ein geplanter Job: Pull, Entwurf, Flag, Senden, Digest.
- Für Ausnahmen designen — die Automatisierung handhabt Routine, Menschen die markierten Edge-Cases.
- Rechnungen, die zwei Wochen früher rausgehen, werden zwei Wochen früher bezahlt.
- Keine KI nötig — drei verbundene Systeme und geroutete Ausnahmen schlagen Cleverness.

## Schlagwörter

Automation, Invoicing, Case study, Ops

## Das bauen wir auch

https://dfieldsolutions.com/de/leistungen/ai-automation

## Mehr aus dem Lab

- https://dfieldsolutions.com/de/labor/whatsapp-order-pipeline.md — Vom WhatsApp-Chaos zur echten Bestellpipeline
- https://dfieldsolutions.com/de/labor/n8n-self-hosted-vs-zapier.md — Self-hosted n8n oder Zapier — wo die Rechnung wirklich abweicht
- https://dfieldsolutions.com/de/labor/booking-pipeline.md — Von der Anfrage zum gebuchten Call, ohne Posteingang
- https://dfieldsolutions.com/de/labor/mcp-servers-production.md — MCP-Server in Produktion, nicht in der Demo

---

Source: https://dfieldsolutions.com/de/labor/invoice-pipeline-automation
DField Solutions — Dunakeszi, Hungary — dezso@dfieldsolutions.com
Booking: see https://dfieldsolutions.com/en/contact
