Datei mit Sales-Artikeln laden
Ist Web Extend für das Laden der Salesdatendatei erforderlich?
Nein, Web Extend ist nicht erforderlich. Die Salesdaten aus externen Quellen werden von Smart Insight erfasst.
Was passiert, wenn in der Salesdatendatei die Bestell-ID (order ID) fehlt?
In diesem Fall kann die Datei nicht geladen werden. Dies ist ein Pflichtfeld. Die Datei muss korrigiert und noch einmal gesendet werden.
Was passiert, wenn in der Salesdatendatei das Bestelldatum (order date) fehlt?
In diesem Fall kann die Datei nicht geladen werden. Dies ist ein Pflichtfeld. Die Datei muss korrigiert und noch einmal gesendet werden.
Was passiert, wenn die in der Salesdatendatei angeführte Kunden-ID (customer ID) nicht in der Kontaktdatenbank enthalten ist?
Wir erstellen für diese Bestellung einen Pseudokontakt (im Prinzip werden alle Bestellungen dieser Art einem Pseudokontakt zugeordnet). Auf den Smart Insight Screens wird der Kontakt als generiert (generated) angezeigt und kann keinem Kontakt in der Emarsys Applikation zugeordnet werden.
Kann man das oben beschriebene Problem lösen, indem man der Bestellung die Kunden-ID (customer ID) hinzufügt und die Bestellung erneut sendet?
Nein. Das dupliziert die Bestellung; eine Bestellung wird für den Pseudokontakt und die andere für den tatsächlichen Kontakt geladen. Sie müssen die Datei korrigieren und wir führen einen neuen und vollständigen Reload aus. Damit wir den Reload durchführen können, müssen Sie unseren Support über den problematischen Datei-Load informieren.
Was passiert, wenn die Kunden-ID (customer ID) in der Salesdatendatei fehlt? (customer ID = Feld für die eindeutige Kundenidentifikation, mit dem wir Bestellungen zu Emarsys Kontakten zuordnen)
Eine Bestellung, für die in der Emarsys Kontaktdatenbank die Kunden-ID fehlt, wird in das Data Warehouse geladen; der entsprechende Kontakt wird nur mit einer internen Smart Insight Kunden-ID generiert (diese kann später nicht zur Identifizierung verwendet werden) und im Customer Lifecycle als generiert (generated
) ausgewiesen. Der Wert des Feldes number_of_purchase
von als generated
ausgewiesenen Kontakten ist auf 1 gesetzt. Auch wenn ein einzelner Kontakt mehrere Käufe tätigt, können diese Kontakte nicht in einem einzigen Eintrag in der Datenbank zusammengefasst werden. Indem Sie den Filter generated
verwenden und den Wert des Feldes number_of_purchase
auf 1 setzen, kann dieser Kontakt von jenen Kontakten getrennt werden, für die eine Verbindung zwischen Bestelldatei und Kontakt-DB hergestellt werden konnte.
Kann man das oben beschriebene Problem lösen, indem man die fehlenden Kunden-IDs (customer IDs) in der Emarsys Applikation hinzufügt?
Ja. Wenn die eindeutige Kunden-ID zu einem Kontakt hinzugefügt wird, der zuvor als generiert geladen wurde, wird er beim nächsten Daten-Load in einen gültigen Kontakt umgewandelt.
Welche Spalten müssen in der Salesdatendatei verpflichtend enthalten sein?
- order - Die ID der Bestellung, in deren Rahmen der Artikel gekauft wurde.
- timestamp - Das Datum des Kaufs.
- customer - Die ID des Kunden, der den Kauf getätigt hat. Dabei muss es sich um Kontaktdaten aus Ihrer Emarsys Datenbank handeln.
- item - Die ID des Produkts, das gekauft wurde.
- price - Der Gesamtpreis des Artikels.
- quantity - Die Anzahl der gekauften Artikel.
Welche Datumsformate können verwendet werden?
JJJJ-MM-TT ist das bevorzugte Format. Wird auch HH:MM:(SS) gesendet, so wird die Uhrzeit nicht berücksichtigt.
Können wir zusätzliche Spalten haben?
Benutzerdefinierte Felder können zur Salesdatei hinzugefügt werden, vorausgesetzt, die Feldnamen beginnen mit c_ (z. B. c_brand, c_webshop). Bitte beachten Sie, dass die Anordnung der Spalten wichtig ist. Die Spalten können in beliebiger Anordnung gesendet werden, nur muss diese immer gleich bleiben. Am Ende der Spalten dürfen sich keine leeren Zeilen befinden.
Ist es möglich, den Preis des Einzelartikels (unit item price) und die Anzahl der gekauften Artikel (quantity) in den Dateien zu haben und SI die Gesamtkaufsumme (total sales amount) berechnen zu lassen?
Nein, die Dateien, die wir laden, enthalten den Gesamtpreis der Artikel (z. B. 2 Artikel kosten gemeinsam 5 EUR). Es wird kein Einzelpreis angezeigt und Berechnungen dieser Art werden in SI nicht unterstützt.
Werden bei einem Fehler in der Salesdatei die gültigen Einträge immer noch geladen und die ungültigen einfach weggelassen?
Nein, der Ladevorgang wird gestoppt und es werden keine Einträge aus der Salesdatei geladen. Sie müssen den Fehler reparieren und erst danach können wir auf unserer Seite die Datei neu laden.
Was passiert mit den Kontakten, die einen oder mehrere Käufe mit negativem Wert (alle Artikel wurden zurückgegeben) oder dem Wert null (nur Gratisprodukte) haben?
Sie werden als Leads (Kontakte, die noch nichts gekauft haben) geladen. Wenn sie nicht identifiziert (d. h. keinen Emarsys Kontakten zugeordnet) werden können, werden sie zu generierten Leads mit der Lead-Quelle 'Unknown' und dem Lifecycle-Status 'New lead'.
Was passiert, wenn in der Salesdatendatei (oder Produktdatendatei) der Header fehlt?
Wenn die Datei keinen Header hat, geht die erste Zeile verloren, da sie als Header gewertet wird. Ein Header ist erforderlich.
Was passiert, wenn in der Salesdatendatei ein Kauf ohne Produkt-ID erscheint? Laden wir das als unbekannten Artikel (unknown item)?
Nein, in diesem Fall wird der Load fehlschlagen. Wir erstellen nur dann unbekannte Produkte, wenn im Produktkatalog die Produkt-ID für eine Bestellung fehlt. Die Datei muss korrigiert und noch einmal gesendet werden.
Warum ist es wichtig, die historischen Salesdaten und die Produktdatendatei gleichzeitig hochzuladen?
Damit die Smart Insight-Berechnungen und -Analysen korrekt funktionieren, muss der Produktkatalog die Artikel enthalten, auf die sich die Salesdatendatei bezieht. Andernfalls enthalten die Smart Insight-Berichte unbekannte Produkte und dieses Problem kann auch dann nicht behoben werden, wenn Sie Ihre historische Produktdatendatei erneut hochladen.
Wann werden in den Smart Insight-Lifecycle-Segmenten und -Berichten neue Käufe angezeigt?
Neue Einkäufe werden in Smart Insight-Lifecycle-Segmenten und -Berichten erst nach einem Daten-Upload, der am folgenden Tag stattfindet, angezeigt (neue Einkäufe werden auch dann nicht registriert, wenn Sie mehrere Salesdaten-Uploads am gleichen Tag durchführen, an dem die Daten-Uploads erfolgen).
Der Filter Total spent on selection bildet eine Ausnahme. Dieser Smart Insight Filter basiert auf Echtzeit-Kaufdaten, im Gegensatz zum Filter Total lifetime spend, der nach dem am nächsten Tag stattfindenden Daten-Load berechnet wird. Aus diesem Grund empfehlen wir, den Filter Total spent on selection mit anderen Kaufattributen zu kombinieren. Die Kombination mit Kontaktattributen wie Customer lifecycle stage kann zu unpassenden Ergebnissen führen. In diesem Fall empfehlen wir, den Filter Customer lifecycle stage mit Total lifetime spend zu kombinieren.
Wie muss ich meine Salesdatendatei formatieren, wenn ich die Lösung Batch Sales Data Load verwende?
Wenn Sie unsere Lösung Batch Sales Data Load verwenden, müssen Sie Ihre Salesdatendatei gemäß den Standardanforderungen für das Salesdaten-CSV formatieren.
Wo kann ich meine Salesdaten-Loads und die Qualität meiner Datenqualität überprüfen, wenn ich die Lösung "Batch Sales Data Load" verwende?
If you are using our Batch Sales Data Load solution, then you can check your sales data loads and data quality notifications on the Management > Sales Data Loads page.
Produktdatei laden
Wie soll die Produktdatendatei gesendet werden?
Entweder
- der ursprüngliche Produktkatalog, der alle Produkte + tägliche Deltas mit den Änderungen enthält, oder
- täglich der gesamte Produktkatalog, oder
- ein täglicher Feed nur mit jenen Produkten, die an dem Tag bestellt worden sind?
Um die Konsistenz sicherzustellen, sollten Sie immer den vollständigen Produktkatalog hochladen.
Welche Spalten müssen in der Produktdatendatei enthalten sein?
Diese Spalten werden für SI benötigt; nur die Spalte itemID muss vorhanden sein.
- item (String) - Die eindeutige ID, die Ihr System für die Identifizierung des Artikels verwendet. Das ist jene ID, auf die sich alle Scripts für Datensammlung und Rendering beziehen.
- title (String) - Der Name des Produkts.
- category (Liste der Hierarchie-Ebenen) - Beschreibt die Kategorie, der ein Artikel angehört (z. B. Elektronik>Mobiltelefone>iPhone|Telekommunikation>Smartphones>iPhone). Eine Hierarchie kann aus maximal 5 Kategorien bestehen; für die Anzahl der Kategorien gibt es keine Beschränkung.
Was passiert, wenn in der Produktdatendatei der Artikel (productID) fehlt?
In diesem Fall kann die Datei nicht geladen werden. Die Datei muss korrigiert und noch einmal gesendet werden.
Was passiert, wenn der Artikel innerhalb einer Datei nicht eindeutig ist?
In diesem Fall kann die Datei nicht geladen werden. Die Datei muss korrigiert und noch einmal gesendet werden.
Was passiert, wenn mehrere Produktdateien gleichzeitig geladen werden und ein Artikel in mehreren Dateien enthalten ist?
Die Dateien werden eine nach der anderen (in alphabetischer Reihenfolge) geladen, daher überschreibt die letzte Instanz des Produkts alle vorherigen Instanzen.
Was passiert, wenn die Produktdatendatei keinen Namen für das Produkt enthält?
Der Artikel wird geladen und mit der Produkt-ID „Unknown product“ in der zweiten Grafik des Screens „Past Purchases“ geladen. In diesem Fall wird von uns in der Emarsys Datenbank ein Produkt nur mit der Produkt-ID erstellt, andere Daten werden für das Produkt nicht bereitgestellt. Bitte beachten Sie: Wenn ein Artikel nicht im Produktkatalog enthalten ist, wird er ebenfalls als unbekanntes Produkt ausgewiesen.
Was passiert, wenn die Produktdatendatei keine Kategorien enthält?
Die Artikel werden geladen, sie erscheinen aber unter keiner der Kategorien des Screens 'Past Purchases'.
Was passiert, wenn ein Produkt einen Artikel (unique ID) hat, der bereits in SI geladen wurde?
Wenn ein bereits geladener Artikel auch in einer neuen Datei enthalten ist, wird die alte Instanz von der neuen Instanz überschrieben (d. h. Änderung der Produktkategorie oder Korrektur im Artikelnamen).
Welche Kategorie-Levels können in der ersten Grafik der Screens 'Past Purchases', 'Top Products', 'Average Order Value' und am Dashboard angezeigt werden?
Per Voreinstellung wird das erste (oberste Level) angezeigt; es kann aber jedes Level der Kategorie-Hierarchie angezeigt werden. Bitte beachten Sie jedoch, dass Sie die Level-Anzeige nicht von Artikel zu Artikel ändern können; wenn das Kategorie-Level 2 ausgewählt ist, wird es für sämtliche Artikel übernommen.
Umgang mit Rückerstattungen
Sind Rückerstattungen in der Gesamtzahl der Bestellungen enthalten?
Die Rückerstattungen selbst werden nicht zur Gesamtzahl der Bestellungen addiert. Allerdings haben vollständige Rückerstattungen Einfluss auf diese Metrik, da vollständig rückerstattete Bestellungen in der Gesamtzahl der Bestellungen nicht enthalten sind. Als Faustregel gilt: Jede Bestellung oder Teilbestellung mit einer positiven Kaufsumme wird zur Gesamtzahl der Bestellungen addiert, während jene mit einer negativen Kaufsumme oder der Kaufsumme 0 nicht addiert werden.
Wie sollen die Rückerstattungen in der Salesdatendatei angeführt werden?
Verwenden Sie bei der Übergabe von zurückgegebenen Artikeln oder Bestellungen stets die Bestell-ID (order ID), Kunden-ID (customer ID) und Artikel-ID (item ID) der Originalbestellung und setzen Sie einen negativen Wert in den Feldern c_sales_amount
und quantity
. Bitte vergewissern Sie sich, dass die Felder in Ihrer Salesdatendatei exakt auf diese Weise ausgefüllt sind, andernfalls werden die Rückerstattungen in Ihren Reports nicht korrekt ausgewiesen.
Beispiel
So wird die Originalbestellung in der Salesdatei hochgeladen:
Order ID | Datum | Customer ID | Item ID | c_sales_amount | quantity |
---|---|---|---|---|---|
OR12345 | 15.10.2015 | CU54343 | IT8798 | 45 | 1 |
OR12345 | 15.10.2015 | CU54343 | IT2235 | 30 | 1 |
OR12345 | 15.10.2015 | CU54343 | IT8840 | 25 | 1 |
Eine Woche später entscheidet sich der Kunde, zwei Artikel zurückzugeben; das sollte in der Salesdatendatei wie folgt vermerkt werden:
Order ID | Datum | Customer ID | Item ID | c_sales_amount | quantity |
---|---|---|---|---|---|
OR12345 | 22.10.2015 | CU54343 | IT2235 | -30 | -1 |
OR12345 | 22.10.2015 | CU54343 | IT8840 | -25 | -1 |
Die zwei Teile der Bestellung werden dann zu einer einzigen Bestellung mit einem Gesamtwert von 45 zusammengeführt; das Bestelldatum bleibt unverändert (d. h. wir behalten das Datum der ursprünglichen Bestellung bei).
Welche Auswirkungen haben Rückerstattungen auf den Screen 'Revenue Impact'?
Auf dem Screen Revenue Impact werden die Bestellungen nicht aggregiert. Jede Bestellung trägt zum Umsatz jenes Tages bei, an dem sie vorgenommen wurde. Wenn wir das Beispiel oben nehmen, werden die 100 Euro zum Gesamtumsatz für den 15. Oktober hinzugefügt, während die Rückerstattung im Wert von -55 Euro für den 22. Oktober berichtet wird.
Können wir die Rückerstattungen in einer eigenen Datei senden?
Sicher. Sie müssen nur sicherstellen, dass Sie den Benennungskonventionen für die Salesdatei folgen, d. h. dass Sie die Datei nach dem Muster sales_items*.csv
benennen. Mit anderen Worten, der Dateiname muss mit der Zeichenfolge sales_item
beginnen und die Dateierweiterung muss .csv sein; den Asterisk (*) können Sie durch eine beliebige Anzahl von Zeichen Ihrer Wahl ersetzen.
Welchen Einfluss haben zurückgegebene Bestellungen auf das Customer Lifecycle Scoring?
Was das Lifecycle Scoring betrifft, so wird jede positive Bestellung als Aktivität gewertet, auch wenn sie später zurückgegeben wird. Ein Beispiel: Wenn Sie eine Bestellung mit einer positiven Kaufsumme für einen Ihrer Erstkäufer hochladen, wird und bleibt er ein Aktiver Käufer, auch wenn die Bestellung später vollständig oder teilweise zurückgegeben wird. Bitte beachten Sie jedoch auch, dass Bestellungen mit einem negativen Wert oder einem Wert 0 keinen Einfluss auf Ihr Customer Lifecycle Scoring haben.
Die Option „Rückerstattungen wirken sich auf die Lifecycle-Berechnungen aus“ und Bestellungen mit einem Umsatz von 0:
- Unabhängig davon, ob die Option Rückerstattungen wirken sich auf die Lifecycle-Berechnungen aus aktiviert oder deaktiviert ist, haben Bestellungen mit 0 Umsatz keinen Einfluss auf die Kunden-Lebenszyklus-Berechnungen.
- Wenn die Option Rückerstattungen wirken sich auf die Lifecycle-Berechnungen aus aktiviert ist, wirken sich Rückerstattungen auf die Anzahl der Bestellungen aus, außer bei Bestellungen mit 0 Umsatz.
Werden Rückerstattungen zu den Kaufstatistiken der Käufer addiert?
Rückgaben und Rückerstattungen werden bei der Berechnung der Anzahl der Käufe oder des Datums des letzten Kaufs nicht berücksichtigt. Sie zählen auch nicht als Engagement, daher werden sie auch bei der Berechnung des letzten Engagements nicht berücksichtigt.
Ganz allgemein haben Rückerstattungen nur Auswirkungen auf den Gesamtumsatz für einen Kontakt und damit auf seinen Käuferstatus.
Welche Auswirkungen haben Rückerstattungen auf den durchschnittlichen Bestellwert, der auf der Berichtseite angezeigt wird?
Der durchschnittliche Bestellwert wird berechnet, indem die Gesamt-Kaufsumme durch die Anzahl der Bestellungen in einem bestimmten Zeitraum dividiert wird. Bei der Berechnung der Gesamt-Kaufsumme werden Rückerstattungen berücksichtigt.
Wie verhält es sich mit dem Filter 'Lifetime spend'?
Bei der Berechnung des Werts Total lifetime spend und des Käuferstatus werden alle Bestellungen berücksichtigt, unabhängig davon, ob ihr aggregierter Wert positiv oder negativ ist.
Welche Auswirkungen haben Rückerstattungen auf den Geldwert (Monetary Score), der immer für einen bestimmten Zeitraum berechnet wird?
Der erzielte Geldwert (Monetary Score) wird berechnet, indem die Käufe in einem definierten Zeitraum addiert werden. Bei Rückerstattungen zählt das Datum der Originalbestellung. Wenn das Bestelldatum außerhalb des definierten Zeitraums liegt, wird die Bestellung beim Berechnen des Monetary score (sowie der Gesamtausgaben und des Käuferstatus) nicht berücksichtigt, unabhängig davon, ob die Rückgabe im fraglichen Zeitraum erfolgt ist oder nicht.
Kontakte laden
Was passiert, wenn das benutzerdefinierte Feld für das Registrierungsdatum in der Emarsys Applikation leer ist oder nicht existiert und es für den Kunden ein Bestelldatum/mehrere Bestelldaten gibt, die vor dem Datum seiner ersten Registrierung in der Emarsys Applikation liegen?
Das Registrierungsdatum dieser Kontakte wird mit dem ersten Bestelldatum in SI gleichgesetzt. Auf Emarsys hat das keinen Einfluss, da wir von SI keine Daten zu Emarsys zurückspielen; daher bleibt in der Emarsys Applikation das benutzerdefinierte Feld für das Registrierungsdatum leer.
Was passiert, wenn das benutzerdefinierte Feld für das Registrierungsdatum neuer ist als 'Created date/Date of first registration'?
Das Registrierungsdatum dieser Kontakte ist dann das Datum, das als Created date/Date of first registration definiert wurde. Dabei wird das benutzerdefinierte Feld für das Registrierungsdatum nicht für das letzte Engagement übernommen.
Was passiert, wenn es für einen Kontakt nur Klickdaten gibt, alle anderen Daten zu diesem Kontakt aber fehlen?
Der Kontakt wurde gelöscht, die Klickdaten sind aber erhalten geblieben. Der Kontakt wird auf der Lead-Lifecycle-Seite angezeigt, sein Lifecycle-Status ist vom Datum des Klicks abhängig und die Leadquelle ist 'Unknown'.
Filter
Was bedeuten 'Total Amount spent' und 'Number of purchases' auf der Seite Contacts/Segmentation?
Mit diesen Filtern können Sie Segmente auf Basis der Gesamtausgaben oder der Anzahl der Käufe in einem bestimmten Zeitraum und/oder für ein bestimmtes Produkt erstellen. Diese Filter unterscheiden sich von den zwei Filtern mit ähnlichen Namen auf dem Customer Lifecycle Screen („Total lifetime spend“ und „Total lifetime purchases“): Während letztere mit Kontaktdaten arbeiten, arbeiten erstere mit Kaufdaten. Kontakte, bei denen Registrierung und Kauf an demselben Tag erfolgen, werden am ersten Tag als Leads und erst am zweiten Tag als Kunden gewertet.
Ihre Bestellungen wurden jedoch bereits am ersten Tag in das Data Warehouse geladen, während sie aus Sicht des Systems Leads waren. Das kann dazu führen, dass die Zahlen der Segmente, die mit diesen ähnlichen Filtern erstellt wurden, leicht voneinander abweichen.
Duplizierung
Was passiert, wenn es in meinen Salesdaten doppelte Bestellungen gibt?
Wegen falscher Salesdaten (z. B. doppelter Bestellungen) sind Ihre Ergebnisse oder Smart Insight Screens verzerrt. In diesem Fall empfehlen wir, Ihre Smart Insight-Daten neu zu laden. Weitere Informationen finden Sie unter Daten erneut in Smart Insight hochladen.