Development #56697
obtenir un transaction_id à partir d'une réponse d'un système de paiement, sans connaitre celui-ci a priori
0%
Description
Pour le moment dans les URL de retour navigateur ou callback qu'on propose on doit inclure une référence au système de paiement, pour permettre de décode la réponse reçue.
Ça serait pratique de pouvoir faire sans ça, d'avoir des URL sans identifiant, .../lingo/return/ & .../api/lingo/callback/, et que celles-ci puissent passer ce qu'elles reçoivent à eopayment, qui en retour fournirait l'identifiant de transaction.
De cet identifiant combo/lingo pourrait alors retrouver son propre objet transaction et de la régie et système de paiement correspondant, créer le bon objet et faire le traitement en bonne et due forme de la réponse.
Historique
Mis à jour par Benjamin Dauvergne il y a presque 2 ans
- Priorité changé de Normal à Bas
Je ne vois pas bien l'utilité, le code fonctionne correctement sans ça dans tous les cas actuellement.
Mis à jour par Frédéric Péters il y a presque 2 ans
Ça vient de moments de grandes confusions de transfert prod/régie avec des URL à mentionner et des mélanges d'id de régie et de systèmes de paiement; l'idée derrière est de s'éviter ça en permettant de retrouver le nécessaire sur la seule base de l'id de transaction. (ce ticket fait partie d'une série, dont #56647, créés après l'incident, pour améliorer les choses).
Mis à jour par Benjamin Dauvergne il y a presque 2 ans
Il y a déjà un ticket pour avoir une méthode guess() (#32224) qui devinerait le type du backend en fonction de la réponse reçue, c'est vraiment la partie la plus importante, une fois le backend déterminé extraire le transaction_id devient assez simple.
Mis à jour par Frédéric Péters il y a presque 2 ans
Ok ce ticket pourrait donc juste être l'ajout d'une fonction type
def get_transaction_id(query_string): backend = guess(query_string) pass # quelque chose assez simple pour obtenir le transaction_id return transaction_id
Mis à jour par Benjamin Dauvergne il y a presque 2 ans
- Statut changé de Nouveau à Fermé
Fermé en faveur de #32224 qui gère tout ça.