Sie befinden sich hier:
Datenmodell und Architektur
Die Besuchsverwaltung verwendet mehrere Objekte, um branchenspezifische Anforderungen zu unterstützen und gleichzeitig die Kompatibilität mit dem Salesforce-Standarddatenmodell aufrechtzuerhalten.
Erforderliche Editionen
| Verfügbarkeit: Lightning Experience |
| Verfügbarkeit: Enterprise und Unlimited Edition mit Life Sciences Cloud, der Add-On-Lizenz "Life Sciences Cloud für Kundenengagement" und dem verwalteten Paket "Life Sciences Customer Engagement". |
Einzelheiten finden Sie unter Besuchsverwaltung im Life Sciences Cloud Developer Guide.
Datenmodell
-
Besuch: Ein Standardobjekt, das Ereignisinformationen wie "Account", "Ort", "Geplante Start- und Endzeit" und "Kanal" darstellt. Dieses Objekt ist in Salesforce Clouds verfügbar.
- Anbieterbesuch: Ein Erweiterungsobjekt mit einer strengen 1:1-Beziehung zum Objekt "Besuch". Darin werden branchenspezifische Daten wie Signaturstatus, Bestätigungskennzeichnungen und Compliance-Details gespeichert.
Ausführungsdaten und abgeleitete Beziehungen
Bei der Besuchsdurchführung werden je nach Aktivitätstyp unterschiedliche Datenmodelle verwendet.
Anbieterbesuch Kinder: Eine Master-Detail-Beziehung, in der Ausführungsdetails als untergeordnete Datensätze des Objekts "Anbieterbesuch" gespeichert werden.
-
- Objekte:
- ProviderVisitProductDetailing (Produktdetails)
- ProviderVisitDetailingProductMessage (Messages)
- ProviderVisitProductDiscussion (Product Discussions)
- ProviderVisitMarketingItem (Leave-behinds)
- ProviderVisitRequestedSample (Direkt an Anforderungen von Ärzten)
- Abgeleitete Nachschlagevorgänge: Die untergeordneten Objekte enthalten abgeleitete Nachschlagefelder für die Besuchsdatensatzseite. Aufgrund dieser Beziehung fungieren die Objekte als Themenlisten, obwohl sie untergeordnete Objekte des Objekts "Anbieterbesuch" sind. Dies vereinfacht die Berichterstellung und verbessert die Sichtbarkeit der Objekte auf der Besuchsdatensatzseite.
- Objekte:
Visit Children (Kinder besuchen): Ein direkter Nachschlagevorgang, bei dem Transaktions- und Zusammenarbeitsobjekte direkt mit dem Standardobjekt "Besuch" verknüpft sind. Objekte:
- ProductDisbursement (Probetropfen)
- Ausgabe
- Besucher (interne Teilnehmer)
- PresentationForum (Intelligenter Inhalt)
Compliance- und Signaturobjekte:
-
- Digitale Signatur: Speichert die erfasste Signatur, den Zeitstempel und die Prüfungsdetails und verknüpft sie mit dem Besuch.
- Definition der Konformitätserklärung: Speichert die primären Daten für Haftungsausschlüsse und Vereinbarungen.
Gruppenbesuchsstruktur
Interaktionen mit mehreren Teilnehmern wie Mittagessen und Lernen werden durch eine Über-/Unterordnungsbeziehung definiert:
- Ein übergeordneter Besuch stellt das Hauptereignis und den Standort dar.
- Untergeordnete Besuche enthalten Paare von Besuchs- und Anbieterbesuchsdatensätzen für jeden Teilnehmer. Diese untergeordneten Datensätze werden mithilfe eines Selbstnachschlagevorgangs im Objekt "Besuch" mit dem primären Datensatz für übergeordnete Besuche verknüpft.
Benutzeroberflächenarchitektur
Die Besuchsverwaltung verwendet je nach Phase des Besuchs zweiseitige Architekturen.
- Besuchsengagementseite: Auf dieser Seite können Sie Besuche erstellen und bearbeiten. Sie enthält zwei nebeneinander liegende Bereiche (eine Randleiste und ein Formular) für die Echtzeit-Besuchsplanung und das Kundenengagement. Die Seite ist sowohl in der mobilen Anwendung als auch auf der Site der Desktop-Version über einen Metadaten-Cache verfügbar und stellt die Hauptarbeitsumgebung für die Verwaltung kundenorientierter Aktivitäten dar, beispielsweise für die Freigabe von Inhalten, die Detaillierung von Produkten und die Bereitstellung von Beispielen. Die Seite ist für geplante (nicht gesendete) Besuche zugänglich.
- Besuchsdatensatzseite: Auf dieser Seite können Sie Besuche anzeigen, einschließlich Planung vor dem Besuch, Überprüfung nach dem Besuch und Überprüfung. Dies ist eine standardmäßige Lightning-Datensatzseite, die mithilfe des Lightning-Anwendungsgenerators konfiguriert wird. Sie wird auch zum Verwalten nicht kundenorientierter Aktivitäten verwendet, beispielsweise zum Hinzufügen interner Besucher, zum Protokollieren von Ausgaben, zum Aktualisieren von Accountbewertungen, zum Ausfüllen von Bewertungsfragen und zum Anhängen von Dateien.
