Total newbie here, apologies in advance for my ignorance. I've recently taken over the job of tracking down the cause of a bunch of inventory inconsistencies. I had just received a new product using purchase orders -> AP invoice. The quantity received was 6. Inventory showed 6. I sold 4. Inventory showed -1. I checked the product and none had been reallocated to other warehouses. The sale went through to invoice without issue, but the numbers didn't add up, and it left us with qty of -1 despite the fact that we still had 2 on hand. I was the only person with access to SAP at the time.
Has anybody come across a similar issue?
Related
Our customers have a subscription on our services.
The subscription generates an draft invoice and one of the product on the draft I want to change the quantity off. This product quantity is different every month and our external software know this number.
What I’ve do through the API/XMLRPC.
We find the draft in the 'account.move' model then search the 'account.move.line' for our product. Then here we change the amount and we write the 'account.move.line' back.
Here we get an exception 'Cannot create unbalanced journal entry. <...>.'.
I can’t believe we have the recalculate all the financial values. Isn’t this something the API should do?
Up to Odoo 10, I used Quants fields inventory_value, cost in some of my reports to calculate purchase cost, etc.... and also I used quants relation to moves in some cases.
Now as I started working with Odoo 12 I see that there are no relations from stock.quant to stock.move and stock_quant_move_rel table is gone.
As I can see, now I can not even check inventory value in Odoo 12?
So maybe can someone explain these changes that were made, and how is workflow is changed, because I'm a little bit lost now.
In inventory there is inventory valuation menu under reporting you can check inventory value product wise or In product template you can check quantity on hand to check stock quant.
We are working on several Sales Platform (e.g. Prime Minister, Ebay) that generate an excel to import in our Odoo 11 SAAS server.
As there are hundred of orders, we created an automated action to update the quote to sale after importing from excel.
At that point I am able to search the action for confirming the sales in a odoo studio video.
How to update the qty on hand or change the done qty for the product and delivery?
We searched for days and still didn't get a clear answer.
As you confirmed the sale order by your program, forecasted qty will be decreased. Now on hand qty will be updated when you will process the delivery orders for that.
my client insists on showing price per one product but allowing only to buy odd number of products of some category type (f.ex. glasses are sold in packages per 2, but whole pack is too expensive for him to show it in one).
Setting a minimum quantity don't solve my problem because more than two are as well three but we can't split the package.
Any advices?
What are the best (or perhaps most commonly used) approaches for coordinating actual stock quantities with that shown or offered for sale with a shopping cart?
Thanks in advance,
Matt
Well, you have several problems.
At a basic level, its "easy". Simply use classic transactional processing techniques to maintain the stock numbers and the order entry lines against the stock. If you have 10 available, and someone orders 1, then commit the line item with a qty of 1 at the same time you increment the "committed" qty on the inventory item. When you ship the item, remove one from In Stock, and one from Committed. In Stock - Committed = Available.
So:
In Stock Committed Available
Before: 10 0 10
Ordered: 10 1 9
Shipped: 9 0 9
The down side is that involves a bunch of locking, which can affect concurrency. Depending on your traffic this may or may not be an issue. Then you're work with on the fly counting of ordered items against stock, and you end up with race conditions. But it's really just a fact of life in business.
But, either way, regardless of how you commit the entry in to your database, it doesn't mean that the item will actually ship.
The In Stock number could simply be wrong. It could have been miskeyed, stock may be damaged, "employee shrinkage", etc. All sorts of things can go wrong. So, any commitment you make to a customer that you'll actually SHIP what you've promised has to have that little * next to it as a disclaimer.
Then you get in to the whole back ordering, cancellation and fulfillment issues.