Prozesskategorien
Prozesse, ermöglichen Ihnen, realitätskonforme Geschäftsprozesse zu entwerfen, beispielsweise bewährte Methoden oder Standardvorgehensweisen, in Dynamics 365 Customer Engagement (on-premises). Beim entwerfen Ihrer Geschäftsprozesse können Sie vier Kategorien von Prozessen nutzen:
Workflow. Mit diesem Prozess können Sie realitätskonforme Geschäftsprozesse konzipieren und automatisieren. Diese Prozesse können so konfiguriert werden, dass sie im Hintergrund oder in Echtzeit ausgeführt werden. Optional können Sie auch die Eingabe durch den Benutzer erfordern. Workflowprozesse können automatisch gestartet werden, basierend auf angegebenen Bedingungen, oder sie können durch einen Benutzer manuell gestartet werden.
Action: Verwenden Sie diesen Prozess, um einen neuen Vorgang zu erstellen, der in einer Standard-Dynamics 365 Customer Engagement (on-premises)-Installation nicht vorhanden ist, oder verwenden Sie ihn, um mehrere, verschiedene Vorgänge in einem einzigen Vorgang zu kombinieren. Im Fall eines Support-Call-Centers könnten Sie beispielsweise
create-,assign-, undsetstate-Vorgänge kombinieren, erstellen, zuweisen und als einen einzigen neuen „Eskalations“-Vorgang festlegen.Geschäftsprozessfluss. Mithilfe dieses Prozesses können Sie eine Visualisierung des Geschäftsprozessflusses erstellen. Benutzer werden durch verschiedene Phasen der Vertriebs- oder der Kundenserviceprozesse geführt. In jeder Phase schließen Sie spezielle Schritte ab, und dann gehen Sie nur nächsten Phase über. Sie können den Prozessfluss benutzerdefiniert anpassen, indem Sie Schritte hinzufügen oder entfernen, die Reihenfolge der Phasen ändern oder dem Prozessfluss neue Entitäten hinzufügen.
Dialog. Mithilfe dieses Prozesses können Sie ein interaktives Schritt-für-Schritt-Dateneingabeformular erstellen, der Eingaben durch den Benutzer erfordert, um den Prozess zu starten und abzuschließen. Wenn Sie den Dialogprozess starten, wird eine assistentenartige Schnittstelle angezeigt. Dort können Sie die entsprechenden Auswahlen treffen oder Daten eingeben, während Sie jede Seite des Assistenten durchlaufen.
[WICHTIG] Dialog ist veraltet und sollte durch Geschäftsprozessflüsse oder Canvas Apps in PowerApps in Power Apps ersetzt werden. Weitere Informationen: Ersetzen von Dialogen durch Geschäftsprozessflüssen oder Canvas-Apps.
Die Prozessfunktion wird mithilfe von Windows Workflow Foundation implementiert. Die neueste Version der Windows Workflow Foundation wurde verbessert, um die Erstellung, das Ausführen und die Wartung von Workflows zur Implementierung angepasster Funktionen in Ihrer Anwendung zu erleichtern. Mehr Informationen: Was gibt es Neues in Windows Workflow Foundation
Es gibt drei Möglichkeiten, Geschäftsprozesse zu erstellen: interaktiv durch die Webanwendungsformulare und den Workflow-Designer, durch das Schreiben von Code, der auf den Workflow bezogene Klassen verwendet, und durch das Importieren eines vorgefertigten Workflows in eine Lösung. Da das SDK auf den Entwickler konzentriert ist, behandeln wir den Codierungsaspekt bei der Erstellung von Workflowprozessen.
(Deklarative) XAML-Workflows
Sie können XAML-Workflows für lokale Dynamics 365 Customer Engagement (on-premises) erstellen, die Sie grafisch entwerfen und erstellen, indem Sie den Visual Studio-Workflow-Designer verwenden. Diese Methode zum Erstellen von Workflows erfordert nicht, dass Sie Code schreiben. Darüber hinaus müssen Sie diese Workflows nicht kompilieren, und Sie können die Workflowdefinition (XAML) in Dynamics 365 Customer Engagement (on-premises) importieren. Zusätzlich zum Erstellen von neuen Workflows, können Sie auch den Visual Studio-Workflow-Designer verwenden, um bestehende Workflows in Dynamics 365 Customer Engagement (on-premises) grafisch zu ändern und dann den aktualisierten Workflow in Dynamics 365 Customer Engagement (on-premises) zu importieren.
Notiz
Sie können eine Workflowdefinition für einen Workflow, der außerhalb von Dynamics 365 Customer Engagement (on-premises) erstellt oder geändert wurde, nicht anzeigen oder aktualisieren. Sie können den Status (Aktivieren oder Deaktivieren) des Workflows nur ändern und ausführen.
Unterschiede zwischen Workflows und Dialogen
Die folgende Tabelle enthält Informationen zu den Unterschieden zwischen Workflows und Dialogen in Dynamics 365 Customer Engagement (on-premises).
| Workflows | Dialoge |
|---|---|
| Kann entweder von einem Nutzer gestartet werden oder automatisiert werden. | Muss von einem Benutzer gestartet werden. |
| Es sind asynchrone Vorgänge oder Vorgänge in Echtzeit, und sie benötigen keine Benutzereingabe, um bis zum Abschluss ausgeführt zu werden. Asynchrone Vorgänge werden im Hintergrund ausgeführt, während Echtzeitprozesse sofort ausgeführt werden. | Es sind Echtzeitprozesse, die Benutzereingabe erfordern, um bis zum Abschluss ausgeführt zu werden. Wenn Sie diese Prozesse ausführen, wird Ihnen eine assistentenartige Schnittstelle angezeigt, so dass Sie die entsprechenden Auswahlen treffen können, um die Prozesse auszuführen. |
Die Entität, die die Details zu einem asynchronen Workflow, der ausgeführt wird, speichert, ist AsyncOperation, während ein Process für einen Echtzeitworkflow verwendet wird. |
Die Entität, die Informationen speichert, die von einem ausgeführten Dialog generiert werden, ist die ProcessSession-Entität. |
| Trigger werden für Workflows unterstützt. Eine Liste der unterstützten Auslösern, wird Unterstützte Typen, Trigger und Entitäten für Prozesse (Workflows und Dialoge). | Trigger werden für Dialoge nicht unterstützt. |
| Workflows, die außerhalb von Dynamics 365 Customer Engagement (on-premises) erstellt oder aktualisiert werden, indem die zugrunde liegende XAML-Datei erstellt oder aktualisiert wird, werden in Dynamics 365 Customer Engagement (on-premises) lokal unterstützt. | Es gibt keine Unterstützung für erstellte Dialoge außerhalb von Dynamics 365 Customer Engagement (on-premises), indem XAML definiert wird. |
Wann ein Workflow anstelle eines Plug-In zu verwenden ist
Die meisten der Vorgänge, die vollendet werden können, indem Sie Workflows einsetzen, können auch vollendet werden, indem Plug-Ins verwendet werden. Allerdings sollten Sie Workflowprozesse anstelle von Plug-Ins verwenden, wenn Folgendes zutrifft:
Änderungen an der Geschäftslogik durch Personen vorgenommen werden müssen, die keine Entwickler sind, oder wenn Änderungen nicht von der Verfügbarkeit von Entwicklern für diese Aufgabe abhängig sein sollen. Wenn benutzerdefinierte Workflowaktivitäten als Workflow .NET-Assemblys definiert werden, kann eine Person, die kein Entwickler ist, mithilfe von Dynamics 365 Customer Engagement (on-premises) die Bedingungen definieren, unter denen die benutzerdefinierten Aktionen ausgeführt werden sollen, sowie die Parameter, die an die Assembly übergeben werden.
Sie benötigen die Fähigkeit, dass Benutzer Ihre Workflowlogik manuell anwenden. Bei Workflowprozessen können Benutzer die Verarbeitung von Workflowregeln auslösen, indem sie auf Workflow ausführen auf dem Formular oder von einem Raster aus klicken.
Verwenden Sie Plug-Ins, wenn Sie die bestmögliche Leistung von ihrer benutzerdefinierten Geschäftslogik benötigen. Plug-Ins können schneller starten und daher normalerweise schneller ausgeführt werden, sogar im Vergleich zu einem Workflow in Echtzeit. Der Nutzen bei der Leistung kann jedoch möglicherweise in den Schatten gestellt werden durch die Benutzerfreundlichkeit beim Erstellen und Warten von Workflows, wo nur ein Nichtentwickler, beispielsweise ein Wirtschaftsanalytiker, für die Arbeit erforderlich ist.
Weitere Informationen über Plug-Ins finden Sie unterSchreiben von Plug-Ins, um Geschäftsprozesse zu erweitern.
Verteilen von Workflows in Lösungen
Sie können Workflows und benutzerdefinierte Workflowaktivitäten in eine Lösung einschließen, die in eine andere Dynamics 365 Customer Engagement (on-premises)-Bereitstellung importiert wird. Wenn Sie sich jedoch auf bestimmte Entitätsinstanzen in einem Workflow beziehen und der Workflow in ein anderes System verschoben wird, kommt es zu Problemen, weil die eindeutigen IDs der Entitätsinstanzen im Workflow sich von denen im Zielsystem unterscheiden. Dynamics 365 Customer Engagement (on-premises) löst automatisch Systembenutzer- und Währungsentitätsdatensätze auf, basierend auf der vollständigen Namenseigenschaft. Es werden jedoch nicht automatisch Datensätze für andere Entitätstypen aufgelöst.
Weitere Informationen: Erweiterungen mit Dynamics 365 Customer Engagement (on-premises) Lösungen paketieren und verteilen.
Siehe auch
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für