Magento annulation des commandes via le backend

Nous utilisons le système de paiement UsaEPay pour notre site (mais je pense que ce problème / cette question persiste également pour d'autres méthodes de paiement).

Le système fonctionne de la manière suivante: «Autoriser et capturer» traite la transaction et, chaque nuit, UsaEPay envoie les commandes à la banque pour traitement final.

Maintenant, la méthode de remboursement ne fonctionnerait pas, car avant le traitement par lots, seule l'annulation est disponible.

Il n'y a pas de bouton Annuler dans le remboursement uniquement du backend (ce qui génère une erreur de backend le même jour).

Des idées sur l'annulation des commandes A&C?

payment voiding

— boruch
source

Avez-vous essayé d'annuler la commande? Le remboursement en interne dans le module pourrait également être annulé - cela semble être un problème spécifique à l'extension

— Piotr Kaminski

Cela dépend de ce que vous appelez "l'annulation". Avez-vous besoin d'envoyer une demande à la banque pour annuler le traitement et effectuer un remboursement ou simplement annuler la commande dans le backend Magento?

— user487772

Par Void, je veux dire l'appel de l'API void à la passerelle. Si la commande CC n'a pas encore été groupée (envoyée à la banque), seul Void fonctionnera et le remboursement sera refusé

— boruch

Réponses:

J'ai dû travailler sur une tâche très similaire avec Braintree, car ils n'autorisaient également les remboursements qu'une fois la commande réglée et vous ne pouviez l'annuler qu'avant. Ce n'est pas un bogue de base de Magento car c'est quelque chose de spécifique à (certaines) passerelles de paiement. Les appels spécifiques à l'API diffèrent également, il est donc logique que l'équipe Magento ne puisse pas fournir de solution générale.

La solution qui s'appliquerait à ce cas est de faire un appel AJAX, de voir si la transaction n'est pas réglée et si c'est le cas de faire un appel "annulé" au lieu d'un "remboursement". À moins que le fournisseur du module UsaEPay ne le fasse pour vous, c'est quelque chose que vous devez implémenter.

— Paul Grigoruta
source

+1 et accepté - je le pensais :) Merci pour votre réponse. Des pointeurs? Ma pensée initiale est d'écouter l'événement de remboursement de magento et de rediriger l'appel vers void () (si le même jour), mais comment arrêter l'appel d'aller ensuite au remboursement de UEP () et de lancer une erreur?

— boruch

Cela dépend vraiment du code USAEPay. Je suppose que vous pouvez simplement remplacer le contrôleur de remboursement et appeler void si le même jour, ou simplement appeler l'action parent (originale) si plus d'un jour s'est écoulé.

— Paul Grigoruta

Je sais, mais je préférais un codage non intrusif :)

— boruch

Quelqu'un m'aide, après avoir annulé la commande de PayPal pourquoi je ne peux pas annuler la commande de magento.

— zus

Je ne peux pas en être sûr UsaEPay, mais vous ne pouvez annuler une commande qui n'a pas été facturée lorsque vous utilisez authorize.net . dans authorize.net , lorsque vous «autorisez et capturez», l'annulation n'est plus possible. c'est peut-être la même chose avec UsaEPay?

— Laura
source

+1 - C'est la même chose, mais comment puis-je annuler dans notre scénario d'utilisation?

— boruch

Quelqu'un m'aide, après avoir annulé la commande de PayPal pourquoi je ne peux pas annuler la commande de magento.

— zus