Wie optimieren Sie digitale Workflows, wenn 5 Teams an einem Auftrag arbeiten?

Fünf Teams arbeiten an einem Kundenauftrag. Der Vertrieb erfasst die Anforderungen, die Projektleitung plant, der Einkauf beschafft Material, die operative Abteilung setzt um und die Buchhaltung schliesst den Vorgang ab. Trotzdem bleibt der Auftrag liegen: Eine Freigabe fehlt, der Status wurde nicht aktualisiert oder niemand weiss, wer den nächsten Schritt übernehmen muss.

Digitale Workflows lassen sich in solchen Situationen nicht allein durch zusätzliche Software verbessern. Entscheidend sind eindeutige Verantwortlichkeiten, überprüfbare Statuswechsel und verbindliche Übergaberegeln. Erst wenn diese Grundlagen funktionieren, können Automatisierungen Wartezeiten verkürzen und Übertragungsfehler reduzieren.

Für Schweizer KMU bedeutet das, bestehende Prozesse über Abteilungs- und Systemgrenzen hinweg sichtbar zu machen. Ein gemeinsames Auftragsverständnis, klare Freigabekompetenzen und wenige aussagekräftige Kennzahlen helfen dabei, Engpässe gezielt zu bearbeiten. Auch mit vorhandenen ERP-, Dokumenten- und Projektmanagementsystemen lassen sich Fortschritte erzielen, ohne die gesamte IT-Landschaft auszutauschen.

Warum Ihr Workflow trotz 4 Tools langsamer wird, sobald 2 Freigaben nötig sind

Vier digitale Werkzeuge beschleunigen einen Auftrag nicht automatisch, wenn zwei Freigaben weiterhin nacheinander eingeholt werden müssen. Jede Freigabe erzeugt einen möglichen Wartepunkt. Fehlen verbindliche Entscheidungsfristen, eindeutige Zuständigkeiten und eine gemeinsame Statusübersicht, verlagert sich die Verzögerung lediglich von E-Mails in digitale Systeme.

Betrachten Sie einen Auftrag, der zuerst durch die Projektleitung und anschliessend durch die Finanzabteilung freigegeben werden muss. Beide Entscheidungen können fachlich erforderlich sein. Problematisch wird der Ablauf jedoch, wenn niemand erkennt, dass die erste Freigabe bereits vorliegt, oder die zweite Stelle nicht weiss, welche Unterlagen für ihre Entscheidung notwendig sind.

Dabei sollten zwei Ursachen unterschieden werden:

• Tool-Fragmentierung: Informationen befinden sich in verschiedenen Anwendungen und werden manuell übertragen.
• Prozess-Fragmentierung: Zuständigkeiten, Freigaben und Übergabebedingungen sind unabhängig von den eingesetzten Werkzeugen unklar.

Ein zentrales Dashboard kann die erste Situation teilweise entschärfen. Die zweite erfordert organisatorische Entscheidungen. Legen Sie deshalb fest, wer eine Freigabe erteilen darf, welche Informationen vorliegen müssen und was bei Abwesenheit der zuständigen Person geschieht.

Eine einfache Flussanalyse macht versteckte Wartezeiten sichtbar. Erfassen Sie für einen vollständigen Auftrag die Zeitpunkte jedes Bearbeitungsbeginns, jeder Übergabe, jeder Freigabeanforderung und jeder Entscheidung. Trennen Sie aktive Bearbeitungszeit von Wartezeit. So lässt sich feststellen, ob die Verzögerung tatsächlich bei der Arbeit oder zwischen den Arbeitsschritten entsteht.

Das Schweizer KMU-Portal zur schrittweisen Digitalisierung empfiehlt vor Veränderungen oder der Anschaffung neuer Werkzeuge eine Analyse der digitalen Reife, einschliesslich der bestehenden Prozesse und Daten. Diese Vorgehensweise liefert auch für Workflow-Projekte eine sinnvolle Grundlage.

In einem KMU, in dem Entscheidungen teilweise mündlich getroffen werden, ist zusätzlich zwischen tatsächlicher Entscheidung und dokumentierter Freigabe zu unterscheiden. Eine mündliche Zustimmung darf im digitalen Ablauf nicht unbemerkt zu einem zweiten, widersprüchlichen Entscheidungsweg führen.

Erst wenn die Übergaben nachvollziehbar sind, lohnt es sich, ihren digitalen Status verbindlich zu definieren.

Wie definieren Sie 7 Statusstufen, die jeder im Team gleich versteht?

Sieben Statusstufen funktionieren, wenn jede Stufe einen eindeutig überprüfbaren Zustand des Auftrags beschreibt. Definieren Sie für jeden Übergang die verantwortliche Person, das auslösende Ereignis und die Abschlussbedingung. Die Stufen müssen für alle fünf Teams dieselbe Bedeutung haben. Ihre Anzahl ist eine Gestaltungsentscheidung und kein allgemeingültiger Standard.

Ein Status wie «in Bearbeitung» beschreibt häufig nicht präzise genug, was bereits erledigt wurde. Für den Einkauf kann er bedeuten, dass eine Bestellung vorbereitet wird. Für die Projektleitung könnte derselbe Ausdruck heissen, dass die Ausführung bereits begonnen hat.

Für einen abteilungsübergreifenden Auftrag könnte ein gemeinsames Statusmodell so aussehen:

Dieses Modell ist ein anpassbares Praxisbeispiel. Rückfragen, Ablehnungen und Nacharbeit benötigen gegebenenfalls eigene Übergänge. Nicht jedes Unternehmen sollte deshalb genau sieben Status erzwingen.

Bei jedem Statuswechsel müssen drei Fragen beantwortet werden: Wer darf den Übergang auslösen? Welches Ereignis rechtfertigt ihn? Welche Informationen müssen zuvor vollständig vorliegen? Halten Sie die Antworten in einem gemeinsamen Glossar fest.

Technisch lassen sich solche Regeln beispielsweise über Berechtigungen und Pflichtfelder umsetzen. Die Atlassian-Dokumentation zu Regeln für Jira-Workflow-Übergänge beschreibt, wie Statuswechsel eingeschränkt und erforderliche Feldaktualisierungen gesteuert werden können. Ob vergleichbare Funktionen verfügbar sind, muss bei anderen Produkten separat geprüft werden.

Bei Teams aus unterschiedlichen Schweizer Sprachregionen oder bei externen Partnern ist ein gemeinsames Begriffsverständnis besonders wichtig. Kurze Definitionen und eindeutige Ereignisse lassen sich zuverlässiger übersetzen als vage Tätigkeitsbezeichnungen.

Testen Sie das Modell mit realistischen Aufträgen und lassen Sie unterschiedliche Teammitglieder unabhängig voneinander den Status bestimmen. Kommen sie nicht zum selben Ergebnis, ist die Definition noch nicht eindeutig genug.

Ein gutes Statusmodell bildet den Prozess verständlich ab, ohne zusätzliche Pflegearbeit zu erzeugen. Danach lässt sich beurteilen, welche Technik für seine Automatisierung geeignet ist.

No-Code-Automation oder ERP-Workflow: Was ist besser bei 20 Aufgaben pro Woche?

Bei 20 Aufgaben pro Woche kann No-Code-Automation sinnvoll sein, wenn sich Abläufe häufig ändern und wenige Anwendungen beteiligt sind. Ein ERP-Workflow eignet sich eher für stabile, datenintensive Prozesse, deren Geschäftsdaten bereits zentral verwaltet werden. Die Entscheidung hängt weniger vom Aufgabenvolumen allein als von Integrationsbedarf, Einrichtungskosten und laufender Wartung ab.

Eine einfache Freigabebenachricht kann häufig mit einer schlanken Automatisierung abgebildet werden. Sobald dieselbe Freigabe jedoch verbindliche Änderungen an Auftrags-, Bestands- oder Rechnungsdaten auslösen soll, ist die Integration mit dem führenden Geschäftssystem entscheidend.

Für die Wahl zwischen beiden Ansätzen helfen drei Kriterien:

Bei begrenztem Volumen können Einrichtung, Tests und Abstimmung mit den Fachbereichen wirtschaftlich schwerer wiegen als die laufenden Lizenzgebühren. Eine Amortisation lässt sich deshalb nicht allein aus 20 Aufgaben pro Woche ableiten.

Berechnen Sie stattdessen den gesamten Aufwand für Einführung, Betrieb, Anpassungen und Fehlerbehebung. Stellen Sie ihm die messbare Verringerung manueller Arbeit sowie die Kosten vermiedener Übertragungsfehler gegenüber.

Besondere Aufmerksamkeit verdient der Schreibzugriff auf ERP-Daten. Ein No-Code-Werkzeug, das lediglich Benachrichtigungen versendet, stellt andere Anforderungen als eines, das Buchungen oder Auftragswerte verändert. Schreibrechte, Validierung, Protokollierung und Fehlerbehandlung müssen dann ausdrücklich geklärt werden.

Schweizer KMU sollten zunächst prüfen, welche Workflow-Funktionen ihr vorhandenes ERP bereits anbietet. Eine native Erweiterung kann zusätzliche Schnittstellen vermeiden. Ob sie wirtschaftlicher ist, hängt allerdings von der konkreten Lizenzierung und den benötigten Funktionen ab.

Unabhängig von der technischen Wahl bleibt eine zentrale Anforderung bestehen: Jede Aufgabe muss während ihres gesamten Lebenszyklus einer verantwortlichen Person zugeordnet sein.

Der Tracking-Fehler, der dazu führt, dass 15% der Aufgaben niemandem gehören

Aufgaben verlieren ihre verantwortliche Person häufig bei der Übergabe zwischen Teams. Wenn ein Workflow lediglich eine Abteilung als zuständig markiert, aber keine konkrete Übernahme verlangt, kann die Aufgabe unbeachtet bleiben. Ob tatsächlich 15 Prozent betroffen sind, muss jedes Unternehmen anhand seiner eigenen Auftragsdaten messen; die Zahl ist kein allgemein belegter Durchschnitt.

Ein typischer Fall entsteht nach der Freigabe eines Kundenauftrags. Die Projektleitung setzt den Status auf «freigegeben», und der Vorgang erscheint anschliessend im Arbeitsbereich des operativen Teams. Alle sehen die Aufgabe, doch niemand hat sie persönlich angenommen.

Der entscheidende Unterschied liegt zwischen organisatorischer Zuständigkeit und individueller Aufgabenverantwortung. Eine Abteilung kann die fachliche Zuständigkeit besitzen. Für die konkrete nächste Handlung sollte jedoch eine eindeutig identifizierbare Person verantwortlich sein.

Eine verbindliche Übergabe kann deshalb aus drei Elementen bestehen:

• Der bisherige Verantwortliche dokumentiert das übergebene Arbeitsergebnis.
• Die empfangende Person wird eindeutig benannt und bestätigt die Übernahme.
• Der Übergang protokolliert Zeitpunkt, Zustand und gegebenenfalls offene Punkte.

Falls die empfangende Person nicht verfügbar ist, braucht es eine dokumentierte Stellvertretung oder einen Eskalationsweg. Bis zur bestätigten Übernahme sollte die Aufgabe nicht einfach ohne Eigentümer im System verbleiben.

Die tatsächliche Quote verwaister Aufgaben lässt sich berechnen, indem die Anzahl offener Aufgaben ohne eindeutig zugewiesene verantwortliche Person durch die Gesamtzahl der offenen Aufgaben im definierten Messzeitraum geteilt wird. Das Ergebnis sollte mit einem festen Stichtag oder einer konsistenten Erhebungsmethode dokumentiert werden.

Ergänzend ist eine Abfrage nach unveränderten Aufgaben sinnvoll. Eine Aufgabe kann formal zugewiesen sein und trotzdem über längere Zeit unbearbeitet bleiben. Die Kombination aus Verantwortungsstatus und letzter relevanter Aktivität macht solche Fälle sichtbar.

Wird in einer internen Erhebung beispielsweise eine Quote von 15 Prozent festgestellt, ist dies zunächst ein unternehmensspezifischer Basiswert. Die Ursachen müssen danach getrennt untersucht werden: fehlende Zuweisung, nicht bestätigte Übergabe oder fehlerhafte Datenpflege.

Eine sinkende Zahl verwaister Aufgaben ist ein wichtiger Fortschritt. Ob dadurch zugleich der gesamte Prozess besser funktioniert, zeigen erst mehrere gemeinsam betrachtete Kennzahlen.

Welche 3 Workflow-Kennzahlen zeigen nach 4 Wochen echte Verbesserung?

Drei Kennzahlen ermöglichen eine erste Bewertung: die Durchlaufzeit je Aufgabentyp, der Anteil nacharbeitsbedürftiger Aufgaben und die Anzahl Aufgaben ohne eindeutige verantwortliche Person. Nach vier Wochen lassen sich Veränderungen gegenüber einem vergleichbaren Ausgangszeitraum erkennen. Für einen belastbaren Verbesserungsnachweis müssen jedoch Auftragsstruktur, Arbeitsvolumen und aussergewöhnliche Einflüsse berücksichtigt werden.

Die Kennzahlen erfüllen unterschiedliche Aufgaben. Die Durchlaufzeit zeigt Verzögerungen im Gesamtprozess. Nacharbeit weist auf Qualitätsprobleme hin. Aufgaben ohne Eigentümer machen Lücken in der organisatorischen Steuerung sichtbar.

Dokumentieren Sie vor einer Veränderung die Ausgangswerte und legen Sie fest, welche Auftragstypen einbezogen werden. Für den Vergleich müssen Start- und Endereignisse identisch definiert sein. Andernfalls kann eine scheinbar kürzere Durchlaufzeit lediglich auf veränderten Messregeln beruhen.

Die Fachorganisation APQC empfiehlt in ihrem Fachbeitrag zur Messung der Prozessleistung, neben der Dauer auch Qualitätsaspekte und Nacharbeit zu berücksichtigen. Sie betont ausserdem die Bedeutung von Ausgangs- und Zielwerten für die Beurteilung von Verbesserungen.

Eine kürzere Durchlaufzeit ist nicht automatisch ein Erfolg. Wenn die Bearbeitung schneller wird, gleichzeitig aber mehr Aufgaben zur Korrektur zurückkommen, wurde möglicherweise nur Arbeit in eine spätere Prozessphase verschoben.

Ebenso kann eine bessere Zuweisungsquote entstehen, weil Aufgaben vorsorglich an beliebige Personen verteilt werden. Die Kennzahl verbessert sich dann formal, ohne die tatsächliche Bearbeitungsverantwortung zu stärken.

Vergleichen Sie deshalb die drei Werte gemeinsam. Untersuchen Sie zusätzlich, ob die betrachteten Wochen vergleichbare Auftragsarten, ähnliche Arbeitslast und ausreichende Fallzahlen umfassen. Ferien, krankheitsbedingte Ausfälle und saisonale Schwankungen können das Ergebnis beeinflussen.

Vier Wochen eignen sich als erster Beobachtungszeitraum, nicht als wissenschaftlich gesicherte Mindestdauer. Bei seltenen oder stark variierenden Vorgängen sind längere Messreihen notwendig.

Wenn die Messung zeigt, dass Medienbrüche den Ablauf bremsen, stellt sich als Nächstes die Frage, welche Automatisierung bei fehlenden Schnittstellen zuverlässig funktioniert.

RPA oder Workflow-Tool: Was passt bei 3 Systemen ohne Schnittstellen?

Bei drei Systemen ohne Schnittstellen hängt die Wahl davon ab, welches Problem gelöst werden soll. RPA kann regelbasierte Dateneingaben über Benutzeroberflächen automatisieren. Ein Workflow-Tool steuert dagegen Zuständigkeiten, Freigaben und Prozessschritte. Fehlt der Datenaustausch vollständig, ersetzt ein Workflow-Tool allein keine technische Verbindung zwischen den Anwendungen.

Angenommen, ein Auftrag wird im ERP erfasst, ein Dokument in einer separaten Anwendung erstellt und die Ausführung über ein drittes System koordiniert. Entscheidend ist, ob dieselben Informationen mehrfach eingegeben werden müssen oder ob vor allem der Übergang zwischen den Bearbeitern unklar bleibt.

Bei mehrfacher Dateneingabe steht die technische Datenübertragung im Vordergrund. Sind dagegen Informationen vorhanden, aber niemand kennt den nächsten Arbeitsschritt, benötigt der Prozess zunächst eine nachvollziehbare Orchestrierung.

Oberflächenbasierte RPA ist wartungsabhängig. Wenn sich Fensternamen, Bedienelemente oder ihre technische Struktur verändern, können automatisierte Schritte fehlschlagen. Nicht jedes Software-Update verursacht solche Fehler, aber jede produktive Automatisierung benötigt geeignete Überwachung und Möglichkeiten zur Wiederherstellung.

Der Microsoft-Support dokumentiert im Artikel über Fehler bei der UI-Automatisierung entsprechende Probleme mit Selektoren und die notwendigen Prüf- beziehungsweise Reparaturmöglichkeiten.

Für KMU ohne eigene Automationsbetreuung kann der Wartungsaufwand entscheidend sein. Ein Bot, der unbemerkt falsche Eingaben macht oder bei einer Übergabe stehen bleibt, kann zusätzliche Fehler verursachen.

Prüfen Sie deshalb auch einfache Alternativen. Ein dokumentierter Datei-Export mit kontrolliertem Import kann bei geringem Volumen ausreichend sein, sofern die beteiligten Anwendungen diese Funktionen zuverlässig unterstützen und der Umgang mit vertraulichen Daten geklärt ist.

Erst wenn die Anforderungen an Datenübertragung, Fehlerkontrolle und Betrieb feststehen, lässt sich eine tragfähige Architektur auswählen.

Damit diese Architektur langfristig funktioniert, braucht es allerdings eine Person, die die Regeln des gesamten Prozesses verantwortet – auch wenn mehrere Abteilungen beteiligt sind.

Wie etablieren Sie 1 Process Owner je Wertstrom, ohne Machtkämpfe?

Ein Process Owner je Wertstrom lässt sich etablieren, indem seine Verantwortung ausdrücklich auf Prozessregeln, Übergaben und Verbesserungsentscheidungen begrenzt wird. Die Führung der Mitarbeitenden verbleibt bei den jeweiligen Abteilungsleitungen. Eine gemeinsam vereinbarte Rollenbeschreibung mit klaren Entscheidungsrechten und einem Eskalationsweg verhindert, dass Prozessverantwortung mit disziplinarischer Führung verwechselt wird.

Ein Wertstrom umfasst die zusammenhängenden Tätigkeiten, mit denen ein Unternehmen ein Ergebnis für seine Kunden erzeugt. Bei einem Kundenauftrag kann er von der ersten Anfrage über Planung, Beschaffung und Ausführung bis zum administrativen Abschluss reichen.

Der Process Owner betrachtet diese Schritte über die Grenzen einzelner Abteilungen hinweg. Seine Aufgabe ist nicht, Mitarbeitenden fachfremde Anweisungen zu erteilen, sondern die Funktionsfähigkeit des Gesamtprozesses sicherzustellen.

Dazu gehören beispielsweise folgende Verantwortlichkeiten:

• Statusdefinitionen und Übergaberegeln gemeinsam mit den beteiligten Teams festlegen.
• Prozessabweichungen und wiederkehrende Engpässe untersuchen.
• Änderungen an bereichsübergreifenden Abläufen koordinieren.
• Geeignete Kennzahlen und Verbesserungsziele vereinbaren.
• Bei widersprüchlichen Anforderungen eine festgelegte Eskalation auslösen.

Konflikte entstehen insbesondere dann, wenn unklar ist, ob der Process Owner über Ressourcen, Prioritäten oder fachliche Arbeit entscheiden darf. Deshalb sollte die Rolle schriftlich zwischen Prozessgestaltung und Linienverantwortung unterscheiden.

Ein praktikabler Weg zur Besetzung beginnt mit einer gemeinsamen Kartierung des Wertstroms. Lassen Sie Vertreter aller fünf Teams erläutern, welche Ergebnisse sie erhalten und weitergeben. Dabei wird sichtbar, wer den Gesamtprozess fachlich überblickt und von den Beteiligten als geeignete koordinierende Person akzeptiert werden kann.

Die Ernennung sollte anschliessend durch die zuständige Geschäfts- oder Bereichsleitung legitimiert werden. Entscheidend ist nicht ausschliesslich die Hierarchiestufe, sondern die Verbindung aus Prozesskenntnis, Koordinationsfähigkeit und klar definiertem Mandat.

In einem hierarchiearmen, konsensorientiert arbeitenden Unternehmen kann eine moderierende Rolle besonders zweckmässig sein. Das bedeutet jedoch nicht, dass jede Entscheidung im Konsens getroffen werden muss. Für ungelöste Konflikte braucht es ein eindeutiges Entscheidungsverfahren.

Dokumentieren Sie deshalb, welche Prozessregeln der Owner selbst anpassen darf, wann Fachverantwortliche zustimmen müssen und wer über zusätzliche Ressourcen oder grössere organisatorische Veränderungen entscheidet.

Erst auf dieser Basis lässt sich sinnvoll entscheiden, welche wiederkehrenden Arbeitsschritte automatisiert und welche weiterhin bewusst von Menschen ausgeführt werden sollten.

Welche digitalen Automatisierungswerkzeuge lohnen sich, wenn 40% der Arbeit Copy-Paste ist?

Wenn eine interne Erhebung zeigt, dass 40 Prozent der Arbeitszeit für Copy-Paste-Tätigkeiten aufgewendet werden, sollten zunächst die häufigsten und fehleranfälligsten Übertragungen untersucht werden. Strukturierte Daten lassen sich häufig über Schnittstellen oder RPA automatisieren. Unstrukturierte Informationen benötigen zusätzliche Verarbeitung und Kontrolle. Die beste Lösung hängt von Datenformat, Systemzugriff und Fehlerfolgen ab.

Die Zahl von 40 Prozent beschreibt hier einen möglichen betrieblichen Ausgangswert, keine allgemeingültige Statistik. Ebenso wenig bedeutet ein solcher Anteil, dass sich die gesamte Zeit durch Automatisierung einsparen liesse.

Zunächst ist zu unterscheiden, welche Art von Copy-Paste-Arbeit tatsächlich anfällt. Werden beispielsweise Kundenkennungen immer aus derselben Tabelle in dasselbe Auftragsfeld übertragen, handelt es sich um eine weitgehend strukturierte Datenbewegung. Müssen Mitarbeitende dagegen Angaben aus unterschiedlich aufgebauten E-Mails interpretieren, ist ein zusätzlicher fachlicher Verarbeitungsschritt erforderlich.

Die geeignete Werkzeugkategorie ergibt sich aus dieser Unterscheidung:

Bevor Software ausgewählt wird, empfiehlt sich eine zweiwöchige Bestandsaufnahme. Mitarbeitende dokumentieren bei wiederkehrenden Übertragungen Quelle, Zielsystem, Häufigkeit, ungefähren Zeitaufwand und auftretende Fehler.

Dieses Protokoll dient nicht der individuellen Leistungskontrolle. Es soll sichtbar machen, welche Datenbewegungen einen hohen Anteil repetitiver Arbeit verursachen und welche besonders schwerwiegende Fehler nach sich ziehen können.

Bei der anschliessenden Priorisierung sollten Zeitersparnis und Qualitätsgewinn getrennt betrachtet werden. Eine kurze, aber fehleranfällige Übertragung von Rechnungsdaten kann wichtiger sein als eine längere Tätigkeit mit geringen Fehlerfolgen. Ob diese Gewichtung zutrifft, muss anhand der betrieblichen Anforderungen geprüft werden.

Für jeden Automatisierungskandidaten sind ausserdem Ausnahmen zu erfassen: fehlende Pflichtdaten, widersprüchliche Angaben, doppelte Datensätze und nicht erreichbare Zielsysteme. Ohne definierte Fehlerbehandlung können automatische Übertragungen bestehende Probleme lediglich beschleunigen.

Ein geeigneter Pilot beginnt mit einem klar abgegrenzten, häufig wiederkehrenden Vorgang. Dokumentieren Sie die Ausgangssituation, testen Sie die Automatisierung mit gültigen und fehlerhaften Eingaben und kontrollieren Sie die Ergebnisse vor der produktiven Freigabe.

Der Process Owner legt fest, welche fachlichen Ergebnisse erwartet werden. Die zuständige technische Betreuung prüft die Verbindungen und den Betrieb. Die Fachabteilungen bestätigen, dass Daten und Statuswechsel korrekt verarbeitet werden.

Nach Einführung sollten dieselben Kennzahlen wie vor der Änderung verwendet werden. Nur so lässt sich erkennen, ob eine automatisierte Datenübertragung tatsächlich weniger Nacharbeit verursacht, den Auftrag schneller durch die Teams führt und keine neuen Verantwortungsprobleme entstehen lässt.

Wählen Sie als nächsten Schritt einen konkreten Kundenauftrag, kartieren Sie seine Übergaben über alle fünf Teams und erfassen Sie zwei Wochen lang die manuellen Datenübertragungen. Auf dieser Grundlage können Sie eine begrenzte Automatisierung testen, ihre Auswirkungen messen und erst danach über eine breitere Einführung entscheiden.