DocumentationCampaignDocumentation de Campaign Classic v7

[]{class="badge informative"}

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

Dernière mise à jour : 1 juillet 2026
  • S'applique à :
  • Campaign Classic v7

Cette section est destinée aux personnes responsables de la configuration de la gestion des réponses.Elle suppose une certaine connaissance de l’extension des schémas, de la définition des workflows et de la 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 personnes individuelles.Cette table des personnes individuelles peut coïncider avec la table des individus disponibles dans Adobe Campaign ou avec une table différente.

L’hypothèse de mesure est lancée par le workflow de processus d’opération (operationMgt).Chaque hypothèse représente un processus distinct exécuté de manière asynchrone avec un statut d’exécution (En édition, En attente, Terminé, En échec, etc.)et contrôlée par un planificateur qui gère les contraintes de priorité, la limitation du nombre de processus simultanés, la page de faible activité et l’exécution automatique avec fréquence.

Configuration de schémas configuring-schemas

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 standard-schemas

Le schéma d’usine nms:remaMatch contient la table des logs de réaction, c’est-à-dire la relation entre les personnes individuelles, les hypothèses et la table des transactions.Ce schéma doit être utilisé comme schéma d’héritage pour la table de destination finale des logs de réponses.

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 achats, etc.).

Tables des transactions et des détails des transactions transaction-tables-and-transaction-details

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

Vous pouvez également ajouter une table contenant les détails de la transaction.Ce n’est pas directement lié aux personnes individuelles.

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 de ticket de caisse qui décrit le comportement attendu dans les hypothèses, vous pouvez étendre le modèle de table nms:remaMatchRcp afin de lui ajouter l’identifiant (dans ce cas, aucun calcul de retour sur investissement 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é :

Gestion de la réaction et destinataires response-management-with-adobe-campaign-recipients

Dans cet exemple, vous allez intégrer une table d’achats dans votre module de gestion des réponses en utilisant une table des destinataires nms:recipient disponible dans Adobe Campaign.

La table des logs de réponse de la personne destinataire nms:remaMatchRcp est étendue pour ajouter un lien vers le schéma de la table des achats.Dans l’exemple suivant, la table des achats est appelée demo:purchase.

  1. Via l’explorateur Adobe Campaign, sélectionnez le noeud Administration > Gestion de campagne > Mappings de ciblage.

  2. Cliquez-droit sur Destinataires puis sélectionnez Actions et Modifier les options de la dimension de ciblage.

  3. Dans la fenêtre qui s’affiche, personnalisez éventuellement l’Espace de noms d’extension puis cliquez sur Suivant.

  4. Dans la catégorie Gestion de la réaction, assurez-vous que la case Générer un schéma de stockage pour les réactions est cochée.

    Cliquez ensuite sur Définir des champs supplémentaires… pour sélectionner les tables de transactions associées et ajouter les champs souhaités à l’extension du schéma nms:remaMatchRcp.

Le schéma alors créé se présente comme suit :

<srcSchema _cs="Reactions (Recipients) (cus)" entitySchema="xtk:srcSchema" extendedSchema="nms:remaMatchRcp"
img="nms:remaMatch.png" implements="xtk:persist" label="Reactions (Recipients)" mappingType="sql"
name="remaMatchRcp" namespace="cus">
 <element label="Reactions (Recipients)" name="remaMatchRcp">
  <key internal="true" name="match">
   <keyfield xlink="hypothesis"/>
   <keyfield xlink="broadLog"/>
   <keyfield xlink="proposition"/>
  </key>
  <attribute label="Quantity" name="quantity" type="long"/>
  <element name="purchase" target="demo:purchase" type="link"/>
  <element name="hypothesis" revLabel="Reactions (Recipients)" revLink="remaMatchRcp"/>
  <element applicableIf="HasPackage('nms:coreInteraction')" label="Proposition" name="proposition" target="nms:propositionRcp" type="link"/>
  <element desc="Message (Delivery log)" label="Message" name="broadLog" target="nms:broadLogRcp" type="link"/>
  <element label="Respondent" name="responder" target="nms:recipient" type="link"/>
 </element>
 <createdBy _cs="Administrator (admin)"/>
 <modifiedBy _cs="Administrator (admin)"/>
</srcSchema>

Gestion de la réaction avec une table des destinataires personnalisée response-management-with-a-personalized-recipient-table

Dans cet exemple, vous allez intégrer une table d’achats dans votre module de gestion de la réaction en utilisant une table d’individus autre que la table des destinataires disponible dans Adobe Campaign.

  • Créez un schéma de logs de réponses dérivé du schéma nms:remaMatch.

    La table des personnes individuelles étant différente de la table des destinataires Adobe Campaign, il est nécessaire de créer un nouveau schéma des logs de réponses basé sur le schéma nms:remaMatch.Il faut ensuite le compléter avec les liens vers les logs de diffusion et la table des actes d’achats.

    Dans l’exemple suivant, nous utiliserons le schéma demo:broadLogPers et la table des transactions demo:purchase :

    code language-none 
    <srcSchema desc="Linking of a recipient transaction to a hypothesis"
img="nms:remaMatch.png" label="Responses on persons" labelSingular="Responses on a person" name="remaMatchPers" namespace="nms">
  <element name="remaMatchPers" template="nms:remaMatch">
    <key internal="true" name="match">
      <keyfield xlink="hypothesis"/>
     <keyfield xlink="purchase"/>
    </key>

    <element name="hypothesis" revLabel="Response logs for persons" revLink="remaMatchPers"/>
    <element applicableIf="HasPackage('nms:interaction')" label="Proposition" name="proposition"
             target="demo:propositionPers" type="link"/>
    <element label="Delivery log" name="broadLog" target="demo:broadLogPers" type="link"/>
  </element>
</srcSchema>

  • Modifiez le formulaire des hypothèses dans le schéma nms:remaHypothesis.

    Par défaut, la liste des logs de réponses est visible dans les logs des destinataires.Il faut donc modifier la forme des hypothèses pour pouvoir visualiser les nouveaux logs de réponses créés à l’étape précédente.

    Par exemple :

    code language-none 
     <container type="visibleGroup" visibleIf="[context/@remaMatchStorage]= 'demo:remaMatchPers'">
              <input hideEditButtons="true" img="nms:remaMatch.png" nolabel="true" refresh="true"
               toolbarCaption="Responses generated by the hypothesis" type="linklist"
               xpath="remaMatchPers">
          <input xpath="[.]"/>
          <input xpath="@controlGroup"/>
        </input>
   </container>

Gestion des indicateurs managing-indicators

Le module Response Manager est fourni avec une liste d’indicateurs prédéfinis.Vous pouvez cependant ajouter d’autres indicateurs de mesure personnalisés.

Pour cela, vous devez étendre la table des hypothèses en insérant deux champs pour chaque nouvel indicateur :

  • le premier pour la population ciblée ;
  • le second pour la population témoin.

Par exemple :

<srcSchema entitySchema="xtk:srcSchema" extendedSchema="nms:remaHypothesis" label="Measurement hypothesis"
md5="1D4DED54FF8EC2432AED6736EDE6F547" name="remaHypothesis" namespace="demo" xtkschema="xtk:srcSchema">
    <element name="remaHypothesis">
        <element name="indicators">
            <!-- Quantity -->
            <attribute label="Total contacted" name="contactReactedTotalQuantity" type="long"/>
            <attribute label="Total number of people in the control group" name="proofReactedTotalquantity" type="long"/>
        </element>
    </element>
</srcSchema>
recommendation-more-help
campaign-classic-help