Dieser Text wurde mit dem automatisierten Übersetzungssystem von Salesforce übersetzt. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesem Inhalt zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.

Interaktionsprozess-Flow

Flussdiagramme für Interaktionsprozesse veranschaulichen die Abfolge von Interaktionen, Datenflüssen und Prozessschritten zwischen Systemkomponenten, Services und Benutzern. Anhand dieser Diagramme können Architekten und Entwickler nachvollziehen, wie verschiedene Teile eines Systems kommunizieren, wie sich Ereignisse durch die Architektur ausbreiten und wie asynchrone und synchrone Prozesse orchestriert werden. Sie bieten eine wichtige Dokumentation zum Verständnis des Systemverhaltens, zum Identifizieren von Engpässen und zum Optimieren von Prozess-Flows.

Dieser Abschnitt enthält 16 Referenzdiagramme zum Interaktionsprozess-Flow:

Diagrammname	Beschreibung
Externe Integrationen in Apis mit Openapi-Schemas	Ein Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das externe Integrationen mit APIs mit OpenAPI-Schemas anzeigt.
Externe Integrationen über Http	Ein Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das externe Integrationen mithilfe von HTTP-Protokollen anzeigt.
Externe Integrationen über MuleSoft-Apis- und Rpa-Bots	Ein Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das externe Integrationen mit MuleSoft-APIs und RPA-Bots anzeigt.
Lightning auf externen Sites	Eine Beispiellösungsarchitektur aus dem Building Forms Decision Guide, die zeigt, wie LWC-Komponenten auf externen Sites eingebettet werden können.
Interaktion von Lightning-Webkomponenten über Wire-Adapter	Ein Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für Formulare, das zeigt, wie Lightning Web Components mithilfe von Wire-Adaptern interagieren.
Lightning Webkomponenten außerhalb von Bildschirmdatenvorgängen	Ein Beispieldiagramm der Lösungsarchitektur aus dem Entscheidungsleitfaden für Formulare, das Datenvorgänge außerhalb des Bildschirms für Lightning Webkomponenten anzeigt.
Asynchrone Apex Überwachung über benutzerdefinierte Abfrage	Zeigt die Komponenten an, die an der Verfolgung des Status asynchroner Prozesse und der Anzeige der Ergebnisse von Batchaufträgen und geplanten Aufträgen beteiligt sind.
Asynchrone Verarbeitung über Plattformereignisse	Zeigt, wie die asynchrone Verarbeitung mit Plattformereignissen funktioniert. Die im Bus veröffentlichten Ereignisse werden von Abonnenten zur Verarbeitung verwendet.
Batch-Algorithmus für faire Apex-Nutzung	Zeigt, wie der Algorithmus für die faire Nutzung sicherstellt, dass jede Organisation auf der Salesforce Platform einen "gerechten Anteil" an Batchverarbeitungsressourcen erhält.
Batch Apex Message Re Enqueueing	Zeigt, wie der Flow-Steuerungsmechanismus der Salesforce Platform verhindert, dass eine Organisation die Batch-Warteschlange überflutet, indem Nachrichten bei Überschreitung der Obergrenzen erneut in die Warteschlange gestellt werden.
Boxcarring in der Javascript-Remoting	Zeigt an, wie mehrere JavaScript-Remote-Anforderungen gleichzeitig ausgestellt oder in einer einzelnen XHR-Anforderung "boxcar'ed" werden können, um die Leistung zu verbessern.
Boxcarring in Lightning Aktionen	Zeigt an, wie mehrere Lightning-Aktionen gleichzeitig ausgegeben oder in einer einzelnen XHR-Anforderung "boxcar'ed" werden können, um Netzwerkaufrufe zu optimieren.
Anspruchsprüfung	Zeigt ein Ereignis an, das veröffentlicht wird, wenn ein Datensatz geändert wird. Der Nachrichtentext des Ereignisses wird in einer Datenbank gespeichert und nur ein Verweis wird über den Nachrichten-Bus weitergeleitet.
Kundenpersonalisierungs-Flow	Zeigt zeitbasierte Interaktionen an, die am durchgängigen Informationsfluss von Kundeninteraktionen über Personalisierungsmodule bis hin zu Bereitstellungssystemen beteiligt sind.
Fanout	Zeigt, dass ein Ereignis veröffentlicht und in eine einzelne Warteschlange geschrieben wird, wenn ein Datensatz über eine Benutzerinteraktion geändert wird, wobei mehrere Abonnenten das Ereignis verarbeiten.
Middleware-Abruf über Plattformereignisbenachrichtigung	Zeigt, wie Sie Plattformereignisse verwenden können, um ausgehende Integrationen bereitzustellen, oder um ein Middleware-Tool anzuweisen, Daten aus Salesforce abzurufen.
Geplanter Pull für Middleware	Zeigt, wie Middleware synchrone Anforderungen an die SOAP-API oder die REST-API senden kann, um Verzögerungen bei der Echtzeitverarbeitung zu minimieren.
Übergebene Nachrichten	Zeigt ein Beispiel eines Prozess-Flows für das Muster "Weitergegebene Nachrichten", der einen Publisher, einen Abonnenten und eine Nachricht enthält, die zwischen Komponenten weitergegeben wird.
Abonnieren veröffentlichen	Zeigt das Muster "Veröffentlichen/Abonnieren" an und umfasst mehrere Herausgeber, mehrere Abonnenten und mehrere Nachrichtenvermittler.
Eindeutige Abonnementkopie veröffentlichen	Zeigt ein Ereignis, das veröffentlicht wird, wenn ein Datensatz über eine Benutzerinteraktion, einen Flow oder einen Batchauftrag geändert wird, wobei jeder Abonnent eine eindeutige Kopie des Ereignisses erhält.
Streaming	Zeigt einen Stream der zu veröffentlichenden Ereignisse an. Abonnenten, die die Streams abhören, erhalten die Ereignisse in Echtzeit.
Queuing	Zeigt ein Beispiel für das Warteschlangenmuster an, das zeigt, dass ein Ereignis veröffentlicht und in eine Warteschlange geschrieben wird, wobei Abonnenten Ereignisse in der Reihenfolge verarbeiten.
OmniStudio-Integrationen	Eine Beispiel-Lösungsarchitektur aus dem Entscheidungsleitfaden für Formulare für OmniStudio-Integrationsmuster und Datenmanipulationen.