Hello team, the working week is coming to the end, and I would like to report you cases we have successfully resolved:
Case 1. We have pending product, what means user has added it to cart. After 15 minutes cron job starts. What does that script: removes all products that were in reserve more than 15 minutes and do not have pending and en porcesso status. Unfortunately, problem was script removed all products, including the one that had pending status, what is definitely not OK. That case was fixed, well tested, and we hope this will help us to stabilize stock a lot.
1. Resolution on CLUB-496: stock problems.
This was real challenge guys, as we defined 3 critical issues related to stock changes. Let me depict each of them and point solution we have implemented:Case 1. We have pending product, what means user has added it to cart. After 15 minutes cron job starts. What does that script: removes all products that were in reserve more than 15 minutes and do not have pending and en porcesso status. Unfortunately, problem was script removed all products, including the one that had pending status, what is definitely not OK. That case was fixed, well tested, and we hope this will help us to stabilize stock a lot.
Case 2. we have stock 0 (for any reason, just understand it as given), MercadoPago is sending us IPN. Problem: status of order not changed. We couldn't see any update from MP. Not it is fixed - we set status MP has sent + mark such order as problematic. Please refer to the video for details:
Case 3. We have order with product, that has stock 0. The status of this order is any except confirmada, and we set confirmada status. When we don't have enough stock, a modal window will be shown, prompting administrator to do stock modifications before changing status. We hope this stock update will help to track better way stock flow. Please refer to video for details:
2. CLUB-503 was successfully resolved.
The total prize and the delivery prize it's wrong. Prize for product is 1159 and delivery prize it's 49. The summatory of both are 1208, not 1198.Yes, we had such defect if user went to payment gateway, returned and then changed state and went to payment gateway again. Fixed, now works just fine. Give a try!
3. CLUB-489 is done, waiting for approval then merged!
That task it related to possibility of setting cancel for a devolucion. At moment please refer to video below:Additional cases resolved:
- Providing Mongo logs for products. Providing Mongo logs for orders;
- Monitoring project's traffic load in order to see when project starts failing. During highest load that exceeded 1000+ users we were fully OK. Congratulations to all;
- CLUB-494 was successfully resolved: Changes in rates;
Have a great weekend!
Comments
Post a Comment