Comment 1 for bug 798890

Hello John,

I have checked your issue But you are partially right.
you have described four different issues in bug report.

Your issue #1 which is related to scheduled date.You have a problem of scheduled date goes in to past which is only happen when your company security days in grater then the delivery lead time.

Because the scheduled date = "Sale Order Date" + "Delivery Lead Time " - " Company Security days"

So when your company security days in grater then the delivery lead time then scheduled date goes in to past.
This issue already discussed ago please see this lp:770392 and also look this lp:780337.
In this lp:770392 the problem related to our demo data we have just improved it So this problem has solved now.

Your issue#2 (The state is confirmed) which is the behavior of system i.e when you have create a SO with "On order" and you have confirmed it the procurement will automatically generated which is in "Confirmed" state.

So your Issue#1 and 2 are invalid.

And I have checked your issue #3 and find some problem in work-flow of procurement currently when the state goes in to the "confirmed" we can not cancel it But I have checked the work-flow and I have find the method of and transition of it. So the cancel button is missing the "confirmed" in states. And I have seen that the problem in signal of the transition it is button_check it should be a button_cancel.

As per my suggestion we have to add one messages on cancel button because when the procurement is in confirmed state it's related move is also in "confirmed" so first we can cancel it's move if we want to cancel the procurement So I am confirming your issue #3. For this issue I have suggested a patch to R&D team so they will look in to this and take the action.

According to your issue#4 which is related to while loop in scheduler.py I have seen that but it is totally a code side improvement So the related R&D team will check it and take the appropriate decision on it.

Thanks for understanding!