Rôle Trésorier
MLC + SSA
Trésorier — surveille la MLC (reconversions, recharges) et la SSA.
Le trésorier est responsable de la conformité financière : il valide les mandats SEPA, surveille les invariants monétaires, exporte pour l'expert-comptable et arbitre les anomalies.
- Compte
- Pas de compte propre — rôle transverse.
- Périmètre
- Tout sur sa MLCC (ou son groupe local si plusieurs trésoriers).
- Responsabilité légale
- Cohérence eMLc / réserve euros 1 : 1.
- Visibilité
- Toutes les opérations, tous les comptes du périmètre.
Fonctionnalités clés
| Action | Détail |
|---|---|
| Valider un mandat SEPA | Workflow en attente → actif. Vérification IBAN + identité. |
| Valider un changement d'IBAN | demande de changement d'IBAN en attente → validée. |
| Révoquer un mandat | Annule atomiquement toutes les achat récurrent liées. |
| Valider une reconversion | Prestataire→€ : vérifier le solde, déclencher le virement. |
| Surveiller les invariants | 1 eMLc émis = 1 € en réserve, chaînage cryptographique intact. |
| Lancer la SSA | Forcer ou simuler cycle mensuel SSA (en pratique cron). |
| Lancer le SEPA mensuel | Génération du fichier fichier de prélèvement SEPA à transmettre à la banque. |
| Export comptable | Grand livre, balance, états SEPA, SSA, par période. |
| Statistiques globales | Émission totale, volume mensuel, top prestataires, taux de rotation. |
Parcours type — validation mandat SEPA
sequenceDiagram
autonumber
participant A as Adhérent
participant K as Kohinos
participant T as Trésorier
participant B as Banque
A->>K: Crée un mandat SEPA (status=pending)
K->>T: Notification "mandat à valider"
T->>K: Vérifie IBAN + identité
T->>K: Validate → status=active
K->>A: Email confirmation
Note over K: Mois suivant
K->>B: Génère pain.008
T->>B: Transmet à la banque
Le trésorier est toujours dans la boucle pour SEPA.
Alertes côté trésorier
- Mandat en attente depuis plus de N jours.
- Demande d'IBAN non validée.
- Solde de réserve euros en dessous d'un seuil.
- Reconversion prestataire en attente.
- Échec d'un prélèvement SEPA (rejet bancaire).
- Remboursement HelloAsso à traiter (paiement remboursé côté banque).
Remboursement HelloAsso
Lorsqu'un paiement encaissé via HelloAsso est remboursé côté banque (le payeur est recrédité en euros), les eMLC créés lors de cet achat doivent être retirés. Kohinos ne le fait pas automatiquement : le trésorier est alerté et déclenche l'opération manuellement.
- HelloAsso notifie le remboursement → un email d'alerte est envoyé aux trésoriers.
- Dans l'administration HelloAsso, ouvrir le paiement concerné et cliquer sur « Rembourser ».
- L'adhérent est débité du montant : son compte eMLC et celui du Siège diminuent d'autant (l'eMLC créé lors de l'achat est détruit, le nantissement est réduit puisque les euros sont rendus).
Garde-fous : un même paiement ne peut être remboursé qu'une seule fois ; si l'adhérent a déjà dépensé ses eMLC (solde insuffisant), le remboursement est bloqué (aucun compte ne peut devenir négatif) et une nouvelle alerte invite à une régularisation manuelle.
Limites
- Le trésorier n'émet pas directement de la monnaie (le siège émet, le trésorier valide).
- Il ne modifie jamais un signature de flux ou une signature d'opération (chaînage immuable).
- Toute action sensible est tracée dans l'audit log.