We got an order that are not finalized and showed in the backoffice.
After some research, we found out that the order number in Quickpay was different then the order number in the database and we think that it why it have not finalized the order.
Have you ever experienced that or something similar?
We use VENDR 1.8.6 and Vendr.Contrib.PaymentProviders.QuickPay 1.1.0
The payment was made with Mobilepay though the payment provider
Generally speaking an order number can only change if the order is modified in a way that affects the price after the order transaction has been initialised (usually done on the checkout review step before redirecting to the payment gateway)
Do you have any code that is modifying the order after this point?
Yea, I was just wondering if you were accepting other payment methods as if you were, and the issue wasn't present in those purchases, then we could be sure it's something to do with the payment provider. If you were experiencing the same issue with the other payment provider however, it would suggest an issue with your implementation somewhere.
Do you have the ability to test that at all? Or is the issue intermitent?
I dunno if the issue is intermitent, but i think it is. Because it's the first time we found this issue. We had missing orders before, but they all turned up to be delayed callbacks from the payment providers.
I went through other orders that looked similar in the Qucikpay administration panel, but they all fine.
I must admit that i don't have a clue on how to test this, so i hoped you had an ideer or seen something similar :)
If you have some orders working, and some not, then I'd say the payment provider sounds like it's working.
As mentioned, the only other way for the order number to change is if it's modified after the customer was redirected to the payment gateway, so this could be some faulty code in the implementation, or, it could be the customer doing something weird like having the order open in multiple windows, opening the payment gateway to pay for the order in one, but in another window attempting to modify the order (potentially trying to get something for free).
Different order number in Quickpay then in the database
Hi Matt.
We got an order that are not finalized and showed in the backoffice.
After some research, we found out that the order number in Quickpay was different then the order number in the database and we think that it why it have not finalized the order.
Have you ever experienced that or something similar?
We use
VENDR 1.8.6andVendr.Contrib.PaymentProviders.QuickPay 1.1.0The payment was made with Mobilepay though the payment provider
And these are defo the same orders?
Generally speaking an order number can only change if the order is modified in a way that affects the price after the order transaction has been initialised (usually done on the checkout review step before redirecting to the payment gateway)
Do you have any code that is modifying the order after this point?
No we dont have any code that modify the order after the preview.
And i am pretty sure its the same order.
The id on the entity in the order table is the same in Quickpay callback, but the order id is different.
The way we can see that, is in the callback path that is logged in Quickpay:
https://www.domain.dk/umbraco/vendr/payment/callback/quickpay-v10-checkout/{entity id}/{Order id}/{no clue}and the order number in Quickpay does not exists in the database at all.
It's the first time we experienced that, but we dunno if it could be a Quickpay issue or a Vendr.Contrib.PaymentProviders.QuickPay issue.
Is that the only payment provider you are using in the solution?
It's the only avaiable payment provider that we use for all customers.
But we do have the NETS EASY Contrib and Invoice installed.
Hey Bo,
Yea, I was just wondering if you were accepting other payment methods as if you were, and the issue wasn't present in those purchases, then we could be sure it's something to do with the payment provider. If you were experiencing the same issue with the other payment provider however, it would suggest an issue with your implementation somewhere.
Do you have the ability to test that at all? Or is the issue intermitent?
I dunno if the issue is intermitent, but i think it is. Because it's the first time we found this issue. We had missing orders before, but they all turned up to be delayed callbacks from the payment providers.
I went through other orders that looked similar in the Qucikpay administration panel, but they all fine.
I must admit that i don't have a clue on how to test this, so i hoped you had an ideer or seen something similar :)
Yea, it is very strange.
If you have some orders working, and some not, then I'd say the payment provider sounds like it's working.
As mentioned, the only other way for the order number to change is if it's modified after the customer was redirected to the payment gateway, so this could be some faulty code in the implementation, or, it could be the customer doing something weird like having the order open in multiple windows, opening the payment gateway to pay for the order in one, but in another window attempting to modify the order (potentially trying to get something for free).
Hi Matt.
Thanks for taking your time for this.
We will try to observe it and see if it or something similar happens again.
I will leave this one open in case something new comes up :)
is working on a reply...