- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic to the Top
- Bookmark
- Subscribe
- Printer Friendly Page
Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-26-2010 02:06 PM
This report in Bill of Materials is more serviceable because it will explode through sub-assemblies to provide requirements on items that are bought. However, if you enter 3 different Bills of Materials - , i.e. 30 Chocolate Chip, 40 Peanut Butter and 50 Oatmeal Raisin cookies, it lists the component requirement for each separately. Is there a way or another report to show the combined qty required for all ingredients subtotaled for all 120 cookies?
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-26-2010 02:15 PM
Try the Gross Requirements report.
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-27-2010 10:27 AM
Thanks for the reply. The problem with Gross Rquirements is that it does not explode sub-assemblies. I need a report that explodes sub-assemblies and subtotals items at the lowest level (Raw). Can the Gross Req be made to explode sub-assemblies? I have not seen that, but if so, that would work. Otherwise I need the subtotaling function of Gross Req, with the exploding detail of Components Req. Any ideas?
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-27-2010 10:43 AM
A custom Crytal reports could be created which would combine the components.
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-28-2010 10:24 AM
That's what MRP does.
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-28-2010 03:12 PM
Thank you for the reply. We are on 4.1, but do not have the MRP module. I printed out the manual and am trying to decide if it would be worth it. On the surface it sounds like it simply pulls reports from IM, SO, PO and BM. (We decided Work Order was way too much work to be worthwhile). I just can't tell how good or how functional, ie my issues with the Gross and Components Requirements reports already in BM. Any experience with MRP?
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-28-2010 03:23 PM
I have created some reports in Crystal and found it very useful, but with a typical usage built around 18 different finished goods, 20-30 different sub assemblies and who knows how many different ingredients, I would think it would take a long time for Crystal to calculate and make that complilation.
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-29-2010 05:49 AM
We do use MRP to generate the list of items that need to be ordered, and it does the sorting out of how much is needed versus what is on hand or already on order, comparing the sales orders to inventory, sorting through the various BOM's at several levels to come up with the list of required items. Once the MRP is "generated" (which you can do as often as you want in order to update the requirements), then you can view via inquiry or print a complete list. You can also enter minimum stock and minimum order quantities in the item, and it will also include those in the calculations. It does not seem to handle substitute items, where item B could substitute for item A in an assembly if you are out of A.
The MRP functionality was what mainly drove the decision to upgrade our system to MAS, but we have over 1600 BOM's at 4 levels, so it would be (and was) a nightmare without a way to have the system generate the requirements.
The key to having it generate MRP correctly is having the BOM's entered properly. We are a fluid process manufacturer, so it was difficult to grasp that we had to generate a lot size of 1 (or fraction/multiple thereof), rather than a batch of, say, 5,000 lbs; and then the finished goods items had to use only a fraction of the lot of 1 rather than a fill of XX lbs, based on the density (lbs/gallon) of the product. But, once we figured that out, and changed the BOM's accordingly, it works!
I might also say that moving from 4.3 to 4.4 allowed us to gain 1 decimal in precision without adding an outside enhancement. If that is a problem for you, you can get an enhancement from Sage that allows extra decimal precision just by adjusting how many numbers are to the left (or right) of the decimal in quantity fields, and that does not change the length of the field and is not particularly expensive (a 1 time fee plus a smaller yearly expense).
There is also a field in the BOM for "scrap %". That does not actually write off anything to scrap, it only places a factor in the BOM that increases the BOM quantity of that component item according to a formula, and then MAS uses the resulting calculation to compute the Extended quantity in a Production Entry (or Work Order). If you want the formula, let me know. We find that particularly useful to force MAS to be more exact in the quantity calculation for the fluid items.
I agree that the Work Order process is too cumbersome. In our case we issue Work Orders to production in order to print out the items that they need to manufacture; they enter on the Work Order what was actually used; then we make a Production Entry to enter the actual in MAS and delete the Work Order. Sounds maybe harder, but it is actually easier and uses much less paper and takes much less time than the WO process, which requires you to release, issue material, complete and close the WO in 4 separate steps. Oh, and the WO quantity used is not calculated correctly unless the item is an integer.
Probably way more than you ever wanted to know...
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-29-2010 12:25 PM
Have you tried adding the subassemblies to the gross requiremnts then running the report. It should list all the raw material necessary for the subassemblies in a combined total.
Re: Components Requiremen t Summary
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-29-2010 12:50 PM
I for one appreciate the detail. I understand what you mean about BoM - many of ours go to 4 levels also - every single one goes at least 2 and most 3. We did pay for a mod in 4.1 to go out to thousandths on the decimal, because as a bakery all of our BoMs are in decimal pounds.
I am aware of the scrap % in BoM, which we use for costing models, but those are outside of MAS.
You echoed exactly my sentiments on work order from the administrative side. We only do Production Entries on doughs and batters (raw assemblies) during the month and only do PEs on Finished Goods at month end. It was too much work and the counts never reconciled. So while invoicing SOs, pulls Finished Goods into negative positions, they are trued up at month end, and since we produce to order we don't need finished goods counts to be 100% in MAS.
That all said, I still think MRP would be beneficial for procurement of raw ingredients, based on open SOs. I need to find someone who can demo it.


