günther
18th July 2006, 17:50
Is there any chance to enter a start date on non-working days in session tisfc1101m000 "Maintain Production Planning"?

What I need is to enter some subcontracting tasks during holidays.

Our company calendar is only for work center 'ZZZ' and I should not change that. Any ideas?

Günther

Martin Jung
19th July 2006, 10:49
I'm not sure if it works, but why not maintain a calendar for the subcontracting work center?

Regards,

Martin

günther
19th July 2006, 12:17
Our Company Calendar Type (see Maintain ROU Parameters) is set to "By Company".

Is it possibly to setup a specific work center for say just one day? What are the cave-ats?

Günther

Martin Jung
19th July 2006, 13:20
You don't run a test-system :eek: ?

Anyway, it's not a big issue to switch between both settings. Make sure to have a proper calendar for work center 'ZZZ' available. 'ZZZ' stands for every work center (including the whole company) which has no specific calendar.

If you don't mind, I can do a quick test in my test environment to verify my guess :) .

Regards,

Martin

Martin Jung
19th July 2006, 14:05
If you don't mind, I can do a quick test in my test environment to verify my guess :) .

Done. Works fine.. :) :) :)

günther
19th July 2006, 15:26
Anyway, it's not a big issue to switch between both settings

Hmh. I was told that I have to setup the calendar for each work center if I switch. That would be a big thing on our live environment. At the moment we only use ZZZ / By Company.

If I understand you right, baan uses a two level search when the ROU Parameter is set to "By Work-Center". Maybe that might lead to longer runtime on PRP, MRP and other time-consuming processes?

Thanks Martin

Btw. folks, two germans are talking in english - aren't there any other opinions out there?

Martin Jung
19th July 2006, 16:54
If I understand you right, baan uses a two level search when the ROU Parameter is set to "By Work-Center".
Correct! It should have a minor impact on the runtime of MRP/PRP (absolutely no impact in our case).

Martin