Ein Buchhaltungsteam beendet den Tag, ohne die wirklich wertschöpfenden Aufgaben erreicht zu haben. Belege werden manuell zugeordnet, offene Posten geprüft, Mahnläufe vorbereitet und Stammdaten zwischen ERP, E-Mail und Excel abgeglichen. Die Zeit verschwindet in Einzelschritten, taucht aber in keinem Report als klarer Kostenblock auf.
Sobald eine Automatisierung diskutiert wird, entsteht deshalb eine scheinbar einfache Frage: Wie viel Zeit sparen wir tatsächlich? Die Antwort beginnt mit Minuten pro Vorgang, endet aber erst bei Netto-Stunden, Arbeitskosten, Nacharbeit und der Frage, ob die gewonnene Kapazität überhaupt als Entlastung ankommt. Dieser Beitrag zeigt die Formel, den Aufbau einer Tabelle zum Nachbauen, eine durchgerechnete Beispielrechnung und die Übersetzung in ROI und Payback.
Warum Zeitersparnis mehr ist als ein Taschenrechner-Trick
Zwei bis drei Stunden manuelle Routine pro Person und Tag wirken zunächst wie ein klarer Automatisierungsfall. Bei genauer Prüfung besteht diese Zeit aus vielen Tätigkeiten: Belegbuchungen, Rückfragen, Mahnläufe, Stammdatenabgleich und die Korrektur unvollständiger Eingaben. Eine reine Multiplikation der vermuteten Stunden mit einem internen Stundensatz erzeugt schnell einen beeindruckenden Business Case, aber noch keine belastbare Entscheidung.
Im Review kommen sofort die unangenehmen Fragen. Wie lange braucht das Team für die Einarbeitung? Wie viele Fälle müssen nach der Automatisierung kontrolliert werden? Wer begleitet Releases? Und wird die gewonnene Zeit tatsächlich frei, oder wandert sie in zusätzliche Prüfungen, Support und neue Aufgaben?
Praktische Regel: Brutto-Minuten sind ein Startpunkt. Für den Business Case zählt nur der Netto-Effekt nach Einarbeitung, Nacharbeit und Kontrolle.
Kapazität ist nicht gleich Entlastung
Wenn ein Prozess pro Vorgang 15 Minuten spart und 20-mal pro Woche ausgeführt wird, entstehen 300 Minuten oder 5 Stunden pro Woche. Das ist eine rechnerische Kapazität. Ob daraus weniger Überstunden, mehr Qualitätsarbeit, schnellere Kundenantworten oder einfach ein zusätzlicher Prozess entstehen, hängt von der Organisation ab.
Genau hier scheitern viele Präsentationen. Sie behandeln jede eingesparte Minute wie eine sofortige Kostensenkung. In der Praxis bleibt ein Teil der Zeit im Prozess, ein Teil wird für Kontrolle verwendet und ein weiterer Teil fließt in andere Arbeit. Eine saubere Berechnung macht diese Annahmen sichtbar und schafft eine gemeinsame Grundlage für Finance, Operations und IT.
Die Grundformel für Zeitersparnis
Eine belastbare Rechnung beginnt mit drei Eingaben:
Zeitersparnis = eingesparte Minuten pro Vorgang × Vorgänge pro Periode × Netto-Faktor
Die Periode kann eine Woche, ein Monat oder ein Jahr sein. Alle Eingaben müssen dieselbe Zeitbasis verwenden. Sonst entstehen scheinbar genaue Ergebnisse, die Volumen und Zeit nicht sauber zusammenführen.
Die drei Bausteine
Eingesparte Minuten pro Vorgang ergeben sich aus der gemessenen Bearbeitungszeit vor der Änderung (IST) abzüglich der neuen Bearbeitungszeit (SOLL). Erfassen Sie nicht nur die sichtbare Eingabe. Öffnen, Suchen, Rückfragen, Statuspflege und Systemwechsel gehören ebenfalls dazu. Bei einem Eingangsrechnungsprozess in BMD oder einem Workflow in weclapp eignen sich Stichproben, Bildschirmaufzeichnungen oder vorhandene Systemprotokolle.
Vorgänge pro Periode beschreiben das tatsächliche Fallvolumen des Teams. Verwenden Sie keine Idealwoche, sondern eine repräsentative Periode mit normalen Schwankungen. Bei saisonalen Abläufen erfassen Sie Wochen oder Monate getrennt und rechnen anschließend hoch.
Der Netto-Faktor berücksichtigt Einarbeitung, manuelle Nacharbeit und Qualitätskontrolle. Ein Faktor von 0,85 setzt 85 Prozent der Bruttozeit als Nettoeffekt an. Er ist keine technische Eigenschaft des Tools, sondern eine betriebliche Annahme, die Sie nach dem Go-live mit Messwerten überprüfen.
Netto-Faktor = 1 − Einarbeitungsanteil − Nacharbeitsanteil − Kontrollanteil
Pausen und die vereinbarte Arbeitszeit ändern an dieser Rechnung nichts. Eine kürzere Prozessdauer verschiebt keine gesetzlichen Ruhepausen. Rechnen Sie deshalb in Vorgangsminuten und ziehen Sie keine zusätzlichen Pausenabschläge von der Ersparnis ab.
Die Tabelle zum Nachbauen
Für eine brauchbare Vorlage genügen Excel oder Google Sheets ohne Add-ons. Sie sollte so aufgebaut sein, dass eine andere Person die Rechnung nachvollziehen, ändern und prüfen kann. Die wichtigste Entscheidung ist die Trennung von Eingaben und Formeln: Annahmen stehen links, berechnete Ergebnisse rechts. Legen Sie eine Zeile pro Prozess an.
| Spalte | Inhalt | Typ | Formel für Zeile 2 |
|---|---|---|---|
| A | Vorgang, etwa „Eingangsrechnung zuordnen“ | Eingabe | |
| B | System, etwa BMD NTCS, weclapp oder E-Mail | Eingabe | |
| C | Abteilung oder Kostenstelle, per Auswahlliste | Eingabe | |
| D | Minuten pro Vorgang IST (gemessen) | Eingabe | |
| E | Minuten pro Vorgang SOLL (erwartet oder im Pilot gemessen) | Eingabe | |
| F | Vorgänge pro Woche im ganzen Team | Eingabe | |
| G | Einarbeitungsanteil in Prozent | Eingabe | |
| H | Nacharbeitsanteil in Prozent | Eingabe | |
| I | Kontrollanteil in Prozent | Eingabe | |
| J | Netto-Faktor | Formel | =1-G2-H2-I2 |
| K | Netto-Minuten pro Woche | Formel | =(D2-E2)*F2*J2 |
| L | Netto-Stunden pro Woche | Formel | =K2/60 |
| M | Arbeitswochen pro Jahr (Annahme) | Eingabe | |
| N | Netto-Stunden pro Jahr | Formel | =L2*M2 |
| O | Vollkosten-Stundensatz in Euro | Eingabe | |
| P | Jährlicher Brutto-Nutzen in Euro | Formel | =N2*O2 |
| Q | Herkunft der Annahmen | Notiz |
Markieren Sie die Eingabespalten farblich und schützen Sie die Formelspalten gegen unbeabsichtigte Änderungen. In Spalte Q steht, woher jede Annahme stammt: Zeitstudie, Systemprotokoll, Workshop oder Pilotmessung. Eine bedingte Farbskala darf hohe Einsparungen hervorheben, ersetzt aber keine Prüfung. Grün heißt nicht „freigeben“, sondern nur, dass die Zeile im gewählten Szenario einen hohen rechnerischen Effekt hat.
Beispielrechnung aus einem ERP-Workflow
Ein konkretes Beispiel macht die Logik prüfbar. Betrachten wir einen Prozess in BMD NTCS, in dem offene Posten verwaltet, Belege abgelegt und Mahnläufe vorbereitet werden. Heute dauert ein Vorgang 15 Minuten, nach der Automatisierung 3 Minuten. Das Team bearbeitet 40 Vorgänge pro Woche.
Brutto: 12 Minuten × 40 Vorgänge = 480 Minuten = 8 Stunden pro Woche
Für Einarbeitung, Nacharbeit und Kontrolle setzen wir je 5 Prozent an. Der Netto-Faktor beträgt damit 0,85:
Netto: 8 Stunden × 0,85 = 6,8 Stunden pro Woche
Für das Jahr rechnen wir nicht mit 52 Wochen, sondern mit 46 Arbeitswochen, weil Urlaub, Feiertage und Krankenstände das Fallvolumen senken. Diese Zahl ist eine Annahme und gehört als eigener Parameter in die Tabelle:
Jahr: 6,8 Stunden × 46 Wochen = 312,8 Stunden
| Parameter | Wert |
|---|---|
| Prozess | OP-Verwaltung, Belegablage und Mahnlauf in BMD NTCS |
| Minuten pro Vorgang IST | 15 |
| Minuten pro Vorgang SOLL | 3 |
| Vorgänge pro Woche | 40 |
| Bruttoersparnis pro Woche | 480 Minuten, 8 Stunden |
| Netto-Faktor | 0,85 |
| Nettoersparnis pro Woche | 6,8 Stunden |
| Arbeitswochen pro Jahr (Annahme) | 46 |
| Nettoersparnis pro Jahr | 312,8 Stunden |
Das gleiche Vorgehen funktioniert bei einem Purchase Order Workflow oder bei KI in ERP-Systemen allgemein. Die technische Umsetzung unterscheidet sich, die Messlogik bleibt gleich: IST-Zeit erfassen, SOLL-Zeit messen, Fallvolumen dokumentieren und danach den Nettoeffekt ausweisen.
Zeitersparnis in Kosten und ROI übersetzen
Für die Umrechnung in Euro brauchen Sie einen internen Vollkosten-Stundensatz: Bruttogehalt plus Lohnnebenkosten, bezogen auf die tatsächlich geleisteten Stunden. Nehmen Sie den Wert Ihrer Kostenstelle, nicht einen Branchendurchschnitt. Für das Beispiel setzen wir 45 Euro pro Stunde an.
Jährlicher Brutto-Nutzen: 312,8 Stunden × 45 Euro = 14.076 Euro
Diese Zahl bildet zunächst Kapazität ab, keine automatische Kostensenkung. Nutzen Mitarbeitende die frei werdende Zeit für zusätzliche Prüfungen, schnellere Monatsabschlüsse oder andere Aufgaben, entsteht ein operativer Effekt. Finanzwirksam wird er erst, wenn daraus vermiedene externe Leistungen, eine vermiedene Neueinstellung oder eine klar bewertete zusätzliche Leistung werden.
Kosten vollständig erfassen
Stellen Sie dem Nutzen alle Projektkosten gegenüber:
- Implementierung: Prozessdesign, Integration, Tests und Abnahme.
- Lizenzen: Software, Modelle, APIs und gegebenenfalls Infrastruktur.
- Betrieb: Monitoring, Wartung, Updates und Fehlerbehebung.
- Interne Zeit: Schulung, Projektleitung und Abstimmung mit Buchhaltung oder IT.
- Kontrolle: Stichproben, Ausnahmebehandlung und laufende Qualitätssicherung.
Im Beispiel nehmen wir 8.000 Euro Einmalkosten und 2.000 Euro laufende Kosten pro Jahr an, im ersten Jahr also 10.000 Euro.
ROI im ersten Jahr = (Nutzen − Gesamtkosten) ÷ Gesamtkosten = (14.076 − 10.000) ÷ 10.000 = rund 41 Prozent
Payback = Einmalkosten ÷ monatlicher Netto-Nutzen = 8.000 ÷ ((14.076 − 2.000) ÷ 12) = rund 8 Monate
Das bleibt eine Beispielrechnung. Für die Freigabe braucht der Business Case nachvollziehbare Annahmen zu den Gesamtkosten und mindestens drei Szenarien: konservativ, erwartet und optimistisch.
Sensitivität prüfen
Prüfen Sie, wie empfindlich das Ergebnis auf das Volumen reagiert. Sinkt es im Beispiel um ein Viertel auf 30 Vorgänge pro Woche, bleiben 5,1 Netto-Stunden pro Woche, 234,6 Stunden pro Jahr und 10.557 Euro Nutzen. Der ROI im ersten Jahr fällt dann auf knapp 6 Prozent. Ein Business Case, der nur bei optimistischem Volumen trägt, ist keiner. Die Tabelle sollte solche Änderungen abbilden, ohne andere Annahmen unbemerkt mitzuverändern.
Häufige Fehler und wie der Business Case trotzdem trägt
Die meisten fehlerhaften Rechnungen scheitern nicht an der Mathematik. Sie verwenden die falsche Zeitbasis oder behandeln Annahmen wie Messwerte.
- Brutto statt netto: Die rohe Minutenersparnis enthält keine Kontrolle und keine Ausnahmefälle. Arbeiten Sie mit einem dokumentierten Netto-Faktor.
- Einarbeitung und Nacharbeit vergessen: Neue Automatisierungen brauchen Training, Testfälle und Korrekturen. Setzen Sie dafür einen expliziten Puffer an. In einem stabilen Prozess kann er sinken, am ersten Tag ist er nie null.
- 52 Wochen ansetzen: Urlaub, Feiertage und Krankenstände senken das Volumen. Rechnen Sie mit den tatsächlichen Arbeitswochen.
- Reinvestition übersehen: Gewonnene Zeit fließt häufig direkt in andere Arbeit. Messen Sie nach dem Go-live, wofür sie tatsächlich verwendet wird, statt eine vollständige Entlastung anzunehmen.
Der 15-Minuten-Plausibilitätscheck
Prüfen Sie vor dem nächsten Budgettermin:
- Ist jede IST-Zeit gemessen oder als Annahme markiert?
- Sind Fallvolumen und Periodenbasis identisch?
- Sind Einarbeitung, Nacharbeit und Kontrolle separat sichtbar?
- Ist die Zahl der Arbeitswochen dokumentiert?
- Ist klar, ob die Ersparnis Kosten senkt oder nur Kapazität schafft?
- Enthält der Business Case Implementierung, Lizenzen, Betrieb und interne Projektzeit?
- Bleibt der Case auch bei geringerem Volumen positiv?
Ein konservativer Business Case gewinnt langfristig mehr Vertrauen als eine optimistische Hochrechnung. Fällt die erste Messung nach dem Go-live besser aus, lässt sich der Nutzen erhöhen. Eine überzogene Prognose lässt sich dagegen nur schwer zurücknehmen. Welche Prozesse sich für den Einstieg eignen, beschreibt unser Leitfaden zur KI-Automatisierung, weitere Einsparhebel sammelt der Beitrag zur Kostensenkung mit KI.
Sprechen Sie mit uns
Wenn Sie Ihre Zeitersparnis-Rechnung für einen konkreten Prozess prüfen und in einen produktiven Agenten übersetzen wollen, sprechen Sie mit uns.