Mollie
Plateforme de paiement pour ventes en ligne et en personne, avec plusieurs moyens de paiement et des outils de gestion des transactions.
Pour quel besoin ? Vendeur qui doit encaisser différents marchés et rapprocher paiements, remboursements et dossiers de réservation.
- Test conseillé : Simuler un acompte, un solde et un remboursement partiel ; vérifier les références disponibles dans les exports.
En savoir plus
Faits, limites et références (1)
Documenté : La documentation des webhooks de remboursement distingue notamment queued, pending, processing, failed et refunded. Les notifications portent leur propre identifiant et la référence du paiement associé.
Limite : Référence Refunds API ; vérifier les données et états du paiement concerné, sans traiter une demande comme une restitution déjà aboutie.
À demander : Quel événement permet de passer d’un remboursement attendu à un résultat réellement retrouvé ?
Documentation principale · consultée le
Contrôles proposés pour ce périmètre
- Objets
- À réunir : Cas fictif : paiement P6 de 400 € et deux restitutions R1 et R2. Rapprocher chaque remboursement de P6 sans confondre son état avec celui du paiement initial.
- Montants
- À réunir : R1 de 80 € refunded ; R2 de 40 € pending dans le cas. Retrouver 80 € aboutis et 40 € encore ouverts ; le montant conservé reste provisoirement de 320 €.
- Message
- À réunir : Confirmation globale de 120 € préparée alors que R2 attend. Corriger le message pour distinguer résultat connu et suite attendue, avec sa référence.
- Reprise
- À réunir : Notification reçue deux fois ou état reçu tardivement. Relire le remboursement pertinent et ne pas créer une nouvelle restitution depuis la seule répétition du message.
Page publique accessible · contrôle du 05/11/2026 · Portée du contrôle
