Hi, there!
We are running into a strange but with many products in our Stock Central. I'll do my best to outline the issue below. FYI... we are running ATUM 1.5.7 with the latest version of WooCommerce.
We want to "Allow Backorders" on all products. To our knowledge, we have set this up correctly with all of our products. We have the following settings set for all products in our store (around 1,300):
ATUM Control Switch = ON
https://imgur.com/a/Kjl7Lyx
Product Set to "Allow Backorder"
https://imgur.com/TkEdRIB
So, this works for many of our products. Here is a group of products correctly acknowledging, "Out of Stock (Allow Backorders)":
BUT... there are many products that are just showing as "Out of Stock". There is no acknowledgment of backorders and the counter does not go into the negative when the stock is reduced. These products all have the same settings as the product group that is properly working (above screenshot). Now, here is a screenshot of the Inventory settings of a product behaving incorrectly:
https://imgur.com/TqaCXyD
I can confirm that the ATUM Control Switch is set to "ON" as it is on the other products that seem to be "working". Now, here is a screenshot from Stock Central of this same product:
https://imgur.com/qoiGWih
See how this product is simply showing as "Out of Stock", instead of "Out of Stock (Allow Backorders)". As I said, this product also does not let the stock go below 0... but the strange part is, we can still order the product, it doesn't show as "Out of Stock" on the front end.
Another thing with these products that are showing incorrectly as just "Out of Stock", is that when the inventory gets reduced down to 0, it displays incorrectly in the WooCommerce order screen. Here's an example of the same product shown above having its stock reduced to 0 in WooCommerce orders... but it displays no value at all for the new "reduced" count:
https://imgur.com/4cdTqlp
This is quickly becoming a big issue as the orders are beginning to pile up and our inventory gets further out of sync with reality. Your assistance in getting this remedied as fast as possible is very much appreciated!
Thank you so much in advance for your help 🙂
Also... not sure if this is related or not, but we are seeing these errors pop up in logs when an order is placed. The thing is... all of these products exist in the database and their IDs have never changed. All other features of these products work exactly as expected... so the "cannot fund resource" errors are confusing. Do you have any insight into these errors??
2019/03/18 00:39:30 [error] 32566#32566: *24193 FastCGI sent in stderr: "PHP message: Error updating stock for ID #8368: The resource you are looking for has been removed, had its name changed, or is temporarily unavailable" while reading response header from upstream, client: 2600:1009:b158:1c8:905b:f6fc:34ba:fc27, server: thisisgoodmedicine.com, request: "POST /?wc-ajax=checkout HTTP/1.0", upstream: "fastcgi://unix:/var/run/php7.3-fpm-batafeda.sock:", host: "thisisgoodmedicine.com", referrer: "https://thisisgoodmedicine.com/checkout/"
2019/03/17 17:34:45 [error] 32563#32563: *20028 FastCGI sent in stderr: "PHP message: Error updating stock for ID #8441: The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.PHP message: Error updating stock for ID #8406: The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.PHP message: Error updating stock for ID #8351: The resource you are looking for has been removed, had its name changed, or is temporarily unavailable" while reading response header from upstream, client: 108.4.99.200, server: thisisgoodmedicine.com, request: "POST /?wc-ajax=checkout&woo-paypal-return=1 HTTP/1.0", upstream: "fastcgi://unix:/var/run/php7.3-fpm-batafeda.sock:", host: "thisisgoodmedicine.com", referrer: "https://thisisgoodmedicine.com/checkout/?woo-paypal-return=true&create-billing-agreement=true&token=EC-5B897787KG0383319&PayerID=ALKL3RJGNQ92Y"