# architect Referenzdiagramme (reference-diagrams) - Full Documentation # Agentforce Roadmap Agentforce-Roadmap – eine Beispiel-Roadmap mit Komponenten für die Einführung von AI in einer Salesforce Customer 360-Implementierung ## Beschreibung Ein Roadmap-Diagramm mit den Phasen für die Einführung von Agentforce-Funktionen in einer Salesforce Customer 360-Implementierung. Dazu zählen Phasen wie _Standards erstellen, Modellführung, Daten vorbereiten, Team aufbauen_ und _Version und Überwachung_. Zu den Swimlanes zählen das Center of Excellence, der Vertrieb, der Service und Entwickler. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-roadmap.webp) # Agentforce Systemlandschaft Agentforce Systemlandschaft: Eine Systemlandschaft, die die Kombination aus Salesforce-Produkten und anderen mit Agentforce verfügbaren Technologiesystemen erfasst. ## Beschreibung Eine Systemlandschaft, die die Kombination aus Salesforce-Produkten und anderen mit Agentforce verfügbaren Technologiesystemen erfasst. Es wird gezeigt, wie die Einstein Trust Layer und der generative AI-Stack (Aufforderungsvorlagen, LLM-Gateway, externe Modelle, BYOM) mit Data 360 kombiniert werden, um eine leistungsstarke Grundlage für die Erstellung leistungsstarker Agentenanwendungen zu schaffen. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/einstein-system-landscape.webp) # Agentforce-Versionsplan Agentforce Release Plan (Agentforce-Veröffentlichungsplan): Ein Diagramm, in dem die Ergebnisse für eine erste Veröffentlichung eines Projekts mit generativer AI angegeben sind. ## Beschreibung Ein Roadmap-Diagramm mit Details zu den Ergebnissen für eine anfängliche Agentforce-Projektversion. Sie umfasst Phasen wie Projektdefinition, Konfigurieren und Testen, Pilotversion und Beta-Version. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/generative-ai-release-plan.webp) # Anspruchsprüfung Anspruchsprüfung: Zeigt an, dass ein Ereignis veröffentlicht wird, wenn ein Datensatz geändert wird. Der Nachrichtentext des Ereignisses wird in einem separaten Datenspeicher gespeichert, während die Kopfzeile, die eine Anspruchsprüfung enthält, an einen Abonnenten weitergegeben wird. Der Abonnent verwendet dann die Anspruchsprüfung, um den Nachrichtentext abzurufen, wenn er bereit ist, die Informationen bei Bedarf zu verarbeiten. ## Beschreibung In diesem Diagramm wird das Muster der Anspruchsprüfung angezeigt. Dieses Muster wird veröffentlicht und in einem Ereignis-Bus ereignet, wenn ein Datensatz geändert wird. Der Nachrichtentext des Ereignisses wird in einem separaten Datenspeicher gespeichert, während die Kopfzeile, die eine Anspruchsprüfung enthält, an einen Abonnenten weitergegeben wird. Der Abonnent verwendet dann die Anspruchsprüfung, um den Nachrichtentext abzurufen, wenn er zur Verarbeitung der Informationen bereit ist. ## Herunterladbare Links - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/claim-check.webp) # Architektur der Lösung für die Treueverwaltung Architektur der Treueverwaltungslösung: Ein Architekturdiagramm, das die Produkte und Funktionen darstellt, die direkt an einer Treueverwaltungslösung beteiligt sind. ## Beschreibung Ein Architekturdiagramm, das die Produkte und Funktionen darstellt, die direkt an einer Treueverwaltungslösung beteiligt sind. Dazu zählen Agentforce Commerce, Agentforce Sales, Agentforce Service, Marketing Cloud Engagement, MuleSoft, Data 360 und Tableau für Analysen. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-solution-architecture.webp) # Architektur einer einzelnen Organisation Architektur einer einzelnen Organisation: Ein Diagramm mit einer einzelnen Organisationsstrategie, die globale Geschäftseinheiten unterstützt. ## Beschreibung Ein Diagramm mit einer einzelnen Organisationsstrategie, die mehrere Geschäftseinheiten unterstützt. Das untere Feld kann die Liste der verwendeten Produkte (wie oben dargestellt) oder die für die Geschäftseinheiten erforderlichen Funktionen wie Einkaufswagen, Leadverwaltung oder Kundenvorgangsverwaltung enthalten. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/single-org-architecture.webp) # Asynchrone Verarbeitung über Plattformereignisse Asynchrone Verarbeitung über Plattformereignisse: Zeigt, wie die asynchrone Verarbeitung mit Plattformereignissen funktioniert. Die im Bus veröffentlichten Ereignisse werden nach dem Commit in der Reihenfolge über die Veröffentlichung zugestellt und dann in einem separaten synchronen Kontext per Massenvorgang durch einen Flow verarbeitet. ## Beschreibung Das Diagramm veranschaulicht einen Interaktionsprozess-Flow für die asynchrone Verarbeitung mithilfe von Plattformereignissen und zeigt, wie Ereignisse im Rahmen eines breiteren Architekturmusters im Ereignis-Bus veröffentlicht werden. Dieses Muster wurde für Szenarien entwickelt, in denen ein Prozess nachgelagerte Arbeit auslösen muss, ohne die Haupttransaktion zu blockieren, wodurch Salesforce die komplizierte Arbeit asynchron erledigen kann. ## Herunterladbare Links: - [Lucid](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/asynchronous-processing-via-platform-events.webp) # Center of Excellence Center of Excellence (Center of Excellence): Ein Diagramm, das zeigt, wie ein Center of Excellence (Center of Excellence, CoE) leitende Beteiligte und die IT miteinander verbindet und wie die funktionalen und technischen Führungsfunktionen für ein Center of Excellence (Center of Excellence, CoE) von zentraler Bedeutung sind. ## Beschreibung Ein Diagramm, das zeigt, wie ein Exzellenzcenter Führungskräfte und IT verbindet. Es wird hervorgehoben, wie wichtig funktionale und technische Führungsfunktionen für eine Kontaktaufnahme sind. Exzellenzzentren bieten Fachwissen und Hilfestellung im gesamten Unternehmen. Sie bieten Mehrwert mit Aktivitäten wie: - Etablieren von bewährten Vorgehensweisen für die Implementierung der Lösungen - Durchsetzung der Einhaltung von Unternehmensstandards und Branchenstandardpraktiken - Als Produktexperten die Projektteams in den Produkten aus- und weiterbilden - Lösen harter Probleme, die während der Implementierung auftreten ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/center-of-excellence.webp) # Customer 360 Marketing Systemlandschaft Data 360 Marketing – eine Beispielsystemlandschaft – eine Customer 360 Architecture, die zeigt, wie verschiedene Komponenten in einer integrierten Salesforce-Lösung mithilfe nativer Konnektoren miteinander kommunizieren ## Beschreibung Dies ist ein Systemlandschaftsdiagramm für eine Customer 360-Implementierung, einschließlich Agentforce Sales, Agentforce Service, Agentforce Commerce, Tableau und Data 360\. Es zeigt, wie verschiedene Komponenten in einer integrierten Salesforce-Lösung mithilfe von nativen Konnektoren und benutzerdefinierten Konnektoren miteinander kommunizieren. Sie enthält Funktionen wie Dateneingang, Identitätsbestimmung, Segmentierung und Aktivierung. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/e83190b9-5d7d-4468-aff9-882c9086e73f) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-marketing.webp) # Data 360-Batch-Aktivierung und ereignisgesteuerte Aktionsarchitektur Salesforce Data 360-Batchaktivierung und ereignisgesteuerte Aktionsarchitektur ## Beschreibung Dies ist ein Diagramm, das Salesforce Data 360 in einer durchgängigen Lösung für Marketingaktivierungen darstellt. Es wird gezeigt, wie Sie eine Komplettlösung mit Produkten wie Home Orgs, Companion Orgs, Data Cloud One, Agentforce 360, Agentforce Sales, Marketing Cloud und Tableau Next erstellen können. ## Herunterladbare Links - [Lucid](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [Bild](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-actions-activations.webp) # Data 360-Übersicht über die technischen Funktionen Data 360 Technical Capability Map (Übersicht über die technischen Funktionen von Data 360): Eine Übersicht über die technischen Funktionen von Data 360 und den Produktmix, der sie unterstützt, einschließlich Funktionen wie Data Lakehouse, Big Data Processing, Datenkonnektoren, Transformationen, Modellen und Single Source of Truth. ## Beschreibung Eine Funktionskarte, die die technischen Funktionen von Data 360 und den Produktmix anzeigt, der sie unterstützt. Sie enthält Funktionen wie Data Lakehouse, Big Data Processing, Datenkonnektoren, Transformationen, Modelle und Single Source of Truth. In diesem Diagramm wird auch gezeigt, wie Tableau und MuleSoft zu einer vollständigen Lösung passen. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/9b36e287-525d-472c-92ec-729bca136540) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-technical-capability-map.webp) # Einzelhandelssystemlandschaft Einzelhandelssystemlandschaft: Eine Systemlandschaft mit einer B2C Commerce- und Marketing-Lösung, die den Mix aus Salesforce-Produkten und anderen an der Implementierung beteiligten Technologien angibt und Funktionen wie Marketingautomatisierung, Interaktionsverwaltung, Produktkatalog und Segmentierung enthält. ## Beschreibung Eine Systemlandschaft mit einer B2C Commerce- und Marketing-Lösung, die den Mix aus Salesforce-Produkten und anderen an der Implementierung beteiligten Technologien wie MuleSoft, Data 360, Agentforce Sales, Agentforce Marketing, Agentforce Commerce und Agentforce Service angibt. Sie enthält Funktionen wie Marketingautomatisierung, Interaktionsverwaltung, Produktkatalog und Segmentierung. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/4d6b109a-ea3e-46c2-bab6-84a07efd9ac5) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/retail-system-landscape.webp) ## Einführung Diagramme sind ein wesentliches Werkzeug und ein wichtiger Teil der architektonischen Arbeit. Sie ermöglichen es uns, viele verschiedene Ideen an viele verschiedene Arten von Beteiligten zu kommunizieren. Diagramme helfen Zustellungsteams, auf dem Laufenden zu bleiben, indem sie als zentrale Informationsquelle über die Realitäten von Implementierungen und Produkten dienen. Diagramme sind auch eine wichtige Möglichkeit, Geschäftsbeteiligten die Möglichkeit zu geben, die richtigen Kaufentscheidungen und Technologieentscheidungen zu treffen. **Diagramme sollten immer:** - Lesen Sie so genau wie möglich von links nach rechts und von oben nach unten - Übermitteln einer Nachricht mit einem angemessenen Umfang an Informationen für die Lesbarkeit - Verwenden von [Salesforce Diagrams-Standardkomponenten](/docs/architect/de-de/reference-diagrams/guide/kit-of-parts), einschließlich Karten und einer Kopfzeile, mit einer klaren Beschreibung des Inhalts, Umfangs und Zwecks des Diagramms ## Diagrammumfang Der Umfang eines Diagramms sollte sich nur auf die wichtigen Informationen beschränken, die für ein bestimmtes Thema übermittelt werden sollen. Alles, was nicht erforderlich ist, um die Nachricht zu erfassen, die Sie kommunizieren möchten, sollte ausgeschlossen werden. Mehrere Diagramme können (und sollten) erstellt werden, um unterschiedliche Konzepte zu erfassen, um den Fokus von Diagramminhalten klarer zu kommunizieren und einzugrenzen. - Definieren Sie die wichtigen Informationen/Nachrichten, die Sie Ihrer Zielgruppe übermitteln müssen. - Klassifizieren logischer Geltungsbereiche, um den Fokus auf die Informationen zum Erfassen der Nachricht zu legen - Identifizieren der am besten geeigneten Diagrammtypen, die als Vorlagen verwendet werden sollen ## Diagrammtypen Salesforce Diagrams hat die nützlichsten/beliebtesten Diagrammtypen definiert, damit Sie Vorlagen einfach verwenden und Diagrammkonventionen verstehen können. Unsere aktuellen Ressourcen sind klassifiziert als: ### Kapazitätszuordnungen - Erfassen des Immobilienmix und der relevanten, in einer Lösung enthaltenen Schlüsselfunktionen - Fokus auf Funktionalität, Geschäftstreiber und Werte ✨ Suchen nach Funktionskarten in der [Referenzarchitekturgalerie](/docs/architect/de-de/reference-diagrams/guide/section-capability-map) ### Systemlandschaften - Erfassen der an einer bestimmten Implementierung beteiligten Produkte und/oder technischen Systeme - Konzentrieren Sie sich auf die Eigenschaften, bestimmte Eigenschaftsaspekte und Verbindungen zwischen Eigenschaften Beispiele und Vorlagen für die Systemlandschaft finden Sie in der [Referenzarchitekturgalerie](/docs/architect/de-de/reference-diagrams/guide/section-system-landscape) ### Lösungsarchitekturen - Einschließen von Produkten oder Technologien mit Integration, Verhalten und/oder Funktionen - Konzentrieren Sie sich auf die detaillierten Verbindungen und/oder Kommunikationsaspekte zwischen Eigenschaften Beispiele und Vorlagen für die Lösungsarchitektur finden Sie in der [Referenzarchitekturgalerie](/docs/architect/de-de/reference-diagrams/guide/section-solution-architecture) ### Fahrpläne - Unterstützen von Organisationen bei der Planung und Visualisierung der strategischen Implementierung von Funktionen, Komponenten, Funktionen und Systemen im Laufe der Zeit - Bereitstellen einer klaren Ansicht der Implementierungsreihenfolge, Abhängigkeiten und Prioritäten ✨ Finden von Roadmap-Beispielen und -Vorlagen in der [Referenzarchitekturgalerie](/docs/architect/de-de/reference-diagrams/guide/section-roadmap) ### Interaktion / Prozess / Flows - Erfassen von zeitbasierten Schritten, Datenflüssen oder Interaktionen, die zur Unterstützung eines Prozesses erforderlich sind - Konzentrieren Sie sich auf die Reihenfolge der Aspekte/Eigenschaften und klären Sie sie (mit sequenzierter Nummerierung) ✨ Beispiele und Vorlagen für Interaktions-, Prozess- und Flow-Diagramme in der [Referenzarchitekturgalerie](/docs/architect/de-de/reference-diagrams/guide/section-interaction-process-flow) ### Datenmodelle / ERDs - Erfassen von Einheiten (Objekten), Beziehungen und Konzepten für Metadatenimplementierungen ✨ Finden von Datenmodellbeispielen und -vorlagen in der [Datenmodellgalerie](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) Beispiele für Diagrammtypen finden Sie in der [Referenzarchitekturgalerie](/diagrams) oder in unserer dedizierten [Datenmodellgalerie](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html). Verwenden Sie eine Vorlage, um schnell und einfach ein Diagramm für Ihren Anwendungsfall zu erstellen. ## Schritte zum Erstellen eines Diagramms: - Definieren Sie den **Umfang** der Nachricht, die Sie übermitteln möchten: - _Überlegen Sie, welche Eigenschaften/Aspekte Sie darstellen müssen, welche Informationen zum Erfassen der Nachricht erforderlich sind und was ausgeschlossen werden kann._ - Stellen Sie sicher, dass eine **Kopfzeile** mit einem klaren **Titel** und einer prägnanten, durchdachten **Beschreibung** vorhanden ist, die Zweck, Umfang und Botschaft Ihres Diagramms erfasst. Stellen Sie sicher, dass eine Kopfzeile mit einem klaren Titel und einer prägnanten, durchdachten Beschreibung vorhanden ist, die Zweck, Umfang und Botschaft Ihres Diagramms erfasst. - Verwenden von **Karten** zum Erfassen der Eigenschaften (Systeme, Konzepte, Einheiten usw.) - Erfassen von Eigenschaftendetails oder wichtigen Aspekten / Funktionen nach Bedarf in **Kartenattributen** Kartenattribute - Darstellen von Beziehungen nach Bedarf zu **Konnektoren** zwischen Ihren Karteneigenschaften Konnektoren - Integrieren von **Kartensymbolen**, wo nützlich, verfügbar und/oder angemessen Kartensymbole - Verwenden von **Fußzeilen** und **Fußzeilensymbolen** zum Erfassen anderer wichtiger Eigenschaftenaspekte Fußzeilensymbole **Warnung:** Aufgrund einer aktuellen Einschränkung mit Lucidchart werden die Fußzeilensymbole in Diagrammen, die aus einer Vorlage erstellt wurden, von der Karte abgekoppelt. Sie müssen die Symbole erneut verankern, indem Sie sie in die Mitte der Fußzeile ziehen. Weitere Details und bewährte Vorgehensweisen finden Sie auf der [Seite "Standardkomponenten](/docs/architect/de-de/reference-diagrams/guide/kit-of-parts)". **Haben Sie Eingaben oder Fragen zu Salesforce Diagrams?** Bitte teilen Sie uns [hier](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link) Ihre Gedanken mit. # Externe Integrationen über Http Externe Integrationen über http: Dies ist ein Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das eine Verbindung mit einer externen Datenquelle über einen HTTP-Callout in Flow und eine HTTP-Aktion in OmniStudio anzeigt. ## Beschreibung Dies ist ein Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das eine Verbindung mit einer externen Datenquelle über einen HTTP-Callout in Flow und eine HTTP-Aktion in OmniStudio anzeigt. Sie zeigt das vertraute Anforderungs- und Antwortmuster von HTTP an. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/external-integrations-via-http.webp) # Funktions-Roadmap Feature-Roadmap: Eine visuelle Roadmap, die die Zusammenarbeit zwischen Geschäfts- und technischen Teams verbessert, indem die Reihenfolge der Funktionsimplementierung, Abhängigkeiten und zusätzliche Funktionen für Planungszwecke identifiziert werden. ## Beschreibung Ein visuelles Roadmap-Diagramm, das die Zusammenarbeit zwischen Geschäfts- und technischen Teams verbessert, indem die Reihenfolge der Funktionsimplementierung, Abhängigkeiten und zusätzliche Funktionen für Planungszwecke identifiziert werden. Dieses Diagramm wird in der Regel als Detailansicht eines Felds in einer [Komponenten-Roadmap](/docs/architect/de-de/reference-diagrams/guide/component-roadmap) verwendet. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/feature-roadmap.webp) # Geschäftsfähigkeitskarte Geschäftsfähigkeitskarte: Eine Vorlagenfunktionskarte zum Darstellen von Geschäftstreibern und Funktionen mit Produktpositionierung auf höchster Ebene. ## Beschreibung Eine Vorlagenfunktionskarte zum Darstellen von Geschäftstreibern und Funktionen mit Produktpositionierung auf hoher Ebene. Geschäftstreiber sind strategische Ziele auf höchster Ebene oder externer Druck, der eine Organisation dazu bringt, ihre Arbeitsweise zu ändern. Beispiele für Geschäftsfaktoren sind: - Umsatzwachstum - Reduzierung der Betriebskosten - Kundenbindung ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/fe6ccc24-6a13-4e0f-8076-1e5af8b08466) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) # Implementierungsarchitektur für Data 360 Customer Zero Data 360 Customer Zero-Implementierungsarchitektur ## Beschreibung Ein durchgängiges Diagramm, das Salesforce Data 360 darstellt, wie es in Salesforce als Customer Zero-Programm implementiert ist. Salesforce Data 360 fungiert als zentrale Ebene für Intelligenz und Governance und vereinheitlicht Unternehmensdaten durch Zero Copy-Verbund mit externen Systemen wie Snowflake und AWS, wobei Trust und Semantik gewahrt bleiben. Diese vereinheitlichte, AI-fähige Datengrundlage unterstützt die Agentforce 360-Aktivierung. Sie ermöglicht Agenten mit umfangreichen Argumenten, die CRM-Anreicherung und die Cloud-übergreifende Automatisierung mit sicheren, richtlinienbewussten Datenflüssen über alle Geschäftsfunktionen hinweg und verwandelt die Organisation letztlich in ein Unternehmen für Agenten. ## Herunterladbare Links - [Lucid](https://lucid.app/lucidchart/editNew/af215946-127b-4b47-95b9-a7c158be351b) - [Bild](https://architect.salesforce.com/ns-assets/data360_ref_arch/sfdc_customer_zero_implementation.png) # 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 6 Referenzdiagramme zum Interaktionsprozess-Flow: | Diagrammname | Beschreibung | | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [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. | | [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. | | [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. | | [Treueverwaltungsprozess für die Hospitality](/docs/architect/de-de/reference-diagrams/guide/hospitality-loyalty-management-process) | Zeigt zeitbasierte Interaktionen von Systemen in einem Treueverwaltungsprozess für das Gastgewerbe an. | | [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. | # Kapazitätsfahrplan Fähigkeits-Roadmap: Eine visuelle Roadmap, die die Ressourcenplanung und Budgetierung optimiert, indem Funktionen gruppiert und die Implementierungsreihenfolge, Abhängigkeiten und Werte identifiziert werden. ## Beschreibung Eine visuelle Roadmap, die die Ressourcenplanung und Budgetierung optimiert, indem Funktionen gruppiert und die Implementierungsreihenfolge, Abhängigkeiten und Werte identifiziert werden. Für jede Funktion in diesem Diagramm ist es üblich, über eine dedizierte [Komponenten-Roadmap](/docs/architect/de-de/reference-diagrams/guide/component-roadmap) zu verfügen, um die Details der Bereitstellung zu erkunden. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/capability-roadmap.webp) # Kapazitätskarte Kapazitätskarten bieten eine visuelle Darstellung der geschäftlichen und technischen Funktionen und veranschaulichen, wie unterschiedliche Produkte und Services organisatorische Ziele unterstützen. Diese Diagramme helfen Architekten und Beteiligten, die Beziehung zwischen Geschäftsfaktoren, Funktionen und dem zugrunde liegenden Technologiestapel zu verstehen. Sie dienen als strategische Planungstools, die eine bessere Abstimmung zwischen Geschäftszielen und technischer Implementierung ermöglichen. Dieser Abschnitt enthält 4 Referenzdiagramme zu Fähigkeitskarten: | Diagrammname | Beschreibung | | --------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | | [Geschäftsfähigkeitskarte](/docs/architect/de-de/reference-diagrams/guide/business-capability-map) | Eine Vorlagenfunktionskarte zum Darstellen von Geschäftstreibern und Funktionen mit Produktpositionierung auf hoher Ebene. | | [Technische Daten 360-Übersicht](/docs/architect/de-de/reference-diagrams/guide/data-360-technical-capability-map) | Eine Funktionskarte, die die technischen Funktionen von Data 360 und den Produktmix anzeigt, der sie unterstützt. | | [Funktionskarte der Treueverwaltung](/docs/architect/de-de/reference-diagrams/guide/loyalty-management-capability-map) | Eine Fähigkeitskarte, die Treueverwaltungsservices mit einer allgemeinen Produktpositionierung anzeigt. | | [Center of Excellence](/docs/architect/de-de/reference-diagrams/guide/center-of-excellence) | Ein Diagramm, in dem erläutert wird, wie ein Exzellenzcenter Führungskräfte und IT verbindet. | # Karte mit den Funktionen der Treueverwaltung Funktionskarte für die Treueverwaltung: Eine Funktionskarte, die Services für die Treueverwaltung mit Produktpositionierung auf höchster Ebene anzeigt und Funktionen wie Treueverwaltung, Verarbeitung und Analytics enthält. ## Beschreibung In diesem Diagramm zur Funktionskarte werden Treueverwaltungsservices mit Produktpositionierung auf höchster Ebene angezeigt. Sie enthält Funktionen wie Treueverwaltung, Verarbeitung und Analytics. Diese Lösung verwendet Salesforce-Produkte wie Marketing Cloud Engagement, Agentforce Service und MuleSoft. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-capability-map.webp) # Komponenten-Roadmap Komponenten-Roadmap: Eine visuelle Roadmap, die die Ressourcenplanung und Budgetierung optimiert, indem sie Systemfunktionen, relevante Funktionen, Implementierungsreihenfolge, Zeitrahmen und Abhängigkeiten von Beteiligten identifiziert. ## Beschreibung Dieses Diagramm enthält eine visuelle Roadmap, die die Ressourcenplanung und das Budget optimiert, indem Systemfunktionen, relevante Funktionen, Implementierungsreihenfolge, Zeitrahmen und Abhängigkeiten von Beteiligten identifiziert werden. Dieses Diagramm wird in der Regel als Detailansicht eines Felds in einer [Fähigkeits-Roadmap](/docs/architect/de-de/reference-diagrams/guide/capability-roadmap) verwendet. Für jede Komponente in diesem Diagramm ist es üblich, über eine dedizierte [Funktions-Roadmap](/docs/architect/de-de/reference-diagrams/guide/feature-roadmap) zu verfügen, um die Details der Funktionsbereitstellung zu erkunden. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/component-roadmap.webp) # Kundenpersonalisierungs-Flow Kundenpersonalisierungs-Flow: Zeigt zeitbasierte Interaktionen an, die am durchgängigen Informationsfluss beteiligt sind – von Kundeninteraktionen auf der Experience Cloud-Site bis hin zur Back-End-Automatisierung in Marketing Cloud und Slack. MuleSoft orchestriert Integrationen in Back-End-Systeme, Slack verbindet alle Teammitglieder und Marketing Cloud schließt den Kreislauf mit der Kunden-Journey. ## Beschreibung Dieses Diagramm zeigt zeitbasierte Interaktionen, die am durchgängigen Informationsfluss beteiligt sind, von Kundeninteraktionen auf der Experience Cloud-Site bis hin zur Back-End-Automatisierung in Marketing Cloud und Slack. MuleSoft orchestriert Integrationen in Back-End-Systeme, Slack verbindet alle Teammitglieder und Marketing Cloud schließt die Kunden-Journey. Diese Architektur verwendet auch Headless 360- und Data 360-Produkte. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/customer-personalization-flow.webp) # Lösungsarchitektur Lösungsarchitekturdiagramme veranschaulichen das technische Design und die Implementierungsdetails bestimmter Lösungen und zeigen, wie Komponenten, Services und Integrationen zusammenwirken, um Geschäftsanforderungen zu erfüllen. Diese Diagramme bieten Architekten und Entwicklern eine detaillierte Ansicht der Systeminteraktionen, Datenflüsse und Architekturmuster. Sie dienen als Blaupausen für die Implementierung und helfen Teams, Komponentenbeziehungen, Integrationspunkte und technische Abhängigkeiten innerhalb einer Lösung zu verstehen. Dieser Abschnitt enthält 4 Referenzdiagramme zur Lösungsarchitektur: | Diagrammname | Beschreibung | | -------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | [Null-Kopieren der Datenintegrationsarchitektur mit Data 360](/docs/architect/de-de/reference-diagrams/guide/aws-data-360) | Diagramme, die Salesforce Data 360 mit vorkonfigurierten Konnektoren für die Integration in verschiedene Backend-Datenservices darstellen. | | [Data 360 Customer Zero-Implementierungsarchitektur](/docs/architect/de-de/reference-diagrams/guide/sfdc-customer-zero-implementation) | Ein durchgängiges Diagramm, das Salesforce Data 360 darstellt, wie es in Salesforce als Customer Zero-Programm implementiert ist. | | [Data 360-Batch-Aktivierung und ereignisgesteuerte Aktionsarchitektur](/docs/architect/de-de/reference-diagrams/guide/data360-actions-activations) | Ein Diagramm, das Salesforce Data 360 in einer durchgängigen Lösung für Marketingaktivierungen darstellt. | | [Lösungsarchitektur für die Treueverwaltung](/docs/architect/de-de/reference-diagrams/guide/loyalty-management-solution-architecture) | Ein Architekturdiagramm, das die Produkte und Funktionen darstellt, die direkt an einer Treueverwaltungslösung beteiligt sind. | # Roadmap Mithilfe von Roadmap-Diagrammen können Organisationen die strategische Implementierung von Funktionen, Komponenten, Funktionen und Systemen im Laufe der Zeit planen und visualisieren. Mit diesen Diagrammen können Architekten und Projektmanager die Ressourcenplanung optimieren, das Budget optimieren und die Zusammenarbeit zwischen Geschäfts- und technischen Teams verbessern. Sie bieten einen klaren Überblick über die Implementierungsreihenfolge, Abhängigkeiten und Prioritäten und helfen Beteiligten, den schrittweisen Ansatz zur Bereitstellung komplexer Salesforce-Lösungen zu verstehen. Dieser Abschnitt enthält 6 Referenzdiagramme für Roadmaps: | Diagrammname | Beschreibung | | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Fahrplan für Fähigkeiten](/docs/architect/de-de/reference-diagrams/guide/capability-roadmap) | Eine visuelle Roadmap, die die Ressourcenplanung und Budgetierung optimiert, indem Funktionen gruppiert und die Implementierungsreihenfolge, Abhängigkeiten und Werte identifiziert werden. | | [Komponenten-Roadmap](/docs/architect/de-de/reference-diagrams/guide/component-roadmap) | Eine visuelle Roadmap, die die Ressourcenplanung und Budgetierung optimiert, indem Systemfunktionen, relevante Funktionen, Implementierungsreihenfolge, Zeitrahmen und Abhängigkeiten von Beteiligten identifiziert werden. | | [Funktionsfahrplan](/docs/architect/de-de/reference-diagrams/guide/feature-roadmap) | Eine visuelle Roadmap, die die Zusammenarbeit zwischen Geschäfts- und technischen Teams verbessert, indem die Reihenfolge der Funktionsimplementierung, Abhängigkeiten und zusätzliche Funktionen für Planungszwecke identifiziert werden. | | [Agentforce-Versionsplan](/docs/architect/de-de/reference-diagrams/guide/generative-ai-release-plan) | Ein Diagramm mit Details zu den Ergebnissen für eine erste Veröffentlichung des Projekts für generative AI. | | [Agentforce Roadmap](/docs/architect/de-de/reference-diagrams/guide/generative-ai-roadmap) | Eine Beispiel-Roadmap mit Komponenten für die Einführung von AI in einer Salesforce Customer 360-Implementierung. | | [System Roadmap](/docs/architect/de-de/reference-diagrams/guide/system-roadmap) | Vereinfachen Sie die Ressourcenplanung und Budgetierung, indem Sie die Reihenfolge, Abhängigkeiten und Funktionsprioritäten der Systemimplementierung identifizieren. | ## Einführung Dieses Dokument bietet eine Übersicht über die Notation und Konventionen von Salesforce-Einheitenbeziehungsdiagrammen, damit Sie die in der [Datenmodellgalerie](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) verfügbaren Produktdatenmodelle klar interpretieren können. Ein ERD, auch als Datenmodell bezeichnet, ist eine grafische Darstellung eines Informationssystems. Sie zeigt die Beziehungen zwischen Personen, Objekten, Orten, Konzepten und Ereignissen in diesem System an. Es handelt sich um ein logisches Modell, das die funktionale Struktur von Daten vermittelt. In Salesforce ERDs werden Einheiten in der Regel einem Objekt in der Salesforce-Datenbank zugeordnet. ## Einheiten Eine Einheit ist eine Sache oder ein Objekt von Bedeutung, unabhängig davon, ob es sich um eine reale oder konzeptionelle Einheit handelt, über die Informationen bekannt oder gespeichert werden müssen. sample data model entity Einheiten werden in den Diagrammen als Kästchen mit abgerundeten Ecken dargestellt. Jedes Einheitenfeld enthält in der Regel zwei Bezeichnungen (sofern zutreffend): - Der logische Name der Einheit (z. B. "Salesforce-Einheit" im hier gezeigten Beispiel). Dies kann der singulären Bezeichnung des dargestellten Salesforce-Objekts entsprechen, jedoch nicht immer. - Der "physikalische" API-Name oder Entwicklername des Objekts in Ihrer Salesforce-Organisation (z. B. "_API-Name_" im Beispiel). Bei Objekten mit verwalteten Paketen enthält der im Diagramm aufgeführte API-Name in der Regel nicht den Namespace des verwalteten Pakets ("vlocity_ins\*\*"), es sei denn, Salesforce oder Industry Cloud verwenden mehrere verwaltete Pakete. Das Ende des API-Namens für Objekte verwalteter Pakete gibt den Typ des verwendeten benutzerdefinierten Objekts an: "\*\*c" für reguläre benutzerdefinierte Objekte und benutzerdefinierte Einstellungen, "\*\*mdt" für benutzerdefinierte Metadaten und "\*\*x" für externe Objekte. Einheitenfelder können auch ein oder mehrere Attribute aufführen, die für die Attribute dieser Einheit repräsentativ sind. Einem Attribut wird entweder ein "#"- oder ein "-"-Zeichen vorangestellt. - Ein "#" gibt ein Attribut an, das Teil des logischen eindeutigen Schlüssels der Einheit ist. Im Beispieldiagramm wird "Benutzerschlüsselattribut" als primärer Benutzerschlüssel der Einheit betrachtet. - Ein "•" gibt ein Nicht-Schlüsselattribut an. ### Einheitenformatierung Jedes Einheitenbeziehungsdiagramm veranschaulicht das Salesforce-Datenmodell aus der Perspektive einer angegebenen Cloud wie Sales Cloud, Service Cloud oder Marketing Cloud. Das Farbschema des Diagramms spiegelt die Cloud im Fokus wider. Alle Branchen-Clouds wie Financial Service Cloud, Health Cloud und Media Cloud verwenden dasselbe Branchen-Farbschema. Die Farbe einer bestimmten Einheit im Diagramm hat auch eine bestimmte Bedeutung. Die Fokuswolkenfarbe wird anhand der Salesforce-Branding-Farbe angegeben, einschließlich einiger Beispiele unten. sample data model clouds Im folgenden Abschnitt werden die verschiedenen Einheitenformatierungen anhand der folgenden Sales Cloud-Beispiellegende erläutert: sample data model entities legend ### Cloud-Einheit Eine Einheit mit den Farben der Fokus-Cloud stellt ein Objekt dar, das mit der Lizenz für diese Cloud geliefert wird. ### Zugehörige Einheit Eine Einheit mit weißer Füllung und schwarzem Rahmen stellt ein Objekt dar, das über eine andere Lizenz als die Fokus-Cloud verfügt und nicht um die Fokus-Cloud-Lizenz erweitert wird. Account- und Kontakteinheiten, die beispielsweise in einem Sales- oder Service Cloud ERD-System angezeigt werden, werden weiß mit einem schwarzen Rahmen angezeigt, da diese Objekte mit einer Plattformlizenz verfügbar sind. ### Erweiterte verwandte Einheit Eine Einheit mit hellgrauer Füllung und schwarzem Rahmen stellt ein Objekt dar, das über eine andere Lizenz als die Fokus-Cloud verfügt. Die Fokus-Cloud erweitert dieses Objekt jedoch. Beispielsweise erweitert Commerce Cloud das Basisobjekt "Product2" um zusätzliche Felder. Erweiterungen enthalten zusätzliche Felder, Beziehungen und Datensatztypen. ### Externe Einheit Einheiten ohne Grenzen sind virtuell. Wenn diese Kästchen in einem Diagramm verwendet werden, wird die Existenz einer Einheit im logischen Modell für die Domäne bestätigt, die Einheit wird jedoch nicht als physisches Objekt in Salesforce implementiert. Es wird erwartet, dass über externe API-Aufrufe oder Salesforce Connect in der bereitgestellten Lösung auf die Daten für diese Einheit zugegriffen wird. ### Einheit "Datensatztyp" Einheiten mit gestricheltem Rahmen werden in Salesforce als Datensatztypen modelliert. Im hier gezeigten Beispiel weisen die Untertypen "Geschäftsaccount", "Rechnungsstellungsaccount", "Verbraucheraccount" und "Serviceaccount" einen gestrichelten Rahmen auf, da sie Datensatztypen zugeordnet sind, die mit dem verwalteten Communications Cloud-Paket bereitgestellt werden. sample data model record type notation ### Konzeptionelle Einheit Einheiten mit einem gepunkteten Rahmen sind virtuell. Weder Datensatztypen noch ein separates Objekt werden verwendet, um diese Untertypen in der Salesforce-Lösung zu unterscheiden. Diese Untertypen stellen logisch ein Konzept aus der Domäne dar, das die Funktionalität des Datenmodells veranschaulicht. ### Einheiten vom Typ "Supertyp" und "Untertyp" Ein Untertyp einer Einheit ist die Definition einer Teilmenge ihrer Vorkommen. Wenn ein Satz von Untertypen innerhalb einer Supertypeinheit hinzugefügt wird, zeigt die Supertypeinheit die allgemeinen Attribute und Beziehungen an, während die Untertypeinheiten Attribute und Beziehungen anzeigen, die für den Untertyp spezifisch sind. In der Diagrammnotation schließen sich Untertypen gegenseitig aus, d. h., jeder einzelne Datensatz muss einen einzelnen Untertyp aufweisen. sample subtype relationships Untertypen können verschachtelte Untertypen aufweisen, die die Vorkommen weiter unterscheiden. Untertypen in den Diagrammen sind logisch, können jedoch auf eine von drei Arten einer physischen Darstellung zugeordnet werden. Die Solidität des Rahmens der Untertypeinheit bestimmt, wie der Untertyp im Salesforce-Datenmodell implementiert wird. sample supertype Untertypeinheiten mit durchgezogenem Rahmen verfügen über ein tatsächliches Objekt, das die Vorkommen dieses Untertyps verfolgt. Im hier gezeigten Beispiel weist der Untertyp "Externer Benutzer" einen durchgezogenen Rahmen auf, da Kontakte, die als externe Benutzer registriert sind, mit einem Datensatz im Benutzerobjekt verfolgt werden. sample subtype contact object ## Beziehungen Eine Beziehung ist eine benannte, signifikante Zuordnung zwischen zwei Einheiten. sample relationships Die Markierungen und der Text in oder um die Zeilen beschreiben die Kardinalität, die Optionalität und die Bedeutung der Beziehung. ### Beziehungskardinalität sample relationships legend Kardinalität gibt die relative Anzahl der Vorkommnisse auf jeder Seite der Beziehung an. In der Notation geben die Enden einer Beziehungslinie die Kardinalität der Beziehung an diesem Ende an. Ein Krähenfuß an einem Ende gibt an, dass sich viele Einheitenvorkommen an diesem Ende auf jede Vorkommen am gegenüberliegenden Ende beziehen können. Das Fehlen eines Krähenfußes an einem Ende deutet darauf hin, dass sich höchstens eine Entität auf diesem Ende auf eine bestimmte Entität am anderen Ende beziehen kann. ### Über-/Unterordnungsbeziehungen Salesforce unterstützt zwei Arten von [Beziehungsfeldern](https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm#i1435823): Nachschlagefelder und Über-/Unterordnungsfelder (auch Master-Detail-Felder genannt). Über-/Unterordnungsfelder sind wie erforderliche Nachschlagefelder, sie wenden jedoch eine zusätzliche Kopplung zwischen den zugehörigen Einheiten an. Datensätze auf der vielen Seite der Beziehung werden kaskadenartig gelöscht, wenn der übergeordnete Datensatz gelöscht wird. Auch die Sichtbarkeit der Detaildatensätze wird durch die Sichtbarkeit des übergeordneten Datensatzes gesteuert. Um den Unterschied zwischen einer untergeordneten und einer Nachschlagebeziehung zu veranschaulichen, entlehnen Salesforce ERDs die Diamantnotation aus UML. Ein Diamant auf der singulären Seite einer Beziehung bedeutet, dass die Einheit auf dieser Seite die Masterrolle in der Beziehung spielt. Die Entität auf der vielen Seite einer solchen Beziehung ist die Detail- oder untergeordnete Entität und kann als in der übergeordneten Entität enthalten angesehen werden. ### Beziehungsoptionalität Die Optionalität gibt an, ob die Beziehung für ein Auftreten an jedem Ende erforderlich ist oder nicht. Als Konzept ist die Optionalität eng mit der Kardinalität verbunden und die Schreibweise spiegelt diese Nähe wider. Die Optionalität wird an jedem Ende einer Beziehung durch einen Kreis oder Balken auf der anderen Seite der Beziehung angezeigt. Warum am anderen Ende der Beziehung? Um den optionalen Aufschlag auf derselben Seite der Linie wie die Kardinalität einzufügen. Auf der vielen (d. h. Krähenfuß-) Seite der Beziehung befindet sich fast immer ein Kreis auf der Linie. Das bedeutet, dass es für jedes Auftreten auf der singulären Seite der Beziehung Null-zu-Viele-Vorkommen auf der vielen Seite der Beziehung geben kann. Auf der singulären Seite der Beziehung geben ein Kreis und ein Balken eine optionale Beziehung für die Einheit auf der Krähenfußseite der Beziehung an. Der Kreis und der Balken bedeuten, dass es auf der singulären Seite der Beziehung für jedes Auftreten auf der vielen Seite null oder eins geben kann. Alternativ können auf der singulären Seite der Beziehung doppelte Balken eine erforderliche Beziehung für die Einheit auf der vielen Seite der Beziehung angeben. Die doppelten Balken bedeuten, dass es für jedes Auftreten auf der vielen Seite ein und nur ein Auftreten auf der singulären Seite der Beziehung geben muss. Die Optionalität einer Beziehung kann als erforderlich angezeigt werden, auch wenn die zugrunde liegende physische Beziehung in Salesforce optional ist. Beispielsweise ist das Feld AccountId für "Kontakt" physisch eine optionale Beziehung. Wenn Sie jedoch "Private Kontakte" ignorieren, ist die direkte Beziehung eines Kontakts zu einem Account logischerweise erforderlich. Die Optionalitätsanzeige wird sparsam verwendet. In den meisten Fällen spiegelt die im ERD angezeigte Optionalität die zugrunde liegende Optionalität der Beziehung wider. ### Beziehungsbedeutung sample relationships meaning Neben Kardinalität und Optionalität drückt jede Beziehung zwischen zwei Entitäten eine bestimmte Bedeutung aus, die diese Beziehung von anderen Beziehungen zwischen denselben beiden Entitäten unterscheidet. Beziehungsendnamen wie "Teil von" und "bestehen aus" im obigen Diagramm definieren die Art der Beziehung. sample relationships meaning Wenn Sie Kardinalität, Optionalität und Endnamen einer Beziehung kombinieren, können sie verwendet werden, um einen Satz zu bilden, der die Beziehung beschreibt. Von links nach rechts: Jeder (kann/muss) ist (ein und nur ein / ein oder mehrere) . Von rechts nach links: Jeder (kann/muss) ist (ein und nur ein / ein oder mehrere) . Beispiel: sample relationships meaning Von links nach rechts: "Jeder Kontakt muss in erster Linie ein Kontakt für einen und nur einen Account sein." Von rechts nach links: "Jeder Account kann in erster Linie durch einen oder mehrere Kontakte dargestellt werden." ### Beziehungsfarbcodierung Beziehungslinien sind farbcodiert. Beziehungen, die von der Cloud im Fokus für das Diagramm hinzugefügt wurden, werden in einer Farbe gezeichnet. Schwarze Linien stellen eine Beziehung dar, die eine andere Lizenz als die Fokus-Cloud aufweist. sample relationships color ### Rekursive Beziehungen Beziehungen können zwischen zwei Vorkommen derselben Einheit bestehen. Dies wird als rekursive Beziehung bezeichnet. Eine gekrümmte Beziehungslinie wird verwendet, um rekursive Beziehungen anzugeben. sample recursive relationships ### Sich gegenseitig ausschließende Beziehungen sample mutual exclusive relationships Salesforce ERDs schließen in der Regel die meisten Geschäftsregeln aus, um sich auf die Struktur des Datenmodells zu konzentrieren. Eine einander ausschließende Beziehung ist jedoch eine Geschäftsregel, die für die Struktur aussagekräftig ist. Eine einander ausschließende Beziehung gibt an, dass nur eine der verschiedenen im Arc enthaltenen Beziehungen für ein bestimmtes Auftreten verwendet wird. Beachten Sie, dass zwei, drei oder mehr Beziehungen an derselben einander ausschließenden Beziehung teilnehmen können. Ein Satz, der die hier gezeigte einander ausschließende Beziehung beschreibt, könnte wie folgt lauten: "Jede Einheit kann eine Instanz einer und nur einer ersten anderen Einheit oder einer und nur einer zweiten anderen Einheit sein." sample mutual exclusive relationships Beachten Sie, dass in Salesforce ERDs eine unterbrochene Beziehungslinie, die durch den Bogen verläuft, nicht Teil der einander ausschließenden Beziehung ist. ## Layoutkonventionen Offizielle Salesforce-Produkt-ERDs folgen Layoutkonventionen, um die Lesbarkeit zu verbessern. Zu diesen Layoutkonventionen zählen: - Beziehungslinien sollten immer gerade sein. - Beziehungslinien sollten vertikal oder horizontal gezeichnet werden. In seltenen Fällen, in denen dies nicht möglich ist, verwenden Sie eine gerade Linie in einer Diagonalen. - Um die Beziehungslinien gerade zu halten, können Einheitenboxen in ihrer Größe angepasst werden (größer oder breiter), um einen Zielort für die Beziehungen zwischen den beiden Einheiten bereitzustellen. Die wichtigeren Entitäten (auf denen mehr Beziehungen landen) werden im Diagramm größer angezeigt, was ihre Bedeutung unterstreicht. - Bei einem einzelnen ERD sollten sich die Krähenfüße für Beziehungen konsistent auf der linken und/oder oberen Seite der Beziehungslinie befinden (Upside-down-Layout) – oder konsistent auf der rechten und/oder unteren Seite der Beziehungslinie (Right-side-up-Layout). Diese Konvention bietet Klarheit, da ähnliche Einheiten im selben Bereich des Diagramms gesammelt werden, was für das Verständnis der Einheiten hilfreich ist. Die Verwendung des auf dem Kopf stehenden Layouts führt zwar dazu, dass Diagramme auf dem Kopf stehen, wobei untergeordnete Entitäten oberhalb oder links von übergeordneten Entitäten angezeigt werden. Dadurch wird jedoch sichergestellt, dass sich die spezifischen Entitäten im Diagramm in der oberen linken Ecke des Diagramms befinden, wodurch die Diagramme besser voneinander zu unterscheiden und wiederzuerkennen sind. Die Verwendung der Layoutkonvention auf der rechten Seite führt dazu, dass dieselben gängigen Entitäten in jedem Diagramm oben links angezeigt werden, untergeordnete Entitäten jedoch unterhalb oder rechts von übergeordneten Entitäten. Die genaue Einhaltung dieser Layoutkonventionen führt zu einem übersichtlichen und leicht lesbaren Diagramm. Überprüfen Sie die [Datenmodellgalerie](https://developer.salesforce.com/docs/platform/data-models/guide) auf die neuesten Salesforce-Datenmodelle, die diesem Standard entsprechen. # Salesforce-Rollenhierarchie Salesforce-Rollenhierarchie – eine Beispielorganisationshierarchie, die eine Teilmenge von Rollen erfasst, um Geschäftsstruktur, Personas und Berechtigungen für einen bestimmten Anwendungsfall zu verdeutlichen ## Beschreibung Ein Diagramm, das eine Beispielorganisationshierarchie darstellt und eine Teilmenge von Rollen erfasst, um die Geschäftsstruktur, Personas und Berechtigungen für einen bestimmten Anwendungsfall zu verdeutlichen. Dies ist kein typisches Querformat-Diagramm, sondern ähnelt insofern, als es einen konzeptionellen Plan für die Zuordnung von Rollen und das Modell der Geschäftsdomäne anzeigt. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/salesforce-role-hierarchy.webp) ## Standardkomponenten Standardkomponenten erleichtern Ihnen das Erstellen, Anpassen und Wiederverwenden hochwertiger, konsistenter Diagramme. Salesforce empfiehlt Lucid für Architekturdiagramme. Der professionelle Stil wird von allen Salesforce-Diagrammformen und -Vorlagen verwendet. Salesforce-Formbibliothek und -Vorlagen in Lucidchart Salesforce-Formbibliothek und -Vorlagen in Lucidchart
Beispiele für die Verwendung von Komponenten in der [Referenzarchitekturgalerie](https://architect.salesforce.com/diagrams#reference-architecture-gallery) ## Bewährte Vorgehensweisen In den folgenden Abschnitten werden ausführliche bewährte Vorgehensweisen für die in den Standardkomponenten enthaltenen [Kopfzeilen](#header), [Karten](#karten), [Symbole](#symbole) und [Konnektoren](#konnektoren) beschrieben. ## Header Diagrammkopfzeile Die Kopfzeile sollte in allen Diagrammen vorhanden sein und Folgendes enthalten: - Ein Titel, der von Ihrer Zielgruppe schnell verstanden werden kann - Eine klare Beschreibung dessen, was das Diagramm abdeckt, seinen Zweck und Intent - (optional) Ihr Logo oder Firmenname, um den Autor zu vermitteln - (optional) ein Schlüssel zur Verdeutlichung von Symbolen, Designs oder Symbolen, die als Klassifizierungen verwendet werden Die Größe sollte mindestens 10 % der Diagrammhöhe und 100 % der Breite einnehmen. Die Schriftgröße der Beschreibung sollte mindestens halb so groß sein wie der Titel. Ein Schlüssel sollte enthalten sein, wenn Symbole, Konnektoren, Farben usw. verwendet werden, die nicht mit Titeln im Diagramm selbst angegeben sind. Der Schlüssel sollte nach Möglichkeit in gerade Zeilen gruppiert werden. ## Karten Alle Eigenschaften Ihres Diagramms sollten mit einer Karte dargestellt werden. Karten können in ihrer Größe angepasst werden und transparente oder farbige Füllungen aufweisen. Es gibt mehrere Abschnitte der Karte, die Variationen bereitstellen, mit denen Sie verschiedene Konzepte in Ihrem Diagramm darstellen können. ### **Kartenanatomie** Eine Beispielkarte befindet sich unten mit den verschiedenen beschriebenen Abschnitten. Der einzige erforderliche Karteninhalt ist der Titel. Die anderen Abschnitte können bei Bedarf für bestimmte Anwendungsfälle verwendet werden. Kartenanatomie **Kartensymbol** Kartensymbole sind visuelle Datenbestände, die die Karteneigenschaft darstellen. **Kartentitel** Der Kartentitel ist ein Name für eine Karte, der schnell verstanden werden kann und erfasst, welche Eigenschaft, welchen Bereich oder welches Konzept die Karte darstellt. **Kartenattribute** Kartenattribute sind textbasierte Details zur Eigenschaft, die als Liste dargestellt und verwendet werden, wenn Sie mehrere Datenpunkte erfassen und übertragen müssen. **Kartenfußzeile** In der Fußzeile der Karte sind weitere Eigenschaften der Eigenschaft angegeben. Beispiele: Paket-/ Objekt-/ API-Namen, Inhaberschaft, Funktionen usw. **Kartenfußzeilensymbole** Im Abschnitt "Fußzeilensymbole" können visuelle Datenbestände zusätzliche Informationen zur Immobilie anzeigen. Beispiele: Kanäle, freigegebene Services, Funktionen usw. Fußzeilensymbole sollten in Ihrem Diagrammschlüssel enthalten / erläutert sein. Warnung: Aufgrund einer aktuellen Einschränkung mit Lucidchart werden die Fußzeilensymbole in Diagrammen, die aus einer Vorlage erstellt wurden, von der Karte abgekoppelt. Sie müssen die Symbole erneut verankern, indem Sie sie in die Mitte der Fußzeile ziehen. ### **Kartenvariationen** Die Verwendung verschiedener Abschnitte bietet unterschiedliche Kartenvariationen für unterschiedliche Verwendungen. Sie können die Kartenanatomie nach Bedarf kombinieren und abgleichen, um diese Variationen in Ihren Diagrammen zu erstellen. Siehe Beispiele unten: Ausgeblendete Karte Detailkarte Detailkarte mit Fußzeile In der [Referenzarchitekturgalerie](https://architect.salesforce.com/diagrams#reference-architecture-gallery) finden Sie Ideen zur Verwendung dieser Variationen. Nutzen Sie die Möglichkeit, die Größe und Farbe Ihrer Karten nach Bedarf anzupassen, um Typen zu unterscheiden und klare, verständliche Diagramme zu erstellen. ## **Container** Karten können auch als Container fungieren, d. h. als Gruppierungen für mehrere Eigenschaften. Sie können Karten auf einer anderen Karte verschachteln, um hierarchische Beziehungen darzustellen oder zugehörige Eigenschaften nach Bedarf zu klassifizieren. Container ## **Symbole** Salesforce-Diagramme bieten einen grundlegenden Satz an Salesforce-Produktlogos sowie zusätzliche Symbole, die Eigenschaften und andere Bereiche in Ihrem Diagramm darstellen. Symbole Beispiele für die Verwendung von Symbolen finden Sie in der [Referenzarchitekturgalerie](https://architect.salesforce.com/diagrams#reference-architecture-gallery) _Weitere Symbole finden Sie in den [Lightning Design System-Symbolen.](https://www.lightningdesignsystem.com/icons/)_ ## Konnektoren Konnektoren sollten immer Winkelverbindungsleitungen verwenden und nach Möglichkeit gerade sein, um die Lesbarkeit zu verbessern. Konnektoren und Pillen **Konnektoren** stellen eine Beziehung, Integration oder einen Prozessschritt zwischen zwei Karten dar. Linienstile weisen auf einen anderen Verbindungstyp hin und sollten in Ihrem Diagrammschlüssel dargestellt werden. Endpunkte geben die Richtung eines Integrations- oder Prozesskonnektors an. Endpunkte geben auch Kardinalität und Gewöhnlichkeit in einem Beziehungskonnektor an. **Pillen** werden verwendet, um Details zu den Verbindungen bereitzustellen. Weitere Informationen zur Verwendung von Pillen finden Sie in den Diagrammen zur [Lösungsarchitektur](/docs/architect/de-de/reference-diagrams/guide/section-solution-architecture) und zum [Interaktionsprozess-Flow](/docs/architect/de-de/reference-diagrams/guide/section-interaction-process-flow). ## Barrierefreiheit Weltweit leben etwa [1,3 Milliarden](https://www.salesforce.com/company/legal/508_accessibility/#:~:text=Product%20Accessibility%20Status&text=Around%20the%20world%2C%20approximately%201.3,global%20economy%20that%20includes%20everyone.) Menschen mit einer Behinderung, was 15 % der Weltbevölkerung entspricht. Beim barrierefreien Zugriff geht es darum, Ihr Diagramm für alle Betrachter verständlich zu machen. Es gibt zwei spezielle Fokusbereiche, die Ihnen dabei helfen können, leichter auf Ihre Diagramme zuzugreifen: für Bildschirmleseprogramme optimiert und der Farbkontrast entsprechend verwendet wird. Weitere Ressourcen zur barrierefreien Gestaltung finden Sie im [Salesforce Design-Blog](https://medium.com/salesforce-ux/tagged/accessibility). **Bildschirmleseprogramme** Ein Bildschirmleseprogramm ist eine Softwareanwendung, die die Wörter in einer Datei, Anwendung oder Website vorliest. Bildschirmleseprogramme können Diagramme für Einzelpersonen lesen, die sie nicht klar sehen können. Das beste Format für die Bildschirmleseprogramm-Kompatibilität ist PDF (Portable Document Format). Im Gegensatz zu Bildern und nicht barrierefreien Anwendungen können Bildschirmleseprogramme auf PDFs zugreifen, um Wörter, Formen und Farben zu lesen. Wenn Sie Ihre Diagramme beim Freigeben für andere ins PDF-Format exportieren, kann der barrierefreie Zugriff verbessert werden. **Farbkontrast** Die Erhöhung des Farbkontrasts ist eine weitere Möglichkeit, damit Ihr Diagramm leichter zugänglich ist. Personen können Ihre Diagramme besser erkennen und lesen, wenn sie den minimalen Farbkontrast zwischen der Hintergrundfarbe hinter dem Text und der Farbe des Texts selbst erfüllen, der [Web Content Accessibility Guidelines (WCAG)](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html) entspricht. Farbpalettenbeispiel zum Anzeigen des vorgeschlagenen Kontrasts Jeder Farbe im [Salesforce-Farbsystem](https://medium.com/salesforce-ux/the-salesforce-color-system-c7c6b5b9c577) ist eine Zahl zwischen 0 und 100 zugeordnet. Achten Sie bei der Auswahl der Farben für Ihre Diagramme darauf, dass die Hintergrundfarbe hinter dem Text mindestens 50 Punkte größer oder kleiner als die Farbe des Texts ist. Wenn Ihre Hintergrundfarbe beispielsweise "80" lautet, sollte Ihre Textfarbe nicht höher als 30 sein. Verwenden Sie ggf. auch für Rahmen und Umrisse die 50-Punkte-Regel. **Haben Sie Eingaben oder Fragen zu Salesforce Diagrams?** Bitte teilen Sie uns [hier](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link) Ihre Gedanken mit. # System-Roadmap System-Roadmap: Ein Roadmap-Diagramm, das die Ressourcenplanung und Budgetierung vereinfacht. ## Beschreibung Ein Roadmap-Diagramm, das die Ressourcenplanung und Budgetierung vereinfacht, indem die Reihenfolge der Systemimplementierung, Abhängigkeiten, Funktionsbereiche und relevante Funktionen für Beteiligte identifiziert werden. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/system-roadmap.webp) # Systemlandschaft Systemlandschaftsdiagramme bieten einen umfassenden Überblick über das Technologie-Ökosystem einer Organisation und veranschaulichen die Beziehungen zwischen Salesforce-Produkten, externen Systemen und Integrationspunkten. Mithilfe dieser visuellen Darstellungen können Architekten die vollständige Systemtopologie verstehen, Abhängigkeiten identifizieren und strategische Implementierungen planen. Sie dienen Beteiligten als wichtige Dokumentation, um zu visualisieren, wie verschiedene Komponenten in einer Customer 360 Architektur interagieren, und unterstützen Geschäftsziele. Dieser Abschnitt enthält 5 Referenzdiagramme in Bezug auf die Systemlandschaft: | Diagrammname | Beschreibung | | ------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Customer 360 Marketing System Landscape](/docs/architect/de-de/reference-diagrams/guide/data-360-marketing) | Eine Systemlandschaft für eine Customer 360 Architecture-Implementierung. | | [Agentforce Systemlandschaft](/docs/architect/de-de/reference-diagrams/guide/einstein-system-landscape) | Eine Systemlandschaft, die die Kombination aus Salesforce-Produkten und anderen mit Agentforce verfügbaren Technologiesystemen erfasst. | | [Einzelhandelssystemlandschaft](/docs/architect/de-de/reference-diagrams/guide/retail-system-landscape) | Eine Systemlandschaft mit einer B2C Commerce- und Marketing-Lösung, die den Mix aus Salesforce-Produkten und anderen an der Implementierung beteiligten Technologien angibt. | | [Salesforce-Rollenhierarchie](/docs/architect/de-de/reference-diagrams/guide/salesforce-role-hierarchy) | Eine Beispielorganisationshierarchie, die eine Teilmenge von Rollen erfasst, um Geschäftsstruktur, Personalbeziehungen und Zugriffsmuster zu verdeutlichen. | | [Architektur einer einzelnen Organisation](/docs/architect/de-de/reference-diagrams/guide/single-org-architecture) | Ein Diagramm mit einer einzelnen Organisationsstrategie, die mehrere Geschäftseinheiten unterstützt. | # Treueverwaltungsprozess für das Gastgewerbe Hospitality Loyalty Management Process (Hospitalitäts-Treueverwaltungsprozess): Die zeitbasierten Interaktionen von Systemen in einem Treueverwaltungsprozess für das Gastgewerbe. ## Beschreibung Die zeitbasierten Interaktionen von Systemen in einem Treueverwaltungsprozess für das Gastgewerbe. Dieser Flow verfolgt den Prozess über Agentforce Commerce, Agentforce Sales, Agentforce Platform, Data 360, Marketing Cloud Engagement, MuleSoft und externe Datenquellen. ## Herunterladbare Links - [Gültig](https://lucid.app/lucidchart/editNewOrRegister/899f5366-4dea-4da7-81af-dc3939aece42) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/hospitality-loyalty-management-process.webp) # Warteschlange Warteschlange: Zeigt ein Beispiel für das Warteschlangenmuster, das anzeigt, dass ein Ereignis veröffentlicht und in eine Warteschlange geschrieben wird, wenn ein Datensatz geändert wird. Abonnenten erhalten Kopien des Ereignisses aus ihren zugeordneten Warteschlangen und nehmen die entsprechenden Aktualisierungen an ihren eigenen Datensätzen vor. ## Beschreibung Zeigt ein Beispiel für das Warteschlangenmuster, das anzeigt, dass ein Ereignis veröffentlicht und in eine Warteschlange geschrieben wird, wenn ein Datensatz geändert wird. Abonnenten erhalten Kopien des Ereignisses aus ihren zugeordneten Warteschlangen und nehmen die entsprechenden Aktualisierungen an ihren eigenen Datensätzen vor. ## Herunterladbare Links - [Lucid](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [Bild](https://architect.salesforce.com/ns-assets/reference-architectures/queuing.webp) # Zero-Copy-Datenintegrationsarchitektur mit Data 360 Integrationsarchitektur für Nullkopiedaten zwischen Salesforce Data 360 und AWS ## Beschreibung Ein Diagramm, in dem Salesforce Data 360 vorkonfigurierte Konnektoren für die Integration in verschiedene AWS Data Services zusammen mit der leistungsstarken Zero Copy-Interoperabilität mit AWS Redshift und S3 zeigt. Diese Architektur ermöglicht Organisationen die nahtlose Integration und Vereinheitlichung von Daten über Verbundplattformen hinweg und bietet eine zentrale Vereinheitlichungs- und Aktivierungsebene, die für die Umwandlung in ein echtes Agentenunternehmen unerlässlich ist. Sie enthält Salesforce-Produkte wie Agentforce 360, Tableau Next, Marketing Cloud, Data 360 und Agentforce Sales. ## Herunterladbare Links: **Backend: Amazon Web Services** - [Lucid](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [Bild](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.webp) **Backend: Google Cloud-Plattform** - [Gültig](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [Bild](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.webp) **Backend: Datenblöcke** - [Gültig](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [Bild](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-databricks.webp) **Backend: Schneeflocke** - [Gültig](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [Bild](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.webp)