 |
|
Topic: Bug in assembly cost calculation when using overkit%
|
| By: Peter S | Posted on: May 30 2018 at 07:57:31 AM | For some of my assemblies I specify overkit% which is a very helpful feature in terms of ensuring correct usage. However when viewing the assembly I realized that the valuation rounds up the number of components to the next whole number. The cost of that item is using that number and hence I get incorrect valuation in my inventory valuation reports.
e.g. I have a simple assembly that consist of 2 different components, A and B. Component A have an overkit% of 3 which results in the cost of the assembly being 2 times the cost of component A + cost of component B which is quite far from the real cost.
| |
| By: Support | Posted on: May 30 2018 at 12:20:36 PM | The overkit always rounds up to a whole component - For example if the components is something small like a screw then it can't issue a fraction of a screw.
I suppose the only sensible option here would be to ignore the overkit when costing assemblies?
Or what would you suggest? | |
| By: Peter S | Posted on: May 31 2018 at 12:10:32 AM | Ignoring the overkit would be the simple option and better than it is today (at least for my cases where the overkit is relatively low).
A better option would be to include it correctly in the cost. Say component A has overkit% of 3 then cost of that component in an assembly would be cost of component A * 1,03 | |
| By: Mark | Posted on: May 31 2018 at 05:20:12 AM | Ignoring the cost of the overkit percentages wouldn't work for me. But also using a fraction of the cost of a component wouldn't work either.
If Item 'A' has an overkit of 3% then I'd want it to round up to the next whole one. That's what I issue to the kit and so I accept that as part of the manufacturing costs. Assuming it's such a low cost component We'd never bother returning them to stores if they weren't consumed so their whole cost must be included. | |
| By: Guest | Posted on: May 31 2018 at 07:38:43 AM | | This has to stay the way it is now. my wire dispenser issues whole cm's so knowing cost of fraction of cm is no use to me. over kit is always extra wire in whole cm's and the offcut is never collected and reused so the cost is the cost as it is | |
| By: Peter S | Posted on: Jun 4 2018 at 07:51:43 AM | It makes sense that it does not work in such cases.
Probably then the only way to implement this would be through Tools/setup and make a selection, e.g. radio buttons, but there would be a bit of programming and testing involved in that.. | |
| By: Support | Posted on: Jun 5 2018 at 02:53:51 AM | I do want to stress that this is not a bug.
MiniMRP assumes that any overkit percentage is wasted/lost during the manufacturing process.
It also assumes that the loss is in whole units.
For example a pick and place machine, placing tiny SMT components on a circuit board, will often 'throw' components. The machine can't lose a fraction of a component. It loses whole components so the overkit must include the cost of the whole component.
I suppose it is possible for us to add an option to setup and it wouldn't be too difficult. But I wonder if it just adds another option that nobody (ie not enough people) will use. We really want to make minimrp work without too many options.
Peter. Please tell us what kind of material you're overkitting. Do you return the unused materials back to your inventory?
| |
| By: Peter S | Posted on: Jun 5 2018 at 06:54:36 AM | Point taken about it not being a bug.
I am working in the biotech industry and manufacture various assemblies used as consumables and spare parts.
I use overkit% for e.g. boxes of pipette tips which I modify. The modification process involves a loss of a few percent of the tips which I can take from another box, however only a few percent of that box, so the remaining part of the box can be used for refilling other boxes with some losses.
Probably I can delete the overkit% from the component and just add say 1,03 of the component to the assembly instead. | |
| By: Guest | Posted on: Jun 5 2018 at 01:41:31 PM | | Peter, Why doesn't your bom use a quantity of individual pipettes. Instead of a quantity of boxes. | |
Reply - add a comment to this topic.
You may enter letters, numbers and standard punctuation only. HTML and other scripts/tags will be rejected.
|
|
|
