Übersicht über die Webanwendungen für die Ereignisverwaltung im Outbound-Marketing
Anmerkung
Dynamics 365 Marketing und Dynamics 365 Customer Insights sind jetzt Customer Insights - Journeys und Customer Insights - Data. Weitere Informationen finden Sie in den FAQs zu Dynamics 365 Customer Insights
Neue Kunden von Customer Insights - Journeys erhalten ausschließlich Echtzeitmarketingfunktionen. Zusätzliche Informationen finden Sie in Echtzeitkontaktverläufe – Standardinstallation.
Anmerkung
Azure Active Directory ist jetzt Microsoft Entra ID. Weitere Informationen
Wichtig
Dieser Artikel gilt nur für Outbound-Marketing, das am 30. Juni 2025 aus dem Produkt entfernt wird. Um Unterbrechungen zu vermeiden, stellen Sie vor diesem Datum auf Echtzeitfahrten um. Weitere Informationen: Übersicht zum Übergang
Die Event-Management-Funktion hilft Ihnen bei der Organisation, Verwaltung und Verarbeitung der Ereignisse. Wenn Sie die Ereignisverwaltungslösung installieren, erhalten Sie ein Ereignisportal, mit dem Benutzer eine Webanwendung erhalten, wo sie mehr über die Ereignisdetails erfahren können. Weitere Informationen: Ereignisportal.
Das Ereignisportal besteht aus zwei Teilen:
- Front-End
- REST-API-Back-End
Sie können das Front-End mit jedem der verfügbaren Frameworks implementieren. Das Front-End ist eine Single-Page-Anwendung und vollständig anpassbar. Das Back-End und die Anpassung des Back-End hängen vom Hostingtyp ab.
Sie können ein benutzerdefiniertes Ereigniswebsite auf zwei Arten hosten:
Warnung
Anpassungen an der Angular-Beispielwebsite erfolgen auf eigenes Risiko. Der technische Support von Microsoft Dynamics 365 kann Ihnen bei Problemen oder Fragen im Zusammenhang mit Anpassungen der Beispielwebsite nicht helfen.
Anforderungen
Sie können entweder Ihr eigenes Front-End erstellen oder die bereitgestellte Demoereigniswebsite anpassen.
Tipp
Die Website für Outbound-Marketing-Events kann nicht mit Power Pages Studio angepasst werden.
Anmerkung
Die bereitgestellte Demoereigniswebsite basiert auf einem Angular-Framework. Da jedoch das Back-End nicht vom Front-End abhängig ist, können Sie jedes Framework verwenden, das Sie möchten.
Um mit der Anpassung des bereitgestellten Demoereigniswebsite zu beginnen, müssen Sie diese Schritte ausführen:
Laden Sie den Quellcode für die Beispiel-Website für Ereignisse herunter.
Installieren Sie Node.js zwischen Version 10.x und Version 16.x. Die Bereitstellung funktioniert nicht mit neueren Versionen.
Öffnen Sie die Eingabeaufforderung oder Windows PowerShell und führen Sie den Befehl aus, um zu überprüfen, ob die Installation erfolgreich war.
node -v
Notiz
Wenn Sie ein Terminal oder Shell haben, die bereits geöffnet sind, starten Sie es erneut, bevor Sie den Befehl eingeben.
Führen Sie den Befehl aus, um die Angular CLI (Befehlszeilenschnittstelle) zu installieren, die zum Erstellen und Ausführen der Angular-Anwendung erforderlich ist. Weitere Informationen: Angular CLI.
npm install -g @angular/cli
Navigieren Sie zum Verzeichnis, in das Sie den Quellcode heruntergeladen haben, und führen Sie den Befehl aus, um alle notwendigen Pakete zu holen, die für den Betrieb der Website erforderlich sind.
npm install
Notiz
Sie müssen den Befehl im gleichen Verzeichnis ausführen, in dem sich die Datei
package.json
befindet.Sehen Sie öffentliche API-Dokumentation, um mit den Back-End-Diensten zu interagieren.
Sie müssen auch eine Dynamics 365 Customer Insights - Journeys-Instanz mit der Ereignisverwaltungs- und der Portallösung installiert haben. Informationen zur Installation erhalten Sie unter Für eine kostenlose Dynamics 365 Customer Insights - Journeys-Testversion anmelden.
Beispielereigniswebsite herunterladen
Anmerkung
Neuere Versionen der Beispiel-Website für Ereignisse werden verfügbar sein, sobald neue Funktionen und Fehlerkorrekturen veröffentlicht werden.
Wählen Sie die Version, die Sie herunterladen möchten, aus der Tabelle unten aus.
Name des Dataflows | Version | Änderungen | Hochgeladen |
---|---|---|---|
Beispielereigniswebsite | 1.60.0 (Mai-Release) | - Leistungsverbesserungen bei der Ereignisportalwebsite. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.56.0 (Dezember-Release) | - Problem mit der Warteliste behoben. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.46.0 (Version von September) | - Probleme mit der Zugänglichkeit beheben. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.34.0 (Version vom April) | - Kleine Verbesserung und Programmfehlerbehebungen. | Download |
Beispielereigniswebsite | 1.30.0 (Version von Dezember) | - Kleine Verbesserung und Programmfehlerbehebungen. | Download |
Beispielereigniswebsite | 1.28.0 (Version von Oktober) | - Möglichkeit hinzugefügt, sich für eine lokale Datumsumwandlung zu entscheiden. - Zusätzliche Sprachkonfigurationen für die Website hinzugefügt. |
Download |
Beispielereigniswebsite | 1.27.0 (Version von September) | - Es wurde die Möglichkeit hinzugefügt, die Anzeige der Daten zu konfigurieren. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.24.0 (Juni-Version) | - Aktualisiertes Bereitstellungsskript, um die Bereitstellung einzelner Dateien für Portale zuzulassen. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.23.0 (Version aus Mai) | - Probleme mit der Zugänglichkeit beheben. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.22.0 (Version vom April) | - Probleme mit der Zugänglichkeit beheben. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.21.0 (Version vom März) | - Stoppregistrierungen für Ereignisse hinzugefügt. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.20.0 (Version vom Februar) | - Marketingformulare zum Übermitteln von Ereignisregistrierungen integrieren. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.19.0 (Version von Dezember) | - Probleme mit der Zugänglichkeit beheben. - Websitesprachen aktualisieren. - Rednerseite verbessern. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.18.0 (Version von Oktober) | - Kleine Verbesserung und Programmfehlerbehebungen. | Download |
Beispielereigniswebsite | 1.17.0 (Version von September) | - Verbessern von Workflows für zahlende Ereignisse. - Reparieren Sie Kompatibilitätsprobleme für IE11. - Verbessern Sie die Ereignisdetailsseite - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.16.0 (Version von August) | - Verbessertes Ladeverhalten der Ereignisseite - Verbesserung der Benutzeroberfläche des benutzerdefinierten Registrierungsfelds vom Typ boolean. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.15.0 (Version vom Juli) | - Fügen Sie Informationen zur Sitzungslistenansicht hinzu, wenn die Sitzung voll ist. - Einem benutzerdefinierten Registrierungsfeld eine Prüfung hinzufügen - Übersetzungen verbessern. - Fehlende Font-awesome Symbole korrigieren nach der Bereitstellung in Portalen. - Kleine Verbesserung und Programmfehlerbehebungen. |
Download |
Beispielereigniswebsite | 1.14.0 (Juni-Version) | Upgrade auf Angular 7, Verbesserung der Benutzeroberfläche und des Benutzererlebnisses der Kassenseite, Aktualisierung und Verbesserung von Übersetzungen, Verbesserung des DeployToD365Instance.ps1-Skripts, Verbesserung der Überprüfung benutzerdefinierter Registrierungsfelder und andere Fehlerbehebungen | Download |
Beispielereigniswebsite | 1.13.0 (Version vom April) | Wartelistenfunktion auf Sitzungsebene, Benutzeroberflächenüberarbeitung, Programmfehlerbehebungen | Download |
Beispielereigniswebsite | 1.12.2 (Version vom März) | Benutzeroberflächen- und UX-Verbesserungen, Programmfehlerbehebungen | Download |
Umgebungskonfigurationsparameter
Das Verzeichnis src\environments enthält Beispielkonfigurationsdateien für verschiedene Umgebungen (selbst gehostet, portal-gehostet, Entwicklung). Die gesamte Konfiguration, die für die benutzerdefinierte Ereigniswebsite vorgenommen wurde, erfolgte durch die Erstellung einer Datei environment.ts
innerhalb des Verzeichnisses \src\environments
. Anweisungen zum Ändern der Konfiguration finden Sie in den entsprechenden Artikeln Umgebungskonfiguration für selbst gehostet und Umgebungskonfiguration für Portal-gehostet.
Hier sind einige der Parameter, die Sie verstehen müssen, bevor Sie mit der Konfiguration Ihrer benutzerdefinierten Ereigniswebsite beginnen:
Parameter | Beschreibung |
---|---|
Produktion | Aktiviert oder deaktiviert den Produktionsmodus der eckigen Anwendung. Weitere Informationen: Angular-Dokumentation. |
buildVersion | Dieses Feld verknüpft standardmäßig mit der Version, die in der Datei package.json angegeben ist. Es ist nicht erforderlich, diese Eigenschaft zu ändern. Wenn Sie jedoch lieber die Version der Anwendung nicht verfügbar machen, können Sie sie auf null festlegen. |
apiEndpoint | Die URL, die auf den API-Endpunkt einer Ereignisverwaltung verweist (der verwendet wird, um Informationen von Ereignissen abzurufen und Registrierungen zu erstellen). |
localizationEndpoint | Verweist auf die URL, in der die Lokalisierungsdateien gespeichert werden (standardmäßig werden sie im Stammverzeichnis gespeichert). |
imagesEndpoint | Gibt die Basis-URL an, von der die Bilder bereitgestellt werden. Diese Konfiguration ermöglicht es Ihnen, Bilder aus einem anderen Speicherort bereitzustellen, was erforderlich ist, wenn Sie lieber ein Content Delivery Network oder einen Bildverarbeitungsdienst verwenden möchten. |
useRestStack | Diese Einstellung definiert, welche API verwendet wird. Wenn Sie den Wert auf true festlegen, dann wird die neue öffentliche API verwendet. Wenn Sie den Wert auf false festlegen, dann wird die veraltete Ereignisverwaltungsportal-API verwendet. Die API kann nur verwendet werden, wenn Sie die benutzerdefinierte Ereigniswebsite auf Portale hosten. Um die neue öffentliche Ereignisverwaltungs-API zu verwenden, müssen Sie die Webanwendung registrieren. |
emApplicationtoken | Das Token authentifiziert die Webanwendung mit der öffentlichen Ereignisverwaltungs-API. Sie können den Anwendungstoken abrufen, indem Sie eine neue Webanwendung in der Customer Insights - Journeys-Instanz registrieren. Dieser Token ist nicht erforderlich, wenn Sie die veraltete Ereignisverwaltungsportal-API verwenden. |
isAuthenticationEnabled | Dieses Kennzeichen gibt an, ob die Benutzerauthentifizierung unterstützt wird oder nicht (zum Beispiel,ob sich Benutzer registrieren oder anmelden können). Wenn das auf false gesetzt wird, dann zeigt die Anwendung keine Möglichkeit zum Anmelden oder Registriere an. |
useAadB2C | Gibt an, ob Sie für die Authentifizierung die Microsoft Entra ID-Identitätsverwaltung verwenden möchten. Wenn Sie Power Apps Portale Identitätsmanagement verwenden möchten, muss dieses Flag auf false festgelegt werden. Wenn Microsoft Entra ID aktiviert ist, müssen Sie die Variable aadB2CConfig konfigurieren. |
aadB2CConfig | Das Konfigurationsobjekt wird von der Ereignisverwaltungsanwendung verwendet, wenn die Microsoft Entra ID-Identitätsverwaltung aktiviert ist. |
useMockData | Diese Einstellung kann verwendet werden, um Pseudoobjekten zurückzugeben anstatt echte API-Aufrufe zu machen. |
dateSettings | Mit dieser Einstellung kann konfiguriert werden, wie die Daten auf der Website formatiert werden. Wenn das convertToLocalDate -Kennzeichen auf „true“ gesetzt ist, werden alle Datumsangaben automatisch in die Ortszeit des Endbenutzenden konvertiert. |
Spracheinstellungen | Mit dieser Einstellung kann konfiguriert werden, wie die Sprachen auf der Website geladen werden. Wenn das Flag forceSingleLanguage auf „true“ gesetzt ist, wird die Website in der in websiteLanguageLcid angegebenen Sprache geladen. Das Flag showLanguageDropdown ermöglicht das Ein- und Ausblenden der Sprach-Dropdown-Liste. Standardmäßig ist das Sprachen-Dropdownmenü sichtbar und die Website verwendet die Browsersprache des Endbenutzenden. |
Backend-Anpassung
Eventuell sehen Sie sich irgendwann einer Situation gegenüber, in der Sie das Back-End der Ereignisverwaltungsanwendung anpassen möchten. Nehmen wir an, ein Systemanpassender möchte der vorhandenen Ereignisverwaltungsentität ein neues Feld hinzufügen und dieses Feld auf der Ereigniswebsite sehen. Angenommen, das Feld custom_new_field wurde der Entität evtmgmt_pass hinzugefügt. Die Ausweise für das Ereignis können mithilfe des API-Endpunkts api/v2.0/events/{readableEventId}/passes
abgerufen werden, aber das Ergebnis enthält nicht das neu hinzugefügte Feld.
Um das neue Feld anzuzeigen, damit es in der API sichtbar ist, folgen Sie den Schritten unten:
- Öffnen Sie die Customer Insights - Journeys-Instanz.
- Öffnen Sie Erweiterte Suche.
- Wählen Sie die Entität Website-Tabellenkonfigurationen aus der Dropdown-Liste und wählen Sie Ergebnisse.
- Wählen Sie Neue Website-Tabellenkonfiguration, um einen neuen Datensatz zu erstellen.
- Geben Sie den Namen Ihrer Wahl im Feld Name ein.
- Wählen Sie die Entität, für die ein weiteres Feld sichtbar sein soll, im Feld Ausgewählte Entität aus.
- Schreiben Sie ein JSON-Array, das das neue benutzerdefinierte Feld enthält, das durch die API in den Ausgewählten Feldern angezeigt werden sollen. Dadurch wird das neue benutzerdefinierte Feld über die API verfügbar gemacht und Sie können es im Front-End verwenden.