« 49,99 euros » enregistrés pour un don de 50 euros : c’est l’écart découvert par une association trois semaines après une bascule de prestataire de paiement, au moment du rapprochement bancaire de fin de mois. Le nouveau prestataire arrondissait différemment les frais prélevés, et personne n’avait testé ce cas précis avant la mise en production.
Changer de prestataire de don en ligne — que ce soit pour des frais plus bas, une meilleure intégration WooCommerce ou une conformité renforcée — n’est jamais une opération purement technique. C’est une checklist de vérifications métier qui doit être exécutée avant la bascule, pas après. Cet article se concentre sur cette checklist ; la migration technique elle-même (configuration des clés API, webhooks, plugins) relève d’un autre sujet.
Vérifier les montants avant tout le reste
Le premier point de contrôle, et le plus négligé, porte sur la façon dont chaque prestataire gère les centimes. Certains prestataires facturent des frais fixes plus un pourcentage, d’autres appliquent l’arrondi différemment selon le mode de paiement (carte, prélèvement SEPA, Apple Pay). Une checklist de test doit couvrir :
- Un don de montant rond (20 €, 50 €, 100 €)
- Un don de montant avec centimes (17,37 €), pour vérifier l’arrondi affiché au donateur
- Un don récurrent mensuel, pour vérifier que le montant prélevé reste identique sur plusieurs cycles
- Un don en devise différente si l’association reçoit des dons internationaux
Les reçus fiscaux doivent rester exacts
En France, un reçu fiscal (Cerfa 11580) engage la responsabilité de l’association. Un test doit vérifier que le montant inscrit sur le reçu correspond exactement au montant du don net de frais bancaires — les frais de traitement ne doivent jamais être déduits du montant déclaré comme don. C’est un point de contrôle réglementaire, pas seulement technique, et il doit être vérifié avec une personne du service comptable, pas seulement par l’équipe de développement.
Rapprochement comptable : le test qui compte vraiment
Le test le plus révélateur consiste à faire fonctionner l’ancien et le nouveau prestataire en parallèle sur un compte de test pendant au moins un cycle de virement complet, puis à comparer :
| Élément à comparer | Ancien prestataire | Nouveau prestataire |
|---|---|---|
| Délai de virement | À relever | À relever |
| Libellé bancaire du virement | À relever | À relever |
| Détail des frais dans l’export | À relever | À relever |
| Format de l’export comptable | À relever | À relever |
Sans ce tableau rempli avec de vraies données de test, l’équipe comptable découvre les différences en même temps qu’elle doit produire un bilan — le pire moment possible.
Les cas limites à ne pas oublier
- Un don annulé ou remboursé dans les 48 heures : le reçu fiscal déjà émis doit-il être annulé automatiquement ?
- Un don en échec de prélèvement SEPA à J+5 (délai propre au SEPA, différent d’un refus de carte immédiat)
- Un don récurrent dont le donateur change de carte en cours d’abonnement
- La période de recouvrement où les deux prestataires coexistent : un même donateur ne doit pas se retrouver avec deux abonnements actifs
Ce que WooCommerce ne teste pas pour vous
WooCommerce valide que la commande passe au statut completed, mais ne vérifie jamais la cohérence du montant du reçu fiscal avec le montant réellement encaissé après frais. C’est une vérification métier propre à l’association qu’aucun plugin ne fait à votre place.
Une bascule de prestataire de paiement qui n’a pas été testée avec de vrais montants en centimes finit toujours par se voir au moment du bilan, jamais avant.
Pour aller plus loin
Cette checklist n’a rien d’exhaustif sur le plan technique, elle est volontairement centrée sur ce qui touche la confiance du donateur et la conformité comptable. La migration technique proprement dite — webhooks, clés API, gestion des erreurs réseau — mérite sa propre checklist, dans la catégorie des outils de migration.
