Negative product balance in stock

https://prnt.sc/xt961y - New item with this issue. Explain how to make it so that it does not arise. --- I completely redid the logic of my PSU, spent a lot of time making sure that this error did not occur. (Previously, it appeared when an employee moved to a stage to which automation was transferring at the same moment, and an error appeared, since there were 2 write-offs at the same time). --- Now I can't figure out why. What should I do, is there a solution so that in the future the problem does not stop my production?

/admin/customorder/proizvodstvenniy-zakaz/73449/edit/ - here is the process with the problem. Can't translate to "Ready"

https://crm-onebox.com/ru/support/stock/3891-oshibka-otritsatelniy-balans/ - here we sorted out the problems that were previously.

Respond to the request. We are shipping late due to this issue. We receive negative feedback from the client.

Good afternoon. The issue from the issue header with the specified product has been resolved. According to the one from the comments: tell me how your employee manages to complete several warehouse operations in 3 seconds https://prnt.sc/y04pkg? They work in parallel and therefore write off the same balance from the warehouse 2 times

[quote] Bodyako Dmitry dev wrote: Good afternoon. The issue from the issue header with the specified product has been resolved. According to the one from the comments: tell me how your employee manages to complete several warehouse operations in 3 seconds https://prnt.sc/y04pkg? They work in parallel and therefore write off the same balance from the warehouse 2 times [/quote] It's simple: There are 3 PSUs: https://prnt.sc/y085mm. With the same steps and automation. The difference in them is only the goods that fall on them. (That is, each equipment has its own PSU with its own products) The printer massively transfers to the "Ready" stage orders that have been printed. https://prnt.sc/y08agq At this stage, auth. action: https://prnt.sc/y09gvn It makes no sense for him to translate each order separately, since the process is set up so that he first prepares the products and prints, and then goes to the PC and translates them en masse. We are also massively transferring orders to the "Retail order" BP to the "Order collected" stage https://prnt.sc/y0ag6s where automation is located: https://prnt.sc/y0b0ik Now I noticed that at the stage "The order is assembled" there were 3 auto. actions. https://prnt.sc/y0bnub Perhaps this is the reason. They most likely pulled up, since the system did not add an action when I clicked add it once. (I remember this) Because when I threw the car. actions I do not see that they are duplicated. Can I write a list of products for which this problem was noticed in order to solve it?

For example. In the same problem, for which this topic is open, I was unsubscribed and I answered. And I want to write a list of products that have this problem, as well as other variables. But at the same time, I don’t understand whether I can add another message or, according to the logic of the forum, no one will answer me then. Here I sit in confusion. Waiting for someone to respond.

[quote] Grabovsky Alexander Client wrote: But at the same time, I don’t understand whether I can add another message or, according to the logic of the forum, no one will answer me then. [/quote] If this is a new topic, then it is better to wait for an answer. If you have already begun to communicate with you, as in this case, you can throw off the list of products.

What we have now: 1. There is a main BP "Order Retail". At the "To production" stage, a subtask is created for one of these BPs https://prnt.sc/y085mm, depending on which product is in the order. (These 3 BPs are the same in meaning). 2. In BP UV printing (Or another of 3), moving to the "Ready" stage, the material is written off and the product is credited, according to the passport. https://prnt.sc/y09gvn. As I said, we are transferring to this stage en masse. 3. The product that was produced from the material is written off from the warehouse, already in the main BP "Retail order". At the stage "Order collected". https://prnt.sc/y0ag6s We are also transferring to it in bulk. That is, it is 2 stages with auth. actions that could meaningfully give rise to an error. Solution: 1. I gave the task, temporarily, to printers and packers to translate orders not in bulk, but by the piece. (In order not to give birth to new errors). To leave a lot of time, this option is only temporarily suitable. 2. It is necessary to solve the problem with the goods with which it is now. So that we can do warehouse operations. https://prnt.sc/y1aejv (SOOOOO NECESSARY!!!!!!!!!!!) 3. Then determine how to make sure that the problem does not reoccur. Observations: 1. As I wrote, there was a construction of the author. actions at the stage "Order collected". Which by assumption could give birth to a problem. But then there should have been an operation in the warehouse to sell 3 identical products for each order. (I did not find this in the history of operations) 2. Product /admin/shop/products/8754/edit/ Does not pass the stage with author. action "Replace materials with the product of which it consists" https://prnt.sc/y1b0wa but at the same time the same product went through a warehouse write-off operation at the "Order collected" stage in another order /admin/customorder/order/73843/edit / - https://prnt.sc/y1b6rc https://prnt.sc/y1b87e That is, we missed the stage at which we had to produce a product from the material. But the stage at which the product is written off the "problem" product has passed. And he was written off. (A ready-made product was listed in the warehouse)

9263 - Printed backpack This product has the same problem. Can you please tell me how can I solve it. Maybe I can help. Made the shipping process very difficult.

Someone can help?

Is there any chance to get a response to my requests???? Like head against the wall...

Good afternoon, try to make transactions with these products now.

[quote] Bodyako Dmitry dev wrote: Good afternoon, try to make transactions with these products now. [/quote] Good afternoon! Checked products from this list: 9263 - Printed backpack https://prnt.sc/y1aejv They passed the "Done" stage, that is, their problem was solved. Please tell me now how to avoid this situation in the future. Can I change the stages in bulk already, or will this lead to this problem again? If "Yes" - OK. We are starting to get back to work. If "No" - Should I create a separate ticket, with the solution of this Bug, or will it be decided on this? How can I find out the timing of the decision in order to start mass translating the stages?