S’applique également à la v8.

Configuration de la gestion de la réaction (Response Manager) de Campaign

Dernière mise à jour : 19 juillet 2024

Cette section s'adresse aux opérateurs chargés du paramétrage de la gestion de la réaction. La mise en oeuvre de cette configuration requiert des connaissances en termes d'extension de schémas, de création et gestion de workflows et de programmation SQL.

Elle permet de comprendre comment adapter le modèle de données standard aux spécificités d'une table de transactions externe à Adobe Campaign avec la table des individus. Cette table d'individus peut correspondre à la table des destinataires disponible dans Adobe Campaign ou à une table différente.

L'hypothèse de mesure est lancée par le workflow des traitements sur les opérations (operationMgt). Chaque hypothèse représente un processus distinct exécuté en asynchrone avec un statut d'exécution (En édition, En attente, Terminé, En erreur, etc.) et soumis à un ordonnanceur gérant les contraintes de priorités, la limitation sur le nombre de process simultanés, la plage de faible activité et l'exécution automatique avec fréquence d'exécution.

Configuration de schémas

CAUTION
Ne modifiez pas les schémas natifs de l’application. Utilisez plutôt le mécanisme d’extension de schéma. Sinon, les schémas modifiés ne seront pas mis à jour au moment des futures mises à niveau de l’application. Cela peut entraîner des dysfonctionnements lors de l’utilisation d’Adobe Campaign.

Avant toute utilisation du module de la réaction, vous devez définir les différentes tables (transactions, détails des transactions) et leur relation avec les diffusions, les offres et les individus.

Schémas standards

Le schéma nms:remaMatch, fourni en standard, contient la table des logs de réaction, c'est-à-dire la relation entre les individus, l'hypothèse et la table des transactions. Ce schéma devra être utilisé comme schéma d'héritage pour la table de destination finale des logs de réactions.

Le schéma nms:remaMatchRcp est également fourni en standard, il contient le stockage des logs de réaction pour les destinataires Adobe Campaign (nms:recipient). Pour l'utiliser, il devra être étendu pour lui associer la table des transactions (contenant les actes d'achats).

Tables des transactions et des détails des transactions

La table des transactions doit comporter un lien direct vers les individus.

Vous pouvez aussi ajouter une table contenant les détails des transactions, qui elle n'est pas liée directement aux individus.

Par exemple dans le cas d'un ticket de caisse, une table des transactions est liée au contact (la table des tickets) et une table des lignes de tickets n'est reliée qu'à la table des tickets (la table des détails). Vous pouvez ainsi paramétrer l'hypothèse directement au niveau de la table des lignes de tickets associée à la table des tickets.

NOTE
Si vous souhaitez conserver l'identifiant des lignes de ticket qui décrit le comportement attendu dans l'hypothèse, vous pouvez étendre le modèle de la table nms:remaMatchRcp afin d'y ajouter ce dernier (dans ce cas, aucun calcul de ROI n'est associé à ces champs).

L'ajout d'une date d'évènement est également fortement recommandée.

Le schéma suivant représente les jointures entre les différentes tables une fois le paramétrage effectué :