Computerized Maintenance Management Systems: A Tutorial
One of the myriad of appalling consequences that result from fitting an engineer-to-order (ETO) environment with a repetitive-oriented ERP system, which does not have, in the very least, a product configurator facility with generic items (encapsulating options, variants, and constraints), generic bill of materials (BOM), generic routings, or pricing functionality, is that the sales order capturing clerk has to contact the engineering department for a product code or for the price or cost of a product, sometimes waiting days for a response. Needless to say the standard master data becomes bloated because each product variant has to have a separate stock item code, BOM, and routing as if it was a standard stock item and not a once-off made customized product (for example, a special color or gauge thickness). As a result, the ill-fated user company would have to literally close down operations so that the entire place can participate in a dreaded stock-taking exercise with an item master printout as thick as encyclopedia and with less than 10 percent of listed items expected to be really stocked. This is without considering the likelihood of identical products having a number of different item codes as different people created new codes unbeknownst to each other.
As for the production planning aspect, the differences do not come only from days- or weeks-long lead times for repetitive items versus months- or years-long lead times for an individual project. Further, as mentioned earlier, a simple count and addition of the purchasing and manufacturing lead times will not determine the overall lead-time or time-to-deliver a project, since projects often have numerous product definition activities and commissioning and installation to arrange before and after manufacturing respectively. Also, it is not a mere scope of the planning that differs in repetitive and project manufacturing, since there are other major differences in the way that these environments approach planning.
First, project manufacturers tend not think in elapsed time, given they calculate effort. For example, if a project is estimated to have one hundred hours worth of installation, it could mean one person deployed for one hundred hours, or that it could be deployed much quicker with a larger crew. Establishing and managing a critical path is the "motherhood and apple pie" of project management. Critical path is that set of activities that defines the duration of a project, and these activities have very little float or slack, usually zero, and thus a delay in any critical path activity will delay an entire project. Still, losses in one area may be made up in another. For example, if design is budgeted to take a team of five people, and one falls ill and cannot be replaced, the design time overrun will be inevitable. However a project organization may decide to make up the time by increasing the applied effort in downstream manufacturing /or installation activities in order to hit the overall deadline.
Secondly, project manufacturers know that they cannot always be in control of the lead-time even if this project is nearly a repetition of the previous one. All sorts of issues can impact the plan to deliver even a simple project. Customer late with the design approval? Subcontractor late with the delivery due to a strike in its plant? Cannot get access to the site on the day we need it? Wide load needs a police escort? Welding can't be inspected on time? All of these have an impact on delivering the plan. Although some may not be controlled, all must be accounted for since they can profoundly affect the overall plan.
Thirdly, traditional MRP based systems work without priorities, but rather with time-phased, back-loaded scheduling and with the "oldest order first" principle. Advanced planning and scheduling (APS) and some other job dispatching techniques may use more advanced algorithms (e.g., critical ratio), but they do not really recognize a "rush job" logic (see Advanced Planning and Scheduling: A Critical Part of Customer Fulfillment). In other words, it is often difficult to see why any one job on the factory floor is needed or where it is going to go. Since their business is often more cyclic, project manufacturers want clarity and simplicity to be able to juggle priorities within the network of remaining activities. They demand that everyone knows what the critical path is within the plan today.
This is not to imply that in repetitive manufacturing planning and re-planning are simple activities, given one has to take the maximum or optimal utilization of plant, equipment and absorption of overheads into account. It is to say that project manufacturers have just as complex albeit an entirely different planning problem. As such they need a system that thinks in terms of applied effort, can plan for items and activities outside the bounds of the company, is clear to understand, and is flexible enough to cope with rapidly changing priorities and circumstances.
This is Part Three of a three-part tutorial.
Part One defined the terms and provided background information.
Part Two discussed ETO versus Repetitive Differences.
When it comes to accounting, project-based manufacturers are more concerned with the profitability and cash flow of the project than of the departmental or organizational accounts. These organizations are looking for systems to support the project manager, who is responsible for sharing and tracking the revenue, expense, and profitability of a project. Yet, most enterprise-wide business systems sold by software vendors are general purpose in design and, without significant tweaking, they do not address many of the unique requirements of businesses engaged primarily in providing products and services under project-specific contracts and engagements.
The key difference here is project cost accounting versus standard cost accounting. According to APICS Dictionary, project costing is "an accounting method of assigning valuations that is generally used in industries where services are performed on a project basis. Each assignment is unique and priced without regard to other assignments. Examples are shipbuilding, construction projects, and public accounting firms. Project costing is opposed to process costing, where products to be valued are homogeneous." Conversely, standard cost accounting" is a cost accounting system that uses cost units determined before production for estimating the cost of an order or product. For management control purposes, the standards are compared to actual costs, and variances are computed."
Project-oriented organizations have many project-specific business and accounting requirements including the need to track costs and profitability on a project-by-project basis; to provide timely project information to managers and customers; and to submit accurate and detailed bills and invoices, often in compliance with complex industry-specific and regulatory requirements. In fact, project managers tend to be obsessed with analyzing actual spend versus achievement. For each separate project, and at any point in time, they need to know exactly what they have committed in terms of purchases, WIP, billable hours, material etc. They want to be proactively alerted as soon as a job goes outside predefined parameters, so that the causes can be identified and the situation rectified. Equally important, they need to know how much work remains and "cost to complete", as well as what is left to spend in order to deliver the project, as an anticipation of profit or loss before the project is complete.
They have to be able to report revenues on the percentage-completed basis, which is more complicated than reporting on a basic completed product. Yet, traditional generic general ledger-oriented (GL) accounting systems have not been designed with project phases, work breakdowns or detailed time capturing in mind, and thus, they merely can report how much it has been spent or collected, but not why certain project is losing or winning money.
In project manufacturing, the received payments may be spread out over the life of the project—including retention for acceptance of the job a long time after its completion. These receipts, also known as "stage payments", may happen at any time in the project, and depending on the contract, may be based on committed purchases or major events in manufacturing. One should note that the effect of stage payments on cash flow may even drive the priorities in the production sequence. So once more, project manufacturers have subtly different needs which can make all the difference in the pursuit of "world class". At least, the ETO amenable ERP system should include project costing, which is kept separate from the ERP system's general ledger.
Depending on what applications you have installed and how seamless you want a CMMS to fit into your systems architecture, the complexity and number of interfaces can be significant. The chart below lists potential interfaces by functional area.
Potential CMMS Interfaces
Functional Area Interface to CMMS Interface from CMMS
Purchase Requisition Notification of receipt of parts Request purchase of parts
Human Resource Hourly rate for maintenance personnel Certifications, licenses earned by maintenance personnel
Payroll � Hours worked by maintenance personnel
Cost Accounting Value of repair parts for maintenance costing Cost of maintenance by equipment
Inventory Availability of repair parts Confirmation of parts consumed for repair
Inventory � Parts replenishment requests
Warehouse Warehouse transfer Warehouse transfer
Of the above interfaces, the functional areas of purchase requisition, cost accounting, and, most definitely, inventory, typically require construction of interfaces. When performing your cost/benefit analysis, the estimates for the interfaces needs to be added to the cost of acquiring the CMMS software.
Interesting how we use CMMS in our everyday lives. Ever notice that warning light in your car that goes on when service is needed. Why would you not want the same type of notification on your equipment that generates revenue and covers your salaries?
Clearly, a CMMS is an excellent business opportunity whose implementation can significantly improve operations, reduce equipment downtime, increase accountability of the maintenance functions, and produce substantial financial savings.
The old ways of managing the maintenance function do not work anymore. The use of everything from index cards, pegboards, and white boards is cumbersome, ineffective, and unreliable. What's more, these low-tech tools were used inconsistently and irregularly, further reducing whatever minimal benefits they may have been expected to achieve. A computer-based system such as a CMMS is not only a much better solution, it is a more practical and realistic one.
As for the production planning aspect, the differences do not come only from days- or weeks-long lead times for repetitive items versus months- or years-long lead times for an individual project. Further, as mentioned earlier, a simple count and addition of the purchasing and manufacturing lead times will not determine the overall lead-time or time-to-deliver a project, since projects often have numerous product definition activities and commissioning and installation to arrange before and after manufacturing respectively. Also, it is not a mere scope of the planning that differs in repetitive and project manufacturing, since there are other major differences in the way that these environments approach planning.
First, project manufacturers tend not think in elapsed time, given they calculate effort. For example, if a project is estimated to have one hundred hours worth of installation, it could mean one person deployed for one hundred hours, or that it could be deployed much quicker with a larger crew. Establishing and managing a critical path is the "motherhood and apple pie" of project management. Critical path is that set of activities that defines the duration of a project, and these activities have very little float or slack, usually zero, and thus a delay in any critical path activity will delay an entire project. Still, losses in one area may be made up in another. For example, if design is budgeted to take a team of five people, and one falls ill and cannot be replaced, the design time overrun will be inevitable. However a project organization may decide to make up the time by increasing the applied effort in downstream manufacturing /or installation activities in order to hit the overall deadline.
Secondly, project manufacturers know that they cannot always be in control of the lead-time even if this project is nearly a repetition of the previous one. All sorts of issues can impact the plan to deliver even a simple project. Customer late with the design approval? Subcontractor late with the delivery due to a strike in its plant? Cannot get access to the site on the day we need it? Wide load needs a police escort? Welding can't be inspected on time? All of these have an impact on delivering the plan. Although some may not be controlled, all must be accounted for since they can profoundly affect the overall plan.
Thirdly, traditional MRP based systems work without priorities, but rather with time-phased, back-loaded scheduling and with the "oldest order first" principle. Advanced planning and scheduling (APS) and some other job dispatching techniques may use more advanced algorithms (e.g., critical ratio), but they do not really recognize a "rush job" logic (see Advanced Planning and Scheduling: A Critical Part of Customer Fulfillment). In other words, it is often difficult to see why any one job on the factory floor is needed or where it is going to go. Since their business is often more cyclic, project manufacturers want clarity and simplicity to be able to juggle priorities within the network of remaining activities. They demand that everyone knows what the critical path is within the plan today.
This is not to imply that in repetitive manufacturing planning and re-planning are simple activities, given one has to take the maximum or optimal utilization of plant, equipment and absorption of overheads into account. It is to say that project manufacturers have just as complex albeit an entirely different planning problem. As such they need a system that thinks in terms of applied effort, can plan for items and activities outside the bounds of the company, is clear to understand, and is flexible enough to cope with rapidly changing priorities and circumstances.
This is Part Three of a three-part tutorial.
Part One defined the terms and provided background information.
Part Two discussed ETO versus Repetitive Differences.
When it comes to accounting, project-based manufacturers are more concerned with the profitability and cash flow of the project than of the departmental or organizational accounts. These organizations are looking for systems to support the project manager, who is responsible for sharing and tracking the revenue, expense, and profitability of a project. Yet, most enterprise-wide business systems sold by software vendors are general purpose in design and, without significant tweaking, they do not address many of the unique requirements of businesses engaged primarily in providing products and services under project-specific contracts and engagements.
The key difference here is project cost accounting versus standard cost accounting. According to APICS Dictionary, project costing is "an accounting method of assigning valuations that is generally used in industries where services are performed on a project basis. Each assignment is unique and priced without regard to other assignments. Examples are shipbuilding, construction projects, and public accounting firms. Project costing is opposed to process costing, where products to be valued are homogeneous." Conversely, standard cost accounting" is a cost accounting system that uses cost units determined before production for estimating the cost of an order or product. For management control purposes, the standards are compared to actual costs, and variances are computed."
Project-oriented organizations have many project-specific business and accounting requirements including the need to track costs and profitability on a project-by-project basis; to provide timely project information to managers and customers; and to submit accurate and detailed bills and invoices, often in compliance with complex industry-specific and regulatory requirements. In fact, project managers tend to be obsessed with analyzing actual spend versus achievement. For each separate project, and at any point in time, they need to know exactly what they have committed in terms of purchases, WIP, billable hours, material etc. They want to be proactively alerted as soon as a job goes outside predefined parameters, so that the causes can be identified and the situation rectified. Equally important, they need to know how much work remains and "cost to complete", as well as what is left to spend in order to deliver the project, as an anticipation of profit or loss before the project is complete.
They have to be able to report revenues on the percentage-completed basis, which is more complicated than reporting on a basic completed product. Yet, traditional generic general ledger-oriented (GL) accounting systems have not been designed with project phases, work breakdowns or detailed time capturing in mind, and thus, they merely can report how much it has been spent or collected, but not why certain project is losing or winning money.
In project manufacturing, the received payments may be spread out over the life of the project—including retention for acceptance of the job a long time after its completion. These receipts, also known as "stage payments", may happen at any time in the project, and depending on the contract, may be based on committed purchases or major events in manufacturing. One should note that the effect of stage payments on cash flow may even drive the priorities in the production sequence. So once more, project manufacturers have subtly different needs which can make all the difference in the pursuit of "world class". At least, the ETO amenable ERP system should include project costing, which is kept separate from the ERP system's general ledger.
Depending on what applications you have installed and how seamless you want a CMMS to fit into your systems architecture, the complexity and number of interfaces can be significant. The chart below lists potential interfaces by functional area.
Potential CMMS Interfaces
Functional Area Interface to CMMS Interface from CMMS
Purchase Requisition Notification of receipt of parts Request purchase of parts
Human Resource Hourly rate for maintenance personnel Certifications, licenses earned by maintenance personnel
Payroll � Hours worked by maintenance personnel
Cost Accounting Value of repair parts for maintenance costing Cost of maintenance by equipment
Inventory Availability of repair parts Confirmation of parts consumed for repair
Inventory � Parts replenishment requests
Warehouse Warehouse transfer Warehouse transfer
Of the above interfaces, the functional areas of purchase requisition, cost accounting, and, most definitely, inventory, typically require construction of interfaces. When performing your cost/benefit analysis, the estimates for the interfaces needs to be added to the cost of acquiring the CMMS software.
Interesting how we use CMMS in our everyday lives. Ever notice that warning light in your car that goes on when service is needed. Why would you not want the same type of notification on your equipment that generates revenue and covers your salaries?
Clearly, a CMMS is an excellent business opportunity whose implementation can significantly improve operations, reduce equipment downtime, increase accountability of the maintenance functions, and produce substantial financial savings.
The old ways of managing the maintenance function do not work anymore. The use of everything from index cards, pegboards, and white boards is cumbersome, ineffective, and unreliable. What's more, these low-tech tools were used inconsistently and irregularly, further reducing whatever minimal benefits they may have been expected to achieve. A computer-based system such as a CMMS is not only a much better solution, it is a more practical and realistic one.
0 Responses to "Computerized Maintenance Management Systems: A Tutorial"
Post a Comment