Datenverteilung
Die Datenverteilung in Commerce basiert auf Commerce Data Exchange, der Daten zwischen der Commerce-Zentrale und den verschiedenen Kanälen überträgt.
Die Datenbank, in der Daten für einen Kanal gespeichert werden, ist von der Commerce-Datenbank getrennt. Die Kanaldatenbank enthält nur die Daten, die für Buchungen erforderlich sind. Beispielsweise werden Masterdaten in Headquarters eingerichtet und dann an die Kanäle verteilt. Auf der anderen Seite der Buchung werden Buchungsdaten in Store Commerce oder im Onlineshop erstellt und dann in Headquarters hochgeladen.
Die verschiedenen Komponenten, mit denen Daten zwischen dem Quell‑ und dem Zielsystem verteilt werden können, sind:
Async-Dienst – Das Verpacken von Daten an der Quelle (dem Hauptsitz) ist der Vorbereitungsvorgang für die Verteilung. Dieser Vorgang erfolgt getrennt vom Senden dieser Daten an die verschiedenen Kanäle und Anwenden der Änderungen auf deren Datenbanken. Der Async-Dienst verwendet den Commerce-Scheduler, um die Datenverteilung mit Upload‑ und Downloadvorgängen zu planen.
Microsoft SQL Server-Änderungsnachverfolgung in der Commerce-Datenbank – Wird verwendet, um Datenänderungen zu bestimmen, die an den Kanal gesendet werden sollen.
Commerce-Scheduler – Ein Mechanismus zum Datenaustausch zwischen Standorten über geplante Batchaufträge.
Echtzeitdienst – Bietet Echtzeitkommunikation zwischen einem Kanal und Dynamics 365 Commerce für Szenarien, in denen die Daten in Echtzeit verfügbar sein müssen, z. B. Inventarsuche, Ausgabe und Einlösung von Geschenkkarten, Erstellen und Aktualisieren von Kundendatensätzen und mehr.
Konsistenz im Zahlungsmanagement über Einzelhandelskanäle hinweg
Einzelhändler möchten ihren Kunden auf allen Plattformen die gleiche Servicequalität bieten und gleichzeitig sicherstellen, dass die Backoffice-Mitarbeiter über eine klare Erfahrung im Umgang mit Einzelhandelsbestellungen verfügen. Jede der Schnittstellen für die Auftragsabwicklung im Einzelhandel muss in der Lage sein, Zahlungsvorgänge im Zusammenhang mit Kundenaufträgen auf konsistente Weise anzuzeigen, zu ändern und zu verarbeiten.
Das Back-End-Management von Store Commerce‑ und E-Commerce-Auftragszahlungen verwendet die MCRCustPaym*-Tabellen. Durch die konsistente Verwaltung der Zahlungsdaten für Kundenaufträge im Einzelhandel wird Callcenter-Benutzern eine echte Omnichannel-Zahlungsverwaltung für Einzelhandelsaufträge ermöglicht.
Kreditkartenbuchungsdaten archivieren
Kreditkarten-Antwortdaten können viel Platz in einer Datenbank beanspruchen. Da diese Daten hauptsächlich für die Durchführung verknüpfter Rückerstattungen benötigt werden, nimmt der Nutzen der Daten nach Ablauf der Rückerstattungsrichtlinie des Geschäfts für eine Transaktion dramatisch ab. Ein Archivierungsauftrag archiviert automatisch Kreditkartendaten, wenn diese nicht mehr gemäß den Geschäftsrichtlinien für verknüpfte Rückerstattungen verwendet werden können. Dadurch wird sichergestellt, dass nur wichtige Daten für den täglichen Betrieb aufbewahrt werden.
Der Archivierungsauftrag kann so konfiguriert werden, dass Antwortdaten für die XML-Autorisierung von Kreditkarten über einem bestimmten Alter archiviert werden. Wenn die Kreditkartendaten das angegebene Alter erreichen, komprimiert der Auftrag sie in eine ZIP-Datei und exportiert sie über die Dokumentverwaltung. Nach dem Export können Daten nicht programmgesteuert wiederhergestellt werden. Es sollten nur Daten exportiert werden, die älter sind als das in den Rückgaberichtlinien des Unternehmens angegebene verknüpfte Rückerstattungsfenster, da die zu exportierenden Autorisierungsdaten für verknüpfte Rückerstattungen erforderlich sind.
Wichtig
Nach dem Archivieren können Daten nicht einfach wiederhergestellt werden. Transaktionen, die Verknüpfte Rückerstattungen unterliegen, sollten daher nicht archiviert werden. Wenn beispielsweise die Rückgaberichtlinie eines Händlers die Rückgabe von Transaktionen zur Rückerstattung an dieselbe Kreditkarte innerhalb von zwei Jahren ermöglicht, sollte das Feld Mindesttransaktionsalter in Tagen für den Auftrag auf 730 Tage (zwei Jahre) eingestellt werden. In diesem Fall wird das für eine verknüpfte Rückerstattung erforderliche XML nicht gefunden, wenn eine Transaktion nach 730 Tagen zurückgegeben wird. Daher muss dem Kunden über Standalone-Rückerstattung eine Rückerstattung enthalten, entweder auf eine Kreditkarte oder über eine andere Zahlungsmethode, z. B. eine Gutschrift oder eine Geschenkkarte.
Weitere Informationen zum Einrichten des archivierbaren Auftrags finden Sie unter Kreditkartentransaktionsdaten archivieren.