Migrierte Flussstruktur für SharePoint 2010-OOTB-Workflows
Wenn das SharePoint-Migrationstool (SPMT) einen Workflow zu Power Automate migriert, findet es die integrierten Power Automate-Aktionen, die den Funktionen im ursprünglichen SharePoint-Workflow am besten entsprechen. Aufgrund der Funktionslücken zwischen SharePoint-Workflow und Power Automate weist ein konvertierter Flow möglicherweise nicht genau das gleiche Verhalten wie der ursprüngliche Workflow auf.
SPMT generiert je nach Startoptionen einen oder zwei Power Automate-Workflows für einen SharePoint-Workflow.
- Wenn ein Workflow manuell gestartet werden kann, wird ein Listenfluss mit manuellem Trigger generiert.
- Wenn ein Workflow beim Erstellen oder Aktualisieren automatisch gestartet werden kann, wird ein Listenfluss mit automatischem Trigger generiert.
Das folgende Diagramm zeigt die erste Aktion in einem Flow, die von einem OOTB-Genehmigungsworkflow (Sofortstart) migriert wurde (manueller Start) und das Ui-Formular, wenn ein Benutzer den Flow startet. Es listet die Zuordnung von fünf Benutzereingaben zwischen dem ursprünglichen Workflow und dem konvertierten Flow auf.
Migrierter Genehmigungsworkflow
Der Genehmigungsworkflow wird mit dieser Struktur migriert:
Bei einem automatisch oder manuell ausgelösten Power Automate-Fluss werden die folgenden Workflowkonfigurationen zum Zielfluss migriert:
Typ | Optionen |
---|---|
Manueller PA-Genehmigungsflow | Im migrierten Flow werden vier Benutzereingaben unterstützt. Sie lauten: - GenehmigungstypOptionen: Zuerst antwortet, Warten Sie, bis alle genehmigen. – Genehmiger. E-Mails – Anforderung. Text – CC. E-Mails – Inhaltsgenehmigung aktivieren. Ein/Aus |
Automatisch ausgelöster PA-Flow | Die folgenden Konfigurationen im Workflow werden zum Zielflow migriert. – Der Genehmigungstyp Jeder muss genehmigen wird im Zielflow verwendet. -Genehmigenden. E-Mails : Anforderung. Text : CC. E-Mails : Inhaltsgenehmigung aktivieren. Ein/Aus |
Migrierter Workflow zum Sammeln von Feedback
Der Workflow zum Sammeln von Feedback wird mit dieser Struktur migriert:
Bei einem automatisch oder manuell ausgelösten Power Automate-Fluss werden die folgenden Workflowkonfigurationen zum Zielfluss migriert:
Typ | Optionen |
---|---|
Manueller PA-Genehmigungsflow | Im migrierten Flow werden drei Benutzereingaben unterstützt. Sie sind: – Prüfer. E-Mails – Anforderung. Text – CC. E-Mails |
Automatisch ausgelöster PA-Flow | Die folgenden Konfigurationen im Workflow werden zum Zielflow migriert. Sie sind: – Prüfer. E-Mails – Anforderung. Text – CC. E-Mails |
Migrierter Workflow zum Sammeln von Feedback
Der Workflow zum Sammeln von Signaturen wird mit dieser Struktur migriert:
Bei einem automatisch oder manuell ausgelösten Power Automate-Fluss werden die folgenden Workflowkonfigurationen zum Zielfluss migriert:
Typ | Optionen |
---|---|
Manuell ausgelöstes Sammeln von Feedback | Vor dem Starten eines Workflows werden drei Benutzereingaben im migrierten Fluss unterstützt. Sie sind: - Signierreihenfolge wird dem Signierertyp zugeordnet. Optionen: Zuerst antwortet, warten Sie, bis alle genehmigen-Signierer den Signierern zugeordnet sind. E-Mail-Anforderung wird Nachricht zugeordnet. Text : CC wird CC zugeordnet. E-Mails |
Automatisch ausgelöstes Sammeln von Feedback | Die Signiererreihenfolge wird dem Signierertyp zugeordnet. "Jeder muss genehmigen" wird im migrierten Flow verwendet. - Signierer werden Signierern zugeordnet. E-Mails : Die Anforderung wird der Nachricht zugeordnet. Text : CC wird CC zugeordnet. E-Mails |
Migrierter Workflow mit drei Zuständen
Der Workflow drei Zuständen wird mit dieser Struktur migriert:
Bei automatisch oder manuell ausgelöstem Power Automate-Fluss mit drei Zuständen werden die folgenden Konfigurationen im Workflow zum Zielfluss migriert. Die Workflowzustände lauten:
- StatusField (Name des Statusfelds)
- InitialState (Anfangszustandswert)
- MiddleState (Mittelzustandswert)
- FinalState (Endzustandswert)
Typ | Status | Details |
---|---|---|
Aufgabe | Initiale | Aufgabentitel -CustomMessageText (benutzerdefinierte Nachricht) -CustomMessageField (Feld im Aufgabentitel enthalten) Aufgabenbeschreibung CustomMessageTextBody (Aufgabenbeschreibung/benutzerdefinierte Nachricht) CustomMessageBodyField (Feld im Aufgabentext enthalten) Aufgabe zuweisen zu - TaskAssignedToCustom (Aufgabenzuweisungen sind der Wert eines Elementfelds, oder Aufgabenzuweisungen werden angepasst) -AssignedToField (Aufgabenzuweisungsfeld) -CustomAssignedTo (benutzerdefinierte Aufgabenzuweisungen) |
Initiale | - SendEmail (Ob E-Mail gesendet werden soll) - IncludeTaskAssignedTo (Ob Aufgabenzuweisunger in liste eingeschlossen werden soll) - ToList (Email in liste) - SubjectTextIncludeTitle (Ob Aufgabentitel in E-Mail-Betrefftext eingeschlossen werden soll) - SubjectText (Email Betrefftext) - BodyTextIncludeLink (Ob Elementlink in E-Mail-Nachricht eingeschlossen werden soll) - BodyText (Email Textkörpertext) |
|
Aufgabe | Mitte | Aufgabentitel - CustomMessageText2 (benutzerdefinierte Nachricht) - CustomMessageField2 (Feld im Aufgabentitel enthalten) Aufgabenbeschreibung - CustomMessageTextBody2 (Aufgabenbeschreibung/benutzerdefinierte Nachricht) - CustomMessageBodyField2 (Feld im Aufgabentext enthalten) Aufgabenzuweisung zu - TaskAssignedToCustom2 (Aufgabenzuweisungen sind der Wert eines Elementfelds, oder Aufgabenzuweisungen werden angepasst) - AssignedToField2 (Aufgabenzuweisungsfeld) - CustomAssignedTo2 (angepasste Aufgabenzuweisungen) |
E-Mail-Nachricht | Mitte | - SendEmail2 (Ob E-Mail gesendet werden soll) - IncludeTaskAssignedTo2 (Ob Aufgabenzuweisunger in die Liste eingeschlossen werden soll) - ToList2 (Email in liste) - SubjectTextIncludeTitle2 (Ob Der Aufgabentitel in den E-Mail-Betrefftext eingeschlossen werden soll) - SubjectText2 (Email Betrefftext) - BodyTextIncludeLink2 (Ob Elementlink in E-Mail-Nachricht eingeschlossen werden soll) - BodyText2 (Email Textkörpertext) |