Digitale Workflows erstellen: Vom manuellen Ablauf zur automatisierten Lösung

Digitale Workflows erstellen heißt, aus einer losen Abfolge einen sichtbaren, geregelten und technisch unterstützten Arbeitsweg zu machen. Eine Anfrage trifft im gemeinsamen Postfach ein, jemand leitet sie weiter, ein Kollege ergänzt Angaben in einer Tabelle und eine Führungskraft antwortet mit „freigegeben“. Tage später ist sonst unklar, welche Version gilt und wer den Kunden informieren sollte.

Ein Workflow ist mehr als eine Reihe automatischer Aktionen. Er verbindet Menschen, Daten, Entscheidungen, Fristen und Systeme. Manche Schritte lassen sich vollständig automatisieren, andere benötigen fachliche Prüfung. Die Qualität liegt in der klaren Übergabe zwischen beiden.

SW Business Solutions entwickelt digitale Workflows passend zu bestehenden Geschäftsprozessen. Je nach Bedarf werden ERP, CRM, Dokumentenmanagement und Telefonie verbunden, No-Code-Plattformen eingesetzt oder individuelle Anwendungen gebaut. Das Ziel ist ein verlässlicher Vorgang, nicht möglichst viel Automatisierung.

Digitale Workflows erstellen beginnt mit einem eindeutigen Ergebnis

Ein Workflow braucht einen klaren Auslöser und einen erkennbaren Abschluss. Eine Angebotsfreigabe beginnt beispielsweise mit einem prüfbereiten Entwurf und endet mit Freigabe, begründeter Rückgabe oder dokumentierter Ablehnung.

Ohne Ergebnis wächst der Umfang in angrenzende Prozesse. Kundenanfrage, Angebot, Auftrag und Rechnung sind verbunden, müssen aber nicht in der ersten Workflow-Version vollständig neu gebaut werden.

Das Ergebnis wird aus Sicht des folgenden Prozessschritts beschrieben. Ein „bearbeitet“-Status reicht nicht. Das nächste System oder Team benötigt definierte Daten und eine nachvollziehbare Entscheidung.

Prozess und Workflow werden bewusst unterschieden

Der Geschäftsprozess beschreibt den größeren Wertstrom, etwa Anfrage bis Zahlung. Ein Workflow steuert einen konkreten wiederholbaren Teil darin, beispielsweise die Prüfung einer Preisabweichung.

Mehrere Workflows können zu einem Prozess gehören. Umgekehrt kann ein Workflow Schritte aus Vertrieb, Technik und Buchhaltung verbinden. Diese Trennung erleichtert einen beherrschbaren technischen Umfang.

Der Artikel Prozessdigitalisierung im Mittelstand erläutert, wie der passende Gesamtprozess und eine erste Ausbaustufe ausgewählt werden.

Auslöser bestimmen den Startzeitpunkt

Ein Workflow kann durch ein Formular, eine E-Mail, einen neuen Datensatz, einen Webhook, einen Termin oder eine manuelle Aktion starten. Der Auslöser muss eindeutig und wiederholbar verarbeitet werden.

Eine eingehende E-Mail allein enthält häufig zu wenig Struktur. Absender, Betreff und Anhänge können erfasst werden, fehlende fachliche Angaben benötigen jedoch eine Ergänzung oder Rückfrage.

Mehrfache Ereignisse dürfen nicht mehrere identische Vorgänge erzeugen. Eindeutige Referenzen und Idempotenz schützen vor Dubletten, wenn ein System eine Nachricht erneut zustellt.

Eingangsdaten werden vor der Weiterleitung geprüft

Pflichtangaben richten sich nach dem nächsten Schritt. Eine Serviceanfrage benötigt beispielsweise Kunde, betroffene Anlage, Fehlerbild und erreichbaren Ansprechpartner. Ohne diese Informationen kann die Disposition nicht sinnvoll handeln.

Formate, Referenzen und Plausibilität werden direkt geprüft. Freitext bleibt für Sachverhalte, die sich nicht vollständig standardisieren lassen.

Fehlende Daten führen nicht immer zum Abbruch. Der Workflow kann einen Klärstatus erzeugen, eine gezielte Rückfrage senden oder eine Aufgabe an den zuständigen Mitarbeiter geben.

Vorgänge erhalten eine stabile Identität

Jeder Workflow-Fall besitzt eine eindeutige ID. E-Mails, Dokumente, Aufgaben und externe Systemdatensätze werden darauf bezogen.

Menschen sehen zusätzlich eine verständliche Vorgangsnummer. Technische IDs bleiben stabil, auch wenn sich Titel, Ansprechpartner oder Status ändern.

Diese Identität ermöglicht Suche, Protokollierung und Integration. Ein Auftrag im ERP und ein Ticket im Servicesystem lassen sich nachvollziehbar demselben Ausgangsvorgang zuordnen.

Zustände bilden den tatsächlichen Arbeitsfortschritt ab

Statuswerte wie neu, in Prüfung, Rückfrage, freigegeben, abgelehnt und abgeschlossen beschreiben fachliche Zustände. Jeder Status besitzt erlaubte Aktionen und Verantwortliche.

Zu viele Status erschweren Bedienung und Auswertung. Zu wenige verstecken wichtige Unterschiede. „In Bearbeitung“ darf nicht gleichzeitig auf eine Kundenantwort, eine interne Freigabe und eine technische Schnittstelle warten.

Status werden nicht nur durch Farbe dargestellt. Name, Zeitpunkt und nächster Schritt bleiben auch in Listen, Exporten und Schnittstellen eindeutig.

Übergänge enthalten Regeln und Berechtigungen

Nicht jeder Status darf in jeden anderen wechseln. Ein freigegebenes Angebot wird nicht still in den Entwurf zurückgesetzt. Eine Änderung erzeugt möglicherweise eine neue Version und erneute Prüfung.

Ein Übergang prüft erforderliche Daten, Rolle und Geschäftsregel. Bei einer Ablehnung kann ein Grund verpflichtend sein. Bei einer Freigabe über einem Schwellenwert wird eine weitere Instanz benötigt.

Technische Übergänge werden ebenfalls modelliert. Erst nach erfolgreicher Übergabe an das ERP gilt ein Vorgang als übertragen. Ein fehlgeschlagener API-Aufruf darf nicht denselben sichtbaren Endstatus erzeugen.

Rollen folgen Verantwortung statt Organigramm

Antragsteller, Bearbeiter, Prüfer und Freigeber sind Workflow-Rollen. Sie können je Standort, Produkt oder Vorgang dynamisch einer Person oder Gruppe zugeordnet werden.

Eine feste E-Mail-Adresse im Code ist kein Rollenmodell. Vertretung, Urlaub und Organisationswechsel müssen ohne Softwareänderung gepflegt werden können.

Der Zugriff folgt Aufgabe und Datenbedarf. Ein Prüfer darf relevante Angaben sehen und entscheiden, muss aber nicht sämtliche Kundendaten exportieren können.

Aufgaben besitzen Fälligkeit und Kontext

Eine Aufgabe nennt erwartete Aktion, Frist und betroffenen Vorgang. Der Nutzer gelangt direkt zur relevanten Ansicht und muss den Zusammenhang nicht aus mehreren E-Mails rekonstruieren.

Priorität ergibt sich aus Geschäftswirkung, nicht nur aus Reihenfolge. Eine dringende Störung kann vor einer älteren allgemeinen Anfrage bearbeitet werden.

Arbeitslisten lassen sich nach Rolle, Team und Status filtern. Persönliche Notizlisten werden überflüssig, weil offene Arbeit zentral sichtbar bleibt.

Fristen werden als Geschäftsregel modelliert

Eine Reaktionsfrist kann ab Eingang, ab vollständigen Angaben oder innerhalb von Geschäftszeiten laufen. Feiertage und regionale Kalender beeinflussen die Berechnung.

Der Workflow speichert Start, Pause, Fälligkeit und Begründung. Ein Rückfragestatus kann eine Frist anhalten oder eine separate Kundenfrist starten.

Warnung und Überschreitung lösen unterschiedliche Aktionen aus. Eine bevorstehende Frist erinnert den Bearbeiter; eine tatsächliche Verletzung kann an die Teamleitung eskalieren.

Benachrichtigungen unterstützen statt zu überfluten

Nicht jeder Statuswechsel benötigt eine E-Mail. Nutzer ignorieren Benachrichtigungen, wenn dieselbe Information bereits in der Aufgabenliste steht und keine Aktion verlangt.

Meldungen werden nach Empfänger, Ereignis und Dringlichkeit definiert. Zusammenfassungen eignen sich für normale Vorgänge, unmittelbare Hinweise für kritische Ausnahmen.

Die Benachrichtigung enthält Kontext und direkten Handlungseinstieg. Vertrauliche Details werden nicht unnötig in ungeschützte Kanäle kopiert.

Freigaben benötigen Version und Entscheidungsgrundlage

Der Freigeber muss erkennen, welche Daten und Dokumente geprüft werden. Ändert sich ein relevanter Wert, verliert die bisherige Freigabe ihre Gültigkeit oder wird ausdrücklich neu bewertet.

Entscheidung, Nutzer, Zeitpunkt, Version und Kommentar werden protokolliert. Eine Antwort in einem losgelösten Chat reicht nicht als verbindlicher Nachweis.

Mehrstufige Freigaben folgen Risiko und Betrag. Eine pauschale zusätzliche Ebene für jeden Vorgang verlängert den Prozess ohne entsprechenden Schutz.

Vier-Augen-Prinzip wird technisch durchgesetzt

Bei bestimmten Vorgängen dürfen Ersteller und Freigeber nicht dieselbe Person sein. Die Regel wird im Workflow geprüft und nicht nur in einer Arbeitsanweisung erwähnt.

Vertretungen behalten die Funktionstrennung. Ein Administrator darf Rollen verwalten, aber nicht automatisch jede fachliche Entscheidung im Namen anderer treffen.

Notfallfreigaben erhalten besonderen Grund, Protokoll und nachträgliche Kontrolle. Ein versteckter Umgehungsschalter würde den Schutz entwerten.

Ausnahmen erhalten einen eigenen Klärweg

Ein Standardworkflow kann nicht jeden realen Fall automatisch entscheiden. Unbekannte Kundennummer, widersprüchlicher Preis oder fehlende Zuordnung werden als Klärfall behandelt.

Die Kläransicht zeigt betroffene Daten, Regel und mögliche Aktionen. Mitarbeiter korrigieren die Ursache oder entscheiden eine zulässige Ausnahme.

Nach der Klärung setzt der Workflow an einem definierten Punkt fort. Der Vorgang wird nicht komplett neu gestartet und auch nicht durch manuelle Datenbankänderung repariert.

Eskalation ersetzt keinen normalen Arbeitsvorrat

Eine Eskalation ist für Fristverletzung, hohes Risiko oder wiederholte Blockade gedacht. Wenn jeder offene Vorgang täglich an Führungskräfte gemeldet wird, verliert sie ihre Wirkung.

Eskalationsstufen nennen Empfänger, Zeitpunkt und erwartete Handlung. Sie berücksichtigen Vertretung und Geschäftszeiten.

Die Ursache wird ausgewertet. Viele Eskalationen können auf unrealistische Fristen, falsche Zuständigkeit oder fehlende Kapazität hinweisen. Eine weitere Erinnerungsstufe löst dieses Problem nicht.

Geschäftsregeln werden lesbar und testbar beschrieben

Regeln wie Preisgrenze, Kundengruppe, Dokumentpflicht und Zuständigkeitswahl werden unabhängig von der Oberfläche dokumentiert. Ein Fachanwender muss ihre Bedeutung prüfen können.

Reihenfolge und Konflikte sind ausdrücklich geregelt. Wenn zwei Bedingungen unterschiedliche Freigeber bestimmen, braucht der Workflow eine eindeutige Priorität.

Regeln erhalten Beispiele, Gegenbeispiele und Versionen. Änderungen gelten ab einem definierten Zeitpunkt und werden mit Testfällen abgesichert.

Formulare passen sich an Prozesszustände an

Ein Startformular benötigt andere Angaben als eine technische Prüfung. Die Oberfläche zeigt nur relevante Felder und erklärt erforderliche Eingaben.

Vorbelegungen sparen Arbeit, dürfen aber nicht unbemerkt falsche Werte bestätigen. Herkunft und Aktualität zentraler Daten bleiben sichtbar.

Mobile Nutzung berücksichtigt Kamera, Scan und kurze Eingaben. Ein Monteur kann Fotos und Leistung erfassen, während komplexe Preisfreigaben auf einer größeren Ansicht erfolgen.

Dokumente gehören zum Vorgang

Angebote, Belege, Fotos und Prüfprotokolle werden dem Workflow-Fall zugeordnet. Dateiname allein dient nicht als verlässlicher Schlüssel.

Versionen und Freigabestatus bleiben nachvollziehbar. Ein freigegebenes PDF wird nicht still durch einen neuen Entwurf ersetzt.

Virenprüfung, Dateityp, Größe und Zugriffsrechte gelten beim Upload. Aufbewahrung und Löschung richten sich nach Dokumentart und Prozesszweck.

Elektronische Signaturen werden passend gewählt

Nicht jeder Klick auf „Freigeben“ benötigt eine qualifizierte elektronische Signatur. Interne Prozessfreigabe, einfache elektronische Bestätigung und gesetzlich geforderte Form werden getrennt bewertet.

Signaturdienst, Identitätsprüfung und Beweisdaten müssen zum Dokument und Risiko passen. Eine aufwendige Lösung ohne fachliche Notwendigkeit erhöht Kosten und Abbruchquote.

Der Workflow speichert Signaturstatus und verknüpft das unveränderte signierte Dokument. Rechtliche Anforderungen werden für den konkreten Anwendungsfall geprüft.

Schnittstellen verbinden Workflow und führende Systeme

CRM liefert Kunden- und Vertriebsdaten, ERP übernimmt Auftrag und Abrechnung, DMS archiviert Dokumente. Der Workflow koordiniert, ohne unkontrolliert alle Informationen selbst zu führen.

Für jede Übergabe werden Richtung, Pflichtfelder, Rückmeldung und Fehlerweg definiert. Eine technische Bestätigung wird von einer fachlichen Annahme unterschieden.

SW Business Solutions entwickelt APIs und Workflow-Integrationen, wenn Standardkonnektoren fehlen oder besondere Regeln erforderlich sind.

Medienbrüche werden entlang des Datenflusses entfernt

Eine digitale Aufgabenliste schafft wenig Nutzen, wenn Mitarbeiter Werte anschließend per Hand in ein anderes System übertragen. Daten werden möglichst an ihrer Quelle erfasst und kontrolliert weitergegeben.

Der Artikel Medienbrüche vermeiden zeigt, wie Doppelerfassung, unstrukturierte E-Mails und Dateiübergaben systematisch untersucht werden.

Nicht jeder externe Partner bietet eine API. Dann kann ein strukturierter Import oder ein erzeugtes Dokument der wirtschaftlich passende Übergang sein. Der Medienbruch wird kontrolliert, statt seine Existenz zu verschweigen.

Automatisierung wird schrittweise erhöht

In der ersten Version kann Software Daten prüfen, Aufgaben verteilen und Fristen überwachen, während Menschen Entscheidungen treffen. Mit stabiler Datenlage lassen sich weitere Schritte automatisieren.

Regelbasierte Routinefälle eignen sich zuerst. Unsichere oder folgenreiche Entscheidungen bleiben bei Fachpersonen. Eine hohe Automatisierungsquote ist kein Selbstzweck.

Jede neue Automatik besitzt Freigabegrenze, Protokollierung und Fehlerweg. Der Workflow muss bei einer Störung in einen sicheren Zustand wechseln.

No-Code-Plattformen passen zu klaren Integrationsabläufen

Make, Zapier oder n8n können Systeme verbinden, Ereignisse verarbeiten und Aufgaben auslösen. Sie eignen sich bei überschaubarer Logik und vorhandenen Schnittstellen.

Mit wachsender Zahl von Verzweigungen, Zuständen und fachlichen Rechten wird ein reiner Automationsfluss schwer wartbar. Dann braucht es eine Workflow-Anwendung oder einen klaren zentralen Zustandsdienst.

Der Beitrag No-Code-Automatisierung mit Make, Zapier und n8n behandelt Fehlerbehandlung, Zugangsdaten und Betrieb dieser Werkzeuge.

CRM, ERP und DMS können Workflow-Funktionen übernehmen

Viele vorhandene Systeme bieten Aufgaben, Status und Freigaben. Diese Funktionen werden vor einem neuen Werkzeug geprüft. Ein Workflow nahe an seinen fachlichen Daten ist häufig einfacher zu betreiben.

Grenzen entstehen bei abteilungsübergreifenden Abläufen oder wenn mehrere Systeme gleichberechtigt beteiligt sind. Eine zentrale Orchestrierung kann dann den Gesamtstatus halten.

Anpassungen dürfen Herstellerupdates nicht blockieren. Offizielle Erweiterungspunkte und APIs sind stabiler als direkte Änderungen an Standardtabellen.

Workflow-Management-Software schafft zentrale Orchestrierung

Spezialisierte Plattformen bieten Modellierung, Aufgaben, Regeln, Fristen, Protokollierung und Monitoring. Sie eignen sich, wenn viele Workflows nach gemeinsamen Standards betrieben werden.

Die Plattform verursacht jedoch Einführung, Lizenzierung und Governance. Für wenige einfache Abläufe kann vorhandene Software oder eine kleine Anwendung wirtschaftlicher sein.

Eine eigenständige Folgeidee zur Auswahl von Workflow-Management-Software wird nur nach Bestandsprüfung angelegt. Sie behandelt die kommerzielle Werkzeugentscheidung statt den hier beschriebenen Workflow-Aufbau.

Individuelle Workflow-Software integriert besondere Arbeit

Besondere Benutzeroberflächen, Geschäftsregeln oder Systemkombinationen können eine Eigenentwicklung rechtfertigen. Ein Servicebetrieb benötigt vielleicht Vorgang, Anlagenkontext, Einsatzplanung und mobile Dokumentation in einer Oberfläche.

SW Business Solutions entwickelt individuelle Workflow- und Prozesssoftware, die genau diese Lücke schließt. Standardprodukte bleiben für CRM, ERP oder Dokumentenarchiv erhalten.

Die Anwendung kann Automationsplattformen im Hintergrund nutzen. Entscheidend ist eine klare Trennung von fachlichem Zustand, Integrationslogik und Bedienoberfläche.

BPMN unterstützt gemeinsame Prozessmodelle

BPMN kann Ereignisse, Aufgaben, Entscheidungen und Beteiligte standardisiert darstellen. Das hilft Fachbereich und Technik, denselben Ablauf zu besprechen.

Ein Diagramm wird nur so detailliert wie für Entscheidung und Umsetzung nötig. Technische Fehlerpfade können in einer separaten Ebene liegen, damit das Fachmodell lesbar bleibt.

Nicht jedes BPMN-Modell muss direkt ausführbar sein. Die Dokumentation kann eine fachliche Referenz bilden, während die Umsetzung in einer anderen Plattform erfolgt.

Tests verwenden normale und schwierige Fälle

Testfälle decken Standardvorgang, fehlende Daten, Ablehnung, Fristüberschreitung, Vertretung, doppelte Ereignisse und Schnittstellenfehler ab. Erwarteter Status und Ergebnis stehen vorher fest.

Fachliche Regeln werden automatisiert getestet, soweit möglich. Nutzer prüfen zusätzlich Bedienung und Verständlichkeit mit realistischen Daten.

Rechte werden pro Rolle getestet. Ein technisch funktionierender Workflow ist nicht abnahmefähig, wenn Nutzer fremde Standorte oder vertrauliche Dokumente sehen können.

Protokollierung schafft Nachvollziehbarkeit

Das Protokoll zeigt Start, Statuswechsel, Entscheidungen, relevante Datenänderungen und technische Übergaben. Es beantwortet, was wann durch wen oder welches System geschah.

Protokolle enthalten nur notwendige Inhalte und besitzen Aufbewahrungsregeln. Sensible Formulardaten werden nicht zusätzlich in jedem technischen Log dupliziert.

Fachanwender erhalten eine verständliche Vorgangshistorie. Technische Detailprotokolle bleiben für Betrieb und Fehleranalyse getrennt verfügbar.

Datenschutz wird in Formular und Verlauf umgesetzt

Der Workflow erfasst nur Daten, die sein Zweck benötigt. Rollen begrenzen Einblick, Exporte und Weitergabe. Löschung und Berichtigung berücksichtigen angeschlossene Systeme.

Historie und Datenschutz werden abgewogen. Nicht jede alte Eingabe muss dauerhaft erhalten bleiben, nur weil sie technisch protokolliert werden kann.

Testdaten, Benachrichtigungen und Anhänge gehören zum selben Schutzkonzept. Ein sicherer Workflow darf keine vertraulichen Daten unkontrolliert per E-Mail verteilen.

Monitoring betrachtet Technik und Fachprozess

Technisches Monitoring prüft Erreichbarkeit, Laufzeit, Fehler und Warteschlangen. Fachliches Monitoring zeigt überfällige Aufgaben, ungewöhnlich viele Ablehnungen oder Vorgänge in einem Klärstatus.

Ein erfolgreicher API-Aufruf bedeutet nicht, dass der Gesamtprozess abgeschlossen ist. Beide Ebenen werden getrennt und miteinander verknüpft überwacht.

Alarme besitzen Verantwortliche und Handlungsweg. Wiederholte Störungen liefern Daten für eine Prozess- oder Kapazitätsverbesserung.

Versionierung schützt laufende Vorgänge

Workflow-Regeln ändern sich. Neue Versionen dürfen offene Fälle nicht unkontrolliert in einen unmöglichen Zustand versetzen.

Es wird entschieden, ob laufende Vorgänge nach alter Logik enden oder kontrolliert migriert werden. Daten und Status werden dafür geprüft.

Änderungen durchlaufen Entwicklung, Test und Freigabe. Direkte produktive Anpassungen ohne nachvollziehbaren Stand gefährden Audit und Support.

Einführung beginnt mit einer Arbeitsgruppe

Ein begrenztes Team nutzt den Workflow mit realen Vorgängen. Umfang, Zeitraum und Erfolgskriterien sind definiert. Support ist während dieser Phase schnell erreichbar.

Rückmeldungen werden nach Fehler, fehlender Regel und Bedienwunsch sortiert. Der Sollprozess wird nicht bei jeder Einzelmeinung sofort verändert.

Nach stabiler Nutzung folgen weitere Rollen oder Standorte. Alte Listen und Postfachregeln werden kontrolliert abgeschaltet, damit kein dauerhafter Parallelprozess bleibt.

Kennzahlen zeigen Engpässe und Wirkung

Durchlaufzeit, Liegezeit je Status, Rückfragen, Ablehnungen, Fristverletzungen und Nacharbeit zeigen, wie der Workflow funktioniert. Die Anzahl automatischer Schritte allein ist kein Nutzenmaß.

Auswertungen berücksichtigen Fallarten und Volumen. Ein komplexer Sondervorgang wird nicht ohne Kontext mit einer Routinefreigabe verglichen.

Die Daten dienen Verbesserung, nicht pauschaler Mitarbeiterbewertung. Ein langer Bearbeitungsstatus kann fehlende Informationen oder zu wenig Kapazität zeigen.

Beispiele machen das Muster greifbar

Bei einer Angebotsfreigabe prüft der Workflow Preisabweichung, Vollständigkeit und zuständige Freigabestufe. Nach Entscheidung erzeugt er die freigegebene Version und übergibt den Status an das CRM.

Bei einer Serviceanfrage erfasst er Anlage, Dringlichkeit und Standort, ordnet das Team zu, überwacht Reaktionszeit und dokumentiert die Übergabe an die Einsatzplanung.

Bei einer Eingangsrechnung verbindet er Dokument, Lieferant, Bestellung und Prüfung. Abweichungen werden geklärt, während eindeutige Fälle den vorgesehenen Freigabeweg durchlaufen.

SW Business Solutions entwickelt Workflow und Integration gemeinsam

SW Business Solutions analysiert Auslöser, Rollen, Zustände, Regeln, Ausnahmen und Systemübergaben eines konkreten Arbeitsablaufs. Daraus entsteht ein fachlich verständliches Modell und eine passende technische Architektur.

Das Team setzt Workflows in vorhandenen Systemen, mit Automationsplattformen oder als individuelle Anwendung um. APIs, Datenmigration, Rechte, Tests, Monitoring und Betrieb werden zusammen geplant.

Das gewünschte Ergebnis ist ein Vorgang, dessen Status und Verantwortung jederzeit erkennbar bleiben. Routine läuft automatisch, fachliche Entscheidungen erhalten den nötigen Kontext und Fehler landen in einem kontrollierten Klärweg. Ein sinnvoller Einstieg ist ein Ablauf, der heute hauptsächlich durch Weiterleitungen, Tabellenfarben und Erinnerungen gesteuert wird. SW Business Solutions kann daraus einen digitalen Workflow mit klarer erster Ausbaustufe entwickeln.