« Test de la plateforme Transport solidaire » : différence entre les versions
Ligne 1 : | Ligne 1 : | ||
=Session de test : mercredi 28 octobre 2020= | =Session de test : mercredi 28 octobre 2020= | ||
Je navigue entre Redmine, le chat et des échanges emails avec Adrien, et chaque fois que j'apprends quelquechose d'intéressant je mets à jour cette page. | |||
==Configuration== | ==Configuration== | ||
Les structures ayant été déclarées, je vais d'abord aller voir et configurer leurs caractéristiques. | Les structures ayant été déclarées, je vais d'abord aller voir et configurer leurs caractéristiques. | ||
Ligne 9 : | Ligne 11 : | ||
Pourvu que ça soit possible, ce n'est pas vraiment un problème. | Pourvu que ça soit possible, ce n'est pas vraiment un problème. | ||
Est-ce que les proofs sont bien associées à une structure ? OUI | Est-ce que les "proofs" sont bien associées à une structure ? OUI | ||
Est-ce qu'elles peuvent être obligatoire/facultative (pour de la souplesse, ex: permettre à un bénévole de commencer des accompagnements alors qu'il n'a pas encore donné le scan de son permis) : OUI | Est-ce qu'elles peuvent être obligatoire/facultative (pour de la souplesse, ex: permettre à un bénévole de commencer des accompagnements alors qu'il n'a pas encore donné le scan de son permis) : OUI | ||
Est-ce que les proofs sont différenciées pour les bénéficiaires (attestation d'inscription à pôle emploi, de RSA, d'allocataire CAF, ...) et les accompagnateurs(permis, police assurance) : NON | Est-ce que les "proofs" sont différenciées pour les bénéficiaires (attestation d'inscription à pôle emploi, de RSA, d'allocataire CAF, ...) et les accompagnateurs(permis, police assurance) : NON | ||
Les recherches pour déterminer comment associer un user à une structure ont mis en évidence deux niveaux de droits distincts : admin et opérateur. | |||
Nous avons donc les acteurs suivants: | |||
* Bénéficiaire | |||
* Accompagnant (Transporteur Solidaire dans le vocabulaire du back end) | |||
* Opérateur | |||
* Admin | |||
* Super-admin, celui qui fait les actions de configuration "sous le capot" | |||
==Bénéficiaire== | ==Bénéficiaire== |
Version du 2 novembre 2020 à 17:30
Session de test : mercredi 28 octobre 2020
Je navigue entre Redmine, le chat et des échanges emails avec Adrien, et chaque fois que j'apprends quelquechose d'intéressant je mets à jour cette page.
Configuration
Les structures ayant été déclarées, je vais d'abord aller voir et configurer leurs caractéristiques.
On ne voit pas la configuration des pièces justificatives pour bénéficier du droit au TS ans l'admin.
Les justificatifs ("proofs" dans le modèle de données) sont configurées sous le capot et non pas accessibles depuis l'admin.
Pourvu que ça soit possible, ce n'est pas vraiment un problème.
Est-ce que les "proofs" sont bien associées à une structure ? OUI
Est-ce qu'elles peuvent être obligatoire/facultative (pour de la souplesse, ex: permettre à un bénévole de commencer des accompagnements alors qu'il n'a pas encore donné le scan de son permis) : OUI
Est-ce que les "proofs" sont différenciées pour les bénéficiaires (attestation d'inscription à pôle emploi, de RSA, d'allocataire CAF, ...) et les accompagnateurs(permis, police assurance) : NON
Les recherches pour déterminer comment associer un user à une structure ont mis en évidence deux niveaux de droits distincts : admin et opérateur.
Nous avons donc les acteurs suivants:
- Bénéficiaire
- Accompagnant (Transporteur Solidaire dans le vocabulaire du back end)
- Opérateur
- Admin
- Super-admin, celui qui fait les actions de configuration "sous le capot"
Bénéficiaire
J'utilise la fonction "demander un coup de pouce"
Accompagnant
Je crée 2 comptes d'accompagnants
J'utilise la fonction "je me propose comme bénévole"
pour une structure : La cooperie
Je donne mes disponilités
Opérateur
Je ne trouve pas comment proposer un accompagnement au bénéficiaire.