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 vers plugins 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.