Überlegungen zu externen Salesforce Maps-Objekten

Abrufen externer Objektdaten durch Salesforce Maps

Mit externen Objekten können Salesforce-Administratoren über Salesforce Connect in Echtzeit auf Daten zugreifen, die sich außerhalb einer Salesforce-Organisation befinden. Sie können externe Objekte in Salesforce Maps darstellen. Wenn Ihre externe Datenquelle Odata 2.0, Odata 4.0 oder organisationsübergreifende Verbindungen verwendet, gelten jedoch wichtige Einschränkungen.

Wenn Sie externe Objekte darstellen, ruft Maps Daten über Salesforce Connect ab, wodurch Callouts an externe Systeme gesendet werden. Diese Echtzeitintegration führt spezifische Einschränkungen ein, die nicht für Salesforce-Standardobjekte gelten.

SOQL- und Abfrageeinschränkungen

Externe Objekte weisen mehrere Abfrageeinschränkungen auf, die sich darauf auswirken, wie Salesforce Maps Daten abrufen und anzeigen kann:

• Beziehungsabfragen: Abfragen mit Beziehungen zwischen externen Objekten und Standardobjekten unterstützen möglicherweise nicht alle SOQL-Vorgänge. Überprüfen Sie, ob Ihre externen Objektbeziehungen die Felder unterstützen, die Sie darstellen müssen.
• Aggregatfunktionen: Die Funktionen COUNT, SUM, AVG, MIN und MAX werden in den meisten externen Datenquellen nicht unterstützt. Kartenfunktionen, die auf der Aggregation basieren, funktionieren möglicherweise nicht mit externen Objekten.
• Filteroperatoren: Nicht alle SOQL-Filteroperatoren sind für externe Objekte verfügbar. Die unterstützten Operatoren hängen von der Odata Version und Konfiguration Ihrer externen Datenquelle ab.
• LIMIT-Klausel: Externe Datenquellen können ihre eigenen Datensatzobergrenzen unabhängig von Salesforce SOQL LIMIT-Klauseln erzwingen. Überprüfen Sie Ihre Dokumentation zu externen Datenquellen auf bestimmte Einschränkungen.

Tipp Testen Sie Ihre externen Objektabfragen in der Developer Console, bevor Sie sie als Basisobjekte in Salesforce Maps konfigurieren, um nicht unterstützte Vorgänge frühzeitig zu erkennen.

Geocodierung und Adressfeldanforderungen

Die Geocodierung externer Objekte erfordert besondere Überlegungen:

• Adressfelder: Bei externen Objekten müssen Adressfelder über die externe Datenquelle verfügbar sein. Wenn Adressfelder nicht direkt verfügbar sind, müssen Sie eine Nachschlagebeziehung zu einem Standard- oder benutzerdefinierten Objekt konfigurieren, das die Adresse enthält.
• Obergrenzen für die Geocodierungs-API: Jedes Mal, wenn Karten externe Objekte darstellen, kann dies Geocodierungsvorgänge auslösen, die auf die Geocodierungsobergrenzen Ihrer Organisation angerechnet werden. Überwachen Sie Ihre Geocodierungsnutzung bei der Arbeit mit großen externen Datensets.
• Indirekte Nachschlagevorgänge: Stellen Sie beim Darstellen von Datensätzen ohne Adressen sicher, dass die Beziehung zwischen dem externen Objekt und dem Objekt, das die Adresse enthält, ordnungsgemäß als indirekter Nachschlagevorgang konfiguriert ist.

Einschränkungen der Shield Platform Encryption

Wenn in Ihrer Organisation Shield Platform Encryption verwendet wird, beachten Sie beim Darstellen externer Objekte die folgenden zusätzlichen Einschränkungen:

• Verschlüsselte Felder: Shield Platform Encryption wird von externen Objekten nicht direkt unterstützt. Wenn Sie jedoch indirekte Nachschlagevorgänge für Standardobjekte verwenden, die verschlüsselte Felder enthalten, funktionieren bestimmte Filter- und Suchvorgänge möglicherweise nicht wie erwartet.
• Sucheinschränkungen: Verschlüsselte Felder in verwandten Standardobjekten können nicht in Suchabfragen verwendet werden, wenn über externe Objektbeziehungen darauf zugegriffen wird.
• Betreibereinschränkungen: Vergleichsoperatoren (LIKE, CONTAINS usw.) funktionieren möglicherweise nicht für verschlüsselte Felder, auf die über externe Objektbeziehungen verwiesen wird.

Wichtig Wenn Sie bei externen Objekten ein unerwartetes Filterverhalten feststellen, überprüfen Sie, ob verwandte Objekte verschlüsselte Felder enthalten, die die Einschränkung verursachen können.

Überlegungen zur Leistung

Die Darstellung externer Objekte kann sich aufgrund des Echtzeit-Datenabrufs auf die Maps-Leistung auswirken:

• Obergrenzen für externe Callouts: Jede Anforderung zum Abrufen externer Objektdaten wird auf die Callout-Obergrenzen Ihrer Organisation angerechnet. Große Datensets oder häufige Kartenaktualisierungen können Callouts schnell verbrauchen.
• Antwortzeit: Die Kartenleistung hängt von der Antwortzeit Ihrer externen Datenquelle ab. Langsame externe Systeme führen zu Verzögerungen beim Laden und Darstellen von Karten.
• Datenvolumen: Das Darstellen großer Mengen externer Objektdatensätze kann langsamer sein als das Darstellen von Standardobjekten. Verwenden Sie ggf. Filter, um die Anzahl der abgerufenen und dargestellten Datensätze zu reduzieren.
• Einschränkungen beim Zwischenspeichern: Im Gegensatz zu Standardobjekten werden externe Objektdaten bei jeder Anforderung in Echtzeit abgerufen. Die Cache-Mechanismen von Salesforce, die die Leistung für Standardobjekte verbessern, gelten nicht für externe Daten.

Tipp Verwenden Sie Filter, um nur die externen Datensätze abzurufen, die Sie darstellen müssen, und vermeiden Sie, dass übermäßig viele externe Objekte gleichzeitig dargestellt werden.

Ebenenverhalten mit externen Objekten

Beim Erstellen von Datenebenen oder Markierungsebenen mit externen Objekten:

• Ebenenerstellung: Sie können Datenebenen auf der Grundlage externer Objekte erstellen. Es gelten jedoch alle oben beschriebenen Abfrageeinschränkungen.
• Zum Erstellen klicken: Die Click-to-Create-Funktionen können Einschränkungen aufweisen, wenn externe Objekte als Zielobjekt verwendet werden. Überprüfen Sie, ob Ihre externe Datenquelle die erforderlichen Einfügevorgänge unterstützt.
• Live-Datenset-Aktualisierungen: Änderungen, die an externen Daten im Quellsystem vorgenommen wurden, werden aufgrund von Zwischenspeicherungs- oder Datenquellenaktualisierungsintervallen möglicherweise nicht sofort in Maps-Ebenen angezeigt.
• Farbcodierte Ebenen: Die Farbcodierung auf der Grundlage von Feldwerten für externe Objekte funktioniert wie bei Standardobjekten. Bei großen externen Datensets ist die Leistung jedoch möglicherweise langsamer.

Such- und Filterverhalten

Die Suchfunktion weist bei externen Objekten spezifische Einschränkungen auf:

• POI-Suche: Die Point of Interest-Suche (POI) kann bei externen Objekten aufgrund des Echtzeit-Datenabrufs langsamer ausgeführt werden.
• Textsuche: Die Volltextsuchfunktionen hängen von der Unterstützung Ihrer externen Datenquelle für Textsuchvorgänge ab.
• Filterpersistenz: Filter, die auf externe Objektebenen angewendet werden, müssen möglicherweise bei jedem Laden der Karte neu ausgewertet werden, was sich möglicherweise auf die Ladezeit auswirken kann.

Fehlerbehebung bei externen Objekten

Wenn Sie Probleme beim Darstellen externer Objekte feststellen, überprüfen Sie Folgendes:

Bewährte Vorgehensweisen für externe Objekte

Befolgen Sie beim Arbeiten mit externen Objekten in Salesforce Maps die folgenden bewährten Vorgehensweisen:

• Testen Sie zunächst Abfragen: Verwenden Sie die Developer Console, um SOQL-Abfragen für externe Objekte zu testen, bevor Sie sie in Maps konfigurieren.
• Filter strategisch verwenden: Wenden Sie Filter an, um die Anzahl der abgerufenen und dargestellten externen Datensätze zu begrenzen.
• Obergrenzen überwachen: Behalten Sie die Callout-Obergrenzen und die Geocodierungs-API-Nutzung im Auge, wenn Sie mit externen Daten arbeiten.
• Dokumentdatenquellen: Verwalten Sie die Dokumentation zu Ihren externen Datenquellen, einschließlich ihrer Einschränkungen, Aktualisierungspläne und unterstützten Vorgänge.
• Plan für Latenz: Legen Sie die Erwartungen der Benutzer fest, dass Karten mit externen Objekten langsamer geladen werden können als Karten mit nur Standardobjekten.
• Beziehungen überprüfen: Stellen Sie sicher, dass indirekte Nachschlagebeziehungen ordnungsgemäß konfiguriert sind, bevor Sie versuchen, externe Objekte ohne eigene Adressen darzustellen.