I am seeing a positive trend within the SAP eco system, of clients better understanding what their options are when it comes to repetitive manufacturing. As we all know, SAP’s Repetitive was developed much later than the original PP – the discrete system for job shops. REM was developed because the discrete model didn’t fit very well for repetitive manufacturers. So now the big question is: are you a repetitive or a discrete manufacturer? And once you know that answer, the decision to go to repetitive or not should be an easy one. After all, you’re not using the HR module to manage your inventory, do you? In the same sense you shouldn’t run a repetitive manufacturing environment with discrete production orders.
So a repetitive manufacturer typically exhibits a number of telling characteristics:
– they offer a product catalog to their customers. As soon as you have a standard product in a catalog you will make that product more than once (you can still make it to stock or make it to order). You repeatedly have that product on your line and you should actually measure how many of the product you made this period, as compared to any other period (its more like a rate than a discrete quantity). This brings me to costing…
– repetitive manufacturers cost the products on a period basis. If you make widgets in lots of 1000 over a period of a year, would you want to cost out every single discrete production order or would you want to see how much the production of that material had cost you in May compared to June? I think the answer is easy and what I see happening a lot, is that companies started out on discrete (because they didn’t know any better or were not told any better) and the costing people transfer all cost to spreadsheets and then normalize the cost to a parts / period basis
– repetitive manufacturers want their operations to flow. In a discrete environment, where a customer wants exactly one lot size of a thing that has two holes, a handle and is welded onto a stick, you create a discrete production order with a routing describing the exact steps to make that thing. If the plate has to be fabricated first, you might want to create a second discrete production order to fabricate the plate and then you can see how much inventory of those fabricated plates you have and how much each plate has cost you to make it. If you make standard products that always look alike, you want to run a thousand per day and you are not concerned about how much inventory of the fourth level intermediate you have, or how much that one piece had cost you… you want to know how much WiP (work in process) is in the system and how long it takes to get a product made (if your lines flow your wip is low and cycle times are short and then your cost is low too). Flow is what makes a repetitive manufacturer tick and that is why SAP’s REM provides a lot of functionality (mostly unknown) to lean and flow your production environment. To do the same with discrete is impossible.
– capacity planning! in discrete manufacturing, capacity planning is looking at a specific work center (usually the bottleneck) and compares capacity offer to capacity requirements and then levels all the orders on a bottleneck to stay within available capacity. usually a mid-point scheduling is carried out then and earlier and later operations of the order are scheduled on the respective work centers to avoid orders getting stuck. That is a novel idea and often perceived as impossible to do when a repetitive environment is managed with discrete orders in SAP (Consultants are very quick to point out that repetitive can’t do capacity planning and they then point to discrete where they feel more comfortable). Capacity planning in REM is absolutely efficient… you have much more options and you can ‘flow’ the lines with takt-based scheduling and integrated Kanban withdrawals. Refer to my other blog posts or read some of SAP’s REM documentation for further detail. You just have to rethink your basic idea about capacity planning a little, but REMs capacity planning is superior to discrete – at least when you operate in a repetitive environment.
I could go on for days… explore SAP REM… it’s worth it and it was developed just for you, because discrete doesn’t work so well for you… at least if you are a repetitive manufacturer – and that you are if you don’t happen to make plates with holes and handles (or you’re running a jumbled job shop environment)