[Applicabile anche a v8]{class="badge positive" title="Applicabile anche a Campaign v8"}

Configurare Campaign Response Manager configuration

Questa sezione è destinata alle persone responsabili della configurazione della gestione della risposta. È necessario disporre di una certa quantità di conoscenze sull'estensione degli schemi, la definizione dei flussi di lavoro e la programmazione SQL.

Questo consente di comprendere come adattare il modello dati standard alla natura specifica di una tabella di transazione esterna ad Adobe Campaign con la tabella dei singoli utenti. Questa tabella di singoli utenti può coincidere con la tabella degli utenti singoli disponibili in Adobe Campaign o con una tabella diversa

L'ipotesi di misurazione viene avviata dal flusso di lavoro del processo di operazione ( operationMgt ). Ogni ipotesi rappresenta un processo separato eseguito in modo asincrono con uno stato di esecuzione (In corso di modifica, In sospeso, Completato, Non riuscito, ecc.) e controllata da un modulo di pianificazione che gestisce i vincoli di priorità, la limitazione del numero di processi simultanei, la pagina a bassa attività e l’esecuzione automatica con frequenza.

Configurare gli schemi configuring-schemas

L’integrazione dell’applicazione è necessaria prima di utilizzare il modulo di reazione per definire le varie tabelle (transazioni, dettagli della transazione) da misurare e il loro rapporto con consegne, offerte e singoli utenti.

Schemi standard standard-schemas

Lo schema predefinito nms:remaMatch contiene la tabella del registro delle reazioni, ovvero la relazione tra singoli utenti, l'ipotesi e la tabella delle transazioni. Questo schema è utilizzato come schema di ereditarietà per la tabella di destinazione finale dei registri di reazione.

Anche lo schema nms:remaMatchRcp è standard e contiene l'archiviazione dei registri di reazione per i destinatari di Adobe Campaign ( nms:recipient ). Per essere utilizzata, deve essere estesa per essere mappata a una tabella di transazione (contenente acquisti, ecc.).

Tabelle delle transazioni e dettagli delle transazioni transaction-tables-and-transaction-details

La tabella delle operazioni deve includere collegamenti diretti verso singoli utenti.

È inoltre possibile aggiungere una tabella contenente i dettagli della transazione. Questo non è collegato direttamente ai singoli individui.

Se ad esempio si considera un incasso, la tabella delle transazioni viene collegata a un contatto (tabella degli incassi) e la tabella delle linee degli incassi viene collegata solo alla tabella degli incassi (tabella dei dettagli). È quindi possibile configurare l'ipotesi direttamente al livello in cui la tabella della riga di ricezione è collegata alla tabella di ricezione.

Si consiglia vivamente di aggiungere una data evento.

Lo schema seguente mostra i join tra le diverse tabelle al termine della configurazione:

Gestione della risposta e destinatari response-management-with-adobe-campaign-recipients

In questo esempio, integreremo una tabella di acquisti nel nostro modulo di gestione delle risposte utilizzando la tabella dei destinatari integrata di Adobe Campaign nms:recipient.

La tabella dei registri di risposta su un destinatario nms:remaMatchRcp è stata estesa per aggiungere un collegamento allo schema della tabella di acquisto. Nell'esempio seguente, la tabella degli acquisti è denominata demo:purchase.

Lo schema creato si presenta come segue:

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

Gestione delle risposte con una tabella dei destinatari personalizzata response-management-with-a-personalized-recipient-table

In questo esempio, integreremo una tabella acquisti nel nostro modulo di gestione delle risposte utilizzando una tabella di singoli utenti diversa dalla tabella dei destinatari disponibile in Adobe Campaign.

Gestione indicatori managing-indicators

Il modulo Response Manager viene fornito con un elenco di indicatori predefiniti. Tuttavia, puoi aggiungere altri indicatori di misurazione personalizzati.

A questo scopo, devi estendere la tabella delle ipotesi inserendo due campi per ogni nuovo indicatore:

Ad esempio:

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