Success+ et le respect du devoir de diligence
Cet article explique comment Success+ peut vous aider à maintenir un devoir de diligence envers vos clients finaux.
Comment fonctionne l'indicateur d’échec de 90 % dans Success+ ?
Le moteur des relances intelligentes de Success+ évalue la probabilité qu’un paiement échoué puisse être récupéré. Lorsque l’algorithme détecte une probabilité d’échec d’au moins 90 %, il interrompt automatiquement la relance pour vous éviter des démarches inutiles.
L’algorithme intelligent de Success+ s’appuie sur des millions de transactions de GoCardless et fonde ses décisions automatiques sur trois types précis de données :
- Données sur le paiement : il s'agit d'informations précises sur la transaction, telles que le montant du paiement et le programme régional utilisé.
- Données sur le marchand : ces informations prennent en compte votre secteur d’activité et votre historique de prélèvements avec GoCardless.
- Données sur le payeur : ces informations analysent l'historique des paiements du payeur sur la plateforme GoCardless.
Pour en savoir plus, consultez notre article d'aide complet disponible ici .
Remarque sur le retour sur investissement : l’analyse de nos données indique que les marchands enregistrent généralement un meilleur retour sur investissement lorsqu’ils n'activent pas cet indicateur. Bien que certaines relances présentent une faible probabilité de réussite et engendrent des frais de transaction, la valeur des paiements récupérés dépasse généralement le coût de ces relances supplémentaires.
Comment Success+ protège-t-il les payeurs vulnérables ?
Si vous utilisez Success+, vous pouvez conserver un contrôle total sur les paiements à relancer en utilisant notre API.
Notre système inclut un indicateur développeur dédié, appelé retry_if_possible (relancer si possible), qui vous offre un contrôle total sur la logique de relance :
- Valeur « true » : Success+ relancera automatiquement le paiement en cas d'échec.
- Valeur « false » : Success+ ignorera les relances automatiques pour ce paiement spécifique.
Si votre équipe ne définit pas explicitement cet indicateur lors de la création d’un paiement, sa valeur par défaut est false.
Étant les mieux placés pour comprendre la situation de vos clients finaux, il vous revient d’identifier les payeurs vulnérables et de modifier cet indicateur au moment de créer un paiement. Pour en savoir plus sur la configuration technique, veuillez consulter notre documentation des développeurs disponible ici.