Hello Lionel Sausin
Thank you for your reply to my mail. I looked into your branch 6.1.
The functionality in your branch to split one move into two different
moves is realy useful, but I still miss some functionality. I try to
explain you what I am looking for on my way evaluation OpenERP:
Situation:
Usualy we place orders to our supplier in Asia for several 1000 pcs.
of one ore several products. Normaly we plan to get the products by
sea-transport. For urgent orders it often happens, that we need to
split an ordered quantity into two seperate shipments. Eg. one
shipment per air (dest-location "AIR" with linked location "Input")
and another part of the shipment per sea (dest-location "SEA" with
linked location "Input"). So we need to split one move into two moves
with different destination-locations. Because we need to know at which
location our material is located at every moment in time, I tried to
use the functionality of "linked" locations. That means, when the
order is confirmed, the destination-location for the order normally
will be "SEA". Because of the linked location on that destination,
there is automatically generated a second move from "SEA" to "Input"
with the quantity in the original order. When I now split the first
move into two different moves with different locations with linked
destination-locations, then there should be an automatic update of
existing linked moves in the future that corresponds to the original
move splitted into two different moves.
Questions:
* Would it be possible to implement the possibility to set a new
destination-location for the new move directly in the split-wizard?
* Is it possible to update moves automaticaly that are linked to the
move that is splitted up also taking into account of the state
"Waiting another move"? My problem is not only about splitting one
move but also what happens with linked moves, when an original
move is modified (eg. changing destination-location).
I would appreciate your feedback concerning our described situation
and my questions. Do you think it makes sense or not?
best regards
René Glauser
------------------------------------------------------------------------
Ursprüngliche Nachricht:
*An:* Rene.Glauser@xxxxxxxxxxx
*Cc:* pr@xxxxxxxxxxxxxx
*Von:* informatique@xxxxxxxxxxxxxxxx
*Datum:* Mittwoch, 5. September 2012 14:37
*Betreff* Re: OpenERP: trunk-stock-split-move-refactoring
Dear Glauser René,
Thanks for your interest in our work.
It's not been packaged as a module but as a patch/branch of the main
addons, because we're hoping to merge it into the trunk later.
We currently maintain 2 branches forked from v6.0 and v6.1. We use
v6.0 in production.
Get them here :
lp:numerigraphe/openobject-addons/6.1-stock-backorder-rewrite
<https://blueprints.launchpad.net/+branch/%7Enumerigraphe/openobject-addons/6.1-stock-backorder-rewrite>
lp:numerigraphe/openobject-addons/6.0-stock-backorder-rewrite
<https://blueprints.launchpad.net/+branch/%7Enumerigraphe/openobject-addons/6.0-stock-backorder-rewrite>
If you give these branches a try, I'd really value your comments and
questions, they'll help us improve and make the changes adopted.
Lionel Sausin.
Le 04/09/2012 11:05, Glauser René a écrit :
Hello Numérigraphique
I am Looking or a solution in OpenERP to split one stock move into
two ore more independant stock moves with the possibility to change
destination-location for the new moves. While searching for a
solution I saw your merge-proposol
"trunk-stock-split-move-refactoring". How can I test
this functionality? Can I download this module somewhere?
best Regards
René Glauser