Magento Asked on December 24, 2021
When using authorize.net as payment gateway,
why does it set transaction_id to null on the invoice generated when authorize.net returns a suspected fraud code. Later when the transaction is approved on authroize.net and I run get payment update to so that it changes the magento order state to processing allowing me to ship the product which is all fine.
Then later if I need to perform a credit memo on this transaction I can’t. After tracing all the conditionals in magento I realized it was because “transaction_id” is set to null on all authorize.net suspected fraud transactions. This needs to be set to 1 in order for the refund option to be given.
Are there any explanations on why the behavior is like this and if there are any solutions to this?
When you run payment update if you do not get transaction id in your magento, have you checked transaction id created in authorize.net merchant admin? if you got in authorize.net then also it can be helpful.
if you got transaction id in your authorize.net merchant center than also by specifying extra variable or might some code change can solve your problem.
I had faced same type of issue in another payment module named Klarna and I resolved it by overwrite method and add one extra text field where I specified invoice Id generated in klarna to create online creditmemo.
Answered by Patel Jaimin on December 24, 2021
In your above scenario there is some more question arise.
The easiest solution is to refund off-line if this happen rarely. to refund payment off-line and on-line also there is different way check below link for details Credit memo vs Refund Which one is true? Magento 1.9
Answered by Patel Jaimin on December 24, 2021
Get help from others!
Recent Answers
Recent Questions
© 2024 TransWikia.com. All rights reserved. Sites we Love: PCI Database, UKBizDB, Menu Kuliner, Sharing RPP