Profile: microteq
Ok, I anderstand.
So why not then do the following process:
1. When customer enters credit card info, just do basic plausibility tests on the entered data (checksum, etc.)
2. Let the customer confirm the order.
3. If everything is ok, charge the credit card and let stripe popup its 3d secure window.
4. if user aborts, keep order as unpaid
5. if user finishes, set order state as paid.
What do you think?
I am currently testing the plugin and I have the same issue. As of my opinion the only correct way is to authorize before nopcommerce order confirmation and to charge after nop commerce order confirmation.
If you do it the way, you do it today, you get a problem when the customer confirms his order, but an item is no more available, because another customer has bought the last one meanwhile. In this case, nopcommerce acts correctly by not creating the order and sending a warning message, but the amount is already changed by the plugin.
If you do it the way you suggested (paying info after order confirm) then the customer can produce an order and then cancel the payment process, so the order has been produced by nopcommerce, but there is no payment. Also putting the payment info after the order confirmation is very unusual and maybe even not allowed in EU.
Could you find a solution to first authorize and then charge?