Feuille de route
Les bugs sont corrigés et publiés dans la version stable, les nouvelles fonctionnalités sont ajoutées dans la version de développement (branche dev
) qui sera publiée quand les objectif de cette version seront atteints.
Une liste plus précise de fonctionnalités demandées est également listée dans les tickets (mais on n'a pas forcément le temps de créer un ticket pour chaque fonctionnalité !).
État actuel des fonctionnalités
Fonctionnalité | Statut | État | Remarques |
---|---|---|---|
Membres | Implémenté | Satisfaisant | 1.3 |
Comptabilité | Implémenté | Satisfaisant | Quelques détails à revoir pour améliorer la simplicité et l'accessibilité |
Activités et cotisations | Implémenté | À améliorer | Refaire le formulaire d'inscription |
Fichiers | Implémenté | Satisfaisant | Complet. |
Site web | Implémenté | Satisfaisant | Grosse amélioration en 1.3, manque édition WYSIWYG |
Mailing | Implémenté | Presque bien | Manque suivi/archivage des mails envoyés, pièces jointes, rédaction WYSIWYG |
Documentation | Plutôt bonne | En cours | À mettre mieux en évidence dans le logiciel directement |
Tests unitaires | Inexistants ou presque | À écrire… | |
Tests fonctionnels | Dépassés | À refaire |
Prochaines versions
Version 1.3.x
- Suppression/anonymisation automatique des fiches des anciens adhérents
- Refonte code envoi de mails
- Permettre les fichiers joints aux messages collectifs
- Caisse : afficher le poids cumulé des produits vendus
Version 1.4 — Refonte inscription aux activités (2024 ?)
- Arrêt du support de PHP 7.4
- Possibilité d'inscrire plusieurs membres à une activité en même temps
- Tous les tickets liés aux activités : https://fossil.kd2.org/paheko/rptview?rn=9
- Déplacement du répertoire des plugins par défaut de
data/plugins
versplugins
tout court
Version 1.5 — Intégration de prestataires de paiement (2024-25 ?)
- Arrêt du support de PHP 8.0
- Intégration de l'encaissement / produits de l'extension caisse
- Intégration de l'interfaçage avec les prestataires de paiement
- Création automatique d'écriture à partir d'encaissements
- Création de demandes d'encaissement liées à une activité / produit
- Création de membre à partir d'un paiement
- Chaque prestataire de paiement s'intègre sous forme de plugin
- Formulaire d'inscription de membre
- HelloAsso, Mollie, Stripe, Stancer, etc.
- Plugin Omnipay: https://github.com/thephpleague/omnipay
Divers
- Fichiers joints à un mailing
- Rédaction WYSIWYG de mailing
Modules
Modules en cours :
- Module Devis et factures
- Module Bilan expert: Présente le bilan comptable selon le modèle du plan comptable associatif 2018. Ce modèle est parfois demandé en cas de demande de subvention.
Modules qu'il serait bien d'avoir :
- Notes de frais
- Immobilisations simplifiées
Extensions qu'il serait chouette de porter en modules :
- Matériels permet de gérer une liste de matériels ainsi que de suivre les prêts de matériel — JBThePenguin n'est pas dispo pour la porter
- Comptages : compter le nombre de participants à une manifestation, de véhicules passant dans une rue, etc.
Liste pêle-mêle des fonctionnalités prévues mais pas encore planifiées
Prioritaire
Fichiers :
- Possibilité de restreindre un fichier/dossier à certains membres / catégories
Divers :
- Tests unitaires et d'intégration
- (Ajouter un droit services pour différencier gestion activités et gestion membres)
Securité :
- OTP : Enregistrer des codes de secours à usage unique à utiliser en cas de perte du code secret qui génère des OTP
Comptabilité :
- Paiement d'activité en ligne directement depuis Paheko
- Ajout stockage relevé bancaire (joindre un fichier) dans le rapprochement, par période
- Ajout total débit/crédit par mois dans le rapprochement
- Archivage des données de l'exercice lors de la clôture
- Suivre les instructions du ministère des finances concernant l'archivage des données comptable, cf. PDF
Adhérents :
- Inscription autonome en ligne, avec une page utilisée comme "conditions d'inscription" à accepter à l'inscription
- Suppression/anonymisation automatique des fiches des anciens adhérents
- Log des accès aux fiches de membre en lecture
Moins prioritaire
Comptabilité :
- Lettrage
- Budget prévisionnel
- lier les membres aux lignes de l'écriture et non à l'écriture elle-même
- supprimer une écriture comptable à la suppression d'une cotisation
- supprimer une cotisation à la suppression d'une écriture comptable
Ce qui ne sera pas fait
Généralement, pour déterminer si une fonctionnalité doit être intégrée, nous réfléchissons de cette manière :
- la fonctionnalité doit être disponible au plus grand nombre d'associations : sur Paheko.cloud, et en auto-hébergement ;
- nous devons pouvoir être capables de maintenir la fonctionnalité sur le temps long (5, 10, 15 ans, etc.) ;
- nous devons pouvoir être capables de supporter la charge qu'elle générerait en termes de messages envoyés au support ;
- la fonctionnalité doit répondre à un besoin qui fait sens à l'usage et le public de Paheko.
Connexion automatique aux banques pour récupérer les écritures
Les banques ne permettent pas de se connecter à leurs APIs respectives à n'importe qui, seuls les entreprises agréées par la banque de france le peuvent. De plus chaque banque a une API différente, et chaque API demanderait plusieurs mois de travail.
Ça demanderait d'avoir un accord avec une société commerciale (type Powens) pour avoir accès à leur API, ce qui ne serait pas faisable pour les associations auto-hébergées, donc peu d'intérêt à développer une solution qui ne profiterait pas à tout le monde. De plus cela risque de coûter assez cher, en plus de prendre plusieurs mois à implémenter.
Alternativement, il serait possible d'utiliser Woob par exemple, comme le font Cozy Cloud, mais :
- des connexions à certaines banques (backends) peuvent rester cassées plusieurs mois ;
- ça générerait donc une surcharge de messages au support Paheko, et on ne pourrait pas régler les problèmes (pas de compétences en Python, ni le temps) ;
- un backend cassé voudrait dire que pour toutes les assos utilisant cette banque ne peuvent plus utiliser la connexion donc retour à la procédure manuelle ;
- le risque de vol de ces données critiques (identifiant et mot de passe d'accès au compte bancaire !) n'est pas nul, même en essayant de sécuriser au maximum. Dans ce cas les conséquences (vol d'argent) seraient désastreuses !
Cette solution ne serait donc acceptable que dans le cadre d'un auto-hébergement. Dans ce cas, c'est le contraire, ça n'intéresserait pas Paheko.cloud et autres hébergeurs de Paheko, donc le nombre d'associations concernées serait faible.
Nous préférons consacrer notre temps et énergie à implémenter des formats interopérables comme l'import de CSV, QIF ou OFX. Ceux-ci sont plus durables vu que nous travaillons sur le temps long.
Remplissage automatique de formulaires administratifs (type CERFA)
Généralement ces formulaires ne peuvent pas être remplis intégralement de manière automatisée, et quand certaines données peuvent être renseignées, elles ne prendraient que quelques minutes à recopier, alors que développer le remplissage automatique du formulaire demanderait plusieurs semaines de travail.
De plus, ces formulaires ont tendance à changer régulièrement, tous les 3 à 5 ans, il faut alors souvent beaucoup de travail pour se mettre à jour.