Am Sonntag, 20. Oktober 2013, 18:51:28 schrieb Cédric Krier: > On 20/10/13 18:42 +0200, Dr. Axel Braun wrote: > > Am Sonntag, 20. Oktober 2013, 18:22:32 schrieb Cédric Krier: > > > On 20/10/13 17:55 +0200, Axel Braun wrote: > > > > Am Freitag, 18. Oktober 2013, 15:57:28 schrieb Cédric Krier: > > > > > On 18/10/13 15:40 +0200, Axel Braun wrote: > > > > > > Hi, > > > > > > > > > > > > I'm struggeling to understand the SCM concept in Tryton. > > > > > > Background is > > > > > > the > > > > > > following paragraph from the Tryton 3.0 News, which I wanted to > > > > > > translate: > > > > > > > > > > > > -- > > > > > > If there are late supplier moves when creating purchase requests, > > > > > > the > > > > > > wizard shows a warning to allow the user to change the date of > > > > > > those > > > > > > moves into the future if needed otherwise those incoming moves > > > > > > will be > > > > > > ignored. -- > > > > > > > > > > > > Further explanation I received on this: > > > > > > > > > > > > When you request the system to compute the purchase request, the > > > > > > system > > > > > > by default ignore the late supplier moves (because it considers > > > > > > that > > > > > > it > > > > > > will never be deliveried). So now, the system will warn the user > > > > > > that > > > > > > such moves exist and so the user can take action like changing the > > > > > > delivery date (because the supplier said it will be late). > > > > > > > > > > > > So...when I need to deliver gods that are not on stock, and the > > > > > > system > > > > > > creates a purchase request, it should take into account my > > > > > > material > > > > > > availability date (that is the delivery date plus pick and pack > > > > > > and > > > > > > transport times), means the date when the goods should be > > > > > > available in > > > > > > my > > > > > > warehouse. > > > > > > If I have a standard delivery time for that material from my > > > > > > supplier, > > > > > > I > > > > > > get a date when I have to issue the PO latest in order to receive > > > > > > my > > > > > > goods in time. > > > > > > > > > > > > So, does the a.m. sentence mean...I have already POs with my > > > > > > supplier > > > > > > and > > > > > > incoming goods at a later time than I request (late supplier > > > > > > move)? > > > > > > > > > > No, you did not receive the goods at the expected date. > > > > > > > > But I can not know this when I create a PO...only after I received a > > > > PO > > > > confirmation from the supplier for a later point in time. But then I > > > > dont > > > > need a purchase request anymore..... > > > > > > Please read carefully the answers. > > > You are just not thinking with the time dimension in mind. > > > There is not just 1 purchase involved. > > > > ..this is what you denied before (see: So, does the sentence mean...) > > I can not see what I denied.
I asked: I have already POs with my supplier and incoming goods at a later time than I request (late supplier move)? you wrote:You are just not thinking with the time dimension in mind. There is not just 1 purchase involved. This exactly what I asked. I can not know if my goods are late unless I have received some kind of confirmation back from supplier. To receive a confirmation, I have to issue a Purchase order. But maybe we have a misunderstanding in wording: A purchase request is a request to purchase goods. It may be linked to some authorisation and approval workflows. In case a purchase request is confirmed, it is linked to a vendor (sourcing) and transformed into a purchase order. Now this PO can have a later delivery date than what I requested, which affects my ability to deliver in time to the customer -> I need to reschedule my sale to the customer. > > > > > > or does it > > > > > > mean, basing on my standard delivery times the goods will not hit > > > > > > my > > > > > > warehouse in time, > > > > > > > > > > Nothing can be deduced except that goods are not delivery at the > > > > > expected date. > > > > > > > > Hmmm...still not clear. Do we have a process description? That may > > > > help. > > > > > > Which process ? > > > > The one we are dicussing here, and the proposed improvement in Tryton 3.0 > > The process did not change at all. A warning was just added.
signature.asc
Description: This is a digitally signed message part.
