--- schema_version: "1" id: bd6a6b68fb4da5d46db8c885c6f6b3970a4f1a109a42eccbe0c8d236caaf216b title: Interaktionsprozess-Flow collection: architect version: next locale: de-de portal_url: https://docs.salesforce.com/architect/next/de-de/reference-diagrams/guides/section-interaction-process-flow.md canonical_url: https://staging.architect.salesforce.com/docs/architect/de-de/reference-diagrams/guide/section-interaction-process-flow.html source_site: staging.architect.salesforce.com content_type: documentation content_hash: 24bbc409c80d0d8a8a1fad18a72408acd838f61adc05fb8afd827209f5100184 products: - Referenzdiagramme - Architect Site Content Repo --- # 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](/docs/architect/de-de/reference-diagrams/guide/external-integrations-to-apis-with-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](/docs/architect/de-de/reference-diagrams/guide/external-integrations-via-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](/docs/architect/de-de/reference-diagrams/guide/external-integrations-via-mulesoft-apis-and-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](/docs/architect/de-de/reference-diagrams/guide/lightning-out-on-external-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](/docs/architect/de-de/reference-diagrams/guide/lightning-web-components-interaction-via-wire-adapters) | 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](/docs/architect/de-de/reference-diagrams/guide/lightning-web-components-off-screen-data-operations) | 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](/docs/architect/de-de/reference-diagrams/guide/asynchronous-apex-monitoring-via-custom-query) | 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](/docs/architect/de-de/reference-diagrams/guide/asynchronous-processing-via-platform-events) | 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](/docs/architect/de-de/reference-diagrams/guide/batch-apex-fair-usage-algorithm) | 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](/docs/architect/de-de/reference-diagrams/guide/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](/docs/architect/de-de/reference-diagrams/guide/boxcarring-in-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](/docs/architect/de-de/reference-diagrams/guide/boxcarring-in-lightning-actions) | 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](/docs/architect/de-de/reference-diagrams/guide/claim-check) | 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](/docs/architect/de-de/reference-diagrams/guide/customer-personalization-flow) | Zeigt zeitbasierte Interaktionen an, die am durchgängigen Informationsfluss von Kundeninteraktionen über Personalisierungsmodule bis hin zu Bereitstellungssystemen beteiligt sind. | | [Fanout](/docs/architect/de-de/reference-diagrams/guide/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](/docs/architect/de-de/reference-diagrams/guide/middleware-pull-via-platform-event-notification) | 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](/docs/architect/de-de/reference-diagrams/guide/middleware-scheduled-pull) | 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](/docs/architect/de-de/reference-diagrams/guide/passed-messages) | 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](/docs/architect/de-de/reference-diagrams/guide/publish-subscribe) | Zeigt das Muster "Veröffentlichen/Abonnieren" an und umfasst mehrere Herausgeber, mehrere Abonnenten und mehrere Nachrichtenvermittler. | | [Eindeutige Abonnementkopie veröffentlichen](/docs/architect/de-de/reference-diagrams/guide/publish-subscribe-unique-copy) | 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](/docs/architect/de-de/reference-diagrams/guide/streaming) | Zeigt einen Stream der zu veröffentlichenden Ereignisse an. Abonnenten, die die Streams abhören, erhalten die Ereignisse in Echtzeit. | | [Queuing](/docs/architect/de-de/reference-diagrams/guide/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](/docs/architect/de-de/reference-diagrams/guide/omnistudio-integrations) | Eine Beispiel-Lösungsarchitektur aus dem Entscheidungsleitfaden für Formulare für OmniStudio-Integrationsmuster und Datenmanipulationen. |