The Project Setup module gives the user the capability to tie multiple Sales Orders and Work Orders together. Projects can also have sub-projects or Parent projects associated with them.
Multiple Projects can be established for a specific sales order. A Project (only one) may be assigned to each line on the sales order. Multiple lower level Projects (“sub-Projects”) can be established within a Project if necessary. These Projects do not have an assembly number, and do not drive MRP requirements. They simply define a structure into which Work Orders (WOs) are assigned and cost information is collected.
Once a sales order and related Projects are established, one or more WOs are released at a level equal to or below the Project. These WOs are identified as belonging to the Project, they have an assembly number, and they drive MRP requirements through an indented BOM. Following release of this top level WO(s) and assignment of the WO to the Project, ManEx knows that all lower-level proposed WOs driven by that assembly also belong to the same Project. MRP reports will define all those actions required for the full assembly build, and will clearly indicate the Project number assigned to the top-level WO that is driving MRP demand. MRP will, for Sales Orders and Work orders with Project tags, necessarily revert to a Lot for Lot MRP policy, over-riding any MRP policy established for the individual parts required. This is required to maintain the Project information through the lower level requirements. Minimum and Multiple Order Quantities, if any, would still be applied to the individual order actions.
MRP is done without regard to allocations. It runs strictly off of the demand and supply requirements, and the timing for each. Therefore, when MRP runs, if a part is on hand and allocated to another Project, MRP will consider it available for all Projects which have requirements for the part. If there are insufficient parts available to meet the total demand, then MRP will create order actions for the part (and Project) at the point the part becomes unavailable.
Parts may be purchased and “pegged” to the Project at purchase by the buyers, using the MRP order action information. Purchases into general inventory and to specific work orders are also allowed. Through the receiving process, parts are automatically allocated to the Project consistent with the PO. Parts that are not on any BOM may be purchased, received, allocated, deallocated, and reallocated to an existing Project.
For the purposes of allocation to or kitting of lower level WOs that belong to the same Project, ManEx considers any part allocated to the Project to be available (without deallocation/reallocation) for the lower level WO, as long as the work order refers to the project.
Project Module Overview
The Project Management module is designed to operate in two modes and they are:
- Track Buy and FGI Material by Customer
- Track Various Sales Orders and/or Work Orders by Project or Customer
Track Material by Customer
In the Electronic Contract Manufacturing environment, it is important to be able to identify materials purchased for each customer and provide visibility to the current status of the inventory balances and open purchase orders. The Inventory Control module is able to keep track of all internal material and customer consigned material but it does not track the internal inventory by the customer for which the material was purchased. Keeping track of internal material by customer is important because if a customer’s order for products are cancelled or becomes obsolete, you will need to know the FGI and raw material exposure (quantity in the inventory and open purchase orders) for back billing the customer. Also, some customers request the status of inventory material value purchased specifically for them, including the open purchase orders.
There are several possible ways to track open purchase orders and inventory quantity by customer not using the ManEx’s Project Management module but they requires number of manual processes, and the system has to be bent in a creative way to make these work. A couple of those methods are:
1. Assign a warehouse for each customer, with manual provision for tracking the material requirements by customer. Track the inventory requirements through the purchase process and during the kitting and shortage process. Some custom reports are needed to report the material activities by Customer. The option prevents the use of auto-kitting.
2. Use customer’s part number, with customer prefix at the front of each part number, as the internal part number. This will give the users the visibility for the demand, the purchase process and in the kitting and shortage process. The disadvantage with this method is that the company will not be able to aggregate the consolidated requirements for a lower unit cost. Users will need to open and track a lot more purchase orders and increase the volume for receiving and inspecting the parts. This will add manual labor hours to many functions and increased chances for errors at each step. Additionally, each time a customer is added, the users will be increasing the size of the item master file. Users lose the visibility and efficiencies of common parts for use in the inventory if each customer has their part numbers as the internal part number. Finally, the company also has to create some custom reports to get inventory information by customer.
The Project Management module was created to take out all the manual activities and material handling errors associated with tracking inventory and cost by customer moving mass amounts of part numbers and material.
This module tracks purchased material by assigning a sales order/work order product (or even a specific components) by customer to the Project in the Project Management module. The demand is created with traceable customer identification when the Project Management module is active. When issuing a purchase order, the module allows the user to peg the order to one or more projects with the same part, and with multiple quantities and delivery splits for easy control. When the parts are received, they are automatically allocated to the assigned projects and the material received can only be used by work orders associated with the same project. This is accomplished in the various work order kitting and shortage process. For the integrated visibility, all this can be tied to the Sales Order, Work Order, Inventory and to the customer. Customer material can be monitored through the inventory control module or through the Project Management module reports. Through these reports, user will be able to analyze inventory balances by customer, view open sales orders backlog by project and view sales order history by project allowing user to see the amount of business transacted with a specific customer.
Track Various Sales Orders and/or Work Orders by Project
Customers requiring the ability to track Project or a Manufacturing Program Management that has multiple sub-projects and/or multiple products can use this module until the end of the product life cycle. This module allows user to track all associated project sales orders, work orders and purchased materials. Use of the material tracking by project method is described above.
|