Am Dienstag, 22. Oktober 2013, 17:46:41 schrieb Cédric Krier: > On 22/10/13 17:23 +0200, Sergi Almacellas Abellana wrote: > > El 22/10/13 17:19, Cédric Krier ha escrit: > > >On 22/10/13 17:14 +0200, Sergi Almacellas Abellana wrote: > > >>>El 22/10/13 17:04, Cédric Krier ha escrit: > > >>>> >On 22/10/13 16:54 +0200, Sergi Almacellas Abellana wrote: > > >>>>>> >>>El 22/10/13 16:05, Cédric Krier ha escrit: > > >>>>>>>> >>>> >Hi, > > >>>>>>>> >>>> > > > >>>>>>>> >>>> >I have an idea to prevent a kind of mistake in the stock > > >>>>>>>> >>>> >management. > > >>>>>>>> >>>> >It is when user create stock move on shipments that are not > > >>>>>>>> >>>> >linked to a > > >>>>>>>> >>>> >sale or purchase. Such cases are not really drama but could > > >>>>>>>> >>>> >be annoying. > > >>>>>>>> >>>> >So the proposition will be to add a check on the incoming > > >>>>>>>> >>>> >and outgoing > > >>>>>>>> >>>> >moves (when purchase and sale modules are installed) which > > >>>>>>>> >>>> >prevent to do > > >>>>>>>> >>>> >them if they don't have an origin. FYI, the origin of a > > >>>>>>>> >>>> >move is the link > > >>>>>>>> >>>> >between the move and the purchase/sale line. > > >>>>>>>> >>>> > > > >>>>>>>> >>>> >By the way, I don't think that using right management to > > >>>>>>>> >>>> >disallow the > > >>>>>>>> >>>> >creation of stock move to stock user is a good solution. > > >>>>>>>> >>>> > > > >>>>>>>> >>>> >What do you think about? > > >>>>>> >>> > > >>>>>> >>>I would understand this changes in custom modules, not in tryton > > >>>>>> >>>core. > > >>>> > > > >>>> >Why? Have you example where it doesn't work? > > >>> > > >>>All compaines where customer shipments are not related to sales. For > > >>>example cooperative bussines, where all the shipments done to a > > >>>associate are invoiced once a month, always when the shipment is > > >>>done. > > > > > >And how do you invoice such shipments if you don't use a sale (or > > >any other documents)? > > > > By a custom wizard. > > > > Current dessing allows to do it. My fear is that such change you're > > propossing will break this use case. > > It sounds like a wrong design because you are probably storing > accounting information on the shipment and moves like the price, the > payment term, the invoice address etc. > You are really missing a document to store all those information.
Goes a little bit into the direction of a contract call-off. We had a design for that already 4-5 years ago. I will put it in the Wiki...
signature.asc
Description: This is a digitally signed message part.
