Issue with payment in WooCommerce
Budget: $10 – $30 USD
Our payment service provider has told us the problem is the following -
"Concerning your online store Amazing Chocolate Sweden [K852058]. I can see that we receive correct calls from you to create orders but in these sessions you include ''require_client_validation_callback_response''-true when the orders are created. What then happens is that when the customer clicks complete purchase, we do an order_validation. This means that you should respond whether the order is accepted or not, because the goods are out of stock or similar.
So when "require_client_validation_callback_response" is true, we will keep the customer in the checkout until we receive a response from you - and if we don't receive a response, the checkout will just spin in the meantime. You will also have the option to refuse the orders, which will bring the customer back to the checkout. This means the customer has to click on complete purchase again, and the same procedure can go over and over, several times. When the order is refused, you also have the option to generate an error message, but we cannot see this error message in our logs.
You should be able to troubleshoot this in Woocommerce. To do this, you can go into your Woocommerce debug (must have debug mode) and look for "JS frontend" events in the logs - it would then show if the purchases were denied due to the items being out of stock, timeout or something else. This is because we can't see the reason, but the only thing we can see is that we receive the response "should_procede: false\" - i.e. that you are refusing the order.
On this page: https://docs.krokedil.com/klarna-checkout-for-woocommerce/troubleshooting/troubleshooting-the-checkout-flow/#order-creation-step-by-step you have more information about order validation, and it is on point 3, that we can send you "should_procede: false\" to reject the order, instead of true."
I need this fixed ASAP and think it should be pretty straight forward. we have tried to add another payment gateway, Paypal, as well but cant get that to work either so shouldn't be related to this specific provider.
"Concerning your online store Amazing Chocolate Sweden [K852058]. I can see that we receive correct calls from you to create orders but in these sessions you include ''require_client_validation_callback_response''-true when the orders are created. What then happens is that when the customer clicks complete purchase, we do an order_validation. This means that you should respond whether the order is accepted or not, because the goods are out of stock or similar.
So when "require_client_validation_callback_response" is true, we will keep the customer in the checkout until we receive a response from you - and if we don't receive a response, the checkout will just spin in the meantime. You will also have the option to refuse the orders, which will bring the customer back to the checkout. This means the customer has to click on complete purchase again, and the same procedure can go over and over, several times. When the order is refused, you also have the option to generate an error message, but we cannot see this error message in our logs.
You should be able to troubleshoot this in Woocommerce. To do this, you can go into your Woocommerce debug (must have debug mode) and look for "JS frontend" events in the logs - it would then show if the purchases were denied due to the items being out of stock, timeout or something else. This is because we can't see the reason, but the only thing we can see is that we receive the response "should_procede: false\" - i.e. that you are refusing the order.
On this page: https://docs.krokedil.com/klarna-checkout-for-woocommerce/troubleshooting/troubleshooting-the-checkout-flow/#order-creation-step-by-step you have more information about order validation, and it is on point 3, that we can send you "should_procede: false\" to reject the order, instead of true."
I need this fixed ASAP and think it should be pretty straight forward. we have tried to add another payment gateway, Paypal, as well but cant get that to work either so shouldn't be related to this specific provider.