B.260812-MINOR
🔧 Amélioré
Pause personnalisable
Des durées de pause maximales distinctes peuvent désormais être définies pour les abonnements basés sur le temps et sur les numéros, aussi bien dans l'espace self-service que dans le back-office marchand. Vous pouvez définir ces durées en jours, semaines, mois ou années. Par exemple, vous pouvez accorder à vos clients disposant d'un abonnement basé sur le temps une période de pause plus longue qu'à vos clients disposant d'abonnements basés sur les numéros. Vous pouvez également accorder à votre équipe support une période de pause plus longue, afin qu'elle puisse, par exemple, mettre en pause l'abonnement d'un client par geste commercial.
Ajout de messages d'erreur SEPA supplémentaires
Tu trouveras désormais davantage d'informations sur les paiements échoués (SEPA) dans le journal des transactions.
Cliquez ici pour afficher la liste complète des messages d'erreur SEPA
Code d'échec | Explication | Étapes suivantes |
|---|---|---|
invalid_account_number | La transaction ne peut pas être traitée car l'IBAN fourni par votre client est incorrect. | Contactez votre client pour obtenir les coordonnées bancaires correctes, puis retentez la transaction. |
account_closed | Le paiement ne peut pas être traité car le compte bancaire de votre client est clôturé. | Contactez votre client pour obtenir de nouvelles coordonnées bancaires, puis retentez la transaction. |
generic_could_not_process | Stripe ne parvient pas à identifier une raison précise pour l'échec du paiement. | Contactez le support pour obtenir plus d'informations. |
insufficient_funds | Le paiement ne peut pas être finalisé car le compte bancaire de votre client ne dispose pas des fonds nécessaires. | Contactez votre client pour vérifier qu'il dispose des fonds nécessaires, puis retentez la transaction. |
debit_not_authorized | Le paiement ne dispose pas d'un mandat autorisé. | Recueillez un nouveau mandat, puis retentez la transaction. |
debit_authorization_not_match | La transaction ne peut pas être traitée en raison d'informations de mandat manquantes ou incorrectes. | Recueillez un nouveau mandat auprès de votre client, puis retentez la transaction. |
debit_disputed | Votre client a demandé à sa banque de rembourser ce paiement. | Contactez votre client pour résoudre le dispute, puis retentez la transaction. |
recipient_deceased | Le mandat a été mis en place sur le compte d'une personne potentiellement décédée. | Vérifiez la situation de votre client avant de retenter la transaction. |
branch_does_not_exist | Le paiement ne peut pas être traité car l'agence bancaire associée à l'IBAN de votre client n'existe pas. | Contactez votre client afin qu'il fournisse de nouvelles coordonnées bancaires, puis retentez la transaction. |
incorrect_account_holder_name | La transaction ne peut pas être traitée car les informations de compte de votre client sont manquantes ou incorrectes. | Recueillez un nouveau mandat et demandez à votre client de fournir son nom et son adresse exactement comme ils apparaissent sur son compte bancaire. Retentez ensuite la transaction. |
refer_to_customer | Nous ne disposons pas d'informations détaillées sur l'échec du paiement, car la banque de votre client n'a pas fourni de code de motif. | Contactez votre client pour obtenir plus d'informations. |
🐛 Corrections de bugs
PLEN-11399 : L'affichage du journal de livraison dans la vue de l'abonnement pouvait échouer lorsqu'une adresse de livraison enregistrée n'était plus trouvable. Le journal de livraison s'affiche désormais correctement dans ce cas et signale l'adresse concernée comme « supprimée ».
S.260812-MINOR
🐛 Corrections de bugs
PLEN-11451 : L'espace self-service présentait plusieurs problèmes d'accessibilité, tels que des libellés manquants, des messages d'erreur peu clairs et des champs obligatoires non signalés. Ces problèmes ont été corrigés : les lecteurs d'écran et les gestionnaires de mots de passe fonctionnent désormais correctement, et les champs obligatoires sont clairement identifiés.
PLEN-11115 : Dans certains cas impliquant une règle liée à l'âge sur l'offre, la zone de gestion des utilisateurs de l'espace self-service affichait parfois le mauvais abonnement multi-utilisateurs comme actif. L'abonnement réellement actif s'affiche désormais de manière fiable.
C.260812-MINOR
🔧 Amélioré
Suivi du Checkout : les actions échouées sont désormais visibles
Jusqu'à présent, un paiement échoué n'était pas visible dans les données de suivi du Checkout. Du point de vue du suivi, un client changeant sa façon de payer et un client saisissant un IBAN incorrect apparaissaient de manière presque identique. Les données de suivi du Checkout indiquent désormais si la page vue par le client résulte d'une action échouée, ainsi que la cause de cet échec :
failed– true si la page résulte d'une action échouée, false sinonfailureType– la cause de l'échec :USER_ERROR– causé par le client et généralement corrigible, par exemple une carte refusée, un IBAN incorrect, ou un abandon chez le prestataire de paiementCONFIGURATION_ERROR– causé par la configuration de l'entreprise contractanteTECHNICAL_ERROR– causé par Frisbii Media ou le prestataire de services de paiementUNKNOWN– un échec s'est produit, mais la cause ne peut pas être déterminéeNONE– aucun échec
errorCode – le code d'erreur de l'API correspondant à l'échec, 0 si inconnu
Les nouvelles valeurs sont disponibles dans l'événement WebAnalyticsLoad et dans les données de suivi action / Statistic, ainsi que sous forme d'attributs data-failed, data-failure-type et data-error-code sur l'élément body du Checkout. Aucune action n'est requise. Les callbacks et événements de suivi existants continuent de fonctionner sans changement – les nouvelles valeurs viennent simplement s'y ajouter. S'applique au Checkout V3.