Hi Cedric
Thks for your quick reply.
On 18 Jun 2018, at 12:36, Cédric Krier wrote:
We have the following business case:
1. as a book distributor, we handle consignment stock from other
publishers. Sold items are invoiced to us when we send the customer
invoice.
2. as a book diffusor, we sometimes do « deposit » in bookshops:
our
books *and distributed ones* are shipped without invoice to some
bookshops and we invoice them when the books are sold.
The module stock_consignment seems to handle (1) correctly. (2) seems
to
work too, for books that are from our own production.
But we cannot manage to make it work for supplier consigned books.
Here is the stock configuration we tested:
WH
|- Storage STO
|- Consignment Supplier S1 (type=supplier)
Customer (type=customer)
|- Consignment Client C1 (type=storage)
|- Consignment Supplier C1-S1 (type=supplier)
Having a product move from Consignment Supplier S1 to Customer
creates a
supplier invoice line (ie, we sold the item).
Having a product move from Consignment Client C1 to Customer creates
a
client invoice line (ie, we sold the item).
Having a product move from Consignment Supplier C1-S1 to Customer
creates no line. We would expect it to create 2: both customer and
client invoice line.
It is not supported and we should not support it. We need to add a
constraint that prevent to move from internal shipment to move from
supplier to customer because it must first step on a storage location.
This is required if we want to compute correct cost.
https://bugs.tryton.org/issue7523
If I understand correctly, the error here is to make an internal
shipment from Location(type=supplier) to Location(type=customer).
If I do an Internal Shipment from Consignment Supplier S1 to Consignment
Client C1 the item will be purchased from S1, this is not what I wish.
What kind of procedure could represent in Tryton the fact that
— a product is stored as consignment (not yet sold) in a Client (hence
visible when doing an inventory on the Client location)
— this product comes from Supplier Consignment and must be purchased
to supplier once it’s been invoiced to client.
If it’s outside stock_consignment’s scope, I’ll simply use
products defined with zero cost price, to be able to represent at least
the real place where they are stored.
PS: I’m surprised by the asymmetry between customer and client
storage
types. Why are consignment client storages to be created below
Customer
global location? Supplier consignment locations are created below our
Warehouse, not below the top most Supplier location. Why can’t we
create Client consignment locations below a new Consignment storage
that
would not be child of Customer CUS? Customer CUS location seems to me
it
contains all sold items. But customer consignment stocks are not sold
yet…
I do not understand what is named "client storage".
Error, I meant consignment client location. I try again :
I’m surprised by the asymmetry between customer and client storage
types.
a. Why are consignment Client locations to be created below Customer
global location? Supplier consignment locations are created below our
Warehouse, not below the top most Supplier location.
b. Why can’t we create Client consignment locations below a new
Consignment storage that
would not be child of Customer CUS? Customer CUS location seems to me it
contains all sold items. But customer consignment stocks are not sold
yet…
Jean-Christophe Michel
\--
---
30 rue Jean-Baptiste Say
69001 LYON
FRANCE
[www.symetrie.com](<https://symetrie.com>)
[](<http://facebook.com/symetrie>)
|
[](<http://twitter.com/symetriecom>)
|
[](<http://www.linkedin.com/company/symetrie-music-publisher>)
tél : +33 (0) 478 29 52 14
--
You received this message because you are subscribed to the Google Groups
"tryton" group.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tryton/E4C1285A-F0A5-429B-A861-BA1F9105FD54%40symetrie.com.
