Effects in changes of unit cost per in the prod. order routing line

Dear All,
I am facing this problem, after the problem division by zero. 0/0 solved. I write in detail as follows:
Case 1.
Op| No. Type | Starting Date-time | Ending Date-Time | Run time | Unit cost per
10 | Work Center | 6/1/2006 8:53 | 6/2/2006 15:35 | 21 | 2
20 Work Center 6/2/2006 13:45 6/5/2006 14:18 22 2
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 2

Case 2.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 2
20 Work Center 6/1/2006 14:30 6/2/2006 15:04 22 1
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 1

Case 3.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 1
20 Work Center 6/1/2006 8:50 6/2/2006 15:04 22 1
30 Work Center 6/1/2006 9:20 6/5/2006 12:56 21 1

I don’t understand why the unit cost can give changes to starting date-time and ending date-time. If I set unit cost like in the case 2 and case 3 from case 1 (the first situation). Any answers from you are welcome and expected. tks

Rgds,
Mark

Dear All,
I am facing this problem, after the problem division by zero. 0/0 solved. I write in detail as follows:
Case 1.
Op| No. Type | Starting Date-time | Ending Date-Time | Run time | Unit cost per
10 | Work Center | 6/1/2006 8:53 | 6/2/2006 15:35 | 21 | 2
20 Work Center 6/2/2006 13:45 6/5/2006 14:18 22 2
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 2

Case 2.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 2
20 Work Center 6/1/2006 14:30 6/2/2006 15:04 22 1
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 1

Case 3.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 1
20 Work Center 6/1/2006 8:50 6/2/2006 15:04 22 1
30 Work Center 6/1/2006 9:20 6/5/2006 12:56 21 1

I don’t understand that the unit cost can give changes to starting date-time and ending date-time. If I set unit cost like in the case 2 and case 3 from case 1 (the first situation). If it can be done, the shopfloor employee can change it so that their overtime work, their wage can be increased and company pay them a lot, meanwhile if I set unit cost to be non editable, how can production staff/manager changes it if there is a sudden changes from top management, for example NYSE or Dow Jones or The Fed increase the Bank interest…??? Any answers from you are welcome and expected. tks

Rgds,
Mark

Hi Mark

This looks like half a post. What are you doing and what is your problem? Can you describe your processing you start to finish, also this would seem to be something you are “developing” and therefore I have moved it to the appropriate forum.

Hi Seven,

Nice to have your reply, I am very confusing about the unit cost per in the production routing line, about how it can arrange the starting date-time and ending date-time field there. I think it will relate to developer too that’s why I post in this forum but not in the Supply Chain Management. Actually, I think the due date changes in prod order and sales order or in the planning worksheet justified to make changes in the starting date-time.

Rgds,

Mark

I am sure I have replied to this post before [:D]

You are modifying something as you have fixed it and then you enter three routings but do not tell us what you are doing. I believe the problem is the unit cost altering the date, but where are you doing this and what are you running? Can you explain the issue to us please.

Hi Steven,

I can’t understand anymore how to explain. I have a released production order with the 3 work centers in the production order routing and it’s from routing set beforehand, as follows:

Op| No. Type | Starting Date-time | Ending Date-Time | Run time | Unit cost per
10 | Work Center | 6/1/2006 8:53 | 6/2/2006 15:35 | 21 | 2
20 Work Center 6/2/2006 13:45 6/5/2006 14:18 22 2
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 2

Case 2.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 2
20 Work Center 6/1/2006 14:30 6/2/2006 15:04 22 1
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 1

Case 3.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 1
20 Work Center 6/1/2006 8:50 6/2/2006 15:04 22 1
30 Work Center 6/1/2006 9:20 6/5/2006 12:56 21 1

Routing:

No. Type run unit cost per

10 Work Center 21 0.5
20 Work Center 22 0.4
30 Work Center 21 0.3

I never modify something beforehand, and you are correct with my problems, so if I have a released production order, I change unit cost per in the unit cost per field in the prod. order routing line, I will have expected cost filled when I press F9 in the prod. order. I will have actual cost after posting the journals. The things that I don’t understand why the altering of the unit cost per gives influence in the starting date-time.

Rgds,

Mark

Hi Mark

I mentioned modifications as you mentioned getting a division by 0/0 error message.

I have a released production order and I go to the routing line and alter the unit cost per and NONE of the dates alter. Can you try this in Cronus and wlak us through some reproduction steps if it is stil happening?

Need more info:

What are the Work Centers, Are the work centers costs different - are the routing paralel or serial?

Is it a Item or Project type Production Order - Are there multiple lines on the Production Order (Output) - if so - are you looking at the same Prod. Order Line.

How are the calander set up - are they set up for multiple Work Calenders - day shift / Night Shift?

As steven suggests - Try in a Cronus Database.

By the way - What version are you using?

Hi,

I am using NAW14.00.01. Tks

rgds,

Did you try the senario in Cronus?

Hi,

The work center doesn’t have cost different, the routing is serial, it is an item production order, there is no multiple lines. It’s one shift and doesn’t create for multiple work calendars.

Rgds,

Mark

Dear Steven,

Tks for your reply but I have tried that, still got the problem.

if I’ve cut CalcStartingEndingDates(Direction::Forward) from unit cost per codings of table 5409:

Unit Cost per - OnValidate()
GLSetup.GET;
“Direct Unit Cost” :=
ROUND(
(“Unit Cost per” - “Overhead Rate”) /
(1 + “Indirect Cost %” / 100),
GLSetup.“Unit-Amount Rounding Precision”);

CalcStartingEndingDates(Direction::Forward);

what will be the influence for my prod. order routing then…? because my problem solved after cut/delete it.

Rgds,

Mark

Hi Mark

I stil ldo not understand your problem, and not being a developer I cannot comment on you removing code

Dear Steven,

I will move this question back to developer forum then. I think the problem is still unsolved. I don’t know maybe it is caused by add-ons existance there or not. Because it’s an add-on Navision, I thought it will be as same as manufacturing in std navision

Rgds,

Mark

Dear All,
I am facing this problem, after the problem division by zero. 0/0 solved. I write in detail as follows:
Case 1.
Op| No. Type | Starting Date-time | Ending Date-Time | Run time | Unit cost per
10 | Work Center | 6/1/2006 8:53 | 6/2/2006 15:35 | 21 | 2
20 Work Center 6/2/2006 13:45 6/5/2006 14:18 22 2
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 2

Case 2.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 2
20 Work Center 6/1/2006 14:30 6/2/2006 15:04 22 1
30 Work Center 6/2/2006 14:15 6/7/2006 9:51 21 1

Case 3.
10 Work Center 5/31/2006 15:57 6/2/2006 14:39 21 1
20 Work Center 6/1/2006 8:50 6/2/2006 15:04 22 1
30 Work Center 6/1/2006 9:20 6/5/2006 12:56 21 1

I don’t understand that the unit cost can give changes to starting date-time and ending date-time. If I set unit cost like in the case 2 and case 3 from case 1 (the first situation).

If I’ve cut CalcStartingEndingDates(Direction::Forward) from unit cost per codings of table 5409:

Unit Cost per - OnValidate()
GLSetup.GET;
“Direct Unit Cost” :=
ROUND(
(“Unit Cost per” - “Overhead Rate”) /
(1 + “Indirect Cost %” / 100),
GLSetup.“Unit-Amount Rounding Precision”);

CalcStartingEndingDates(Direction::Forward);

what will be the influence for my prod. order routing then…? because my problem solved after cut/delete it. tks a lot for your answers beforehand

Rgds,

mark

So now we have more information [:D]

Try this in standard Navision without the add-on, you will probably find it is the add-on causing the issues, although it maybe by design of course depending upon the add-on. The developers also will nbot really be able to help unless you name the add-on and anyone has any experience of it, because doing this in Cronus has no affect.

Did you ever try to analyze the code in the function

CalcStartingEndingDates(Direction::Forward);

???

If it does not change when you cut/delete this line and changes when the function is called, it would be of great help to check that function.

Hi Mark

You might want to mention you are running an add-on interfacing in this area [:D]

And you wanted to check what the function CalcStartingEndingDates(Direction::Forward); is really doing.