Nintex ersetzen: So baust du deine Workflows in skybow neu

Nutzt du noch Workflows mit Nintex Workflow for Office 365?
Dann ist dir wahrscheinlich schon aufgefallen: Die Add-in-Workflows laufen seit April 2026 nicht mehr.‍

‍

Nintex hat den Support für Nintex Workflow for Office 365 am 31. Dezember 2025 eingestellt. Da Microsoft das SharePoint-Add-in-Modell am 2. April 2026 deaktiviert hat, werden Add-in-Workflows nicht mehr ausgeführt und Add-in-Formulare lassen sich nicht mehr öffnen. Den vollständigen Zeitplan und einen Vergleich deiner Optionen findest du in unserem Nintex-End-of-Life-Leitfaden.

‍

Das wirft einige unangenehme Fragen auf.

• Was passiert mit deinen bestehenden Workflows?
• Wie viel Aufwand erfordert die Migration?
• Musst du alles von Grund auf neu erstellen?

‍

Viele Unternehmen zögern, weil sie annehmen, dass der Wechsel kompliziert wird. Neue Plattform. Neue Tools. Eine neue Art und Weise, Prozesse zu bauen.

‍

Aber hier ist die gute Nachricht: Mit skybow Studio kannst du deine Nintex-Workflows mit denselben Arten von Aktionen und derselben Automatisierungslogik nachbauen, die du bereits kennst. Die eigentliche Veränderung betrifft nicht die Möglichkeiten. Es ist das Mindset.

‍

Sobald du verstehst, wie Prozesse in skybow strukturiert sind, wird die Migration deiner Workflows weitaus unkomplizierter, als die meisten Teams erwarten. 🚀

‍

‍

Verschiedene Ansätze: Nintex vs. skybow

Bevor wir uns ansehen, wie Nintex-Workflows durch skybow ersetzt werden können, sollten wir einen genauen Blick auf die unterschiedlichen Ansätze der beiden Plattformen werfen.

‍

Das macht die Unterschiede sofort deutlich. Du wirst dann den Perspektivwechsel verstehen, der beim Erstellen von Workflows und Formularen erforderlich ist, um Nintex für on-prem oder Office 365 erfolgreich zu skybow Studio zu migrieren.

‍

‍

Der Nintex-Ansatz: Workflows im Mittelpunkt

In Nintex Workflow for Office 365 oder on-prem werden Prozesse typischerweise über einen visuellen Workflow-Designer erstellt.

‍

Du ziehst Aktionen per Drag and Drop auf eine Workflow-Oberfläche. Du kannst diese Aktionen miteinander verknüpfen und die Prozesslogik Schritt für Schritt definieren. Workflows werden meist durch Ereignisse ausgelöst wie:

• Das Erstellen oder Ändern eines Listenelements
• Einen von einem Benutzer manuell gestarteten Workflow
• Einen durch einen anderen Workflow ausgelösten Workflow
• Zeitgesteuerte Website-Workflows

‍

Sobald der Workflow fertig ist, wird er veröffentlicht und von der Hintergrund-Workflow-Engine ausgeführt.

‍

Das zentrale Konzept bei Nintex lautet daher: Prozesse laufen als Workflows, die durch Ereignisse ausgelöst werden. Der Workflow selbst wird zum Kern der Prozesslogik.

‍

‍

Der skybow-Ansatz: Das Formular als Prozess-Hub

Wenn du Prozesse mit skybow Studio für SharePoint Online, SharePoint SE oder SharePoint 2019 erstellst, ist der Ausgangspunkt meist ein anderer: Anstatt mit dem Workflow zu beginnen, startest du mit dem SharePoint-Formular.

‍

Das Formular bildet die Benutzeroberfläche des Prozesses. Hier sehen Anwender Daten ein, erfassen Informationen und interagieren in SharePoint mit dem Prozess.

‍

Sobald das Formular designt ist, kannst du Automatisierungen darum herum aufbauen. Zum Beispiel:

• Aktionsschaltflächen können per Klick Automatisierungen triggern
• Statusänderungen können Hintergrundaktionen starten
• Zeitgesteuerte Automatisierungen können Prozesse automatisch ausführen

‍

Die eigentliche Prozesslogik entsteht im Action Builder, wo du Automatisierungsschritte über vorkonfigurierte skybow-Aktionen definierst.

‍

Anstatt einen einzigen langen Hintergrund-Workflow zu erstellen, kombinierst du verschiedene Workflows. So wird die Automatisierung eng mit dem Formular, den Daten und der Benutzerinteraktion verknüpft.

‍

Das zentrale Konzept von skybow Studio kurz gefasst: Das Formular ist der Mittelpunkt des Prozesses, und die Automatisierung läuft darum herum.

‍

‍

Dein zentraler Paradigmenwechsel von Nintex zu skybow

Das führt zur wichtigsten Änderung beim Wechsel von Nintex zu skybow.

‍

Bei Nintex denkst du typischerweise so:

„Der Workflow läuft irgendwo im Hintergrund.“

‍

Bei skybow verschiebt sich die Denkweise hin zu:

„Welche Aktion führen Nutzer:innen aus und welche Automatisierung soll als Nächstes passieren?“

‍

Anstelle einer Workflow-Engine als zentrales Element wird die Benutzerinteraktion innerhalb des Formulars zum Startpunkt.

‍

Diese Änderung bringt mehrere Vorteile:

• Prozesse werden für Endanwender transparenter
• Automatisierungen werden verständlicher
• Die Prozesslogik ist näher am tatsächlichen Nutzererlebnis

‍

Für viele Unternehmen führt dies zu Lösungen, die sich für ihre Endanwender:innen in SharePoint (Online oder Server) und Microsoft 365 natürlicher anfühlen.

‍

‍

So baust du Nintex-Workflows in skybow nach

Eine häufige Sorge bei der Migration von Nintex ist, ob bestehende Workflows überhaupt nachgebaut werden können: Die Antwort ist ja.

‍

Mit den Automatisierungsfunktionen in skybow Studio lassen sich Nintex-Workflows im Wesentlichen mit denselben Logiken und Aktionen nachbauen.

‍

Der erste Schritt besteht darin, den bestehenden Workflow zu analysieren:

1. Was triggert den Workflow?
2. Welche Aktionen finden innerhalb des Workflows statt?
3. Wie liest oder aktualisiert der Workflow SharePoint-Daten?

‍

Sobald diese Nintex-Workflow-Struktur klar ist, lässt sie sich in das skybow-Modell übertragen.

‍

‍

Schritt 1: Entwerfe das SharePoint-Formular in skybow

Das Formular bildet das Fundament des Prozesses. Deshalb sollte dies beim Ersetzen von Nintex durch skybow immer dein Ausgangspunkt sein.

‍

Was du beim Erstellen des SharePoint-Formulars mit skybow beachten solltest:

• Welche Felder den Prozessstatus abbilden
• Welche Informationen Nutzer:innen eingeben oder prüfen müssen
• Welche Rollen am Prozess beteiligt sind
• Wann Nutzer:innen Aktionen auslösen dürfen

‍

Das Formularlayout wird über den Drag-&-Drop-skybow Forms Designer erstellt.

‍

‍

Schritt 2: Übertrage die Workflow-Trigger

Als Nächstes musst du die Workflow-Trigger von Nintex auf die verschiedenen skybow-Automatisierungsmöglichkeiten abbilden.

‍

Hier sind ein paar Beispiele:

• Element erstellt → Automatisierung nach dem ersten Speichern
• Manueller Workflow-Start → Aktionsschaltfläche auf dem Formular
• Hintergrundprozess → Geplante oder ausgelöste Hintergrundaktion

‍

Wie du siehst, kannst du die verschiedenen Nintex-Workflow-Trigger in skybow abbilden. Sie sind lediglich etwas anders strukturiert.

‍

‍

Schritt 3: Die Nintex-Logik in skybow nachbauen

Schliesslich musst du die eigentliche Prozesslogik im Action Builder nachbauen. Hier kannst du die Automatisierung über vorkonfigurierte Aktionen definieren wie:

• Bedingungen
• Schleifen
• Datenoperationen
• Viele weitere Automatisierungsaktionen

‍

Anstelle eines einzigen großen Hintergrund-Workflows ist das Ergebnis eine Kombination aus Formularinteraktionen und Hintergrundaktionen (ausgelöst & zeitgesteuert).

‍

Hier findest du eine vollständige Liste aller verfügbaren Automatisierungsaktionen in skybow Studio.

‍

‍

Operative Vorteile gegenüber Nintex

Neben dem anderen Prozessmodell bietet skybow Studio im Vergleich zu Nintex auch operative Verbesserungen.

‍

In Nintex werden Workflows typischerweise direkt in SharePoint veröffentlicht. skybow bietet einen strukturierteren Lösungslebenszyklus mit Funktionen wie:

• Integrierte Versionsverwaltung
• Rollback-Funktionen
• Paketbasiertes Deployment

‍

Dadurch können Teams Lösungen durch Umgebungen wie diese führen:

Entwicklung → Test → Produktion

‍

Beim Aktualisieren einer bestehenden Lösung kannst du dank der Funktion für selektives Deployment genau entscheiden, welche Teile in der Produktion veröffentlicht werden sollen.

‍

Dies sorgt für mehr Kontrolle und Stabilität bei der Verwaltung von Lösungen.

‍

‍

skybow ist deine Nintex-Alternative Nr. 1

Für Unternehmen, die derzeit Alternativen zu Nintex evaluieren, bietet skybow Studio mehrere Vorteile.

Neugierig, wie die beiden Plattformen im direkten Vergleich abschneiden? Sieh dir den vollständigen skybow vs Nintex-Vergleich an – Preise, Architektur und Migrationszeitpläne direkt nebeneinander.

‍

Der Drag-and-Drop-Form-Builder ermöglicht die Erstellung fortschrittlicher SharePoint-Formulare, die Endanwendern eine starke Benutzeroberfläche bieten.

‍

Die Automatisierungsaktionen ermöglichen es Unternehmen, ihre bestehenden Nintex-Workflows nachzubauen. Auch wenn die Architektur anders funktioniert, sind die Automatisierungsfunktionen ebenso leistungsstark.

‍

skybow bietet zudem wichtige Flexibilität für moderne SharePoint-Umgebungen:

• Lösungen laufen auf SharePoint Online, SharePoint Server SE und SharePoint 2019
• Dieselbe Lösung kann on-prem, online oder hybrid ausgeführt werden
• Das Verschieben von Workflows vom Server in die Cloud wird deutlich einfacher

Das macht skybow-Lösungen äusserst zukunftssicher.

‍

‍

Jetzt ist der richtige Zeitpunkt, deine Nintex-Prozesse neu aufzubauen

‍

Bei skybow haben wir bereits vielen Unternehmen dabei geholfen, ihre Nintex-Prozesse mit skybow Studio zu analysieren, neu zu gestalten und neu aufzubauen. Je nach Komplexität dauert eine Migration zwischen 2 Tagen und 5 Wochen. Eine Konvertierung per Mausklick gibt es nicht: Jeder Workflow wird neu aufgebaut, und das ist auch eine gute Gelegenheit, die Workflows loszuwerden, die niemand mehr nutzt.

‍

Wenn du erfahren möchtest, wie das in deiner Umgebung funktionieren kann, buche ein kostenloses Gespräch mit unseren Expert:innen und beginne noch heute mit der Planung deiner Migration.

‍

Plane deine Migration →

‍

‍