Bonjour,
Cela ne semble pas exister mais une fonctionnalité que je trouverai fabuleuse (pour gérer les votes d'assemblés d'une association) serait de gérer des droits d'accès utilisateur sur les questionnaires.

Seuls certains membres (déjà inscrits) pourraient y accéder pour répondre. Et ne pouvoir y répondre que X fois à l'instar de l'utilisation des tokens.

Aujourd'hui j'utilise les tokens mais il faut ressaisir son token à chaque questionnaire.
Une gestion utilisateur offrirait donc la possibilité de se connecter qu'une seule fois.

Est-ce qu'un jour cette fonctionnalité sera proposé? Est-ce qu'un bridge avec CMS peut faire le taff sinon?

Merci à tous

Pour ça tu as des outils spécifiques comme Balotilo. On l'utilise depuis 3 ans pour Flupa (association internationale des UX designers francophones) avec beaucoup de satisfaction.

Dans notre cas, on ne peut utiliser les invitations par adresses mails, et je ne voit pas de gestion des utilisateurs autre que courriel sur Batolito
Du coup, vous ne pensez pas qu'une gestion d'utilisateurs dans LS serait intéressante?
Merci et bonne journée

Salut,

> Est-ce qu'un bridge avec CMS peut faire le taff sinon?

Avec l'API : création du token via l'API et affichage du lien : je vois pas trop de soucis

> Du coup, vous ne pensez pas qu'une gestion d'utilisateurs dans LS serait intéressante?

Si mais qui pour la financer ? J'ai déjà hésité à créer un plugin pour cela en utilisant la table centralisé des contacts

Qui plus est, dans Limesurvey, on gère aussi les utilisateurs par e-mail. Donc est-ce que le problème ne sera pas aussi le même ?

Ma structure serait ravis de pouvoir contribuer au développement d'un outil libre, à condition que ce plugin ou cette intégration dans le cœur soit redistribué gratuitement à tous les utilisateurs LS.
Vous pouvez m'envoyez un 1er devis pour le développement, mais il faudrait que ce soit réalisé pour fin février. Cela vous parait jouable?

De mon côté : je produis tout en libre et gratuit .

Par contre : je ne peux pas proposer un devis maintenant : mon temps est un peu compté .
Et puis : il faudrait me détailler comment vous voyez cela ?

Perso j'avais pensé (dans un premier temps)

1. Page de login utilisant le modèle par défaut (voir, peut être un autre modèle)
2. Liste des questionnaires : invité (non soumis) , soumis (modifiable), soumis non modifiable.
3. Gestion du compte :
3.a. Modification mot de passe
3.b Correction e-mail (après validation d'un lien unique)
3.c Autres parties du compte (plutôt dans un 2ᵉ temps)
4. Lien de reset de mot de passe par lien unique
5. Inscription par un autre questionnaire ? (plutôt dans un 2ᵉ temps)

Si c'est plus urgent : je peux voir si d'autres partenaires pourrait proposer quelque chose avant janvier.

Bonjour,
J'avoue que le temps est compté
Je vous ai transmis mon tel par email.
Pour mon besoin, je créerai moi-même les comptes dans LS. L'idéal serait donc de se baser la gestion des utilisateurs de la plateforme (pour bénéficier de plugin auth CAS par ex).
La configuration du questionnaire offrirait la possibilité de spécifier que des utilisateurs ou idéalement des groupes d'utilisateurs (plus rapide et plus souple à gérer) peuvent répondre.
Si vous pensez qu'il n'est possible de ne se baser que sur la base centralisé des contacts en effet cela complexifie énormément le dev. Ou alors interfacer les comptes utilisateurs aux contacts de la BCD? (Établir un liaison de compte utilisateur->contact)
Qu'en pensez vous?
A votre disposition pour en discuter au téléphone.
Merci beaucoup,
Cordialement

1) Page de login Ok
2) Catégoriser les questionnaires public ou restreint peut-être intéressant mais ce n'est pas prioritaire
3) Gestion du compte :
3.a. Modification mot de passe
3.b Correction e-mail (après validation d'un lien unique)
3.c Autres parties du compte (plutôt dans un 2ᵉ temps)
4. Lien de reset de mot de passe par lien unique
5. Inscription par un autre questionnaire ? (plutôt dans un 2ᵉ temps)
Tout ces points rentre dans le scope d'une gestion utilisateur classique de LS.

sparadrus wrote: Pour mon besoin, je créerai moi-même les comptes dans LS. L'idéal serait donc de se baser la gestion des utilisateurs de la plateforme (pour bénéficier de plugin auth CAS par ex).

Si c'est bien des participants au questionnaire : le mieux est de se baser sur l'API et de voir avec un spécialiste du CMS en question.

sparadrus wrote: Tout ces points rentre dans le scope d'une gestion utilisateur classique de LS.

Les participants ne sont pas des administrateurs LimeSurvey : rien n'est fait pour eux.

Denis

Bonjour,
Après avoir discuté avec Denis au téléphone, il s'avère plus simple en effet de bridger un CMS
J'utilise donc Joomla, avec le composant Jumi qui me permet de traiter du code PHP.
Les utilisateurs sont créés dans Joomla, ils ont un champ supplémentaire "Token".
Avec Jumi et le framework J! je requête ce champ et le place au sein d'une URL vers un vote LS.
Ce qui donne limesurvey.test/IDQUESTIONNAIRE?Token={CODE_JUMI }
Lorsque le questionnaire est finalisé, l'url de retour pointe vers le Joomla.
J'active les votes (des modules type Contenu Personnalisé) au fur et à mesure dans Joomla.
J'ai mis un auto-refresh de la page Joomla.
Et comme les votes se font depuis des tablettes Android, j'ai crée une simple App WebView avec Android Studio, qui ouvre le Joomla.
Et voilou

Ca marche parfaitement, ils ne sont plus obligés de taper 80 fois leurs tokens.

Si ça intéresse du monde n'hésitez pas à revenir vers moi.

Merci pour ce retour d'information.

Bonjour,

Notre association cherche une solution équivalente à ce qui est évoqué sur ce topic. A savoir la création d'un vote de résolution pour une assemblée générale en raison du COVID avec un identifiant unique que l'on transmet aux adhérents par courrier afin qu'ils puissent voter qu'une seule fois (et qu'il n'est pas possible de voter en étant anonyme).

La contrainte du courrier vient du fait que nous n'avons pas les adresses mails de l'ensemble de nos adhérents (une partie de nos adhérents est âgée). Bien que l'on se doute que le public en question ne va pas pouvoir voter à cause de la fracture numérique, nous ne souhaitons pas pour autant les écarter de ce vote et peut-être qu'une partie d'entre eux auront un proche pour les aiguiller.

Toutefois, à la lecture ce topic, je dois reconnaitre que je ne comprends pas grand chose au jargon ou quand je comprends un terme technique, j'ai du mal à le contextualiser à mon niveau de connaissance par rapport à cette question spécifique.

J'ai cru comprendre qu'il y avait une solution de trouver?

Je vous remercie par avance de vos réponses.