> For the complete documentation index, see [llms.txt](https://docs.avonnicomponents.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.avonnicomponents.com/experience-cloud/experience-cloud-de/experience-components/ax-record-detail.md). # AX - Record Detail ## Überblick **AX - Datensatzdetails** ist eine Experience-Cloud-Komponente, die Salesforce-Datensatzfelder und -Details in einem anpassbaren Layout auf Experience-Sites-Seiten anzeigt. Verwenden Sie sie, um Portalbenutzern detaillierte Informationen zu bestimmten Datensätzen anzuzeigen – etwa Kontodetails, Falldaten, Bestelldetails oder Daten aus Standard- bzw. benutzerdefinierten Objekten. Konfigurieren Sie in Experience Builder ohne Code, welche Felder angezeigt werden, ihr Layout und das Styling. Perfekt für Kontodetailseiten, Falldetailansichten, Bestellinformationsanzeigen oder überall dort, wo Portalbenutzer umfassende Datensatzinformationen in einem benutzerdefinierten Format sehen müssen. ## Erste Schritte Verwenden Sie dieses einfache Tutorial, um die Grundlagen der Datensatzdetail-Komponente kennenzulernen und mit der Erstellung Ihrer Anwendungsfälle zu beginnen. {% @arcade/embed url="" flowId="F3WnyWtZCFNcb07r05cm" %} ## Konfiguration ### **Objektname** Geben Sie das Salesforce-Objekt an, das Sie anzeigen möchten (z. B. Konto, Kontakt, Opportunity, Fall). Dadurch wird bestimmt, welche Art von Datensatz die Komponente abruft und anzeigt. ### **Datensatz-ID** Geben Sie die eindeutige Kennung des spezifischen Datensatzes an, den Sie anzeigen möchten. Dadurch wird sichergestellt, dass die Komponente die richtigen Informationen abruft und anzeigt. #### Beispiel Stellen Sie sich vor, Sie möchten die Datensatzdetail-Komponente zu einer Seite über ein bestimmtes Konto hinzufügen. Um die Details dieses Kontos auf der Seite anzuzeigen (statt einfach irgendein zufälliges Konto), müssen Sie einen speziellen Experience-Cloud-Ausdruck verwenden. Dieser teilt der Komponente mit, die Details des Kontos dynamisch anzuzeigen, das der Benutzer gerade betrachtet.
``` {!recordId} ``` ### **Datensatztyp** Legt den zu verwendenden Datensatztyp fest, wenn die Komponente keine Datensatz-ID hat, z. B. wenn Sie sie zum Erstellen eines Datensatzes verwenden. Er bestimmt die Auswahllistenwerte, Standardwerte und das Seitenlayout, die auf den neuen Datensatz angewendet werden. Wenn eine Datensatz-ID festgelegt ist, trägt der Datensatz bereits seinen eigenen Datensatztyp. Die Komponente verwendet diesen, und diese Einstellung wird ignoriert. ### **Bearbeitungsmodus** Legt fest, wie bearbeitbare Felder dargestellt werden. Es steuert nicht, ob der Datensatz bearbeitet werden kann — verwenden Sie **Nur lesen** dafür. * **Inline** (Standard)**:** Felder werden als Text angezeigt. Neben einem Feld erscheint ein kleines Stiftsymbol, und wenn man darauf klickt, wird genau dieses Feld in ein Eingabefeld umgewandelt. Am besten, wenn Benutzer den Datensatz hauptsächlich lesen und gelegentlich einen Wert korrigieren. * **Eingabe:** Jedes bearbeitbare Feld wird sofort als Eingabefeld angezeigt, ähnlich wie in einem Formular. Am besten, wenn Benutzer mehrere Felder gleichzeitig ausfüllen oder aktualisieren sollen. ### **Nur lesen** Wählen Sie aus, ob Benutzer die angezeigten Datensatzdaten direkt auf Ihrer Experience-Cloud-Site bearbeiten können. Aktivieren Sie diese Option für eine statische, informative Ansicht, oder deaktivieren Sie sie, damit Benutzer Datensatzdetails aktualisieren können. Standardmäßig deaktiviert. {% hint style="warning" %} Das Panel verfügt außerdem über einen **Schreibgeschützt (veraltet)** Schalter direkt darüber. Er wird nur beibehalten, damit vorhandene Seiten weiter funktionieren — konfigurieren Sie neue Komponenten mit **Nur lesen**. {% endhint %} ### **Layout** Wählen Sie aus, wie die Komponente entscheidet, welche Felder angezeigt werden sollen: * **Vollständig** (Standard)**:** Verwendet das Salesforce-Seitenlayout, das dem Datensatz zugewiesen ist. Salesforce weist Seitenlayouts nach Datensatztyp und Profil zu, sodass die Felder dieser Konfiguration automatisch folgen. * **Kompakt:** Verwendet das kompakte Layout des Objekts, eine kurze Zusammenfassung des Datensatzes. Nützlich für Hervorhebungsbereiche und Seitenleisten. * **Benutzerdefiniert:** Verwendet eine Feldliste, die Sie selbst im Editor für benutzerdefinierte Layouts erstellen, anstatt des Seitenlayouts. Sie wählen die Felder und ihre Reihenfolge aus. Ein benutzerdefiniertes Layout ersetzt das Seitenlayout und folgt daher standardmäßig nicht den Seitenlayout-Zuweisungen. Jedes Feld, das Sie platzieren, erscheint auf jedem Datensatz des Objekts, unabhängig vom Datensatztyp. Um ein benutzerdefiniertes Layout datensatztypsensitiv zu machen, aktivieren Sie **Nur Layout-Felder des Datensatztyps anzeigen** unten.

Editor für benutzerdefinierte Layouts

### **Nur Layout-Felder des Datensatztyps anzeigen** Erfordert **Layout** gesetzt auf **Benutzerdefiniert**. Beschränkt ein benutzerdefiniertes Layout auf die Felder, die auch im Seitenlayout angezeigt werden, das dem Datensatztyp des Datensatzes zugewiesen ist. Von Ihnen platzierte Felder, die in diesem Seitenlayout nicht vorhanden sind, werden ausgeblendet. So kann ein benutzerdefiniertes Layout mehrere Datensatztypen bedienen: Platzieren Sie alle Felder, die das Objekt benötigt, und jeder Datensatz zeigt nur die Felder, die sein Datensatztyp verwendet. Ein US-Datensatztyp, dessen Seitenlayout Staat enthält, zeigt Staat; ein Kanada-Datensatztyp, dessen Seitenlayout Provinz enthält, zeigt stattdessen Provinz. Lassen Sie diese Option deaktiviert, um jedes von Ihnen platzierte Feld anzuzeigen, unabhängig vom Datensatztyp. **Platzieren Sie sich gegenseitig ausschließende Felder in derselben Zeile.** Wenn ein Feld ausgeblendet wird, rücken die verbleibenden Felder in dieser Zeile nach oben, um die Lücke zu füllen, aber Felder verschieben sich nie zwischen Zeilen. Platzieren Sie daher die Alternativen für die jeweiligen Datensatztypen — Staat für die USA, Provinz für Kanada — nebeneinander in einer Zeile, und jeder Datensatztyp erhält eine vollständige Zeile. Über separate Zeilen verteilt entsteht bei jedem Datensatztyp eine Lücke an der Stelle, an der das Feld des anderen Typs wäre. Zwei Dinge sollten Sie beachten: * Salesforce weist Seitenlayouts nach Datensatztyp **und nach Profil**zu, sodass die Felder, die ein Besucher sieht, der Zuweisung seines Profils folgen. Das kann sich von dem unterscheiden, was Sie als Administrator in Setup sehen. * Bei einem Datensatz ohne Datensatztyp greift die Komponente auf das Standard-Seitenlayout des Objekts zurück. Deaktivieren Sie die Einstellung, wenn in diesem Fall jedes platzierte Feld angezeigt werden soll. ### **Dichte** Steuern Sie den Abstand zwischen den Elementen in der Komponente für optimale Lesbarkeit: * **Komfortabel** (Standard)**:** Bietet großzügige Abstände für ein entspanntes Leseerlebnis. * **Kompakt:** Verwendet engere Abstände für eine kompaktere Darstellung. * **Automatisch:** Passt den Abstand automatisch an die Bildschirmgröße und den verfügbaren Platz an. ### Weitere Einstellungen **API-Name** ist ein eindeutiger Bezeichner, mit dem auf die Komponente verwiesen wird (3–30 Zeichen; Buchstaben, Ziffern, Unterstriche und Bindestriche). **Variante** wählt den visuellen Stil der Komponente aus — `Basis` für eine schlichte Oberfläche oder `Schattiert` (Standard) für eine getönte Oberfläche. Wenn die Bearbeitung aktiviert ist, **Beschriftung der Schaltfläche „Speichern“** und **Beschriftung der Schaltfläche „Abbrechen“** legen Sie den Text der Speichern- und Abbrechen-Schaltflächen des Datensatzes fest. Standardmäßig lauten sie **Speichern** und **Abbrechen**. **Feldlayout** ordnet die Felder des Datensatzes responsiv über die Komponente an — legen Sie die Anzahl der Spalten pro Containergröße fest (von extra-klein bis groß). Wählen Sie mehrere Spalten für ein strukturiertes, tabellarisches Layout oder eine einzelne Spalte für eine schlanke, vertikale Darstellung. ## Formatierung {% tabs %} {% tab title="Größe" %} Steuert die Abmessungen der Komponente. {% endtab %} {% tab title="Rand" %} Steuert den äußeren Abstand um die Komponente. {% endtab %} {% tab title="Innenabstand" %} Steuert den inneren Abstand der Komponente. {% endtab %} {% endtabs %} ## Anwendungsfälle ### Beispiel 1: Konto-Hervorhebungsbereich {% @arcade/embed url="" flowId="4kdHqm6vhNkcnPUq42E7" %} Verleihen Sie Ihren Kontoseiten sofortige visuelle Wirkung, indem Sie die wichtigsten Kontoinformationen in einem klaren, schnell erfassbaren Hervorhebungsbereich anzeigen. Diese Konfiguration zieht wichtige Felder direkt aus dem Kontodatensatz und zeigt sie in einem kompakten Format an — genau dort, wo Ihr Team sie benötigt. *** #### **Was du erreichen wirst** * **Schnelleres Erfassen von Konten:** Wichtige Kontodetails sind sofort sichtbar, ohne den vollständigen Datensatz zu öffnen * **Konsistente Darstellung:** Ein strukturierter Hervorhebungsbereich sorgt für ein einheitliches Erlebnis auf allen Kontoseiten *** #### **Bevor Sie beginnen** * **Profilkarten-Komponente:** Verwenden Sie optional eine Profilkarten-Komponente als Container, um Ihren Hervorhebungsbereich einzurahmen *** **So richten Sie es ein:** {% stepper %} {% step %} #### **Fügen Sie die Komponente zu Ihrer Kontolisten-Seite hinzu** * Ziehen Sie die AX - Datensatzdetail-Komponente in Experience Builder auf der Kontolisten-Seite hinein {% endstep %} {% step %} #### **Konfiguriere die Datenquelle** * Setzen Sie Objektname auf `Konto` * Setzen Sie Datensatz-ID auf `{!Item.Id}` * Setzen Sie Layout auf `Kompakt` {% endstep %} {% step %} #### **Überprüfen Sie Ihre Konfiguration** * Zeigen Sie eine Vorschau der Seite an, um zu bestätigen, dass der Hervorhebungsbereich die richtigen Kontofelder anzeigt {% endstep %} {% endstepper %} *** **Links** *** ### Beispiel 2: Details des übergeordneten Kontos in einem Fall anzeigen {% @arcade/embed url="" flowId="vu4akvJvLUqRGJUTl8Bv" %} Statten Sie Ihre Servicemitarbeiter mit sofortigem Kontokontext aus, während sie einen Fall bearbeiten, damit sie jede Kundeninteraktion personalisieren können, ohne Registerkarten zu wechseln oder anderswo nach Informationen zu suchen. *** #### **Was du erreichen wirst** * **Customer-360-Ansicht:** Mitarbeiter sehen relevante Kontodetails direkt im Fall und erhalten so auf einen Blick den vollständigen Kundenkontext * **Verbesserte Falllösungsrate:** Schnellerer Zugriff auf Kontoinformationen bedeutet, dass sich Mitarbeiter auf die Lösung des Problems konzentrieren können, statt Hintergrunddetails suchen zu müssen *** #### **Bevor Sie beginnen** * **Fallobjekt-Seiten:** Stellen Sie sicher, dass Sie Seiten für das Fallobjekt erstellt haben, insbesondere die Fall-Detailseite, in Experience Builder *** #### **So richtest du es ein** {% stepper %} {% step %} #### **Fügen Sie die Komponente zu Ihrer Fall-Detailseite hinzu** * Ziehen Sie die AX - Datensatzdetail-Komponente in Experience Builder auf der Fall-Detailseite hinein {% endstep %} {% step %} #### **Konfiguriere die Datenquelle** * Setzen Sie Objektname auf `Konto` * Setzen Sie Datensatz-ID auf `{!Item.AccountId}` * Setzen Sie Layout auf `Kompakt` {% endstep %} {% step %} #### **Überprüfen Sie Ihre Konfiguration** * Zeigen Sie eine Vorschau der Seite an, um zu bestätigen, dass die Details des übergeordneten Kontos im Falldatensatz korrekt angezeigt werden {% endstep %} {% endstepper %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.avonnicomponents.com/experience-cloud/experience-cloud-de/experience-components/ax-record-detail.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.