Principe

Dans le cadre d’une campagne de collecte, l’identité de la personne qui renvoie une réponse n’a aucune incidence sur le fonctionnement de la campagne. En effet, pour GTServer, la collecte ne s’effectue pas au niveau des individus interrogés mais au niveau des entités. Ainsi, lors du lancement de la campagne, chaque formulaire émis comporte les informations de l’entité à laquelle il est rattaché. Le formulaire peut ainsi est transféré à n’importe quel individu, lors de la transmission des données, celles-ci seront associées à l’entité spécifiée dans le formulaire.

Mise en œuvre

Paramétrage du modèle

    Si la validation d’adresse est sélectionnée dans le modèle du formulaire, l’utilisateur doit valider son adresse email avant d’envoyer sa réponse et ce, même si le formulaire est configuré pour envoyer la réponse en HTTP. Cette adresse sera alors utilisée par GtServer comme répondant pour l’entité.              

Validation de l’adresse mail par les répondants

Pour les répondants, la validation peut être réalisée de deux façons :

• Lors du paramétrage de la connexion de messagerie. Lorsque l’utilisateur clique sur le bouton « Envoyer le mail de validation », GTAnswer envoie un mail à l’adresse indiquée.

• Lors d’une tentative de transmission des données pour un formulaire dont le modèle réclame une validation de l’adresse mail.

Note 1 : le mode de transmission du mail de validation peut différer suivant la méthode de validation.

• Si la validation est réalisée lors du paramétrage de la connexion à la messagerie, le message est envoyé par mail.
• Si la validation est réalisée lors d’une tentative de transmission des données et que l’action de lancement de campagne ayant diffusé le formulaire possède au moins l’une des options de publication HTTP activée, alors une demande d’envoi de mail est effectuée auprès de GTServer en http, puis le mail est envoyé par GTServer. GTAnswer, dans ce cas, n’a pas besoin d’avoir de configuration opérationnelle pour se connecter à la messagerie.

Dans tous les cas, l’utilisateur reçoit un mail avec une pièce jointe d’extension « .checkmail ». En ouvrant cette pièce jointe via le double-clic, l’adresse est validée, ce qui se traduit par la présence d’une « puce » verte dans le coin inférieur gauche de GTAnswer, à côté de laquelle figure l’adresse mail validée :

Impact sur les messages de la campagne

Par convention, on adoptera le vocabulaire suivant :

• Le correspondant : c’est l’adresse à laquelle a été envoyé le questionnaire. Si l’adresse a été redirigée, c’est l’adresse redirigée.
• Le répondant : c’est l’adresse qui a été validée par Answer. Cette adresse n’est disponible que si la validation d’adresse a été activée dans le modèle.
• Les correspondants : tous les correspondants pour une entité (y compris les axes de validation supplémentaires).
• Les répondants : tous les répondants pour une entité (y compris les axes de validation supplémentaires)

Les Champs CC et BCC des messages peuvent être remplis automatiquement par les correspondants, répondants ou combinaison des deux. De plus, on peut maintenant choisir le destinataire : répondant ou correspondant ou les deux. Ces changements introduisent une nouvelle logique d’envoi, notamment pour les messages de notification de réponse envoyés par GTServer.

Messages de GTServer : première réponse, réponses suivantes, réponse refusée

Chaque nouvelle réponse déclenche l’envoi d’un mail. On sélectionne les destinataires de la façon suivante : Le champ To peut recevoir l’une des valeurs suivantes :

• au correspondant
• au répondant sinon au correspondant (ie si la validation d’adresse n’est pas utilisée)
• aux deux

Les champs CC et BCC peuvent recevoir l’une des valeurs suivantes :

• aux correspondants
• aux répondants sinon aux correspondants
• aux deux

Notes :

• Pour le message de questionnaire fermé, les champs CC et BCC ne sont pas accessibles.
• On peut toujours mettre des CC, BCC supplémentaires via la boîte de saisie à droite.

Les valeurs par défaut pour les nouveaux messages ou ceux mis à jour depuis une version 3.0 sont :

• Première, suivantes :
  • To = au correspondant
  • CC = Ø
  • BCC = aux correspondants
• Refusée :
  • To = au correspondant
  • CC = Ø
  • BCC = Ø

Messages des actions: relance et fermeture de campagne

Choix possibles pour le champ To :

• à chaque correspondant
• à chaque répondant sinon à chaque correspondant
• Aux deux
• Adresse spécifique

L’envoi à une « Adresse spécifique » disponible pour un message de relance permet de spécifier une adresse mail directement ou au travers d’une variable (ex [[AxeRacine1]]) qui sera remplacée par la valeur de ce champ pour chaque entité relancée. Choix possibles pour ‘CC et BCC :

• aux correspondants
• aux répondants sinon aux correspondants
• aux deux

Les valeurs par défaut pour les nouveaux messages sont : To = à chaque correspondant CC = Ø BCC = Ø

Impact de la validation sur le comportement du formulaire

L’adresse mail validée peut être utilisée dans le formulaire à l’aide de la fonction GTVALIDMAILADDRESS(). Il est ainsi possible de modifier le comportement du formulaire en fonction de l’identité du répondant. Note : le comportement de la fonction varie suivant le contexte. Elle renvoie :

• Dans GTAnswer : l’adresse si elle est validée, une chaîne vide sinon
• Dans Design : #N/A
• Pour la prévisualisation de questionnaire (GTClient, GTWeb), cette fonction renvoie #REF!

Was this article helpful?

0 out Of 5 Stars

5 Stars		0%
4 Stars		0%
3 Stars		0%
2 Stars		0%
1 Stars		0%

How can we improve this article?

How Can We Improve This Article?

Name

Email

Submit