lachouettecoop / chouette-admin-chouettos Goto Github PK
View Code? Open in Web Editor NEWPROD — Application de gestion des membres de La Chouette Coop
PROD — Application de gestion des membres de La Chouette Coop
Contexte : voir #11
Afin de prévenir d'erreurs de manipulation, les personnes n'ayant besoin que d'un accès consultatif ne doivent pas pouvoir modifier les données de l'application. Par exemple : le groupe Communication, certaines personnes du BdM …
Une fois connectées, elles ne doivent pouvoir que lire / naviguer / exporter les données.
Remettre le bloc Adresse sur une ligne entière en dessous du bloc Civilité afin de mieux visualiser les champs (trop tassés actuellement.
Afin de pouvoir solliciter les personnes au bon moment
En tant qu'administrateur
Il faudrait pouvoir avoir un nombre restreint de domaines de compétences et les saisir de manière homogène
Un peu à la manière d'un mécanisme de tags.
Un problème a été remonté sur un changement d'adresse email qui n'avait pas été correctement répercuté dans le LDAP.
Il faudrait essayer de reproduire ce problème (l'adresse en question contenait un +
) et le corriger.
Il est également possible que cela ait été une conséquence d'une indisponibilité temporaire du LDAP… auquel cas il ne devrait pas y avoir de bug.
[email protected]
: l'entrée LDAP correspondante doit être au cn
et avec `email° à cette valeur.[email protected]
: l'entrée LDAP devrait à nouveau être mise à jour6a - tous les montants de souscriptions de façon à pouvoir en faire facilement des sommes => action pour Pierre : dans un premier temps, faire une proposition,
Il faudrait voir comment cette information pourrait être intégrée et exploitable.
Peut-être en 2 colonnes contenant la somme des paiements : montant encaissé, montants à venir.
dans la liste des personnes intéressées
Afin de faciliter la recherche et saisie des souscriptions.
Depuis la liste des Chouettos, il faudrait pouvoir filtrer par date de souscription.
Afin d'informer les utilisateurs des nouveautés de la version, il serait intéressant d'afficher une note avec les informations sur la dernière version.
Le numéro de la version en cours pourrait être comparé avec la version du navigateur.
Les releases notes pourraient être récupérées depuis Github directement : https://api.github.com/repos/lachouettecoop/chouette-admin-chouettos/releases/latest
Deux colonnes à ajouter dans le fichier d'export :
Voir côté getExportFields dans useradmin.php
Afin de respecter la RGPD, il faudrait mettre en place un mécanisme permettant de supprimer les comptes et données d'il y a plus de 3 ans.
Afin de pouvoir imprimer des badges, l'application doit permettre de conserver les photos prises durant les souscriptions en les rattachants à un·e Chouettos.
Il faut pouvoir:
Evolution de l'ordre des champs dans Admin Chouettos (liste Chouettos) afin de suivre l'ordre des champs des contrats de souscriptions => action pour Pierre : déplacer le champ "Date Naissance" sous le champ "Email"
Afin de centraliser l'information dans Admin Chouettos, il faudrait supprimer cette feuille partagée permettant le suivi et pointage des paiements.
Cette demande consiste à analyser l'existant et échanger avec les principales personnes concernées afin de pouvoir proposer une solution (et lister les fonctionnalités en découlant) adaptée.
Si un chouettos perd sa carte, il n'est pas possible de générer un nouveau code barre. La possibilité de le générer depuis la fiche utilisateur serait un plus (opération importante, demander la confirmation de l'écrasement du code-barre actuel)
Contexte : voir #11
7 - Prise en compte des coopérateur.rice.s qui ne souhaitent plus recevoir de mail => actions pour Pierre : rétablir une case à cocher permettant de tracer ces cas + exclure du filtre par défaut les Chouettos pour lesquels cette case aura été cochée
Vu que les emails passent désormais tous par Mailjet, il faudrait voir si cette information est nécessaire dans Admin Chouettos ou non.
En effet, il sera laborieux et source d'erreur de synchroniser cette information de Mailjet vers Admin Chouettos … et potentiellement inutile.
Il faudrait vérifier la procédure d'import dans Mailjet de manière à voir si cela réactive une personne s'étant désinscrite ou non.
Sans cela, peut-être qu'il serait plus pertinent que l'information soit stockée dans Mailjet.
Il faut aussi garder en tête que toutes les communications ne se valent pas. Les mails de la Com' sont différents des mails liés au planning (opérationnels).
Afin de centraliser l'information dans Admin Chouettos, il faudrait supprimer cette feuille partagée permettant au groupe Com' de maintenir une liste de mailing à jour.
Cette demande consiste à analyser l'existant et échanger avec les principales personnes concernées afin de pouvoir proposer une solution (et lister les fonctionnalités en découlant) adaptée.
Afin de pouvoir faire un suivi des personnes rattachées, il faudrait pouvoir saisir des informations sur la personne rattachée à un·e Chouettos.
Besoin à affiner par l'Equipe Enregistrement du BdM. Mis ici pour en rediscuter.
À voir si #2 ne résoudrait pas le problème.
Tou.te.s les ancien.nes simples adhérent.es sont à supprimer de la base Chouettos d'Admin Chouettos.
De mémoire, l'opération a été entamée par Pierre M. fin juin / début juillet mais n'a pu être menée jusqu'au bout.
Toutes les personnes à supprimer ont déjà été reversées dans la base "Personnes intéressées" avec un nombre restreint d'informations.
Les personnes à supprimer sont toutes les personnes obtenues en faisant un filtre sur le champ "Actif?" avec la valeur "no".
Ces personnes sont aussi à supprimer dans Odoo SAS (est ce automatique après la suppression dans Admin Chouettos ?)
les aides à la saisie... certaines sont quelque peu trompeuse.... je m'y suis fait avoir quelques fois (croyant avoir rempli le champ alors que c'est l'exemple)
Afin d'éviter des erreurs de saisie, il faudrait que les placeholder et vrais textes soient plus différenciables.
Éclaircir les placeholders devrait être suffisant.
Afin de centraliser l'information dans Admin Chouettos, il faudrait supprimer cette feuille utilisée pour le suivi des membres inscrits.
À priori cette feuille était utilisée en complément d'Admin Chouettos car il manquait des champs et il était plus simple d'ajouter des informations / notes dedans.
Cette demande consiste à analyser l'existant et échanger avec les principales personnes concernées afin de pouvoir proposer une solution (et lister les fonctionnalités en découlant) adaptée.
Ajout des paiements des parts sociales à l'export pour notamment faire des contrôles de ce qui a été enregistré.
On me demande s'il est possible d'avoir le nom du chouettos en lettres capitales sur les badges. Pour les premiers badges édités, dans la mesure ou la procédure est manuelle je peux rectifier mais ce serait mieux si la modif était portée dans adminchouettos. Es ce possible?
Contexte : voir #11
- Traitement des personnes intéressées (pas encore coopératrices, personnes déjà simples adhérentes ou externes ayant montré leur intérêt pour une réunion d'accueil de LCC et y ayant assisté ou non à cette réunion) => les créer dans une autre liste (autre que celle des Chouettos) dans Admin Chouettos => action pour Pierre : créer cette nouvelle liste"Intéréssé.e.s"
Précision : les infos dont nous disposons (et donc à tracer dans Admin Chouettos) sur les personnes intéressées sont le Nom, le Prénom et l'E-mail (dans cet ordre) + voir point 2
Remarque : une personne déjà simple adhérente sera déjà dans la liste Chouettos d'Admin Chouettos => penser à prendre en compte ce cas (je pense à un conflit d'identifiant unique =e-mail qui serait présent dans les deux listes)
2 - Trace de la date de réunion d'accueil pour les personnes ayant assisté à une réunion d'accueil mais n'ayant pas souscrit de parts sociales (ceci afin de permettre la souscription uniquement dans les 6 mois suivants) => action pour Pierre : ajouter un champ "Date de réunion d’accueil" dans la fiche des Intéressé.e.s
Il y a de la dette technique sur les images docker et service docker-compose.
Cette issue consiste à repasser sur tout cela de manière à avoir:
docker-compose.yml
pour la production (et dév local)Enfin, il serait génial d'externaliser toutes les configurations dans un fichier .env
.
Cela permettrait ainsi de n'avoir sur le serveur que les données, les secrets (.env
) et un docker-compose.yml
.
L'ajout d'un paiement est impossible à la création d'un compte Chouettos. Il est nécessaire de d'abord sauvegarde la fiche du Chouettos puis de la modifier pour créer un paiement.
Afin de permettre l'impression en masse des badges, il faudrait un format d'export compatible avec le nouveau gabarit des badges.
Pour cela il faudrait sans doute inclure un dossier avec les images des Chouettos exportés.
- "Ligne 1" => "Adresse" avec comme exemple : 12 rue du Docteur Ranjani
- "Ligne 2" => "Complément adresse" avec comme exemple : Bât B, appt 17
- "Ville" avec comme exemple "Ramonville Saint Agne"
Contexte : voir #11
Saisie du numéro de téléphone : jusqu'à maintenant, il était renseigné au format 0612451111 sur le Google Sheet (Suivi des Membres) qui l'affichait (automatiquement) au format 06 12 45 11 11; ce format était alors copié/collé vers Admin Chouettos. => action pour Pierre : permettre une saisie au format 0612451111 et un affichage (dans la fiche du Chouettos) au format 06 12 45 11 11 . Conserver aussi cet affichage au format 06 12 45 11 11 à l'export.
Les Id ont disparu, c'était bien pratique pour avoir l'ordre chronologique d'enregistrement et notamment vérifier, sans avoir besoin d'exporter, si les dernières recrues étaient bien enregistrées.
Pour les ids, je ne suis pas convaincu que cela est un bon moyen de faire ce contrôle.
Il y a actuellement la possibilité de filtrer par date d'adhésion
Néanmoins le filtre (#3) n'est pas satisfaisant car il renvoie également les personnes ayant un 2nd paiement dans la période.
Il faudrait pouvoir trier et filtrer sur la date de souscription à la SAS, c'est à dire la date du 1er paiement.
Dans le bloc "Paiement des parts sociales", je cocherais par défaut la case "Effectif" sur chaque ligne (peu importe le mode de paiement)... ainsi nous n'aurions qu'à la décocher dans les rares cas des chèques en bois !
Afin de faciliter l'utilisation de l'application dans le cadre d'une PIAF
Il serait pertinent d'ajouter des aides contextuelles aux formulaires, afin de détailler le contenu/but/usages des différentes données.
Cela peut reprendre des éléménts des slides de présentation de l'outil… (« Support de cours Admin Chouettos »).
À affiner avec le temps !
Le script doit générer les créneaux de la journée à 6 mois + 1 jour quotidiennement, de sorte à toujours avoir 6 mois de planning.
La fonction doit, par défaut, générer les créneaux de cette journée mais peut être étendue pour générer tous les créneaux entre deux dates.
Pour une PIAF le 02/02, il nous dit avoir demandé un remplacement dès le 19/01... et pourtant le 28/01, il apparait sur le mail de rappel dont voici une copie d'écran image.png
Pouvez-vous faire en sorte que dans ce cas là la place apparaisse vacante ?
Modifier le template du mail : on laisse la place vacante si remplacement.
Modifier l'envoi du mail : on n'envoie pas si remplacement.
Afin de s'assurer que les participants aux Assemblées Plénières sont bien Chouettos, il pourrait être pertinent d'avoir un écran permettant aux participants de badger afin d'émarger.
Le but de cette demande est de faire un premier prototype afin de le proposer aux personnes/groupes impactés.
je vois déjà un champ à ajouter : la demande de remboursement des parts (on vient d'en avoir une cette semaine - quelqu'un qui quitte Toulouse) et comme on ne rembourse pas avant la fin de la cloture comptable, mieux vaut tracer !
… le but est de commencer à gérer le départ de La Chouette Coop, mais le besoin est encore assez flou. Dans un premier temps il serait bien de noter cela dans l'application en cochant une case pour ces personnes.
À terme (autres issues) il faudra gérer la désactivation de ses accès etc…
Si les créneaux génériques changent, il faudrait qu'il soit possible de générer depuis l'interface utilisateur les créneaux entre deux dates, en utilisant #55
Faire attention aux remplacement des créneaux existants : sont-il remplacés, gardés ?
Ajouter un champ description piaf
• Préciser Caisse 1 ou 2
• Indiquer « Accompagnateur•ice » quand c’est le cas
• Décrire le travail du poste : ardoise et carton/cagette. Pour l’instant on a ces deux types de poste faits aussi pour les chouettos. Ceci permettra de supprimer les roles ardoise et cagette qu’on avait dit que ne sont pas vraiment utiles.
l’idée de champ était de pouvoir l’utiliser pour la création des créneaux génériques (donc il faut l’afficher sur adminchouettos) et après propager cette information dans les PIAF. Le besoin c’est d’avoir un texte libre pour décrire quelques PIAF.
plus retors que prévu la description pour une piaf : un créneau générique créé des postes et ne connait pas les piafs
Afin de faciliter la saisie de Chouettos et diminuer les erreurs, il serait pertinent d'autocompléter l'adresse dans le formulaire de saisie.
On pourrait ainsi récupérer en plus la géolocalisation de celle-ci, ce qui ouvre la possibilité de visualiser les Chouettos sur une carte.
Afin de permettre à des personnes de ne pas accéder au magasin durant une absence justifiée et prévue (exemple : mission de 2 mois à Paris), le BdM devrait pouvoir saisir cette information sur une fiche Chouettos.
Cela aurait pour impact d'interdire le passage en caisse de cette personne (et ses personnes rattachées).
Besoin à affiner par le BdM
Passer de 6 jours à 3 jours précédent la PIAF pour envoyer le mail de rappel.
Contexte : voir #11
6b - la date de souscription (= la date de la 1ère échéance) => action pour Pierre : ajouter cette colonne dans les fichiers d'export
Le composant Calendrier ne s'affiche plus lors du clic dans les champs des formulaires qui le demandent.
Les photos du Chouettos et de sa personne rattachée sont impossibles à changer.
lorsqu'on veut supprimer, une page non appropriée apparait
Si le rôle est absent sur un poste, problème de génération de créneau.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.