Gérer les assignations d'offres
Introduction
La fonctionnalité de Gestion des Offres est un module optionnel qui permet aux marketers de stocker des offres commerciales, d'associer des codes de réduction uniques à une offre et d'attribuer cette offre à la sélection de profil adaptée, soit automatiquement, soit en masse.
Il vous permet d'utiliser toutes les interactions stockées dans Actito et le comportement des profils dans vos scénarios pour déterminer à qui attribuer quelle offre spécifique. Cela garantit que les bons profils reçoivent la bonne offre, au bon moment !
Grâce à la gestion de codes uniques, le module d'Offre vous aide désormais aussi à minimiser les flux de données nécessaires entre Actito et votre système central.
Si vous êtes intéressé par le module optionnel de Gestion des Offres, nous vous invitons à contacter votre gestionnaire de compte.
Modèle de données
La gestion des offres utilise le modèle de données standard. 2 table personnaliséss sont automatiquement créées lorsque ce module est activé :
- Une table de référentiel "Offres", qui fait office de catalogue de toutes les offres commerciales disponibles.
- Un tableau d'interactions "Assignation", dans lequel une nouvelle interaction est créée lorsqu'une offre (et éventuellement un code unique) est assignée à un profil.
Le nom de chaque table peut être personnalisé lorsque le module est activé.
Pour plus de clarté, nous parlerons toujours des tables de référentiel "Offres" et d'interaction "Assignation".
Table de référentiel d'offres
La table "Offres" est une table référentielle, c'est à dire qu'elle contient un catalogue d'offres communes à tous les profils.
Chaque ligne de la table "Offres" contient les informations générales d'1 offre spécifique.
Cette table peut être alimentée comme n'importe quel autre table personnalisée : via des API, des synchronisations ETL, ou même en créant de nouvelles offres directement dans l'interface.
Les offres qu'elle contient doivent être connues de votre système de caisse.
Système de caisse, E-shop, moteur d'offres commerciales dédié, voire directement votre CRM... il existe de nombreuses façons de gérer les offres pour votre activité commerciale quotidienne.
Par souci de concision, ce document fera toujours référence au système de caisse lorsqu'on parlera de la gestion centralisée des offres de votre côté.
La table de référentiel contient les attributs suivants :
- name : le nom de l'offre (obligatoire)
- description : une description de l'offre (facultatif)
- toSynchronize : ce paramètre définit si l'assignation d'une offre à un profil doit être validée par votre système de caisse. Il détermine le statut de synchronisation par défaut de chaque interaction créée après une assignation d'offre.
Si défini surOui, chaque assignation sera créée avec un statut "synchronized" àfalse, ce qui signifie que l'assignation doit être validée par votre système de caisse.
Si défini surNon, chaque assignation sera créée avec un statut "synchronized" àtrue,ce qui signifie qu'aucune synchronisation n'est requise et que l'offre est prête à être utilisée. - requireVouchers : ce paramètre définit si un code de coupon pré-généré doit être associé à l'interaction lorsqu'un profil se voit attribuer l'offre.
Si la valeur estOui, les profils se verront attribuer un code promotionnel issu de la liste de codes importés dans l'offre.
Si défini surNon, les profils ne seront pas associés à un coupon unique.
Voir les Cas d'usages ci-dessous pour des exemples pratiques en fonction des valeurs "toSynchronize" et "requireVouchers".
- offerReference : ID de l'offre. C'est la clé de la table (obligatoire).
- imageUrl : peut être utilisé pour afficher une image liée à l'offre, comme une bannière promotionnelle. Il s'agit de l'image globale de l'offre, et non d'une image unique par mission (facultatif).
- webPageUrl peut être utilisé pour associer l'offre à un lien, comme la page de votre site internet expliquant votre offre (facultatif).
Comme toutes les tables personnalisées, elle contient également les id, updateMoment et creationMoment, qui sont automatiquement générés par Actito.
Table d'interaction des assignations
La table "Assignations" est une table d'interaction, ce qui signifie que chaque ligne de cette table est directement liée à un profil. Chaque ligne fait également référence à une offre existante de la table de référentiel "Offres".
Elle contient les attributs suivants :
- usedVoucherCode : le code de réduction unique qui a été attribué à cette interaction spécifique, à partir de la liste des coupons importés dans l'offre. Cet attribut n'est renseigné que si le champ 'requireVouchers' de la table de référentiel est défini sur
Oui. - synchronized : ce paramètre précise si l'assignation doit être validée par votre système de caisse. Sa valeur par défaut peut être vraie ou fausse selon la valeur du champ 'toSynchronize' de la table du référentiel (voir ci-dessus).
- profileReference : l'ID du profil, en fonction de la clé unique de la base de données de profil vers laquelle il fait le lien
- assignmentReference : la clé unique de l'interaction. Il s'agit d'une chaîne aléatoire de caractères générée automatiquement par Actito après une assignation.
- offerReference : la référence de l'offre. Il s'agit d'un lien vers la table de référentiel "Offres", permettant d'utiliser les attributs de la table du référentiel dans les personnalisations et les ciblages.
- createDate : le moment de l'assignation.
Comme toutes les tables personnalisées, elle contient également les id, updateMoment et creationMoment, qui sont automatiquement générés par Actito.
Ces champs sont les attributs par défaut présents automatiquement lorsque le module de Gestion des Offres est activé. Ils ne peuvent être ni supprimés ni modifiés (sauf leur nom d'affichage).
Cependant, de nouveaux champs peuvent être ajoutés au modèle ! Par exemple, un attribut "offerValidity" dans la table du référentiel, ou un champ booléen "voucherBurned" dans la table d'interaction, à mettre à jour lorsque le bon a été utilisé dans votre système de caisse.
Cas d'usage
La richesse du module de Gestion des offres lui permet de répondre à de nombreux cas d'usage : offre générique identique pour tous les profils, codes promo prédéfinis ou codes uniques générés à la volée avec de nombreux échanges avec votre système de caisse... tout cela est possible !
L'utilisation que vous ferez du module de gestion des offres dépendra principalement de si vous utilisez ou non des codes de réduction pré-générés et si chaque assignation doit être validée par votre système de caisse.
Passons en revue les différents cas d'usage :
-
Offre générique (requireVoucher =
falseet toSynchonize =false) : l'offre ne nécessite aucun code unique ni aucune identification.
Elle est valable pour tout le monde, et vous utilisez le module Gestion des Offres principalement pour cibler les profils les plus susceptibles d'être intéressés par l'offre.
Cela vous permet d'automatiser vos communications d'offres grâce à une personnalisation basée sur la table du référentiel d'offres, sans nécessiter de synchronisation supplémentaire. -
Code généré après assignation (requireVoucher =
falseet toSynchonize =true) : l'offre est validée via un code de coupon unique généré après l'assignation.
Lorsqu'une nouvelle ligne d'assignation est créée (avec synchronized =false), les informations sont poussées vers votre système de caisse (via un webhook, par exemple) et un code promo est généré à la volée par votre système.
Ensuite, vous mettez à jour la ligne d'assignation (via un appel API, par exemple) pour pousser le code unique et mettre à jour le champ synchronized àtrue. -
Code pré-généré avant assignation sans validation (requireVoucher =
trueet toSynchonize =false) : l'offre est associée à une liste de codes promo uniques pré-générés au préalable par votre système de caisse.
Lorsque l'offre est attribuée au profil, un code existant est automatiquement attribué à l'interaction.
Cela ne nécessite aucune validation car le code est déjà connu de votre système de caisse et vous ne validez pas l'identité du profil bénéficiant de ce code unique spécifique. Aucune autre synchronisation n’est donc nécessaire.
Grâce à la liste pré-générée de codes de réduction uniques, cette option minimise le besoin d'une synchronisation de données supplémentaire.
- Code pré-généré avant assignation avec validation (requireVoucher =
trueet toSynchonize =true) : l'offre est associée à une liste de codes promo uniques pré-générés au préalable par votre système de caisse.
Lorsque l'offre est assignée au profil, un code existant est automatiquement attribué à l'interaction mais le champ synchronized de l'interaction est mis àfalse. Même si le code est pré-généré, vous souhaitez le valider et les informations sont transmises à votre système de caisse (via un webhook, par exemple).
Une fois ces informations reconnues, vous pouvez mettre à jour l'interaction et définir le champ synchronized àtrue(avec un appel API, par exemple).
Cette option est pertinente si vous souhaitez valider l'identité du profil qui peut utiliser ce code et donc votre système de caisse a besoin de savoir quel code est associé à quel profil. Ou si vous avez simplement besoin de savoir quels codes ont été attribués et sont susceptibles d'être utilisés.
Importer des coupons uniques
Si une offre est configurée pour attribuer automatiquement des codes de réduction uniques, une liste de codes existants doit être fournie et associée à cette offre.
Actito ne génère aucun code promo. Ils doivent être générés en externe par votre système de gestion des offres, puis importés dans Actito. Cela signifie que les codes peuvent être synchronisés immédiatement avec votre système de caisse et qu'une synchronisation après l'assignation d'une offre à un profil n'est pas obligatoire.
Actito génère uniquement une "assignmentReference" aléatoire pour chaque assignation réussie.
Pour importer des codes de réduction, rendez-vous dans Tables de données dans l'interface, sélectionnez votre table de référentiel "Offres", puis sélectionnez la ligne d'offre à laquelle vous souhaitez associer des codes.
Cliquez sur "Plus" puis "Import de codes de réduction uniques".

Cette option n'est disponible que si l'attribut 'requireVouchers' de l'offre est défini sur Oui.
Vous pouvez désormais importer un fichier contenant des codes de réduction uniques.
- Format : fichier .txt avec une valeur par ligne, une seule colonne, sans en-tête et encodé en UTF-8.
- Un code promotionnel est limité à 100 caractères maximum
- Taille max du fichier : 25Mo (cela équivaut à 250 000 codes de 100 caractères ou 500 000 codes de 50 caractères par exemple)
- Le fichier ne peut pas contenir de lignes vides
- Les codes en double sont ignorés
Un seul fichier peut être importé à la fois. Une fois réussi, un message récapitule le résultat de l'import. Un nouveau fichier peut maintenant être importé.