Arbeitsabläufe im Griff
Mit diesen Tools lassen sich Workflows unter Windows modellieren.
In den Arbeitsabläufen aller Unternehmen steckt das Potenzial, Prozesse zu vereinfachen und zu automatisieren. Für nachvollziehbare, effiziente und sichere Abläufe sorgen Workflow-Systeme, die zugleich Arbeitsschritte visualisieren. Dadurch wird auf einen Blick klar, was, wann, warum und wo passiert und was als Nächstes geschehen muss. WorkflowSysteme helfen, die Arbeitsabläufe so zu entwickeln, dass Menschen besser und schneller zusammenarbeiten. Als naheliegende Lösung lassen sich automatisierte Prozesse im Intranet des Unternehmens integrieren und sind somit für alle Stakeholder zugänglich. Wir werfen also zunächst einen Blick auf Sharepoint, das nach wie vor die am häufigsten eingesetzte Plattform für Intranet-Lösungen ist.
Sharepoint-Designer-Workflow
In allen Sharepoint-Varianten/-Lizenzen sind out of the Box Designer-Workflows enthalten. Für deren Nutzung fallen keine weiteren Kosten an. Auch das Tool, mit dem sich die Workflows entwickeln lassen, der Sharepoint Designer, kann kostenfrei heruntergeladen werden. Selbsterklärend bieten diese Workflows eine enge Integration in Sharepoint. Kleine Workflows lassen sich auch ohne Programmierkenntnisse von erfahrenen Sharepoint-Anwendern mit ein wenig Übung erstellen. Allerdings ist der Funktionsumfang der Designer-Workflows stark eingeschränkt. Bereits bei einfachen Schleifen bieten die Designer-Workflows keine Unterstützung an. So können schon aus simplen Prozessen komplexe Workflows entstehen. Leider ist auch das Handling nicht optimal gelöst: Schnell liegen mehrere modale Dialoge übereinander, wodurch die Übersicht verloren gehen kann.
Einige fehlende Operationen lassen sich durch den Aufruf von Web-Services ausgleichen, was aber sogar für erfahrene Sharepoint-Anwender oder solche mit Entwickler-Background eine echte Herausforderung darstellen kann. Zudem fehlen wichtige Verwaltungsfunktionen: Workflows können nicht kopiert, archiviert oder beispielsweise vom Test- in das Produktivsystem übertragen werden. Trotzdem sollte man Workflows mit Sharepoint Designer nicht grundsätzlich ausschließen. Sind jedoch mehrere nicht triviale Workflows geplant oder sollen systemkritische Prozesse umgesetzt
werden, gibt es Sinn, mächtigere Systeme in Betracht zu ziehen. Das Gerücht, wonach Sharepoint-Designer-Workflows mit Sharepoint 2016 beziehungsweise Sharepoint Online nicht betrieben werden könnten, ist falsch. Die Workflow Engine steht Online und On-Premises nach wie vor zur Verfügung und ist auch nicht abgekündigt. Allerdings hat Microsoft den Sharepoint Designer für Version 2016 nicht weiterentwickelt. Der Sharepoint Designer 2013 lässt sich jedoch für Sharepoint 2016 und Sharepoint Online unverändert nutzen.
Nintex für Sharepoint (On-Premises)
Nintex für Sharepoint ist seit Sharepoint 2007 verfügbar und das am häufigsten genutzte Workflow-System für Sharepoint. Da sich Nintex direkt in die Oberfläche von Sharepoint integriert und die Funktionen für die Erstellung von Workflows optimiert sind, lassen sich diese einfacher und intuitiver erstellen als mit Designer-Workflows. Nintex setzt ebenfalls auf der Workflow Engine von Sharepoint auf. Im Unterschied zu den Designer-Workflows erweitert Nintex die Funktionalität jedoch durch eine Vielzahl von Aktionen. Dabei geht Nintex stringent den Weg, für möglichst alle Anforderungen Lösungen bereitzustellen und gleichzeitig häufige Einsatzszenarien schnell und einfach anzubieten. Zudem kann mit den Management-Funktionen ein echter Application Lifecycle abgebildet werden, und um Fehler zu finden, steht ein Tracing zur Verfügung.
Um Nintex On-Premises zu erweitern, lassen sich eigene Aktionen in .NET entwickeln. Diese werden als Farm Solution auf dem Sharepoint Server installiert. Dafür erhält man dann auch die volle Flexibilität. Ein weiterer Vorteil von Nintex On-Premises ist der Formular Editor. Dieser kann die üblichen Anwendungsfälle direkt umsetzen. Bei erweiterten Anforderungen macht es sich bezahlt, dass die Nintex-Formulare komplett mit HTML/CSS und Javascript angepasst werden können – auch wenn es dafür Programmierkenntnisse braucht.
Es soll aber auch nicht verschwiegen werden, dass die Funktionalität von Nintex On-Premises in den letzten Jahren nicht relevant erweitert wurde. Diese Stagnation geht vermutlich auf die Konzentration auf das Produkt „Nintex Cloud“zurück, das wir später betrachten.
Nintex für Office 365
Auch für Sharepoint Online (Office 365) bietet Nintex eine Version. Diese scheint auf den ersten Blick identisch zur On-Premises-Version zu sein, denn auch sie integriert sich komplett in Sharepoint. Allerdings basiert Nintex für Office 365 auf einer anderen Technologie. Office 365 lässt nur eine Integration als Hosted App zu, was einen Zugriff auf die Server-Funktionalität unterbindet. Deshalb fehlen einige bei OnPremises gewohnte und auch häufig verwendete Aktionen in der Office-365-Variante oder bringen weniger Funktionen mit. Zudem kann aus der Nintex Office 365 App heraus nicht so einfach auf eine andere Site Collection zugegriffen werden. So sind einzelne Aktionen komplexer zu nutzen oder in der Funktionalität eingeschränkt. Insbesondere muss häufig ein Account in der Aktion angegeben werden, ohne die Option, diesen Account zentral verwalten zu können. All dies führt dazu, dass Nintex-Lösungen in Office 365 aufwendiger umzusetzen sind und nicht so flexibel verwendet werden können wie On-Premises. Die Formulare unterscheiden sich jedoch nicht.
Es ist zu befürchten, dass die Weiterentwicklung der Office-365-Version aufgrund der Priorisierung auf die Nintex Cloud zurückstecken muss. Vergleicht man die Funktionalität der Nintex Cloud und die der Version für Office 365, so lassen sich bereits jetzt viele Szenarien einfacher mit der Nintex Cloud umsetzen.
Microsoft Flow/Azure-Logik-Apps
Microsoft Flow und Azure-Logik-Apps sind technisch identisch: Während Microsoft Flow in Office 365 aufgehängt ist, sind die Logik-
Apps Bestandteil von Azure. Der Hauptunterschied zwischen beiden besteht darin, dass die Logik-Apps neben einer grafischen Oberfläche zusätzlich auch über eine textuelle Eingabe (JSON-Notation) verfügen.
Im Unterschied zu den bislang vorgestellten Systemen stellt Flow eine eigene Engine zur Verfügung und ist damit unabhängig von Sharepoint oder anderen Systemen. Flow bietet die Anbindung an über 160 unterschiedliche Cloud-Systeme. Allerdings fehlen derzeit noch einige Funktionen, um umfangreiche Prozesse umzusetzen. Flow kann eher als ein System zur Weiterleitung von Ereignissen beschrieben werden. Berechnungen innerhalb von Flow sind nur umständlich zu realisieren. Beispielweise ist es schwierig, längere komplexere Texte aus mehreren Variablen zusammenzustellen. Für diese und ähnliche Funktionen können eigene Web-Dienste über eine Swagger-Datei (Open API) eingebunden werden. Da die Azure Functions hierfür einen Automatismus anbieten, so dass die Verbindung über einen Button erfolgen kann, lassen sich Berechnungen jedoch unproblematisch auslagern.
Obwohl Flow ein Cloud-Produkt ist, kann über ein Daten-Gateway ein Zugriff auch auf eigene On-Premises-Daten (zum Beispiel Sharepoint On-Premises Server) erfolgen. Die Flexibilität von Flow, andere Systeme zu verbinden, kann vielseitig genutzt werden. So erläutert K2 (siehe unten), wie man K2-Workflows mit Hilfe von Flow durch andere Systeme ansteuern lassen kann. Microsoft entwickelt das Produkt Flow in einem erstaunlichen Tempo weiter. Regelmäßig kommen neue Konnektoren für weitere Systeme, aber auch weitere Funktionen hinzu. Vor allem aber zeigt die direkte Integration von Flow in Sharepoint Online (Office 365), welche Bedeutung Flow hat. Flows lassen sich wie Sharepoint-Workflows direkt aus Sharepoint heraus starten, und bei einer Genehmigung kann beispielsweise gleich ein Kommentar angegeben werden – diese Option steht anderen Lösungen nicht zur Verfügung. Auch die einfache Möglichkeit, Flows von Smartphones direkt als native App zu starten, erlaubt es, Einsatzszenarien umzusetzen, die von anderen Anbietern nicht unterstützt werden. Alles in allem lassen sich bereits jetzt einfache geschäftskritische Abläufe realisieren. In Zukunft werden die Möglichkeiten sicher noch anwachsen. Auch der vergleichsweise günstige Preis trägt zu dem Erfolg dieser Lösung bei. Nintex Cloud
Wie bereits erwähnt, hat Nintex vor einiger Zeit mit der Entwicklung der Nintex Cloud begonnen. Wie bei Flow handelt es sich auch hier um ein unabhängiges SaaS-Produkt, das nicht wie die bisherigen Lösungen auf Sharepoint aufsetzt. Externe Systeme können als Auslöser und Aktionen direkt angesprochen werden –
wenn auch bei Weitem nicht so viele wie bei Flow/Logik-Apps. Interessanterweise gibt es keine Out-of-the-Box-Konnektoren zu einem On-Premises-Sharepoint, wie es Flow mit dem Daten-Gateway bereitstellt. Erweiterungen werden auch bei der Nintex Cloud in Form von Web-Services, die wie bei Flow mit Hilfe einer Swagger-Datei eingebunden werden, realisiert. Derzeit können jedoch nur Aktionen und keine Auslöser realisiert werden. Dieser Nachteil soll aber nach Angaben von Nintex in den kommenden Monaten behoben werden. Je nach Sicherheitskonzept kann es problematisch sein, dass die Nintex Cloud in Amerika gehostet ist. Somit werden auch alle Daten, die ein Workflow verarbeitet, über die USA geleitet. Nintex arbeitet an einer europäischen Version, ein Termin wurde aber noch nicht genannt.
Formulare für die Workflows werden über einen einfachen Editor erstellt. Hierbei besteht jedoch nur die Möglichkeit, die Steuerelemente anzuordnen und über wenige Eigenschaften zu definieren. Ein standardisiertes Verfahren zur Anpassung des Designs oder um eigene Regeln beziehungsweise ein einheitliches Layout umzusetzen – zum Beispiel über eine wiederverwendbare CSS-Datei –, gibt es nicht. Nintex Cloud baut nicht auf dem erfolgreichen Produkt Nintex für Sharepoint auf. Es stellt eine komplett neue Lösung dar. Die Möglichkeiten innerhalb des Workflow Editors sind vergleichbar mit Nintex On-Premises für Sharepoint. Allerdings ist der Formular Editor sehr eingeschränkt, und eine fehlende Anbindung an On-Premises-Server (zum Beispiel Sharepoint) sowie eine fehlende API zum automatisierten Management der Workflows (zum Beispiel per Powershell oder per Web-Service) schränken den professionellen Einsatz ein. So ist beispielsweise ein Export der Nintex Workflows außerhalb der Nintex Cloud nicht möglich.
Webcon und K2
Neben systemspezifischen Systemen wie Sharepoint-Designer-Workflows oder Nintex On-Premises/Office365 und SaaS-Lösungen wie Flow und Nintex Cloud gibt es auch eigenständige Lösungen. Webcon oder auch K2 stellen solche Systeme bereit. Die Produkte Webcon BPS und K2 blackpearl sind vergleichbar, unterschieden sich technisch aber grundsätzlich dadurch, dass Webcon auf einer relationalen Datenbank basiert. Somit ist es möglich, größere und aufwendige Berechnungen durch SQL-Eingaben effizient und performant umzusetzen. K2 basiert dagegen auf .NET und integriert sich nativ in andere Lösungen, darunter Sharepoint, Active Directory, Exchange, Dynamics CRM, SAP und Salesforce. Aber auch Webcon kann über Schnittstellen Daten mit anderen Produkten austauschen. Während Webcon jedoch vollständig auf Workflows fokussiert ist, bietet K2 eine Plattform mit weiteren Lösungen für Formulare, mobile Apps, Compliance etc.
Wie auch in allen anderen Workflow-Lösungen, werden die Workflows in K2 und Webcon mit Hilfe eines grafischen Editors erstellt. Im Gegensatz zu Webcon liefert K2 eine eigenständige Formularlösung, in der sich über Regeln und Aktionen komplette Formulare erstellen lassen. Allerdings bedarf es einiger Erfahrung, um Logik in die Formulare zu integrieren. Bei Webcon hingegen werden die Formulare automatisch generiert und bieten wichtige Funktionen wie Mehrsprachigkeit, Responsive Design, Apps für Smartphones und Tablets ohne weiteren Aufwand. Reichen die generierten Formulare nicht aus, ist der Anwender gezwungen, beispielsweise auf einem Web-Server oder über SaaS eine eigene Oberfläche zu erstellen und die Workflows von dort aus zu starten.
Webcon zeichnet sich auch durch umfangreiche Funktionen aus: So ist effizientes Arbeiten mit den Workflows möglich, weil eine tiefe Integration in Office-Produkte, die elektronische Signatur des angemeldeten Nutzers und eine einfache Mehrsprachigkeit vorliegen. Stark ausgeprägt sind bei Webcon wie bei K2 die Management- und MaintenanceFunktionen der Workflows.