Le bug de dataentry a été corrigé et sera publié dans la prochaine release, votre installation sur le SAAS de LimeSurvey a été corrigée.

LouisGac wrote: Le bug de dataentry a été corrigé et sera publié dans la prochaine release, votre installation sur le SAAS de LimeSurvey a été corrigée.

Je voulais signaler votre intervention, mais vous avez plus rapide.
Encore merci.

Bonjour,

Je progresse et je crois qu'il me manque peu de chose. D'ailleurs je pourrai déjà y arriver, mais j'aimerai parvenir à automatiser une dernière étape pour simplifier la tâche des collègues.
Je résume la démarche que je compte suivre :

1. Créer le questionnaire.
2. Importer une liste de contacts, c'est-à-dire la liste des collectivités à enquêter, chacune associée à l'adresse électronique du collègue qui l'appellera.
3. Créer les codes d'invitation
4. Envoyer les invitations
5. Faire préremplir par les collègues, avec la consigne de terminer plus tard ==> ils devront saisir id et mot de passe pour chaque questionnaire
6. Terminer le remplissage avec la collectivité, en se servant du lien fourni pour retrouver le questionnaire prérempli.

Mes tests ont été concluants, mais j'aimerai éviter la saisie des ID et mot de passe pour chaque enquête.
Je pensais pouvoir exporter la liste des contacts avec leur "token", modifier avec OpenOffice les colonnes [invited] [completed] [usesleft] pour leur remettre les valeurs N, N et 1, comme pour un contact qui n'aurait pas débuté son questionnaire, supprimer la base de contacts et les réimporter en espérant qu'avec ces réglages remis à 0 les collègues auraient pu se resservir du lien dans l'invitation pour reprendre le remplissage du questionnaire.
Mais en fait, si j'utilise encore ce lien, ça ouvre un nouveau questionnaire vierge, donc ajoute une réponse au token.

Impossible d'éviter cette saisie d'identifiants manuelle ?

Autoréponse : si c'est possible, simplement en activant l'option "Permettre les réponses multiples ou les mises à jour de réponses avec une invitation" dans la rubrique "Invitations" des paramètres généraux du questionnaire...

Exact...

Ecran "Éditer les paramètres du questionnaire"

1) Permettre les réponses multiples ou la mise à jour de ces réponses ? => oui

2) Activer la persistance des liens réponses - invitations ? => oui


+ pour chaque invitation:

Utilisations restantes : 999 (ou autre chiffre > 1)

Ben_V wrote: Exact...

Utilisations restantes : 999 (ou autre chiffre > 1)

Non, dans ce cas tu perd l'intéret du préremplissage ....

Denis

DenisChenu wrote: Non, dans ce cas tu perd l'intéret du préremplissage ....

Bizarre... dans un sens ce que tu dis est assez logique et je comprends bien que ce soit le comportement recherché, mais en fait je ne l'ai jamais constaté car je mets tjrs 99 par défaut aux utilisations restantes quand j'utilise LS comme une simple bd et que je veux pouvoir rentrer au moins une fois par mois dans l'année sur une fiche en conservant les réponses (sinon le système m'affiche des valeurs négatives dans les utilisations restantes).

En clair ce que j'ai toujours constaté, c'est que si on autorise les réponses multiples + activer la persistance des liens réponses-invitations, on a aucune chance de voir un questionnaire vierge après la première utilisation. Pour ma part je n'ai encore jamais vu le cas.

Ben_V wrote: En clair ce que j'ai toujours constaté, c'est que si on autorise les réponses multiples + activer la persistance des liens réponses-invitations, on a aucune chance de voir un questionnaire vierge après la première utilisation. Pour ma part je n'ai encore jamais vu le cas.

En fait : questions multiple + liaison token-réponse désactive le use left : il est décrémenté mais pas testé.

Ce qui est fait :
J'arrive sur un questionnaire avec invitation (terminée, soumise) :
1. L'invitation est elle marquée 'soumise' : non => je sort du test
2: ce questionnaire est il en 'réponse multiple' : oui => je sort du test (et soit je récupére la dernière réponse, soit je créé une nouvelle réponse en fontion de la liaison)
3: Utilisation restante est supérieure à 1 => Je sors du test
4: je quitte avec 'ce code ne peux plus être utilisé'

Denis

OK merci Denis de ces précisions; c'est bien utile de voir ces processus bien décrits comme tu le fais car je pense qu'il y en a plus d'un qui bidouille au moment de configurer tout ça !

En fait : questions multiple + liaison token-réponse désactive le use left : il est décrémenté mais pas testé.

A noter la différence entre le fait d'arriver sur le questionnaire directement avec un lien ou avec l'écran de saisie du token (input). Par exemple si utilisation restante = 0:

lien => ça passe et la valeur (usesleft) passera à -1
input => accès non autorisé

Ben_V wrote: lien => ça passe et la valeur (usesleft) passera à -1
input => accès non autorisé

Ouah !

Bug important ici (AMHA).

Denis

j'y regarde à tête reposée et reporte le bug si je peux le reproduire avec un petit exemple et une instal clean

Je viens d'essayer sur un questionnaire qui devrait reproduire ce bug, mais maintenant aucune différence entre l'accès par lien ou input... On accède dans tous les cas avec useleft = 0 . Ce serait donc le cas ou il est décrémenté mais pas testé; Donc rien d'anormal jusque là...

Je resterai bien-sûr vigilant sur ce thème pour être bien sûr qu'il n'y a pas de bug même si d'après ces derniers tests, tout à l'air OK