Profile: avonwyss@gmail.com
Support wrote:
If a user goes this far in the checkout and does not press "Order", I think this is acceptable because he might have left the browser open and complete the checkout any time later. I'm not aware of a way I can abort an order at this stage in NOP as a customer other than by not confirming the order. It would certainly be better than having captured the money already, which would make me very upset as a customer!
That being said, if the user goes through the checkout a second time (for instance by going back to the cart) it would be nice if the amount authorized on the first checkout would be canceled, but even that does not seem like a big issue to me.
Support wrote:
Great, waiting to hear your feedback.
Just a mitigation idea though, when in the "Authorize and Capture" mode you could use the Stipe API in the Authorize mode and automatically capture the money upon NOP order completion with a separate API call?
Support wrote:
Plugin sends 'error' to webhook. After Stripe will send new webhook after 3-5 minutes.
Customer pressed 'confirm order'.
Thanks for the reply.
I'm however not sure how this can be right. This would mean that your plugin actually captures the money before the order has been submitted? What if the customer doesn't order in the end - doesn't the money remain captured? Note that the delay between retries is much longer, and they show up as "50% error rate" in the stripe console, I don't think this can be by design?
I've been using the Stripe plugin from nopCommerceplus.com previously without such a problem, but since I had to update the plugin anyways due to the SCA enforcement I decided to switch to yours because your plugins are usually of high quality with proper localization support etc.
I have a strange issue: the first callback from Stripe via webhook fails with an error 400, but the retry some minutes later succeeds. This seems to happen systematically.
Erfolgreich (Succeeded)
payment_intent.succeeded
evt_1FIrVXBhgWLqNFa0K39jxxxx
15.09.19, 09:16
Fehlgeschlagen (Failed)
payment_intent.succeeded
evt_1FIrVXBhgWLqNFa0K39jxxxx
15.09.19, 08:46
Erfolgreich (Succeeded)
payment_intent.succeeded
evt_1FIM8aBhgWLqNFa0YsYvxxxx
13.09.19, 23:47
Fehlgeschlagen (Failed)
payment_intent.succeeded
evt_1FIM8aBhgWLqNFa0YsYvxxxx
13.09.19, 23:17
The payment module is set to "authorize and capture" mode if this matters.
Memory is 3.4GB committed of 8GB, so there's plenty of free memory.
I'll try the logging sometime when there are no customers in the shop.
1)
In our country the expected format is with the postal code first, then the city, e.g.:
Companyname
Firstname Lastname
Address1
Address2
ZIP City
Country
2)
It should be possible to omit the country when it matches a specific value (e.g. the country of origin of the shop).
3)
When printing labels, it would be great if one could choose on which label to start. E.g. I have a sheet of 2*5 labels and used 3 already (but 7 are still ready to be used), then I'd like to start on the 4th label for the next shipment run. A drop-down on the button would be intuitive and would not require an additional UI view (similar to Tables in Word etc.):
After installation, the nopCommerce 4.10 site does no longer work (error 502). Event log contains the following:
Fault bucket 1616854701825052235, type 5
Event Name: CLR20r3
Response: Not available
Cab Id: 0
Problem signature:
P1: C:\Program Files\dotnet\dotnet.exe
P2: 2.1.26919.1
P3: 5ba1bb46
P4: FoxNetSoft.Plugin.Misc.MSSQLProvider
P5: 1.0.0.0
P6: 5c653905
P7: 1c4
P8: 0
P9: System.StackOverflowException
P10:
After removing plugin from the directory it works again.
Here's an image of what I mean:
When picking something up in Rothrist (chosen during checkout process by customer), the auto shipüment should take the goods from the Rothrist warehouse. Same when picking up from Roches, take it from the Roches warehouse.
(Note that the names are only literally identical for the screenshot, effectively they have different names so I think that the association would need to be done explicitly in configuration.)
I'm afraid that the price for a custom development might be too high for our low volume. I just thought that this may actually be something others could use as well, which is why I posted it.
Nevertheless, the rules I'd need currently are:
- When picking the goods up in a store, create the shipment for that warehouse (we have a warehouse for each pickup location)
- Be able to define a default warehouse otherwise
- Control whether the automatic creation should also create a shipment if the goods are not in stock in the given warehouse
- 1
- 2