« Test de la plateforme Transport solidaire » : différence entre les versions

De Wik&Tic Wik&siT
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.