Voici un outil que j'ai conçu pour une application associative dont je m'occupe, utilisée par un réseau de 21 structures. L'application sert à communiquer : les actualités y sont publiées, et il est possible de faire un don directement dedans.
Je facture mes prestations de support à la société qui édite cette application. Le tableau de bord, lui, n'était dans aucun contrat. Personne ne me l'avait demandé. Je l'ai lancé parce que je voyais tous les mois le même travail revenir, et que ce travail n'avait aucune raison d'exister.
La situation de départ
Pour connaître ses chiffres, chaque structure devait se connecter à deux endroits différents. D'un côté, un back office (l'écran d'administration de l'application) pour le nombre de téléchargements. De l'autre, l'interface du prestataire de paiement pour les dons.
Et côté paiements, le compte n'y était pas. Le fichier que l'on pouvait exporter ne disait pas à quelle collecte se rattachait chaque paiement. Impossible, donc, de savoir ce qu'avait rapporté telle ou telle cagnotte. La question la plus simple que puisse poser un responsable restait sans réponse.
Alors c'est moi qui allais chercher les données. Dans quatre sources : les deux magasins d'applications, le back office, le prestataire de paiement. Ensuite je fabriquais un rapport mensuel avec deux outils d'automatisation grand public, et je l'envoyais aux responsables par messagerie.
Cela a duré de février 2025 à avril 2026, soit quatorze mois. Presque une journée entière de travail par mois pour treize structures, plus cinq minutes chaque jour pour relever les téléchargements. Mis bout à bout, cela représente environ quatorze journées de travail et de l'ordre de trente-cinq heures de relevés quotidiens.
Ce qu'il fallait respecter
Un tableau de bord qui rassemble les chiffres de plusieurs structures pose tout de suite des questions de confidentialité. Les contraintes étaient claires avant la première ligne de code.
- Une structure ne doit voir que ses propres données. Jamais celles d'une voisine.
- La comptabilité ne regarde pas tout le monde : elle est réservée au trésorier de chaque structure.
- Les donateurs ne doivent pas être identifiables dans les rapports.
- Le rapport mensuel doit arriver tout seul, sans manipulation à faire côté structure.
- Les chiffres doivent venir de la source, pas d'une recopie. Sinon on remplace un travail manuel par un autre.
Ce que j'ai fait, précisément
- Un tableau de bord unique avec quatre profils d'utilisateurs, chacun ne voyant que ce qui le concerne, plus trois sous-profils du côté des structures : responsable, trésorier, référent.
- Des écrans dédiés : vue d'ensemble, suivi des téléchargements, dons, dons récurrents, bilan de la période de Ramadan, événements, et comptabilité réservée au trésorier.
- La génération automatique du rapport mensuel en PDF, le premier de chaque mois, avec une file d'attente pour que les rapports partent les uns après les autres.
- Un contrôle automatique le 3 du mois qui vérifie que tous les rapports sont bien arrivés, et le signale sinon.
- La récupération automatique, chaque mois, des chiffres de téléchargement sur les deux magasins d'applications, en passant par leurs interfaces techniques.
- La synchronisation automatique des paiements, des abonnements et des remboursements avec le prestataire de paiement.
- Un garde-fou contre les doublons de paiement, pour qu'un même règlement ne soit jamais compté deux fois.
- Un export comptable au format tableur, en trois versions (mensuel, annuel, complet), réservé au trésorier de chaque structure.
- Le cloisonnement strict des données entre structures. La vérification se fait à un niveau que le navigateur ne peut pas contourner : même en bricolant la page, on ne voit rien de plus.
- Le masquage des données personnelles des inscrits selon le profil de la personne connectée, activable structure par structure.
- L'anonymisation irréversible des donateurs dans les rapports, avec une règle qui masque le classement quand le nombre de donateurs est trop faible pour garantir l'anonymat.
- Un journal de tous les exports, conservé pour la conformité : qui a exporté quoi, et quand.
- Des envois automatiques d'emails de confirmation et de liens de visioconférence pour les événements.
- Des contrôles automatiques quotidiens qui vérifient que les chaînes ont bien tourné, et alertent quand ce n'est pas le cas.
Ce que ça a changé
Les structures consultent leurs chiffres au lieu de les fabriquer. Elles récupèrent leur rapport dès qu'il sort, sans le demander à personne. Et le lien entre un paiement et la collecte à laquelle il se rattache, qui manquait au départ, est désormais visible à l'écran.
La réaction que je retiens vient d'un responsable qui me réclamait ce rapport tous les mois :
« Plus besoin de te demander le rapport, on va pouvoir le récupérer quand il sort. »
Ce qui reste à faire
Le déploiement n'est pas terminé. Quinze structures ont aujourd'hui leurs accès, sur les vingt et un du réseau. Les autres suivront, structure par structure. Tant qu'elles ne sont pas connectées, elles ne profitent de rien de ce qui est décrit ici.
Vous fabriquez des chiffres à la main tous les mois ? Alors vous avez votre version de ce problème. Racontez-la-moi. En un entretien, je vous dis si ça se règle avec un tableur ou s'il faut construire.
Réserver mon échange gratuit