Woocommerce: Need option to manually reduce stock on order level

[melindahelt]

zd-1530164

In WooCommerce 3.4.7, the ability to manually reduce stock within the order was available:

Image Link: https://cld.wthms.co/5t4nKR

When following the above process, and saving the order (keeping order in Payment Pending Status), stock is reduced (per order notes, outside of the screenshot).

That feature was removed in WooCommerce 3.5 and order stock is automatically updated only after the order is set to processing (after payment received).

While auto-updating is good and saves a step, this takes the ability to change stock on the order level out of the hands of store owners.

In this case, a store owner needs to make sure products do not go out of stock while waiting for payment (which, happens after items are received in this case), but could happen often in Wholesale arrangements where more time is needed than is covered in hold stock options.

[Xenokorp]

Hi.
I'm the person that asked Melinda about bringing that useful feature back.
Let me know if I can help explaining further.

[besmarques]

Hi,
Also waiting for this feature to return

[Xenokorp]

Thanks for the +1, much appreciated you weight in.

[rwaynick]

Also requested in 5737446-hc.

[Xenokorp]

No idea what it means, but it seems positive so we get that back :)

[Littleiskra]

Hello all. Woo Commerce support direct me to this thread. I really wont this useful feature back, too. :)

[Xenokorp]

+1 : all orders I shipped yesterday got all the stock reduced twice (once by me when placed, once by the system upon completion). 300 products to adjust the stock for afterwards... A TOTAL PAIN!

[Littleiskra]

+1 : all orders I shipped yesterday got all the stock reduced twice (once by me when placed, once by the system upon completion). 300 products to adjust the stock for afterwards... A TOTAL PAIN!

Yes, same happened to me - when I change from processing to complete from order level it reduce stock second time. But when I changed statuses with bulk action - it didn't reduce the stock again. May help until we get back manual adjustment. :)

[negapo]

I cannot understand why this feature was removed. WooCommerce doesn't properly manage stock increases/reductions on editing an order on the backend when we add/remove products (an old discussion between developers and shop owners). Without this feature this is still more absurd, there is no way to properly edit an order, we have to add/remove products and then go to to product page, find the variation if is a variable product and then adjust inventory. Absurd.

[Xenokorp]

Hey! Thanks for the tip! Gonna us that waiting for things to get back to "normal"

+1 : all orders I shipped yesterday got all the stock reduced twice (once by me when placed, once by the system upon completion). 300 products to adjust the stock for afterwards... A TOTAL PAIN!

Yes, same happened to me - when I change from processing to complete from order level it reduce stock second time. But when I changed statuses with bulk action - it didn't reduce the stock again. May help until we get back manual adjustment. :)

[zzbeck]

Also waiting for this feature to return.

[pkuhn90]

Same here! I need this function too, please bring it back.

[ianulpindo]

Please bring it back/fix it! I always need to edit an order due to customer requests. Thank you!

[kloon]

Related #21837

[ben72]

+1 to get this back! I use this for multiple things like:

1. When picking the order it's a great way to keep track of progress
2. Put a returned item back into stock when for instance changing to another size and get the action logged at the same time.
3. Remove an item from stock if replacing a faulty item and get the action logged at the same time.
4. Put items back in stock when pre-paid order is canceled.

[negapo]

Any rational why this was removed?
In a perfect world (very reachable) we wouldn't need this. Here is the expected behavior of every shop owner on stock changes:

Principles:
First principle, stock changes should be the same if an order has changed status in a manual manner (thru the admin panel) or automatic thru the shop interface (or any other), there is no real reason why this should be different. Second Principle, everything should be logged.

Stock Changes:
Order status changed from Pending payment / Cancelled to Processing / Completed / On-Hold should decrease stock.
Order status changed from Processing / Completed / On-Hold to Pending payment / Cancelled should increase stock.
Editing order on the back end, add a product, stock is decreased, remove a product, stock is increased.

If there are users who want to make order status changes or order item changes and don't want the stock levels to change then there can be a Yes / No message box asking if the user want to see those changes reflected in the stock. I cannot imagine one situation where this can be needed, but we never know.

[kloon]

Any rational why this was removed?

It was removed because the reduction and increase now happen automatically based on the normal order status flow as per front-end orders. This was requested by many users who did not want to manually reduce stock for manual orders.

[negapo]

Any rational why this was removed?

It was removed because the reduction and increase now happen automatically based on the normal order status flow as per front-end orders. This was requested by many users who did not want to manually reduce stock for manual orders.

And that is a good thing kloon, it solves the order status changes, but not the order edits.
If i have a paid order that reduced stock (never mind if it was a manual order a an order placed thru the front end) and i want to change it (add or remove a product) i dont have any simple way to do it. The expected behavior was that if i add/remove products on an order that has the Processing / Completed / On-Hold status that the inventory was automatically managed.

I can give you a very simple example. A costumer places an order for a red tshirt and pays it, it then emails me asking to change it to a blue tshirt and then all hell breaks loose. I have to remove the red tshirt, go to the product page, increase the stock by one unit, then add the blue tshirt to the order, go to the product page and decrease the inventory by one unit. And nothing of this gets logged.
PS: A workaround to remove a product is to refund it but that's far from ideal.

[filpet]

Totally agree with @negapo !

Firstly, we face the problem that orders in "On-Hold" do not reduce the stock, however all our orders go to "On-Hold" automatically as we have to control all of them for our specific customer group before putting them into "Processing". Our customers pay by a monthly bill after getting the products, there is no payment gateway. So all of a sudden all our orders are made without reducing stock levels!!!

Secondly we have to edit quite a lot of our weekly orders after them being in "Processing" and so on.

Please go back to allowing more flexible edits within orders and also give users the option to choose which order status influences stock! We really need the "On Hold" orders to do so!

Thanks a lot!

[tatusah]

We are occasionally seeing situations where Woocommerce incorrectly reports the quantities changed after payment in the order notes sidebar. Although all our products are unique (~30000 separate products), so they never have stock quantities more than 1. All these products even have the sold individually feature enabled. Still sometimes Woocommerce reports in the order notes that the quantities are changed from 2 to 1 which shouldn't be possible. Then the products view show that the product has quantity of 0 with the stock status "instock" which shouldn't be happening either. This typically happens with large orders that have more than 10 separate items. Using the increase/reduce stock feature from the edit order page has been the quickest way to fix these cases.

There aren't any errors in the log files related to these issues. We haven't been able to find any fix to this problem. We hoped that maybe the this new WC 3.5.x would somehow fix the issue with the improved stock handling but just recently I saw an order where the stock reduction happened incorrectly. Just wish that the upcoming custom product tables feature would finally improve the performance and perhaps fix this also. Until then I think the ability to make manual changes to the stock from the order view is paramount.

[Matiasi]

I don't understand why this was removed. You can make it update automatically but still preserve the option of manually editing. This specially important as Woo doesn't have a decent POS option for handling manual orders

[moneytones]

Yes, this feature should have never been removed.

Examples: Customer wants to add/remove items form order. Customer wants to change his order.

Now we have to got the product page and edit the inventory and it's lost in the notes so we can't track if the item was reduced manually or not. Makes order fulfillment a lot less efficient in a real word situation.

PLEASE PLEASE BRING IT BACK.

[urkaGR]

PLEASE bring the feature back!!!
Examples:
Customer wants to add/remove items form order. Customer wants to change his order.

But I also have a problem with the new feature who bring all order items back to stock if you change order in status "waiting for payment"
Regular Customers need quick support and we send items exceptionally before payment is on our bank.
So we have send it but not finished because waiting for payment and now the system fill up the stock with my sent products ?!?!

items automatic book back on stock should only be on status "Storno" i think!
On Refund also maybe a guarantee so item come not back or a lost parcel or something else so Admin have to decide if product goes back to stock or not!

[thpwindsor]

I noticed the new update 3.5.2 did not correct this issue.

Perhaps the developers don't realise the dramatic impact this has on so many businesses. This was SUCH a major feature. What can we do to help this feature come back? Adjust stock manually on the back end leaves room for so much human error, not to mention the amount of time being taken to do this is significant.

PLEASE PLEASE PLEASE bring this back, we are desperate!

[rrennick]

@thpwindsor The PR above is in the 3.5.3 milestone.

[oblaum]

also the automatic version at the moment does not handle the scenario:
when i delete a product from the order, the stock is not changing as well.

[Anarchrist]

Please bring this feature back

[iSevenDays]

Please bring this feature back!

It is really annoying when editing orders. I have to go to each product, increase/decrease stock and write comments to the order that I did something in order to not forget.

Another use case:
A user placed an order with coin X => stock is decreased for coin X by 1.

The user calls me and asks to edit the order and add 1 more coin X, and coin Y.

I have to go to product coin X, decrease stock by 1, write a comment about my action.
Then I need to go to coin Y, decrease stock by 1 and also write a comment.

Because if I have another call where the user asks me to change something, or cancel the order - I will forget everything I did without comments.

[thpwindsor]

@thpwindsor The PR above is in the 3.5.3 milestone.

Hello @rrennick . This issue doesn't appear to have been solved in the latest update 3.5.3. Has it been delayed to 3.5.4 or do we have to manually change the code based on your pull request if we want this feature back?

[Xenokorp]

I hope we don't have to because many people like me don't want to fuck with the code and maintain it with each new iteration. This is a mandatory feature that got removed without prior notice, which is highly unprofessionnal for a company that sells plugins at hundreds of $$$ and we need this back as soon as possible. This is not just for the fun of it or a useless decorative feature, it is mandatory for business.

[melindahelt]

@thpwindsor and @Xenokorp The 3.5.3 update was a quick one to fix a WordPress compatibility issue as outlined at https://woocommerce.wordpress.com/2018/12/20/woocommerce-3-5-3-release-notes/, the fix for this issue should still be included in a future release.

[thpwindsor]

@melindahelt Thanks for the prompt reply and update. Could you possibly let us know on which future update we can expect this feature to return?

[rrennick]

Could you possibly let us know on which future update we can expect this feature to return?

It was moved to 3.5.4. The link to the PR is in the comment thread above.

[thpwindsor]

Thank you @rrennick and @melindahelt we are all anxiously awaiting this fix. Happy Holidays!

[mikejolley]

There are several related, but not the same, requests in this thread and not all will be solved by adding back those buttons. Probably because not everyone understands the request :)

No idea what it means, but it seems positive so we get that back :)

These problems essentially include:

1. Order edits - deleting and adding items to orders do not adjust stock regardless of order status meaning it must be done manually the slow way.

I can give you a very simple example. A costumer places an order for a red tshirt and pays it, it then emails me asking to change it to a blue tshirt and then all hell breaks loose. I have to remove the red tshirt, go to the product page, increase the stock by one unit, then add the blue tshirt to the order, go to the product page and decrease the inventory by one unit. And nothing of this gets logged.

I always need to edit an order due to customer requests.

1. Stock changes that should happen, are not happening.

we face the problem that orders in "On-Hold" do not reduce the stock, however all our orders go to "On-Hold" automatically as we have to control all of them for our specific customer group before putting them into "Processing".

all orders I shipped yesterday got all the stock reduced twice (once by me when placed, once by the system upon completion).

These 2 scenarios sound like conflicts tbh. Those events are already handled on status change. Whilst the controls would make fixing these easier, it doesn't solve the cause so doesn't justufy adding the buttons back IMO.

1. Mis-use of order statuses (@urkaGR):

But I also have a problem with the new feature who bring all order items back to stock if you change order in status "waiting for payment"
Regular Customers need quick support and we send items exceptionally before payment is on our bank.

This is exactly the scenario on-hold status is designed for. The order is on hold until payment comes in. This is the status BACS gateway uses.

---

@ben72 for your list:

When picking the order it's a great way to keep track of progress
Put a returned item back into stock when for instance changing to another size and get the action logged at the same time.

See point 1 above.

Remove an item from stock if replacing a faulty item and get the action logged at the same time.

If stock was managed when adding an item this could be achived; you'd add the replacement to the order leaving the faulty item line in place so there is a record.

Put items back in stock when pre-paid order is canceled.

Cancelled orders do restore stock as-is.

---

Thanks @rrennick for the PR restoring this but I don't think thats a good way forward. The mix of manual and automatic stock reduction events adds confusion i.e. who should be doing what, when, what has been done already (think large orders), not to mention various user interviews showing those buttons are not even well known due to the hidden UI elements.

If we can avoid them, and keep things automated, that would be a win.

This is closer to what we're aiming for.

Right now we do increases/decreases based on order status. This works for orders via checkout fine.

The main problem seems to stem from manual orders; admin setting up an order for a user to pay without stock being mishandled, and order edits which see line items changing at some point during the order flow.

I think the best way to tackle this would be to:

1. Restore stock (if it's been reduced) when deleting a line item from an order.
2. Remove stock when adding line items to an order (any order) manually.
3. Adjust stock when editing line item qty on an order manually.

All 3 events above should add a note to track changes.

For the OP, @melindahelt that looks like a manual ordering scenario which would be helped by the above.

I'll take a stab at a PR to see how/if this will function as planned.

cc @claudiulodro

[mikejolley]

See https://github.com/woocommerce/woocommerce/pull/22329 - there are some gifs in there showing usage.

[filpet]

See #22329 - there are some gifs in there showing usage.

Would love that! Can't wait for the release!

[rrennick]

Note that my PR has a commit for #21837.

[windsorraw]

In response to #22329, not sure if I should post this here or there so I did both:

The 3 examples above appear to cover off all the scenarios where we would need to manually increase or decrease individual line items and this suggested solution would achieve what is needed and in fact make things easier with less steps for the user, so thank you for going thr extra mile instead of reverting back. Always moving forward!

Here is one scenario that come up regularly on my site that this currently would not solve:

Order is placed online for 15 items for pick up in store. Some items are in stock and some are not. In such a case we change the order status to "on hold", which to the customer means that their order will not be available untill the items come in. We would normally increase all line items so the items go back in stock can be sold to others.

When it comes time to place our weekly restock order, we would increase line items on the order and change to "processing" which would update my inventory to show what needs to be ordered. If changing order statuses would increase/decrease the entire order this would be great but currently this is not the case.

If an order has 25 items, manually reducing and increasing inventory is a major pain with a lot of room for human error.

[mikejolley]

@windsorraw I'm not sure how that would be best covered. It sounds like i that were to happen, you could risk selling other items in the order instead of leaving it allocated to the user? On-hold is correct status, but changing those stock levels feels off.

[windsorraw]

@mikejolley You nailed it, that's just it. We want to be able to sell those items to others as this customer will be waiting for our next delivery anyways and we can order any items our of stock for them. Please follow this simplified example.

Order:
2 x red shirt (current stock is 4 red shirts)
2 x blue shirt (current stock is 1 blue shirt)

Once reduced stock would:
2 red shirts
-1 blue shirts.
However, the customer wants to pick up their whole order at once and will wait for it all to come in (which is almost always the case for our business).

Now we still have:
4 red shirts
2 blue shirts
available to sell this week so I have to increase the inventory. Assuming we did that and we sold out. At the end of the week we change all "on hold" orders to "processing" and reduce inventory.
Now we have
-2 red shirts
-2 blue shirts
And I would order accordingly.

Does this makes sense? We have been doing it this way for over 4 years, let me know if im not explaining it well.

[urkaGR]

1. Mis-use of order statuses (@urkaGR https://github.com/urkaGR ):

Hi, the problem of this status is “on hold” is, that the items are back as available in the shop not reserved for this order

we are only waiting for the payment when we send with invoice– items are on the way to the customer and not available for other customers in shop.

the item stock does not depend of the payment, it dempends of an order or storno something.

we had made now a quick and dirty issue and added a new status “delivery” – so we know, that these are delivered and we are waiting for the payment. if we get the payment, then we set on finish.

Von: Mike Jolley [mailto:[email protected]]
Gesendet: Donnerstag, 3. Jänner 2019 11:47
An: woocommerce/woocommerce [e-mail]
Cc: urkaGR [e-mail]; Mention [e-mail]
Betreff: Re: [woocommerce/woocommerce] Need option to manually reduce stock on order level (#21754)

There are several related, but not the same, requests in this thread and not all will be solved by adding back those buttons. Probably because not everyone understands the request :)

No idea what it means, but it seems positive so we get that back :)

These problems essentially include:

1. Order edits - deleting and adding items to orders do not adjust stock regardless of order status meaning it must be done manually the slow way.

I can give you a very simple example. A costumer places an order for a red tshirt and pays it, it then emails me asking to change it to a blue tshirt and then all hell breaks loose. I have to remove the red tshirt, go to the product page, increase the stock by one unit, then add the blue tshirt to the order, go to the product page and decrease the inventory by one unit. And nothing of this gets logged.

I always need to edit an order due to customer requests.

1. Stock changes that should happen, are not happening.

we face the problem that orders in "On-Hold" do not reduce the stock, however all our orders go to "On-Hold" automatically as we have to control all of them for our specific customer group before putting them into "Processing".

all orders I shipped yesterday got all the stock reduced twice (once by me when placed, once by the system upon completion).

These 2 scenarios sound like conflicts tbh. Those events are already handled on status change. Whilst the controls would make fixing these easier, it doesn't solve the cause so doesn't justufy adding the buttons back IMO.

1. Mis-use of order statuses (@urkaGR https://github.com/urkaGR ):

But I also have a problem with the new feature who bring all order items back to stock if you change order in status "waiting for payment"
Regular Customers need quick support and we send items exceptionally before payment is on our bank.

This is exactly the scenario on-hold status is designed for. The order is on hold until payment comes in. This is the status BACS gateway uses.

---

@ben72 https://github.com/ben72 for your list:

When picking the order it's a great way to keep track of progress
Put a returned item back into stock when for instance changing to another size and get the action logged at the same time.

See point 1 above.

Remove an item from stock if replacing a faulty item and get the action logged at the same time.

If stock was managed when adding an item this could be achived; you'd add the replacement to the order leaving the faulty item line in place so there is a record.

Put items back in stock when pre-paid order is canceled.

Cancelled orders do restore stock as-is.

---

Thanks @rrennick https://github.com/rrennick for the PR restoring this but I don't think thats a good way forward. The mix of manual and automatic stock reduction events adds confusion i.e. who should be doing what, when, what has been done already (think large orders), not to mention various user interviews showing those buttons are not even well known due to the hidden UI elements.

If we can avoid them, and keep things automated, that would be a win.

This is closer to what we're aiming for. https://github.com/woocommerce/woocommerce/issues/21754#issuecomment-436644841

Right now we do increases/decreases based on order status. This works for orders via checkout fine.

The main problem seems to stem from manual orders; admin setting up an order for a user to pay without stock being mishandled, and order edits which see line items changing at some point during the order flow.

I think the best way to tackle this would be to:

1. Restore stock (if it's been reduced) when deleting a line item from an order.
2. Remove stock when adding line items to an order (any order) manually.
3. Adjust stock when editing line item qty on an order manually.

All 3 events above should add a note to track changes.

For the OP, @melindahelt https://github.com/melindahelt that looks like a manual ordering scenario which would be helped by the above.

I'll take a stab at a PR to see how/if this will function as planned.

cc @claudiulodro https://github.com/claudiulodro

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/woocommerce/woocommerce/issues/21754#issuecomment-451109478 , or mute the thread https://github.com/notifications/unsubscribe-auth/AeWsVpFErLcbct64lZjbZ27ef69i01Ooks5u_d-9gaJpZM4YCXz4 . https://github.com/notifications/beacon/AeWsVklO-eKt5AMC2TbHLykfhQUmsAwgks5u_d-9gaJpZM4YCXz4.gif

[mikejolley]

@windsorraw It sort of makes sense yes but it doens't sound like a common enough case to introduce back special tools to handle?

@urkaGR I don't know why but on-hold orders do reserve stock. As soon as order goes on-hold, stock reduction takes place.

[windsorraw]

@mikejolley I found a work around for this using the custom order statuses plugin. Thanks again and looking forward to the new changes, they are a really great solution!

[urkaGR]

 

Hi,
the status is not "on-hold" it is "pending payment"
if we send out an order but don't have the payment because customer get an invoice we set the status pending payment before update. but this status put back the items in product stock in new version.
sorry, there was an missunderstand lost in translation.

the status "on hold" is correct. but this means, that I have done nothing with the order - it is only "on hold".

 

 

Gesendet: Donnerstag, 03. Januar 2019 um 18:21 Uhr
Von: "Mike Jolley" [e-mail]
An: woocommerce/woocommerce [e-mail]
Cc: urkaGR [e-mail], Mention [e-mail]
Betreff: Re: [woocommerce/woocommerce] Need option to manually reduce stock on order level (#21754)

@windsorraw It sort of makes sense yes but it doens't sound like a common enough case to introduce back special tools to handle?

@urkaGR I don't know why but on-hold orders do reserve stock. As soon as order goes on-hold, stock reduction takes place.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

[mikejolley]

Closing in favour of https://github.com/woocommerce/woocommerce/pull/22329 which is targetted for 3.6.0 (may make some tweaks but it's otherwise working).

[omidcg]

Hi. Please add reduce/increase stock feature in order level.

[davidlonguk]

"normal order status flow" - so the assumption is that the status flow is the same for every store owner?? What about custom order statuses and order flows that do not match what Woo consider "normal".
It sounds very much like a Steve Jobs "your holding it wrong" answer.

[AKSUTAH]

We need this feature for making changes to orders. If a customer calls and wants to remove or replace an item, this feature is used for returning the removed or replaced items back to inventory.

[zsebacsi]

+1 for re-adding this useful feature.
it eases work when modifying orders manually.

[PIonut09]

+1 to re-add this feature

[davsev]

+1 Any news? this thread is open for 6 months and still no solution? is there any walkaround?

[tommydamani]

This is so annoying.... just bring the damn feature back what the hell??? Can't you see we use this function for whatever reason? You people constantly change and remove things that pisses us off....

We create our workflow based on what we have to work with and then when you remove something THAT WE USE EVERY DAY, it stuffs us up. What freaking harm is it to leave the damn feature there?????? You can't see we use it?????

I'm still on version 3.4.5 because I need that feature and won't upgrade because once that feature is gone, it adds 2-3 more steps just to increase the damn stock 1 unit... so annoying

[xpd]

+1

[Web-developer-Alexander]

Hello all!
+1 this option is very necessary! We currently have WooCommerce version: 3.4.7 and we do not want to update the plugin to the latest version in order not to lose manual inventory management.

[AKSUTAH]

Another example of when this needs to be used is if a customer wants to exchange things on an order. Maybe they ordered ten 1 packs and I want to change it to 1 ten pack. I'd need to manually change the stock on the exchanged items.

[moneytones]

This is still not FIXED????
ᐧ

On Thu, Jun 20, 2019 at 2:20 PM AKSUTAH [e-mail] wrote:

Another example of when this needs to be used is if a customer wants to
exchange things on an order. Maybe they ordered ten 1 packs and I want to
change it to 1 ten pack. I'd need to manually change the stock on the
exchanged items.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/woocommerce/woocommerce/issues/21754?email_source=notifications&email_token=AKWYY5SO3FXYI32FL446IJTP3PYAHA5CNFSM4GAJPT4KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYGWMBY#issuecomment-504194567,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKWYY5TB7KQLVNQIU547XBTP3PYAHANCNFSM4GAJPT4A
.

[tommydamani]

We are STILL NOT UPDATING the plugin because we use that feature all the fkn time. Why the hell would you remove it? What difference does it make???????????????

[windsorraw]

Woocommerce team has worked hard at sorting out the increasing and decreasing inventory issues. Many of the issues since removing the manual feature have been fixed but there are still some gaps.

A BIG problem we are having is when we change an order status to "on hold" we need the inventory to be returned (increased) for the entire order. Currently the order statuses are set-up to decrease when the order is placed and increase when the order is cancelled.

Would it be possible to put in a feature where not just a cancelled order but an "on hold" order would also increase the inventory? Is there a simple line of code that I can manually go in and edit for this?

Thank You

[EdithAllison]

Would it be possible to put in a feature where not just a cancelled order but an "on hold" order would also increase the inventory? Is there a simple line of code that I can manually go in and edit for this?

There are actions. Have a look in /woocommerce/includes/wc-stock-functions.php . By adding / removing actions from a status you can control when stock gets reduced / increased. You'd put the actions into the functions.php file of your child theme.

add_action( 'woocommerce_order_status_xxx', 'wc_maybe_reduce_stock_levels' );
add_action( 'woocommerce_order_status_xxx', 'wc_maybe_increase_stock_levels' );

where xxx is the status name

[mattybri]

I've found a solution! In your FTP, go to: /wp-content/plugins/woocommerce/includes/wc-stock-functions.php and remove code from line 78 - 109.
This is the code which tells WooCommerce to lower stock level after order.
Now when you order a product, the stock level does't change and can still be edited manually in Product settings

[nikaslg]

Please return the feature...

[davidcardonacm]

Hi, why dont simply add this as an optional check mark in products woocommerce settings?
In this way, the one's who need it would have it, the ones who dont will leave it as default,
Thanks.

[babylines]

Closing in favour of #22329 which is targetted for 3.6.0 (may make some tweaks but it's otherwise working).

The problem is not a bug. The problem is some store owners do not want stock automatic adjustments to be forced to match the order changes. This thread is riddled with examples. Please do the professional and correct thing and give an option.

/home/greenz/public_html/wp-content/plugins/woocommerce/includes/admin/wc-admin-functions.php

        $changed_stock = wc_maybe_adjust_line_item_product_stock( $item );

Just add a setting to wc or a selectbox to the edit order page and then add the condition to the above line. (Or a user can just comment it out like I did =)

Even just giving us a filter we could use to disable the automated stock changes would be alright.

[ecottles]

The politics of order statuses. What the community wants it gets. I agree with babylines. All statuses should be in control of developer to define according to the business model they are serving. However, and unfortunately the politics of order statuses wins the day!