Contenus:
Charger le fichier Articles en vente
Web Extend est-il nécessaire pour charger le fichier de données de vente ?
Non, Web Extend n'est pas requis. C'est Smart Insight qui collecte vos données de vente auprès de sources extérieures.
Que se passe-t-il s'il n'y a aucun ID de commande dans le fichier de données de vente ?
Le chargement échoue. C'est un champ obligatoire. Le fichier doit être corrigé et envoyé à nouveau.
Que se passe-t-il si la date de commande n'apparaît pas dans le fichier de données de vente ?
Le chargement échoue. C'est un champ obligatoire. Le fichier doit être corrigé et envoyé à nouveau.
Que se passe-t-il si l'ID client n'apparaît pas dans le fichier de données de vente ?
Nous créons un pseudo contact pour cette commande (en fait toutes les commandes de ce type sont rattachées à un pseudo contact). Ce contact apparaîtrait comme généré sur les écrans Smart Insight et ne pourrait être associé à aucun contact dans l'application Emarsys.
Le problème sus-mentionné pourrait-il être résolu en ré-envoyant la même commande, après y avoir ajouté l'ID client ?
Non. Cela dupliquerait la commande et on serait obligé de charger à la fois le pseudo contact et l'autre dans le contact réel. C'est vous qui devez corriger le fichier, et de notre côté il nous faut refaire un chargement complet. Vous êtes supposés aviser le Support du chargement de fichier problématique, et nous nous occupons ensuite du nouveau chargement.
Que se passe-t-il si l'ID client n'apparaît pas dans Emarsys/le fichier de données de vente ? (ID client = champ d'identifiant de client unique que nous utilisons pour associer des commandes à des contacts Emarsys)
Une commande avec un un ID de client absent de la base de données de contact Emarsys sera quand même chargée sur l'entrepôt de données, et le contact lié sera généré avec seulement un ID de client et marqué comme généré dans Cycle de vie client. En utilisant le filtre généré, ce contact peut être séparé de ceux pour lesquels on a pu établir un lien entre le fichier de commandes et la base de données de contact.
Le problème sus-mentionné peut-il être résolu en remplissant les IDs client manquants dans l'application Emarsys ?
Oui. Si l'identifiant client unique est ajouté à un contact qui a été chargé en tant que généré auparavant, il deviendra un contact valide au prochain chargement de données.
Quelles colonnes sont obligatoires dans le fichier de données de vente ?
- commande L'ID de commande de la commande dans laquelle cet article a été acheté.
- date La date d'achat.
- client L'ID du client qui a fait l'achat. Il faut que cela soit des données de contact provenant de la base de données Emarsys.
- article L'ID du produit qui a été acheté.
- c_sales_amount Le montant total des ventes de cet article (c'est-à-dire prix à l'unité * quantité).
- quantité Le nombre d'articles achetés.
Quels formats de date sont acceptés ?
YYYY-MM-DD est préféré. Si HH:MM:(SS) est aussi envoyé, l'heure ne sera pas prise en compte.
Peut-on avoir des colonnes supplémentaires ?
Il est possible d'ajouter des champs personnalisés au fichier de ventes tant que le nom de fichier commence par le préfixe c_ (par ex. c_brand, c_webshop). Veuillez noter que l'ordre des colonnes est important. Les colonnes peuvent être envoyées dans n'importe quel ordre, à condition que cet ordre soit toujours le même. Les fins de colonnes ne doivent pas contenir de lignes vides.
Est-il possible d'avoir le prix unitaire de l'article et le nombre d'articles achetés (quantité) dans les fichiers et SI pourrait-il calculer le montant total des ventes sur cette base ?
Non, les fichiers que nous chargeons contiennent le prix total pour les articles (par ex. 2 articles coûtent 5 EUR en tout). Aucun prix unitaire n'est affiché et de tels calculs ne sont pas pris en charge dans SI.
S'il y a une erreur dans le fichier de ventes, les bons registres seront-ils quand même chargés et les mauvais omis du chargement ?
Non, le processus de chargement s'interrompt et le chargement du fichier de vente échoue intégralement. C'est à vous de réparer cette erreur et à nous ensuite de charger à nouveau le fichier.
Que se passe-t-il pour les contacts ayant fait des des achats négatifs (qui n'ont que fait que rembourser des articles) ou nuls (n'ont que des articles gratuits) ?
Ils seront chargés en tant que leads (contacts n'ayant encore rien acheté). S'ils ne sont pas identifiables (ne peuvent être associés à aucun contact Emarsys) ils seront générés comme leads avec une source de lead inconnue et un état du cycle de vie de nouveau lead.
Que se passe-t-il s'il n'y a aucun en-tête dans le fichier de données de vente (ou de produit) ?
S'il n'y a aucun en-tête dans le fichier, la première ligne sera perdue car elle comptera comme en-tête. L'en-tête est nécessaire.
Que se passe-t-il si nous recevons un achat sans ID de produit dans le fichier de données de vente ? Devons-nous le charger comme un article inconnu ?
Non, car dans ce cas le chargement échouerait. Nous ne créons des produits inconnus que quand l'ID de produit pour une commande manque au catalogue produit. Le fichier doit être corrigé et envoyé à nouveau.
Charger le fichier Produits
Comment le fichier de données produits doit-il être envoyé ?
Soit :
- le catalogue produit initial contenant tous les produits + les deltas quotidiens avec les changements, ou bien
- le catalogue produit complet chaque jour, ou bien encore
- un retour quotidien avec les produits commandés ce jour-là ?
Vous devez charger votre catalogue produit complet à chaque fois, pour assurer la cohérence.
Quelles colonnes sont obligatoires dans le fichier de données produits ?
Ces colonnes sont nécessaires pour SI, seul l' itemID est obligatoire.
- article (chaîne) L'ID unique utilisé dans votre système pour identifier un article. C'est l'ID auquel toutes les scripts de collecte de données et de rendu se référeront.
- titre (chaîne) Le nom du produit.
- catégorie (liste des niveaux de hiérarchie) Désigne la catégorie à laquelle un article donné appartient (par ex. Électronique>Téléphones>iPhone|Télécommunication>Smart Phones>iPhone). Une hiérarchie peut comprendre 5 catégories maximum, mais il n'y a pas de limite au nombre de hiérarchies pouvant être incluses.
Que se passe-t-il s'il n'y a aucun article (productID) dans le fichier de données produits ?
Le chargement échoue. Le fichier doit être corrigé et envoyé à nouveau.
Que se passe-t-il si l'article n'est pas unique au sein d'un fichier particulier ?
Le chargement échoue. Le fichier doit être corrigé et envoyé à nouveau.
Que se passe-t-il si plusieurs fichiers produits sont chargés en même temps et que le même article se trouve dans plusieurs fichiers ?
Les fichiers sont chargés un par un (par ordre alphabétique), la dernière instance de l'article écrasera donc toutes les précédentes.
Que se passe-t-il s'il n'y a aucun nom associé au produit dans le fichier de données produits ?
L'article sera chargé et affiché avec produit inconnu comme ID produit sur le deuxième graphique de l'écran Achats antérieurs. Dans ce cas, nous créons un produit dans la base de données Emarsys avec uniquement un ID produit, et aucune autre donnée associée. Notez que si un article n'est pas inclus dans le catalogue produit, il sera aussi un produit inconnu.
Que se passe-t-il s'il n'y a aucune catégorie dans le fichier de données produits ?
Ces articles seront chargés, mais ils n'apparaîtront sous aucune des catégories sur l'écran Achats antérieurs.
Que se passe-t-il si un produit est accompagné d'un article (ID unique) déjà chargé sur SI ?
Si un article déjà chargé précédemment revient dans un nouveau fichier, le vieil article sera écrasé par le nouveau (par ex. catégorie de produit modifiée ou correction dans le nom de l'article).
Quels niveaux de catégorie peuvent être affichés sur le premier graphique de l'écran Achats antérieurs, Produits phares, Panier moyen et Tableau de bord ?
Par défaut, c'est le premier niveau (supérieur) mais n'importe quel niveau de la hiérarchie de catégorie peut être choisi pour visualisation. Toutefois, veuillez noter que le niveau spécifié ne peut changer d'un article à l'autre (s'il est réglé pour le niveau 2 de la catégorie, cela s'applique à tous les articles sans exception).
Gestion des remboursements
Les remboursements figurent-ils dans le nombre total de commandes ?
Les remboursements eux-mêmes ne sont pas ajoutés au nombre total de commandes, mais les remboursements complets affectent cet indicateur car les commandes complètement remboursées ne sont pas incluses dans le nombre total de commandes. En règle générale, toute commande ou partie de commande dont le montant de vente est positif est ajoutée au nombre total de commandes, tandis que celles ayant un montant de vente négatif ou nul ne le sont pas.
Comment les remboursements doivent-ils être inclus dans le fichier de données de vente ?
Quand vous soumettez les articles ou commandes retournés, utilisez toujours les IDs de commande, de client et d'article de la commande originale et fournissez une valeur négative dans les champs c_sales_amount
et les champs de quantité
. Veuillez vous assurer de remplir les champs dans votre fichier de données de vente de cette manière, sinon les remboursements ne seront pas correctement représentés dans vos rapports.
Exemple
Voici comment la commande originelle est chargée dans le fichier de vente :
ID de commande | Date | Identifiant client | ID d'article | c_sales_amount | quantité |
---|---|---|---|---|---|
OR12345 | 15.10.2015 | CU54343 | IT8798 | 45 | 1 |
OR12345 | 15.10.2015 | CU54343 | IT2235 | 30 | 1 |
OR12345 | 15.10.2015 | CU54343 | IT8840 | 25 | 1 |
Une semaine plus tard le client décide de retourner 2 articles, ce qui doit être reporté dans le fichier de vente comme suit :
ID de commande | Date | Identifiant client | ID d'article | c_sales_amount | quantité |
---|---|---|---|---|---|
OR12345 | 22.10.2015 | CU54343 | IT2235 | -30 | -1 |
OR12345 | 22.10.2015 | CU54343 | IT8840 | -25 | -1 |
Ces deux parties de commande seront ensuite agrégée en une seule commande dont la valeur totale sera 45, tandis que la date de commande restera inchangée (c'est-à-dire que nous conservons la date de la commande originale).
Comment les remboursements affectent-ils l'écran d'impact sur le revenu ?
Sur l'écran Impact sur le revenu les commandes ne sont pas agrégées. Chaque commande contribue au revenu du jour auquel elle a été passée. Si nous prenons l'exemple ci-dessus, les 100 Euros seront ajoutés au revenu total du 15 octobre, tandis que le remboursement de -55 Euros sera reporté au 22 octobre.
Pouvons-nous envoyer les remboursements dans un fichier séparé ?
Bien sûr. Veillez simplement à bien suivre la convention de nomination du fichier de vente, c'est-à-dire à nommer le fichier selon le modèle sales_items*.csv
. En d'autres termes, le nom de fichier doit commencer par la chaîne sales_item
et son extension doit être .csv, tandis que vous devez remplacer l'astérisque par un nombre de caractères de votre choix.
Comment les commandes retournées affectent-elles le score de cycle de vie client ?
En ce qui concerne le score de cycle de vie, toute commande positive compte comme une activité, même si elle est retournée plus tard. Par exemple, si vous chargez une commande avec un montant de ventes positif pour n'importe lesquels de vos Nouveaux acheteurs, ces derniers deviendront et resteront des Acheteurs actifs même si la commande est plus tard remboursée, complètement ou partiellement. Veuillez toutefois noter que les commandes ayant une valeur négative ou nulle n'affectent pas le score de cycle de vie de vos clients.
Les remboursements sont-ils ajoutés aux statistiques d'achat des contacts ?
Les retours et les remboursements ne sont pas pris en compte dans le calcul du nombre d'achats ou de la date de dernier achat. Ils ne comptent pas non plus comme un engagement, donc ne sont pas pris en compte dans le calcul du dernier engagement.
En général, les remboursements n'affectent que le rendement total du contact et donc son état d'acheteur.
Comment les remboursements affectent_ils le panier moyen affiché sur la page de reporting ?
Le panier moyen est calculé en divisant le total de tous les montants de ventes par le nombre de commandes sur une période donnée. Les remboursements sont pris en compte dans le calcul du montant de ventes total.
Qu'en est-il du filtre de dépense totale à vie ?
Au moment du calcul de la Dépense totale à vie et de l'état d'acheteur, toutes les commandes sont prises en compte, indépendamment de la valence positive ou négative de leur valeur agrégée.
Comment les remboursements affectent-ils le score monétaire, qui est toujours calculé pour une période donnée ?
Le score monétaire est calculé en additionnant les achats sur une période définie. S'agissant des retours, c'est la date de commande originelle qui importe. Si celle-ci tombe en dehors de la période, la commande ne sera pas prise en compte dans le calcul du Score monétaire (ni de la dépense totale et de l'état d'acheteur), même si la transaction de retour a lieu pendant la période en question.
Charger les Contacts
Que se passe-t-il si le champ de date d'inscription personnalisé est vide ou n'existe pas dans l'application Emarsys, et que le client a des dates de commande plus anciennes que sa première date d'inscription dans l'application Emarsys ?
Nous alignerons la date d'inscription de ces contacts sur celle de la première commande dans SI. Cela n'affectera pas le côté Emarsys puisque nous n'envoyons pas de message retour à Emarsys à partir de SI, donc le champ de date d'inscription personnalisé restera vide dans l'application Emarsys.
Que se passe-t-il si le champ de date d'inscription personnalisé est plus récent que la Date/date créée de première inscription ?
La date d'inscription de ces contacts sera celle définie par la Date/date créée de première inscription. Le champ d'inscription personnalisé ne sera pas appliqué au dernier engagement dans ce cas.
Que se passe-t-il si un contact n'a que des données de clic (tous les autres types de données sont manquants) ?
Ce contact a été supprimé mais ses données de clic demeurent. Ce contact apparaîtra sur la page de cycle de vie Lead, son état de cycle de vie dépendra de la date de clic et la source de lead sera marquée comme inconnue.
Filtres
Que représentent le Montant total dépensé et le Nombre d'achats sur la page Contacts/Segmentation ?
Ces filtres peuvent être utilisés pour créer des segments comme la dépense totale ou le nombre d'achats sur une période donnée et/ou pour un produit donné. Ces filtres diffèrent des deux autres aux noms similaires qu'on trouve sur le cycle de vie client (la Dépense totale à vie et le Total des achats à vie) parce qu'alors que ceux-ci fonctionnent à partir de données de contact, ces deux-là utilisent les données d'achat. Les contacts qui s'inscrivent et achètent le même jour sont considérés comme des leads le premier jour et ne deviennent des clients que le deuxième jour.
Toutefois, leurs commandes seront chargées sur l'entrepôt de données dès le premier jour, alors qu'ils sont encore considérés comme des leads par le système. Cela peut entraîner une légère différence numérique entre les segments créés avec ces filtres similaires.
Duplication
Que signifie le message d'erreur "la clé en double viole la contrainte unique "con_product_affinity_pkey"" dans Paramètres/Historique du chargement de données ?
Les champs "catégories principales prédites" et identifiant unique (qui identifie l'achat) ont la même valeur pour 2 contacts. Vous devez amender l'identifiant unique pour l'un de ces contacts sous l'onglet Autre dans l'application Emarsys, ou bien supprimer le contact inutile dans la commande pour permettre le chargement de contact.