Development #21626
Mis à jour par Frédéric Péters il y a plus de 4 ans
Combo reçoit notif de paiement, là-dessus tape sur un wcs où un saut sur déclencheur doit attendre, mais il arrive là qu'il y ait eu erreur dans le workflow et absence de telle action. Pour réparer ça il faut alors regarder dans la db, les éléments de panier payés mais pas notifiés, vérifier le statut côté wcs, etc.
Il faudrait une interface affichant ces éléments et permettant à l'admin de les marquer comme (im)payés.
De l'écran "Paiement en ligne" (qui affiche les transactions), on aurait un lien vers un nouvel écran (bouton "Paiements en erreur" ou autre libellé), dans ce nouvel écran on aurait un tableau basé sur BasketItem, qui reprendrait libellé/lien, montant, date de paiement ou d'annulation, + lien vers la transaction associée (simplement un lien vers /lingo/?q=identifiant de transaction, ça doit être unique), avec les BasketItem qui ont un payment_date mais pas de notification_date, + les BasketItem qui ont une transaction avec un status d'erreur (eopayment.ERROR, 99).
Sur les lignes, également, des boutons pour "rejouer la notification", "marquer comme payé", "marquer comme impayé".
Et au-dessus de ça un champ recherche qui permettrait de filter le tableau sur base du libellé (BasketItem.object), pour permettre ainsi de taper 156-501 et afficher le paiement correspondant.
(j'imaginais aussi avoir les BasketItem pour lesquels il y a eu demande d'annulation et où ça a échoué mais avec ce qu'on a en base actuellement ça ne me semble pas possible).
Il faudrait une interface affichant ces éléments et permettant à l'admin de les marquer comme (im)payés.
De l'écran "Paiement en ligne" (qui affiche les transactions), on aurait un lien vers un nouvel écran (bouton "Paiements en erreur" ou autre libellé), dans ce nouvel écran on aurait un tableau basé sur BasketItem, qui reprendrait libellé/lien, montant, date de paiement ou d'annulation, + lien vers la transaction associée (simplement un lien vers /lingo/?q=identifiant de transaction, ça doit être unique), avec les BasketItem qui ont un payment_date mais pas de notification_date, + les BasketItem qui ont une transaction avec un status d'erreur (eopayment.ERROR, 99).
Sur les lignes, également, des boutons pour "rejouer la notification", "marquer comme payé", "marquer comme impayé".
Et au-dessus de ça un champ recherche qui permettrait de filter le tableau sur base du libellé (BasketItem.object), pour permettre ainsi de taper 156-501 et afficher le paiement correspondant.
(j'imaginais aussi avoir les BasketItem pour lesquels il y a eu demande d'annulation et où ça a échoué mais avec ce qu'on a en base actuellement ça ne me semble pas possible).