Quando si codifica un touchpoint per gestire l'API Interact si utilizza il metodo postEvent per gli eventi di riferimento. Il nome dell'evento utilizzato nell'API Interact deve corrispondere al nome dell'evento configurato nell'ambiente di progettazione. Questo nome non fa distinzione tra maiuscole e minuscole.

Se si crea un evento con più di un'azione di registrazione dell'offerta, tenere presente che l'API di Interact completa la stessa azione per l'offerta associata. Per questo motivo, non creare un evento che registri sia le accettazioni che i rifiuti dell'offerta poiché questi si contraddicono l'uno con l'altro. Tuttavia, la creazione di un singolo evento per registrare il contatto dell'offerta e l'accettazione o il rifiuto dell'offerta può essere utile nel proprio ambiente.

Per impostazione predefinita, l'ambiente di runtime può tenere traccia di due tipi di risposte, accettazione dell'offerta e rifiuto dell'offerta. È possibile modificare i tipi di risposta che gli eventi Registra accettazione dell'offerta e Registra Rifiuto dell'offerta registrano impostando le proprietà di configurazione accept e reject.

L'API di Interact può utilizzare anche gli eventi per attivare le azioni definite dall'utente utilizzando i parametri evento nell'API. Questi eventi includono la registrazione a una tabella personalizzata, tenendo traccia di più tipi di risposta e specificano un diagramma di flusso specifico. Potrebbe essere necessario creare alcuni eventi senza che venga definita una reazione del sistema o molti eventi con la stessa reazione del sistema, ad esempio Registra contatti, da utilizzare con i parametri evento riservati.

È possibile creare vari eventi con l'azione Registra accettazione offerta, una per ogni tipo di risposta che si desidera registrare o un solo evento con l'azione Registra accettazione offerta utilizzata per ogni chiamata postEvent utilizzata per registrare i tipi di risposta separati.

Ad esempio, creare un evento con l'azione Registra accettazione offerta per ogni tipo di risposta. È possibile definire le seguenti risposte personalizzate nella tabella UA_UsrResponseType [as Name (codice)]: Explore (EXP), Consider (CON) e Commit (CMT). È quindi possibile creare tre eventi e denominarli LogAccept_Explore, LogAccept_Consider e LogAccept_Commit. Tutti e tre gli eventi sono uguali (prevedono l'azione Registra accettazione offerta), ma i nomi sono diversi quindi la persona che lavora con l'API Interact può distinguerli.

Oppure si potrebbe creare un singolo evento con l'azione Registra accettazione offerta che si utilizza per tutti i tipi di risposta personalizzati. Ad esempio, assegnare il nome LogCustomResponse.

Quando si lavora con l'API Interact API, non esiste nessuna differenza funzionale tra gli eventi, ma le convenzioni di denominazione possono rendere il codice più chiaro. Inoltre, se si fornisce un nome diverso a ciascuna risposta del cliente, il report di riepilogo attività eventi canale visualizza informazioni più accurate.

Per ulteriori informazioni sui parametri riservati e sul metodo postEvent, consultare il manuale Interact Administrator's Guide.

Per monitorare con che frequenza si verificano tutti questi eventi nel proprio touchpoint, consultare Informazioni sul report di riepilogo attività eventi canale.