Erhalte unsere neuesten Artikel und Updates bequem per E-Mail
Prozessdokumentation ist die fachliche Spezifikation einer Automatisierung: Software führt nur aus, was als Ablauf, Entscheidung, Datenübergabe und Ausnahme eindeutig beschrieben ist. Maßgeblich ist der real gelebte IST-Prozess, nicht die Arbeitsanweisung, denn ein ungeprüft automatisierter Ablauf reproduziert Medienbrüche und Sonderwege nur schneller. Detailtiefe gehört dorthin, wo eine konkrete Automatisierungsentscheidung ansteht.
Eine Automatisierung kann nur ausführen, was hinreichend eindeutig beschrieben ist: Auslöser, Schritte, Entscheidungen, Datenübergaben und Ausnahmen. Fehlt diese Beschreibung, muss die Umsetzung Annahmen treffen, und jede falsche Annahme steckt später als Fehler in der Softwarelogik. Prozessdokumentation ist deshalb die Spezifikation der Automatisierung, keine Vorstufe aus Pflichtgefühl.
In vielen mittelständischen Betrieben liegt der Prozess verteilt vor. Ein Teil steckt im ERP-System, ein Teil in Tabellen und E-Mails, ein weiterer Teil nur im Erfahrungswissen einzelner Beschäftigter. Der Leitfaden von Mittelstand-Digital stellt fest, dass die Automatisierung und Vernetzung von IT-Anwendungen eine strukturierte Dokumentation des IST-Zustands und die Bereitschaft zur vorherigen Prozessoptimierung erfordert [2]. Das betrifft den überwiegenden Teil der Unternehmenslandschaft: Kleine und mittlere Unternehmen stellten 2023 laut Destatis 99,3 Prozent der Unternehmen [4].
Wird dieser verteilte Zustand ungeprüft automatisiert, entsteht kein besserer Prozess. Bestehende Medienbrüche, unnötige Freigaben und uneinheitliche Sonderwege laufen lediglich schneller ab, nun in Code gegossen. Wer sie später korrigieren will, ändert nicht mehr eine Gewohnheit, sondern eine Programmlogik samt Schnittstellen. Hinzu kommt: Solange das Wissen über Sonderfälle nur im Kopf einer Person liegt, lässt sich nicht einmal beurteilen, ob die Software diese Fälle abdeckt.
Wie hoch der Anteil solcher Vorhaben ist, zeigt der Blick auf die Projektlandschaft. In der BVL-Studie 2025/26 entfielen 8,5 Prozent der genannten Digitalisierungsprojekte auf die Digitalisierung von Geschäftsprozessen, neben 12,8 Prozent KI und 12,0 Prozent ERP-Einführungen oder -Umstellungen [5]. Prozess- und Datenklarheit bleibt damit ein eigenes Handlungsfeld, das sich nicht durch die Wahl eines Systems erledigt. Wie sich die versteckten Kosten manueller Abläufe zusammensetzen, die eine Automatisierung adressieren soll, beschreibt der Beitrag zu den versteckten Kosten manueller Abläufe.
Sie dokumentieren den IST-Prozess, indem Sie den Ablauf so aufnehmen, wie er täglich gelebt wird, gemeinsam mit den Beschäftigten, die den Vorgang bearbeiten. Das Fraunhofer IAO ordnet diese Aufnahme als zentrales Element jeder Prozessautomatisierung ein; darauf folgen Analyse, Optimierung und die Definition des SOLL-Prozesses [1].
Entscheidend ist das Wort tatsächlich. Eine Arbeitsanweisung beschreibt den vorgesehenen Normalfall, nicht die Praxis. Wer nur Handbücher auswertet, erhält ein Bild, das mit der Realität am Arbeitsplatz wenig zu tun haben kann. Aussagekräftiger sind Gespräche und Beobachtung direkt am Vorgang: Welche Tabelle führt die Sachbearbeiterin parallel zum ERP? Welche E-Mail löst die Freigabe tatsächlich aus? Solche Nebenwege tauchen in keiner offiziellen Beschreibung auf, entscheiden aber darüber, ob ein automatisierter Ablauf später funktioniert.
Geschäftsführung, Fachbereich und IT sollten gemeinsam klären, welche Varianten regelmäßig auftreten, wo Rückfragen entstehen und wann Mitarbeitende bewusst vom Standard abweichen. Die Reihenfolge ist dabei wichtig: Erst wenn der Fachbereich die Aufnahme bestätigt hat, sollte die IT daraus Anforderungen ableiten. Geschieht das umgekehrt, übersetzt die IT ihr eigenes Verständnis des Prozesses, und der Fachbereich erkennt Abweichungen erst im Test.
Bewusste Abweichungen verdienen besondere Aufmerksamkeit. Weicht ein Mitarbeiter vom Standard ab, weil der vorgesehene Weg ein reales Problem erzeugt, steckt darin eine Information über einen Fehler im Soll. Nimmt die Dokumentation solche Abweichungen nur als Regelverstoß auf, geht diese Information verloren, und der automatisierte Prozess erbt das Problem.
Eine Beschreibung ist automatisierungsfähig, wenn sie Auslöser, Ergebnis, Schritte, Rollen, Systeme, Daten, Entscheidungsregeln, Freigaben, Schnittstellen, Kontrollpunkte, Fristen sowie Fehler- und Ausnahmefälle enthält. Hinzu kommen Mengenangaben zu Häufigkeit, Dauer, Nacharbeit und Schwankung des Volumens.
Die folgende Übersicht ordnet die Bestandteile nach ihrem Zweck für die technische Umsetzung und nennt, was bei einer Lücke passiert.
| Element | Zweck für die Automatisierung | Folge bei fehlender Angabe |
|---|---|---|
| Auslöser und gewünschtes Ergebnis | Legt Start und Ende des Ablaufs fest | Der Prozess startet zu früh, zu spät oder gar nicht |
| Arbeitsschritte in Reihenfolge | Bildet die Ablauflogik ab | Schritte werden doppelt oder in falscher Reihenfolge ausgeführt |
| Rollen und Verantwortliche | Bestimmt, wer Aufgaben erhält und Freigaben erteilt | Aufgaben bleiben liegen, weil niemand zuständig ist |
| Systeme sowie Ein- und Ausgabedaten | Definiert Datenquellen, Felder und Formate | Schnittstellen liefern unvollständige oder falsch zugeordnete Daten |
| Entscheidungsregeln und Freigaben | Macht Verzweigungen maschinell auswertbar | Ermessensfälle werden falsch entschieden oder blockieren den Ablauf |
| Kontrollpunkte und Fristen | Sichert Qualität und Termintreue | Fehler fallen erst nach der Weiterverarbeitung auf |
| Fehler- und Ausnahmefälle | Legt Regel oder Übergabe an einen Menschen fest | Prozessabbrüche, falsche Buchungen, manuelle Eingriffe ohne Spur |
| Mengen, Dauer, Nacharbeitsquote | Grundlage für Nutzen und Komplexität | Wirtschaftlichkeit und Aufwand bleiben unbewertbar |
Ohne Mengenangaben lassen sich wirtschaftlicher Nutzen und technische Komplexität nicht seriös bewerten. Ein selten auftretender Vorgang mit hohem Entwicklungsaufwand fällt dann ebenso wenig auf wie ein unscheinbarer Massenvorgang, bei dem jede Minute Einsparung vervielfacht wird. Wann sich der Aufwand im Einzelfall nicht lohnt, erläutert der Beitrag Wann sich Automatisierung nicht lohnt.
Besonders wichtig ist die Trennung von Standard und Ausnahme. Ein Prozess, der auf dem Papier aus fünf Schritten besteht, kann in der Praxis Dutzende Varianten besitzen. In der Auftragsabwicklung sind fehlende Stammdaten, abweichende Lieferadressen, Kreditlimits, Teillieferungen oder kundenspezifische Konditionen zu berücksichtigen. In der Logistik kommen beschädigte Ware, Mengendifferenzen, fehlende Begleitdokumente oder kurzfristige Änderungen des Transportwegs hinzu.
Für solche Fälle braucht Automatisierung entweder eindeutige Regeln oder einen definierten Übergabepunkt an einen Menschen. Nicht dokumentierte Ausnahmen führen zu Prozessabbrüchen, falschen Buchungen oder schwer nachvollziehbaren manuellen Eingriffen. Der Übergabepunkt ist dabei keine Notlösung, sondern Teil des Designs: Er legt fest, welche Daten der Mensch sieht, welche Entscheidung er trifft und wohin der Vorgang danach zurückfließt.
Sie beginnen mit einer Prozesslandkarte und bewerten daraus wenige Kandidaten nach klaren Kriterien. Die Detailtiefe richten Sie an der anstehenden Automatisierungsentscheidung aus: Nicht jeder Vorgang braucht sofort denselben Dokumentationsgrad.
Die Prozesslandkarte macht Kern-, Unterstützungs- und Führungsprozesse sichtbar. Danach werden Kandidaten anhand von Fallzahl, manuellem Aufwand, Regelgebundenheit, Fehlerhäufigkeit, Datenverfügbarkeit, Zahl der beteiligten Systeme, Compliance-Risiko und strategischer Bedeutung bewertet. Ein oft wiederholter, stabiler und regelbasierter Vorgang mit digitalen Eingangsdaten ist geeigneter als ein seltener Prozess mit vielen Ermessensentscheidungen, weil sich Regeln nur dort sauber formulieren lassen, wo Entscheidungen reproduzierbar ausfallen.
Die Datenverfügbarkeit verdient ein eigenes Gewicht, besonders über Unternehmensgrenzen hinweg. Die BVL ermittelte für Bestandsdaten eine Lücke: 78 Prozent der Befragten benötigten diese Daten von Partnern, aber nur 57 Prozent erhielten sie, eine Differenz von 21 Prozentpunkten [6]. End-to-End-Automatisierung hängt also nicht allein von Software ab. Sie braucht abgestimmte Datenbegriffe, definierte Übergaben, ausreichende Stammdatenqualität und Verantwortlichkeiten, die an der eigenen Firmengrenze nicht enden.
Für die Tiefe gilt: Detail entsteht dort, wo eine Entscheidung vorbereitet wird. Wer Dutzende Prozesse gleichzeitig bis auf Feldebene beschreibt, bindet Fachbereiche monatelang und hat am Ende Beschreibungen, die bei der Umsetzung schon veraltet sind. Sinnvoller ist ein grober Überblick für alle Prozesse und Feldebene nur für den ausgewählten Kandidaten. Welche Rolle die Beschäftigten bei der Einführung spielen, behandelt der Beitrag zum Change Management bei Automatisierung.
Vor der Umsetzung muss der dokumentierte IST-Prozess bereinigt werden, danach gehören messbare Ziele, Prüfbarkeit und eine laufende Pflege dazu. Nur so bleiben Sollbeschreibung, Softwarelogik und reale Arbeit deckungsgleich.
Zur Bereinigung zählt, überflüssige Freigabeschleifen, doppelte Datenerfassung und historisch gewachsene Sonderwege aus dem SOLL-Prozess herauszuhalten, nur weil sie bislang üblich waren. Anschließend werden Zielgrößen vereinbart, etwa Durchlaufzeit, manueller Bearbeitungsaufwand, Fehlerquote, Rückfragen, Termintreue oder Anteil automatisch abgeschlossener Fälle. Der Automatisierungsgrad allein taugt nicht als Erfolgskennzahl: Ein Prozess kann auch dann, wenn der überwiegende Teil der Fälle automatisch durchläuft, mehr Kosten verursachen, sobald die verbleibenden Ausnahmen aufwendig zu bearbeiten sind. Wie sich manuelle Kosten sauber erfassen lassen, zeigt der Beitrag zur ROI-Berechnung.
Bei steuerlich relevanten Abläufen kommt die Prüfbarkeit hinzu. § 146 der Abgabenordnung verlangt, dass Aufzeichnungen einzeln, vollständig, richtig, zeitgerecht und geordnet erfolgen; bei elektronischer Führung müssen die Daten während der Aufbewahrungsfrist verfügbar und unverzüglich lesbar sein [3]. Eine Automatisierung in Rechnungseingang, Buchhaltung, Archivierung oder Abrechnung muss deshalb nicht nur effizient, sondern auch kontrollierbar und nachvollziehbar sein. Für Unternehmen in Österreich und der Schweiz gelten andere Rechtsgrundlagen, die national zu prüfen sind.
Schließlich ist Prozessdokumentation ein laufendes Managementinstrument. Jeder automatisierte Prozess braucht einen fachlichen Eigentümer, einen Freigabeweg für Änderungen, eine Versionshistorie und regelmäßige Kontrollen. Ändern sich Produkte, Kundenanforderungen, Gesetze, Datenfelder oder angeschlossene Systeme, wird die Dokumentation gemeinsam mit der Automatisierung angepasst. Sonst stimmen Beschreibung, Software und Arbeitsalltag nach kurzer Zeit nicht mehr überein. Entscheidend ist kein möglichst dickes Prozesshandbuch, sondern ein gepflegtes Prozessmodell: verständlich für den Fachbereich, eindeutig für die technische Umsetzung und prüfbar für die Kontrolle.
Nein, vollständig dokumentieren müssen Sie nur den Prozess, den Sie als Nächstes automatisieren. Für alle übrigen genügt zunächst eine Prozesslandkarte mit Kern-, Unterstützungs- und Führungsprozessen. Detailtiefe entsteht dort, wo eine konkrete Automatisierungsentscheidung vorbereitet wird.
Der IST-Prozess beschreibt den Ablauf, wie er tatsächlich gelebt wird, der SOLL-Prozess den bereinigten Ablauf, der automatisiert werden soll. Das Fraunhofer IAO sieht die Aufnahme des IST-Prozesses als Grundlage für Analyse, Optimierung und die Definition des SOLL-Prozesses [1]. Überflüssige Freigaben und Sonderwege gehören nicht in den SOLL-Prozess.
Beteiligt sein sollten Geschäftsführung, Fachbereich und IT, vor allem aber die Beschäftigten, die den Vorgang täglich bearbeiten. Nur sie kennen Varianten, Rückfragen und bewusste Abweichungen vom Standard. Der Fachbereich bestätigt die Aufnahme, bevor die IT Anforderungen ableitet.
Sie halten jede bekannte Ausnahme fest und legen dafür entweder eine eindeutige Regel oder einen Übergabepunkt an einen Menschen fest. Denkbare Fälle sind fehlende Stammdaten, Teillieferungen, Mengendifferenzen oder fehlende Begleitdokumente.
Fragen zur Automatisierung? Kostenloses Erstgespräch mit Socialeap
Abdullah hat Wirtschaftsinformatik (B.Sc.) studiert und verantwortet bei Socialeap den Bereich Prozessautomatisierung. Jede Lösung wird zu 100 % auf den jeweiligen Kunden zugeschnitten – kein Standardpaket, sondern Systeme, die exakt auf die bestehenden Abläufe im Unternehmen passen. Kunden sparen dadurch im Durchschnitt 10 Stunden pro Woche. Abdullah ist bei jedem Automatisierungsprojekt persönlich am Aufbau beteiligt. Auf diesem Blog schreibt er über Automatisierung, Prozessoptimierung und die Frage, wo Zeit im Tagesgeschäft tatsächlich verloren geht.
