hendra
9th February 2004, 08:24
Hi Guys,

I have a problem about M-R relations.

Created 2 routings with 1 operation each, and with different task for each operation.

Created BOM for that item with components linked to routing 1 and routing 2.

When creating Production Order using either Routing Code, the system takes the entire BOM, ignoring the M-R Relation though the operation is correctly taken based on Routing Code.

Example:
Item A
Routing Code = 001
Operation 10, Task 1

Routing Code = 002
Operation 10, Task 2

BOM For A:
Operation = 0

M-R Relation:
Pos 10: Item A' linked to ROU 001, Op 10
Pos 20: Item A'' linked to ROU 001, Op 10
Pos 30: Item B linked to ROU 002, Op 10

Create Production Order for item A using Routing Code 001,
Estimated material shown:
1. A'
2. A''
3. B

The operation shown: Operation 10, Task 1

Create Production Order for item A using Routing Code 002,
Estimated material shown:
1. A'
2. A''
3. B

The operation shown: Operation 10, Task 2

This is very strange to me. Anybody has any suggestion about this? Have I missed some settings here?

Thanks,
Hendra

Martin Jung
9th February 2004, 08:58
Hi Hendra,

as far as I understand you would like to create a "routing based BOM". This is not possible. The link between material and routing only concerns backflushing issues - when operations are reported complete.
What you try to intend would lead to a significant gap between MRP and actual material demand: which version of the BOM should be taken into consideration during MRP-run? All materials? Materials based on standard routing?
Changes on the estimated materials for a production order always have to be done manually.

Sorry.

Martin

hendra
9th February 2004, 10:53
Hi Martin,

I understand that only one routing can be set to default, which will be used during MRP run.

What I'm trying to do is, I want to make multiple routing for the same item but I'm attaching only one item to one routing. When I change the default routing to other routing, I want the BOM lines taken are in accord with the M-R relations.

Changing to other routing will be done manually in the Production Order session, no through MRP explosion.

Regards,
Hendra

Martin Jung
9th February 2004, 11:20
Hi Hendra,

well, what I mentioned is standard functionality in Baan IV. Maybe there have been changes to this issue in later version of Baan but this would be new for me.

Regards,

Martin

hendra
9th February 2004, 12:18
Hi Martin,

In BaanV, we also can only do MRP explosion on one default routing only.

In my case, changing the routing is incidental, and is done manually. Of course what the system has planned would be inaccurate because system is giving advice based on standard routing and not the alternate routing.

What I want is to have the system generate Estimated Materials based on the routing code I selected in the Production Order.

Thanks for sharing,
Hendra

DStroud
9th February 2004, 15:45
Hendra,

What you are trying to do is not possible in Baan. The BOM is linked to the Item and is therefore the standard BOM to make the item. The Material to Routing linkage is only used to tell manufacturing (SFC) which operation consumes the material(s). The ability to have multiple routings for an item is really to allow you to define different manufacturing process (NOT BOM) based on quantity to be manufactured.

Paul P
10th February 2004, 04:56
Dear Hendra,

What you want to do can be achieved with BaanERP, but definitely not using the method you use. Let me get this straight, item A can be produced by:
- either doing task 1 over raw materials A' and A"
- or doing task 2 over raw material B

Then what you could do is set the BOM of A as follows:
- A consists of A' and A" until 31 Dec 2004
- A consists of B on 1 Jan 2005 onward
And for routing of A:
- A is manufactured using task 1 until 31 Dec 2004
- A is manufactured using task 2 on 1 Jan 2005 onward
You can achieve this using the effective and expiry dates of BOM and routing

Then whenever you want to produce A using task 1 over raw materials A' and A", you create a production order with reference date 31 Dec 2004 or before. When you want to produce A using the other method, you create production order with reference date 1 Jan 2005 or later.

This is just one work around on achieving what you want. Of course, this method can't be used if the client actively revise their product specification, in which case they really need the effective and expiry dates for their R&D tracking

Rgds,
Paul

Eddy G
13th February 2004, 10:33
Dear hendra,

Just FYI: in newest version (6.0 or 6.1(?) to be released this year) we implemented [/B]Effectivity Units.
This could be used for that.
You can define an Eff.Unit for an end-item. In BOM or ROUting
you can define exceptions specific for that unit.
For example: exclude this material line for this Eff.Unit.
Or: only include that operation for that Eff.Unit.

After creating a prod. order, you may then specify Eff.Units for it, which will modify the production order for the above mentioned changes.

Thus you can define different configurations and use them very dynamically!

hendra
16th February 2004, 11:13
Hi DStroud, Paul, and Eddy,

Thanks for all the input. I guess BaanERP's M-R Relations just can't handle it.

Paul, I think your solution can work (change the routing code and also the reference date).
You see, the reason why alternative material comes is because there's a machine break down and the planner had to replanned the Production Order using another machine which uses a specific material in order for it to run. So the materials used is basically dependent on the type of machine and this is not a once in a year case, it' s happening almost every week :D

Eddy, you're using Baan6 yet?
Looking forward to see its features :)

Thanks again,
Hendra

Eddy G
16th February 2004, 11:21
hendra,

...and one of it's features is, that it will be made very easily for you to migrate to it!

:rolleyes:

regards - Eddy