Ihre Automatisierung rechnet in Kalendertagen, Ihr Vertrag in Werktagen

Ihre Automatisierung rechnet in Kalendertagen, Ihr Vertrag in Werktagen

Ein Großhändler, mit dem wir arbeiten, verschickt Zahlungserinnerungen automatisch. Rechnungsdatum plus vierzehn Tage, dann geht die erste Erinnerung raus. Im April kamen an zwei Tagen fünf verärgerte Anrufe, alle mit demselben Inhalt: Die Rechnung liegt seit Gründonnerstag in der Buchhaltung, das Büro war über Ostern zu, und trotzdem kommt eine Mahnung.

Gerechnet hatte die Automatisierung korrekt. Vierzehn Tage sind vierzehn Tage. In den eigenen Zahlungsbedingungen stand allerdings "14 Werktage", und zwischen Karfreitag und Ostermontag liegen vier Tage, an denen in Deutschland niemand eine Rechnung freigibt.

Die Zeile, die in fast jedem Szenario steht

In Make, n8n oder Zapier ist ein Datum in der Zukunft eine Formel: addDays(now, 14). Ein Feld, zwei Klicks, fertig. Deshalb landet diese Formel überall dort, wo eine Frist gebraucht wird, und beim Bauen denkt niemand länger darüber nach, weil Rechnen mit Tagen so harmlos aussieht.

Einen Werktag kann man aber nicht ausrechnen. Man muss ihn nachschlagen. Und der passende Kalender ist in Deutschland nicht einmal bundesweit derselbe. Fronleichnam ist in Bayern und Nordrhein-Westfalen frei, in Berlin nicht. Der Reformationstag gilt in neun Bundesländern. Buß- und Bettag nur in Sachsen. Das Augsburger Friedensfest gilt in genau einer Stadt. Wer Fristen automatisiert, braucht also eine Feiertagsliste, die zusätzlich weiß, wo der Empfänger sitzt.

Wo es konkret weh tut

Das Mahnwesen ist der auffälligste Fall, weil sich dort jemand beschwert. Die anderen laufen oft jahrelang mit:

• Bei Service-Zusagen wird "Antwort innerhalb von zwei Werktagen" als 48 Stunden gebaut. Ein Ticket, das Freitag um 16 Uhr eingeht, eskaliert Sonntag um 16 Uhr in einen Kanal, in dem am Wochenende niemand sitzt. Montagfrüh steht es bereits als verletzt im Report.
• Bei Widerrufs- und Rückgabefristen rechnet die Automatisierung meistens zugunsten des eigenen Hauses falsch. Das ist die unangenehmere Richtung.
• Ein Shop bestätigt am 23. Dezember eine Zustellung "in zwei Tagen". Die Mail ist automatisch, die Zusage ist trotzdem verbindlich formuliert.
• Onboarding-Strecken weisen an Tag 3 nach Vertragsstart eine Aufgabe zu. Fällt Tag 3 auf den 26. Dezember, rutscht sie in einer Liste nach unten und wird im Januar nicht mehr angefasst.
• Erinnerungen vor Terminen, Vertragsverlängerungen oder ablaufenden Zertifikaten kommen 24 Stunden vorher, also sonntags. Montag um neun ist die Mail zwei Bildschirmlängen tief.

Warum das so lange durchgeht

Feiertage sind selten. Neun bis dreizehn Tage im Jahr, je nach Bundesland. Eine Automatisierung, die täglich läuft, liegt an über neunzig Prozent der Tage richtig. Getestet wird an einem Dienstag im März, und da stimmt das Ergebnis.

Dazu kommt, dass so ein Fall technisch kein Fehler ist. Kein roter Punkt, kein Eintrag im Log, keine Warnung. Der Workflow tut genau das, was jemand ihm aufgeschrieben hat. Auffallen kann es nur außerhalb des Unternehmens, und der Anruf lautet nie "eure Automatisierung rechnet falsch", sondern "was soll diese Mahnung?".

Was wir stattdessen machen

Vor der ersten Formel steht eine fachliche Frage: Steht in Vertrag, AGB oder Serviceversprechen "Tage" oder "Werktage"? Beides ist vertretbar, der Workflow muss nur die Variante rechnen, die zugesagt wurde. In der Praxis finden wir in einem Unternehmen häufig beide Auslegungen gleichzeitig, in verschiedenen Dokumenten, und niemand hat je entschieden, welche gilt.

Dann braucht es genau eine Quelle für Feiertage. Eine Tabelle mit Datum, Bundesland und Anlass, mindestens zwei Jahre im Voraus gefüllt, mit einem Namen dahinter, der sie im Herbst für das Folgejahr ergänzt. Betriebsferien und Brückentage des eigenen Hauses gehören mit hinein. Zwei Listen an zwei Stellen sind schlechter als eine, weil nach einem halben Jahr nur noch eine davon gepflegt wird.

Darauf setzt eine gemeinsame Funktion: "plus N Werktage" und "nächster Werktag". In n8n ein Sub-Workflow, in Make ein eigenes Szenario mit Webhook, notfalls ein kurzes Skript. Entscheidend ist, dass es eine Stelle gibt und nicht sieben Kopien derselben Logik in sieben Szenarien, von denen beim nächsten Feiertagsgesetz fünf vergessen werden.

Für alles, was bei Menschen ankommt, hilft ein Versandfenster oft mehr als jede Feiertagslogik: Montag bis Freitag, 8 bis 18 Uhr. Was außerhalb anfällt, wartet und geht am nächsten Arbeitsmorgen raus. Das kostet ein paar Stunden Verzögerung und spart die Sorte Nachricht, die am Feiertagabend um 21 Uhr eintrifft.

Wenn Sie eine Sache prüfen wollen

Suchen Sie in Ihren laufenden Szenarien alle Stellen, an denen ein Datum berechnet wird. addDays, dateAdd, "plus 3 Tage", Wartezeiten in E-Mail-Strecken. Zu jeder Stelle eine Frage: Was passiert, wenn das Ergebnis auf einen Samstag, einen Sonntag oder den 1. Mai fällt?

Diese Durchsicht dauert bei den meisten Kunden einen halben Tag. Sie findet typischerweise drei bis zehn Stellen, an denen die ehrliche Antwort "dann wird es peinlich" lautet. Ein berechnetes Datum sieht aus wie Arithmetik. Für den Empfänger ist es eine Zusage.