The project's business involves hybrid manufacturing methods, systems, terminal equipment, and media for products.

Abstract

This invention relates to the field of product manufacturing technology, and discloses a method, system, terminal equipment, and computer storage medium for hybrid product manufacturing in project-based businesses. The method includes generating corresponding project tasks based on a received project plan; performing PRP processing on the project tasks to obtain project requirements, wherein the project requirements include general-purpose component requirements and special-purpose component requirements; performing MRP processing on the general-purpose component requirements through a preset project requirement kitting interface; and generating new project tasks based on the special-purpose component requirements and performing PRP processing on the new project tasks, and then progressively decomposing them layer by layer until no new project tasks can be decomposed, thereby performing hybrid product manufacturing on the project plan. The technical solution of this invention can effectively support ETO (Enterprise To-Order) business for non-standard, low-cost, complex, and fast-delivery order-level micro-projects, improving the production efficiency of project products, and can also be applied to non-manufacturing project-based industries.

Description

Technical Field

[0001] This invention relates to the field of product manufacturing technology, and in particular to a hybrid product manufacturing method, system, terminal equipment, and computer storage medium for project business. Background Technology

[0002] Currently, in order to adapt to the increasingly common personalized needs of customers in the market, there is a growing number of businesses that design to order (ETO) based on customer requirements and parameters, and the corresponding sales order / contract-level micro-project manufacturing has also emerged.

[0003] Currently, some ERP (Enterprise Resource Planning) vendors primarily focus on long-cycle, large-scale projects in their project manufacturing. This involves setting up individual project warehouses and common parts warehouses, first calculating the Material Requirement Planning (MRP) for a single project excluding common parts, and then calculating the aggregated MRP for all projects excluding specialized parts. This generates homogeneous purchase orders and production work orders, requires all materials to be in and out of the warehouse, and necessitates project inventory transfers for cross-project material usage. In essence, current ERP vendors' project manufacturing still employs traditional MRP-based product manufacturing and cost accounting methods. However, in the ETO (Enterprise Outsourcing) production model, product manufacturing involves both platform-based common materials and customer-designed specialized materials, requiring support for hybrid production. Furthermore, ETO's drawing-based manufacturing processes are highly complex, with numerous non-standard, one-off materials and frequent engineering changes, easily leading to material stagnation or delivery delays. Additionally, ETO projects may also involve non-material project requirements (such as design and debugging tasks). In other words, ETO business poses significant challenges to material data management, demand planning, production logistics, and cost management, which are difficult to effectively support using traditional MRP product manufacturing models.

[0004] In summary, existing ERP vendors still rely on traditional MRP models for product manufacturing based on project-specific business needs, using production work orders and purchase orders. This approach is only suitable for large-scale projects with long lead times. It cannot support ETO (Enterprise To Order) business for non-standard, low-cost, complex, and fast-delivery micro-projects, resulting in low production efficiency for project products. Summary of the Invention

[0005] The main objective of this invention is to provide a product hybrid manufacturing method, system, terminal equipment, and computer storage medium for project business, aiming to solve the technical problem that existing ERP vendors can only manufacture products for long-cycle, large-scale projects, but cannot support ETO business of non-standard, low-cost, complex, and fast-delivery order-level micro projects, resulting in low production efficiency of project products.

[0006] To achieve the above objectives, the present invention provides a product hybrid manufacturing method for project operations, the method comprising:

[0007] The project plan is generated based on the received project plan, which is the project's own layer requirements generated based on the sales contract.

[0008] The project requirements are obtained by processing the project tasks into a PRP (Project Requirements Plan), which includes general-purpose component requirements and special-purpose component requirements.

[0009] The general component requirements are processed by MRP (Material Requirements Planning) through a pre-defined project requirement set interface. New project tasks are generated based on the special component requirements, and PRP (Product Requirements Planning) is then performed on the new project tasks. This process is repeated layer by layer until no new project tasks can be decomposed, so as to carry out product hybrid manufacturing on the project plan.

[0010] Optionally, the method further includes:

[0011] Import the product bill of materials, parameterized bill of materials, and product process route into the project bill of materials and project process route according to the customer's parameterized requirements to create project requirement standards;

[0012] The PRP processing includes: requirement decomposition. The step of obtaining project requirements by performing PRP processing on the project tasks includes:

[0013] The project requirements are obtained by decomposing the project tasks according to the project requirement standards.

[0014] Optionally, the project task includes: project production task, and the method further includes:

[0015] If it is determined that the project production task includes multiple processing steps, then each processing step is decomposed from the project production task through the project process route, so as to implement the project production task and calculate the cost of the project production task according to each processing step.

[0016] Optionally, the step of performing MRP processing on the general component requirements through a preset project requirement kitting interface includes:

[0017] The general component requirements are calculated using the project requirements kitting interface to determine the general component requirement gap for the project task.

[0018] The target general-purpose component demand gaps that are not met by inventory are determined according to the priority order of the project tasks.

[0019] MRP processing is performed to address the demand gap for the target general-purpose parts.

[0020] Optionally, the step of performing MRP processing on the target general-purpose component demand gap includes:

[0021] The target general component demand gap is transmitted to a preset MRP module as an independent demand, so that the MRP module can perform material requirements planning calculations to generate purchase orders and / or production work orders for the corresponding products.

[0022] Optionally, the method further includes:

[0023] The production work orders in the MRP process for the general parts requirements and the production tasks in the PRP process for the project tasks will be merged and scheduled together.

[0024] Optionally, the method further includes:

[0025] Calculate the cost of the general-purpose parts corresponding to the general-purpose parts requirements, and calculate the project task and the project task cost at each level corresponding to each of the new project tasks;

[0026] After the step of performing product hybrid manufacturing based on the project requirements, the method further includes:

[0027] When determining the project requirements to carry out mixed manufacturing to obtain project products for warehousing, the task costs at each level of the project are converted into product costs.

[0028] Furthermore, to achieve the above objectives, the present invention also provides a product hybrid manufacturing system for project operations, the system comprising:

[0029] The project task generation module is used to generate corresponding project tasks based on the received project plan, wherein the project plan is the project's own layer requirements generated based on the sales contract.

[0030] The task decomposition module is used to process the project tasks into a PRP (Project Requirements Plan) to obtain project requirements. The PRP includes general component requirements and special component requirements.

[0031] The product hybrid manufacturing module is used to perform MRP processing on the general component requirements through a preset project requirement kit interface. The MRP is Material Requirements Planning. It also generates new project tasks based on the special component requirements and performs PRP processing on the new project tasks. The process is then progressively decomposed layer by layer until no new project tasks can be decomposed, so as to perform product hybrid manufacturing on the project plan.

[0032] In this invention, each functional module of the product hybrid manufacturing system implements the steps of the product hybrid manufacturing method described above during operation.

[0033] In addition, to achieve the above objectives, the present invention also provides a terminal device, the terminal device comprising: a memory, a processor, and a product hybrid manufacturing program for a project business stored in the memory and executable on the processor, wherein when the product hybrid manufacturing program for the project business is executed by the processor, it implements the steps of the product hybrid manufacturing method for the project business as described above.

[0034] In addition, to achieve the above objectives, the present invention also provides a computer storage medium storing a product hybrid manufacturing program for a project business, wherein when the product hybrid manufacturing program for the project business is executed by a processor, the product hybrid manufacturing method for the project business described above is implemented.

[0035] In addition, to achieve the above objectives, the present invention also provides a computer program product comprising a computer program that, when executed by a processor, implements the steps of the product hybrid manufacturing method for the project business as described above.

[0036] This invention provides a product hybrid manufacturing method, system, terminal equipment, computer storage medium, and computer program product for project business. In the process of manufacturing products based on received project requirements, project tasks are first generated according to the project plan. Then, the project tasks are processed by PRP (Project Requirements Planning) to obtain project requirements including general parts requirements and special parts requirements. Finally, the general parts requirements are processed by MRP (Material Requirements Planning) through a preset project requirements kitting interface. After generating new project tasks based on the special parts requirements, the new project tasks are processed by PRP again, and so on, progressively decomposing them layer by layer until there are no new project tasks to decompose. Thus, the product manufacturing is carried out by a hybrid of PRP (project tasks) and MRP (purchase orders and / or production orders) for the entire project plan.

[0037] Thus, compared to the existing ERP vendors' uniform adoption of the traditional MRP model for product manufacturing, this invention combines project management and product manufacturing to form a new architecture for hybrid product manufacturing based on project needs. Utilizing the dual engines of PRP project requirements planning and MRP material requirements planning, along with a complete set of project requirements interfaces, it organically combines project requirements, project tasks, and traditional purchase orders and production work orders. This enables a hybrid product manufacturing model that supports both project manufacturing and product manufacturing, effectively supporting ETO (Enterprise to Order) business for non-standard, low-cost, complex, and fast-delivery order-level micro-projects. This improves the production efficiency of project products and can also be applied to non-manufacturing project-based industries such as repair, construction, agriculture, forestry, and aquaculture. Attached Figure Description

[0038] Figure 1 This is a schematic diagram of the hardware operating environment of the terminal device involved in the embodiments of this application;

[0039] Figure 2 A schematic flowchart of a product hybrid manufacturing method for a project business provided in an embodiment of this application;

[0040] Figure 3 A schematic diagram illustrating the application principle of a product hybrid manufacturing method for a project business provided in an embodiment of this application;

[0041] Figure 4 A schematic diagram of an application process related to an embodiment of a product hybrid manufacturing method for a project business provided in this application;

[0042] Figure 5 A schematic diagram of another application process related to an embodiment of the product hybrid manufacturing method for a project business provided in this application;

[0043] Figure 6 A schematic diagram of an application logic related to an embodiment of a product hybrid manufacturing method for a project business provided in this application;

[0044] Figure 7 A schematic diagram illustrating an application scenario of a product hybrid manufacturing method for a project business provided in an embodiment of this application;

[0045] Figure 8 A schematic diagram of the functional modules of a product hybrid manufacturing system for a project business provided in an embodiment of this application.

[0046] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0047] It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

[0048] Reference Figure 1 , Figure 1 This is a schematic diagram of the hardware operating environment of the terminal device involved in the embodiments of this application.

[0049] The terminal device in this application embodiment can be a terminal device configured as a product hybrid manufacturing system for project business to manage the product hybrid manufacturing corresponding to the project business. The terminal device can be a server, smartphone, PC (Personal Computer), tablet computer, portable computer, etc.

[0050] like Figure 1 As shown, the terminal device may include: a processor 1001, such as a CPU; a communication bus 1002; a user interface 1003; a network interface 1004; and a memory 1005. The communication bus 1002 is used to enable communication between these components. The user interface 1003 may include a display screen and an input unit such as a keyboard; optionally, the user interface 1003 may also include a standard wired interface or a wireless interface. The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The memory 1005 may be high-speed RAM or non-volatile memory, such as a disk drive. Optionally, the memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0051] Those skilled in the art will understand that Figure 1 The terminal device structure shown does not constitute a limitation on the terminal device and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0052] like Figure 1 As shown, the memory 1005, which serves as a computer storage medium, may include an operating system, a network communication module, a user interface module, and a product hybrid manufacturing program for project business.

[0053] exist Figure 1 In the terminal shown, network interface 1004 is mainly used to connect to the backend server and communicate data with it; user interface 1003 is mainly used to connect to the client and communicate data with it; while processor 1001 can be used to call the product hybrid manufacturing program of the project business stored in memory 1005 and execute the following steps:

[0054] Generate corresponding project tasks based on the received project plan;

[0055] The project requirements are obtained by performing PRP processing on the project tasks, wherein the project requirements include: general parts requirements and special parts requirements;

[0056] The general component requirements are processed by MRP through a pre-defined project requirement set interface, and new project tasks are generated based on the special component requirements. The new project tasks are then processed by PRP, and the process is progressively decomposed layer by layer until no new project tasks can be decomposed, so as to carry out product hybrid manufacturing for the project plan.

[0057] Furthermore, the processor 1001 can be used to invoke the product hybrid manufacturing program for the project business stored in the memory 1005, and also perform the following steps:

[0058] Import the product bill of materials, parameterized bill of materials, and product process route into the project bill of materials and project process route according to the customer's parameterized requirements to create project requirement standards;

[0059] The PRP processing includes: demand decomposition; the processor 1001 can be used to call the product hybrid manufacturing program for the project business stored in the memory 1005, and also performs the following steps:

[0060] The project requirements are obtained by decomposing the project tasks according to the project requirement standards.

[0061] Furthermore, the project tasks include: project production tasks, wherein the processor 1001 can be used to call the product hybrid manufacturing program of the project business stored in the memory 1005, and also perform the following steps:

[0062] If it is determined that the project production task includes multiple processing steps, then each processing step is decomposed from the project production task through the project process route, so as to implement the project production task and calculate the cost of the project production task according to each processing step.

[0063] Furthermore, the processor 1001 can be used to invoke the product hybrid manufacturing program for the project business stored in the memory 1005, and also perform the following steps:

[0064] The general component requirements are calculated using the project requirements kitting interface to determine the general component requirement gap for the project task.

[0065] The target general-purpose component demand gaps that are not met by inventory are determined according to the priority order of the project tasks.

[0066] MRP processing is performed to address the demand gap for the target general-purpose parts.

[0067] Furthermore, the processor 1001 can be used to invoke the product hybrid manufacturing program for the project business stored in the memory 1005, and also perform the following steps:

[0068] The target general component demand gap is transmitted to a preset MRP module as an independent demand, so that the MRP module can perform material requirements planning calculations to generate purchase orders and / or production work orders for the corresponding products.

[0069] Furthermore, the processor 1001 can be used to invoke the product hybrid manufacturing program for the project business stored in the memory 1005, and also perform the following steps:

[0070] The production work orders in the MRP process for the general parts requirements and the production tasks in the PRP process for the project tasks will be merged and scheduled together.

[0071] Furthermore, the processor 1001 can be used to invoke the product hybrid manufacturing program for the project business stored in the memory 1005, and also perform the following steps:

[0072] Calculate the cost of the general-purpose parts corresponding to the general-purpose parts requirements, and calculate the project task and the project task cost at each level corresponding to each of the new project tasks;

[0073] The processor 1001 can be used to call the product hybrid manufacturing program for the project business stored in the memory 1005, and after performing the step of performing product hybrid manufacturing on the project requirements, it further performs the following steps:

[0074] When determining the project requirements to carry out mixed manufacturing to obtain project products for warehousing, the task costs at each level of the project are converted into product costs.

[0075] It's important to note that current ERP (Enterprise Resource Planning) vendors primarily target long-cycle, large-scale projects. They set up project warehouses and general-purpose parts warehouses, first calculating MRP (Material Requirement Planning) for a single project excluding general-purpose parts, and then calculating the aggregated MRP for all projects excluding specialized parts. This generates homogeneous purchase orders and production work orders, requires material inbound and outbound operations, and necessitates project inventory transfers for cross-project material usage. In essence, current ERP vendors' project manufacturing still employs traditional MRP-based product manufacturing and cost accounting methods. However, in the ETO (Enterprise Outsourcing) production model, product manufacturing involves both platform-based general-purpose materials and customer-designed specialized materials, requiring support for mixed production. Furthermore, ETO's drawing-based manufacturing processes are highly complex, with numerous non-standard, one-off materials and frequent engineering changes, easily leading to material stagnation or delivery delays. Additionally, ETO projects may involve non-material project requirements (such as design and debugging tasks). In other words, ETO business poses significant challenges to material data management, demand planning, production logistics, and cost management, which are difficult to effectively support using traditional MRP product manufacturing models.

[0076] In summary, existing ERP vendors still rely on traditional MRP models for product manufacturing based on project-specific business needs, using production work orders and purchase orders. This approach is only suitable for large-scale projects with long lead times. It cannot support ETO (Enterprise To Order) business for non-standard, low-cost, complex, and fast-delivery micro-projects, resulting in low production efficiency for project products.

[0077] To address the aforementioned issues, this application provides a product hybrid manufacturing method for project operations. The method includes: generating corresponding project tasks based on a received project plan; performing PRP processing on the project tasks to obtain project requirements, wherein the project requirements include general component requirements and special component requirements; performing MRP processing on the general component requirements through a preset project requirement kitting interface; and generating new project tasks based on the special component requirements and performing PRP processing on the new project tasks, and then progressively decomposing the process layer by layer until no new project tasks can be decomposed, thereby performing product hybrid manufacturing on the project plan. This invention, during the product manufacturing process based on a received project plan, first generates project tasks based on the project plan, then processes these tasks using PRP (Project Requirements Planning) to obtain project requirements including general-purpose and special-purpose component requirements, and finally processes these general-purpose component requirements using MRP (Material Requirements Planning) through a preset project requirements kitting interface. Furthermore, after generating new project tasks based on these special-purpose component requirements, PRP processing is continued on these new tasks, and this process is progressively decomposed layer by layer until no new project tasks can be decomposed. This allows for product manufacturing based on a hybrid PRP (Project Tasks) and MRP (Purchase Orders and / or Production Orders) approach for the entire project plan.

[0078] Thus, compared to the existing ERP vendors' uniform adoption of the traditional MRP model for product manufacturing, this invention combines project management and product manufacturing to form a new architecture for hybrid product manufacturing based on project needs. Utilizing the dual engines of PRP project requirements planning and MRP material requirements planning, along with a complete set of project requirements interfaces, it organically combines project requirements, project tasks, and traditional purchase orders and production work orders. This enables a hybrid product manufacturing model that supports both project manufacturing and product manufacturing, effectively supporting ETO (Enterprise to Order) business for non-standard, low-cost, complex, and fast-delivery order-level micro-projects. This improves the production efficiency of project products and can also be applied to non-manufacturing project-based industries such as repair, construction, agriculture, forestry, and aquaculture.

[0079] Please refer to Figure 2 , Figure 2 This is a flowchart illustrating a first embodiment of the product hybrid manufacturing method for project operations provided by the present invention. In this embodiment, the product hybrid manufacturing method for project operations of the present invention is applicable to the terminal equipment described above for managing the product hybrid manufacturing corresponding to the project operations. It should be noted that although a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than that shown here.

[0080] In a first embodiment of the product hybrid manufacturing method of the present invention, the product hybrid manufacturing method of the present invention includes:

[0081] Step S10: Generate corresponding project tasks based on the received project plan;

[0082] Optionally, the terminal device receives sales contracts through its data interface for market users, proposes project plans based on the project's own requirements in the sales contracts, and then generates corresponding project tasks for product manufacturing based on the project plan.

[0083] Step S20: Perform PRP processing on the project task to obtain project requirements, wherein the project requirements include: general parts requirements and special parts requirements;

[0084] Optionally, the terminal device processes the generated project task through the PRP module to obtain the project requirements for product manufacturing corresponding to the project task. The project requirements include general parts requirements that need to be directly extracted from inventory according to the Material Requirements Planning (MPR), produced based on production work orders, or obtained based on procurement, and special parts requirements that need to be further processed based on the next-level project task according to the Project Requirements Planning (PRP).

[0085] Step S30: Perform MRP processing on the general component requirements through the preset project requirement kit interface, and generate new project tasks based on the special component requirements and perform PRP processing on the new project tasks. Then, decompose the project tasks layer by layer until there are no new project tasks to decompose, so as to carry out product hybrid manufacturing for the project plan.

[0086] Optionally, the terminal device transmits the general component requirements of the project task to the MRP module for MRP processing through a preset project requirement kit interface, thereby satisfying the general component requirements according to the material requirements plan. In addition, the terminal device also simultaneously uses the PRP module to further transfer the special component requirements of the project task to generate a new project task. Then, the new project task is processed again to obtain further refined project requirements, and the same process is followed to process the project requirements. This process is carried out layer by layer until there are no new project tasks that can be further refined. That is, production is carried out based on the production schedule, and the corresponding production work orders and project tasks are produced, thereby completing the product manufacturing of the entire project plan by combining PRP and MRP.

[0087] In this embodiment, as Figure 3As illustrated in the application principle, the product hybrid manufacturing method for project business provided by this invention, in the process of product manufacturing based on the received project plan, firstly generates project tasks according to the project plan, then processes the project tasks through PRP (Project Requirements Planning) to obtain project requirements including general parts requirements and special parts requirements, finally processes the general parts requirements through the project requirements kitting interface through MRP (Material Requirements Planning), and after generating new project tasks based on the special parts requirements, continues to process the new project tasks through PRP. Thus, by decomposing the project tasks layer by layer until they can no longer be further refined, APS (Advanced Planning and Scheduling) is performed, thereby forming a product manufacturing process that combines PRP and MRP for the entire project plan.

[0088] Thus, compared to the existing ERP vendors' uniform adoption of the traditional MRP model for product manufacturing, this invention combines project management and product manufacturing to form a new architecture for hybrid product manufacturing based on project needs. Utilizing the dual engines of PRP (Project Requirements Planning) and MRP (Material Requirements Planning) and a complete set of interfaces for project requirements, it organically combines project requirements, project tasks, and traditional purchase orders and production work orders. This enables a hybrid product manufacturing model that supports project manufacturing and product manufacturing, effectively supporting ETO (Enterprise To-Order) business for non-standard, low-cost, complex, and fast-delivery order-level micro-projects, thereby improving the production efficiency of project products.

[0089] Furthermore, based on the first embodiment of the product hybrid manufacturing method of the present invention described above, a second embodiment of the product hybrid manufacturing method of the present invention is proposed.

[0090] In this embodiment, the product hybrid manufacturing method of the present invention further includes:

[0091] Import the product bill of materials, parameterized bill of materials, and product process route into the project bill of materials and project process route according to the customer's parameterized requirements to create project requirement standards;

[0092] Optionally, before the terminal device starts processing project tasks through the PRP module, it also pre-creates project requirement standards. That is, when the terminal device receives a project order, it imports the product bill of materials and parameterized bill of materials according to the customer's parameterized requirements to generate the project bill of materials. At the same time, the terminal device also imports the product process route into the project to generate the project process route, so as to build a standard basis for decomposing project requirements.

[0093] It should be noted that in this embodiment, the project bill of materials is a multi-level BOM (Bill of Materials) private to a single project. The project bill of materials can be modified based on requirements without affecting the global bill of materials. Furthermore, non-material requirements of the project can be added to the project bill of materials.

[0094] Furthermore, the aforementioned terminal device performs PRP processing on the project tasks corresponding to the project requirements through the PRP module, including requirement decomposition. Thus, step S20 above, the step of "performing PRP processing on the project tasks to obtain project requirements," can include:

[0095] The project requirements are obtained by decomposing the project tasks according to the project requirement standards.

[0096] Optionally, when the terminal device processes the project task through the PRP module, it decomposes the project task according to the pre-created project requirement standards to form project requirements that include general component requirements and special component requirements.

[0097] It should be noted that, in this embodiment, the project requirement can specifically be the sales contract received by the terminal device through the data interface provided to the market users. After receiving the sales contract, the terminal device will treat each detail line in the sales contract as a mini project task, and the terminal device will also assign an independent number to each project task. When the terminal device processes the project task through the PRP module, the requirement can be decomposed based on zero inventory.

[0098] Furthermore, the aforementioned project tasks include: project production tasks and / or project procurement tasks. When the project task is a project production task, the product hybrid manufacturing method of the present invention further includes:

[0099] If it is determined that the project production task includes multiple processing steps, then each processing step is decomposed from the project production task through the project process route, so as to implement the project production task and calculate the cost of the project production task according to each processing step.

[0100] Optionally, if the terminal device discovers that the project production task includes multiple processing steps during the process of decomposing the project production task through the PRP module, the terminal device further decomposes the multiple processing steps from the project production task according to the project process route in the project requirement standard. In this way, since each processing step is the implementation and cost carrier of the corresponding project task, the terminal device can carry out product production according to the multiple processing steps when it is actually manufacturing the product, and can also calculate the cost of the project task according to the multiple processing steps when it is calculating the cost.

[0101] Furthermore, in this embodiment, the step S30 above, "performing MRP processing on the general component requirements through a preset project requirement kitting interface," may include:

[0102] The general component requirements are calculated using the project requirements kitting interface to determine the general component requirement gap for the project task.

[0103] The target general-purpose component demand gaps that are not met by inventory are determined according to the priority order of the project tasks.

[0104] MRP processing is performed to address the demand gap for the target general-purpose parts.

[0105] Optionally, when the terminal device processes the general component requirements in the project requirements through the MRP module, it first calculates the general component requirement through the preset project requirement kitting interface to determine the general component requirement gap of the entire project task corresponding to the general component requirement. Then, it further uses the inventory of the project resource virtual library to offset according to the priority order of the project task, so as to determine the target general component requirement gap that cannot be met by the existing "project resource virtual library" from all the general component requirement gaps. Finally, the MRP module processes the target general component requirement gap accordingly.

[0106] Furthermore, in a feasible embodiment, the step of "performing MRP processing for the target general-purpose component demand gap" described above may specifically include:

[0107] The target general component demand gap is transmitted to a preset MRP module as an independent demand, so that the MRP module can perform material requirements planning calculations to generate purchase orders and / or production work orders for the corresponding products.

[0108] Optionally, when the terminal device processes the demand gap for the target general-purpose component through the MRP module, it first transmits the demand gap for the target general-purpose component to the MRP module as an independent demand. Then, the MRP module performs material requirements planning calculations on the demand gap for the target general-purpose component to generate purchase orders and / or production work orders for the corresponding products. Subsequently, the corresponding procurement or production scheduling is carried out to meet the demand gap for the target general-purpose component.

[0109] Furthermore, in this embodiment, the product hybrid manufacturing method of the present invention further includes:

[0110] The production work orders at all levels in the MRP processing of the general parts requirements, the level 0 project production tasks triggered for the project plan, and the project production tasks at all levels generated in the PRP processing of the general parts will be merged and scheduled together.

[0111] Optionally, when the terminal equipment is manufacturing products that correspond to the project requirements using a combination of PRP and MRP, it can combine the production capacity of the production workshops it manages to optimize the production scheduling by merging and optimizing the production work orders at all levels in the MRP processing of general parts requirements, the 0-level project production tasks triggered by the project plan, and the project production tasks at all levels generated in the PRP processing.

[0112] Furthermore, in this embodiment, the product hybrid manufacturing method of the present invention further includes:

[0113] Calculate the cost of the general-purpose parts corresponding to the general-purpose parts requirements, and calculate the project task and the project task cost at each level corresponding to each of the new project tasks;

[0114] Optionally, during the entire production and manufacturing process of the terminal equipment, which combines PRP and MRP for products corresponding to project requirements, the terminal equipment can calculate the cost of common parts corresponding to the common parts requirements in each level of project requirement plan through the MRP module and the PRP module respectively, and calculate the cost of each level of project task corresponding to each project task.

[0115] Furthermore, following the above-described steps of hybrid manufacturing of products to meet the project requirements, the hybrid manufacturing method for the project business of this invention further includes:

[0116] When determining the project requirements to carry out mixed manufacturing to obtain project products for warehousing, the task costs at each level of the project are converted into product costs.

[0117] Optionally, the terminal device can store the project products obtained by mixing and manufacturing products according to the actual application needs and distinguish and track them based on the project number as the product batch number. When the terminal device determines to store the project product, it also synchronously or asynchronously converts the calculated costs of each level of the project tasks into the product cost.

[0118] Furthermore, based on the first and / or second embodiments of the product hybrid manufacturing method of the present invention, a preferred embodiment of the product hybrid manufacturing method of the present invention is proposed.

[0119] Please refer to Figure 4 The application process shown in this embodiment, the product hybrid manufacturing method of the present invention project business is executed according to the following steps:

[0120] Step 0: Data Management (Classifying Materials and BOM)

[0121] Perform the following data definitions and maintenance:

[0122] Materials: Set Material Attribute 1 (General Parts, Special Parts, valid in the PRP module) and Material Attribute 2 (Purchased Parts, Manufactured Parts). These two attributes generate four combinations: General Purchased Parts, General Manufactured Parts, Special Purchased Parts, and Special Manufactured Parts. General parts are handled by Material Requirements Planning (MRP), while special parts are handled by Project Requirements Planning (PRP).

[0123] Parametric materials and BOMs: These are materials with only one material code, but whose actual appearance varies according to parameter requirements. The material attributes are defined as dedicated parts, and the BOM for parametric materials will also change depending on the parameters. Examples include connectors of the same model but different lengths, and buttons of the same model but with different serial numbers.

[0124] Product BOM (Bill of Materials), also known as the product structure table, is a globally shared resource and serves as the basis for material requirements planning (MRP) decomposition. Logical checks are required; for example, sub-components of general-purpose parts cannot contain specialized parts.

[0125] Project BOM: Initially imported from the product BOM and parameterized BOM, it is project-private and can be modified without affecting the global BOM. Non-material requirements of the project, such as design and transportation, can also be added. It serves as the basis for project requirement planning and decomposition.

[0126] Process route: A technical document that describes the sequence of operations for material processing and component assembly. It is a sequence of multiple processes, including global product process routes and project-specific process routes for individual projects. Project process routes are generated by importing product process routes into a specific individual project.

[0127] Work Breakdown Structure (WBS): A multi-level project requirement plan and tasks (activities) decomposed from the product quantity of a sales contract project according to the project BOM and process route. It includes two main lines:

[0128] ① The project requirement hierarchy number (1, 1.1, 1.2, 1.1.1, 1.1.2, etc. requirement tree structure) is a visual index of the project. It is automatically generated by the system and governs the requirements and tasks of each level of the project.

[0129] ② The project's low-level codes (task levels such as level 0, level 1, level 2, etc.) are the structural hierarchy of the project's BOM. The top level is level 0, followed by levels 1, 2, 3, and so on. The system generates these codes automatically and they are mainly used for controlling the order of project task cost calculations.

[0130] Step 1: Initial Import of Product BOM and Parametric BOM into Project BOM (Creating Project Requirements Standards)

[0131] When a project order is received, the product BOM and parameterized BOM are imported according to the customer's parameterized requirements to generate the project BOM. The project process route is also imported as a standard basis for decomposing project requirements.

[0132] The project BOM is a multi-level BOM private to a single project. It can be modified without affecting the global BOM, and non-material requirements of the project can be added.

[0133] Step 2: Project Requirements Planning (PRP) (Decomposing project requirements)

[0134] Sales contract items are passed to the PRP module for processing. Each detail line of the sales contract is treated as a micro-project with a unique project number (line number code), based on zero-inventory decomposition. PRP is divided into two layers:

[0135] ① Project plan (see) Figure 4 Step 2.1): This refers to the product delivery requirements in the sales contract details line, which are requirements at the project level itself. The requirements are divided into dedicated and general-purpose parts based on the material attributes of the order line. Dedicated part requirements are generated as project level 0 tasks, while general-purpose part requirements are handled by the MRP module.

[0136] ② Project Requirements Plan (see) Figure 4 Step 2.2): This refers to the Work Breakdown Structure (WBS), which represents the lower-level requirements of the project. The Level 0 tasks for specialized parts generated from the project plan are decomposed according to the project BOM and process route. Materials are then categorized by their specialized and general-purpose attributes. The decomposed specialized part requirements are generated as Level 1 tasks, while general-purpose part requirements are handled by the MRP module. Similarly, Level 1 tasks are further decomposed, progressively layer by layer, until no more tasks can be decomposed.

[0137] If a project's production task involves multiple processing steps, the process route is used to decompose the tasks into individual process activities, which serve as the implementation and cost drivers. However, only when the task is decomposed into the next-level project demand plan, which can be further refined to the process activity level for delivery requirements, are the tasks themselves not included in the decomposition.

[0138] The project BOM and process routing are the source standards for the project's Work Breakdown Structure (WBS). Each project has its own proprietary BOM and process routing, allowing modification of elements and updating of the entire project's requirements plan, tasks, and activities at any time. This includes changes to related quantities, times, attributes, and even material names, while the project task numbers remain unchanged. Alternatively, for unified data management, modifications to the product BOM and process routing can be made in data management software and then imported back to update the project BOM and process routing.

[0139] Since dedicated parts generate project tasks, resources are naturally distinguished and occupied by project tasks, and upstream and downstream tasks are delivered autonomously. Therefore, dedicated parts do not need to be put into or taken out of the warehouse, and dedicated parts do not require materials to be strictly one item one code.

[0140] Step 3: Calculate the demand gap for common parts in each project (the demand for common parts to be met by MRP).

[0141] When all project plans and Project Requirements Plans (PRPs) calculate requirements, the requirements for general-purpose parts and special-purpose parts, along with the corresponding project task information, are summarized in the "Project Requirements Fitting and Task Schedule Analysis" module, which then transmits the information of general-purpose parts requirements to the MRP module.

[0142] For the common parts demand gaps of each project task, the inventory of the project resource virtual library is used to offset the demand first, according to priority. If the inventory cannot meet the common parts demand of each project task, it is transmitted to the MRP system as an independent demand to generate purchase orders or production work orders. If there are excess materials in the inventory that are not required by the project, an exception message is displayed and they are handled in a timely manner.

[0143] The above calculations can be performed multiple times when project requirements change to determine the latest general component requirements gaps that the "Project Resource Virtual Library" cannot meet, which will then be filled by the MRP module.

[0144] Step 4: Material Requirements Planning (MRP) (Calculations related to the demand for common components)

[0145] The MRP module uses inventory forecasts and the PRP module's calculations of the general parts demand gap through "project requirement fulfillment and task schedule analysis" to perform Material Requirements Planning (MRP) calculations, generating purchase orders and production work orders at all levels for general parts, and putting them into inventory as general parts resource supply to meet the general parts demand of sales contract projects.

[0146] It should be noted that sales contracts in PRP are different from sales orders in MRP; sales contract documents are not included in MRP calculations.

[0147] Step 5: Project Requirements Completion and Task Schedule Analysis (Balancing Project Requirements and Supply)

[0148] Analyze the degree to which general and special components meet project requirements in MRP and the progress of project tasks, visualize and track the entire project process, and adjust project arrangements in a timely manner.

[0149] After general-purpose parts are entered into the MRP module, they are automatically and in real-time transferred to the "Project Resource Virtual Library" (the warehouse is set not to participate in MRP calculation) according to the project requirement rules. They are occupied by project requirements, and resources are pre-allocated according to the priority of project requirements. After optimization and adjustment, the standard material requisition form of the project task is triggered, and the project's delivery warehouse is uniformly set as the "Project Resource Virtual Library".

[0150] If an enterprise uses a Warehouse Management System (WMS), a "Project Resource Virtual Library" is not set up at the WMS level to facilitate the management of material batch information. After the material requisition form for a project task is shipped from the general parts warehouse, the material requisition deduction triggered at the WMS level is then fed back to the "Project Resource Virtual Library" at the ERP level.

[0151] Once the task for special components is completed, update the project requirements to show the completeness status.

[0152] Once all prerequisite tasks for general and special components required by the project are met and completed, the start time for the next task is refreshed to facilitate the commencement of the next task in the project.

[0153] Once all the project planning requirements, i.e. the product delivery requirements in the sales contract details line, are met, the sales contract shipment can be arranged.

[0154] In addition to analyzing the fulfillment status of the "project resource virtual library," the project requirements fulfillment and schedule analysis can also be extended to analyze the in-process production orders and in-transit purchase orders of common parts, as well as the future completion of project tasks, and simulate and analyze the future fulfillment situation.

[0155] Because project manufacturing management deals with interconnected project tasks, material names, quantities, planned times, material attributes, and upstream / downstream relationships are all parameters of these tasks. These parameters can be flexibly changed while the project task number remains constant, offering greater flexibility than traditional material-based production work orders. When discrepancies exist between project requirements, kitting, and task schedule analysis, the overall task arrangement can be refreshed by adjusting project priorities, required timeframes, and the project BOM.

[0156] Step 6: Production Order Fitting Analysis (Demand Balance for Common Component Production Orders)

[0157] Before production is scheduled to go online, the availability of materials for production work orders in the MRP module is analyzed to ensure that production is executed according to plan and to avoid downtime due to material shortages.

[0158] Since project requirements have been virtually allocated to the "Project Resource Virtual Library" (the library is set not to participate in MRP calculations), the production work order kitting analysis and project requirement kitting analysis in the MRP module do not interfere with each other, but common component resources can also be optimized and allocated to each other.

[0159] Step 7: Production Scheduling and Execution (Combining Production Work Orders and Production Tasks into a Single Scheduling Process)

[0160] After kitting and schedule analysis, production work orders for MRP modules and project production tasks for PRP modules are merged and optimized based on workshop capacity.

[0161] PRP module:

[0162] For self-manufactured tasks within a project, the start-up and material requisition are completed. Upon completion, the task is handed over to the next task according to the task description, and the task status is updated. There is no need for completion warehousing or material requisition for the next process; the PRP module has no warehouse settings. If a project's production task includes various processes broken down into process routes, these are process activities within the task. Similarly, each process starts, requisitions materials, and upon completion, is handed over to the next process or task according to the task description.

[0163] The project's special parts procurement task triggers a special parts material purchase order (different document types) after the project starts. After the special parts arrive, the purchase order is received in the form of payment (no material in / out is performed). After the purchase order is confirmed to be received, the corresponding procurement task is completed, absorbing the special parts material procurement cost.

[0164] Project-specific outsourcing tasks include task-level outsourcing and task-process activity-level outsourcing. In addition to regular work commencement and warehouse material requisition, an outsourcing processing fee purchase order is triggered after work commences. After the outsourced parts arrive, the outsourcing processing fee purchase order is received in the form of a fee (neither the outsourced parts nor the outsourcing processing fee are subject to material in / out of the warehouse). After the outsourcing fee purchase order is confirmed to have been received, the corresponding outsourcing task is completed, absorbing the cost of the outsourced materials and outsourcing processing fees.

[0165] MRP module:

[0166] Production work orders and purchase orders are routinely processed for material entry and exit from the warehouse.

[0167] Step 8: Logistics Management (Material requisition for project production tasks)

[0168] PRP module:

[0169] After the project production task starts, materials are delivered to the project task processing group according to the standard material requisition form triggered by "Step 3, Project Requirements and Schedule Analysis".

[0170] Handling of excess material requisition for tasks:

[0171] When a project task requires an excess of materials due to insufficient standard material requisition quantity caused by process losses, an excess material requisition form for the project task is filled out. At the same time, a new project requirement at this level is triggered. If it is a special part requirement, a new excess material requisition task at the same level is triggered. If it is a general part requirement, it is passed to "Step 3, Calculation of General Part Requirement Gap for Each Project", and the MRP module inventory is satisfied, and materials are requisitioned from the "Project Resource Virtual Library".

[0172] To differentiate cost responsibility, the excess material requisition task generated by the excess material requisition form for special parts is set with two fields: Cost Organization and Execution Organization. The Cost Organization is the organization that issued the excess material requisition form, while the Execution Organization is only responsible for completing the task, but the task costs incurred are collected in the Cost Organization.

[0173] Inter-project borrowing procedures:

[0174] For general parts borrowing, the borrowing project priority will be increased. Based on the updated sales contract priority, the system will set rules to recalculate and refresh the material resource allocation. Alternatively, the resource allocation of some tasks can be locked so that they do not participate in the material reallocation.

[0175] For the borrowing of dedicated procurement parts and outsourced parts, a borrowing change order is used to set all procurement tasks and procurement orders of both the borrower and the borrowed party as a community. By default, the priority of the borrowed project is increased. Based on the priority of the sales contract, the procurement orders received are redistributed to the tasks of each project. The collective reconciliation order of each procurement order and procurement task within the community is changed. The project requirement kitting and progress analysis table of the procurement task is updated, and the procurement task cost of the project is updated simultaneously. The physical goods are used according to the redistributed quantity.

[0176] For the borrowing of specialized manufacturing parts at the intermediate semi-finished product level in the project (such as...) Figure 5 As shown), ① the project task corresponding to the borrowed semi-finished product is disconnected from the original project and transferred together with the related upstream multi-tasks to generate a new project. The cost project code is updated, and the low-level code of the project task is updated downwards from level 0. It is then added to the general parts library as a common resource. At the same time, the project cost is calculated and transferred to the cost of the semi-finished product material. ② In the project BOM, the borrower modifies the corresponding sub-component of the borrowed semi-finished product material to a general part. The corresponding semi-finished product sub-component in the borrowed party's project BOM is split into two sub-components: one sub-component has the material attribute of a special part, with the borrowed quantity as the required quantity; the other sub-component has the material attribute of a general part, with the remaining quantity after borrowing as the required quantity (no need to generate when the quantity is 0). ③ By default, the borrower's order priority is set higher than that of the borrowed party. The PRP calculation is recalculated for the semi-finished product requirements of the borrower and borrowed party projects. The requirements of sub-components are changed to general-purpose parts. The semi-finished product material resources are allocated to the borrower and the borrowed party according to the order priority in "Step 5, Project Requirements Matching and Task Progress Analysis". The borrowed party's requirements for sub-components that are special parts are regenerated, and the project production task and the lower-level decomposed requirements for the borrowed quantity are regenerated.

[0177] MRP module:

[0178] After a production work order is started, materials are requisitioned from the warehouse as standard materials, following the regular legal material requisition and excess material requisition procedures.

[0179] Step 9: Product Cost Management (Calculation of Costs for General-Purpose Components)

[0180] The common components of the MRP module are handled according to conventional cost accounting methods, using a step-by-step method to calculate the actual cost of materials in the work order, or using standard cost circulation and then allocating cost differences.

[0181] Step 10: Project Cost Management (Calculation of costs for each level of project tasks)

[0182] This includes both the project's budgeted cost and actual cost. This assumes that product costs have been calculated and the cost of requisitioning common parts for project tasks can be measured.

[0183] The project number has two fields: Project Number and Cost Project Number. Project cost calculation is based on the Cost Project Number to increase the flexibility of project cost calculation when there are project changes. Initially, the two fields are the same, but when inter-project borrowing causes task truncation and the generation of a new project, the Cost Project Number field is updated to the new project number, while the Project Number field remains unchanged to avoid project costs being attributed to the original project.

[0184] The project cost calculation logic of the PRP module is as follows: Figure 6 As shown:

[0185] Overall, each task in the project absorbs the costs of materials, labor, and manufacturing overhead. Upon completion, the costs of each task / process are transferred independently and in parallel according to the lowest level code during cost transfer. The costs of each task are directly added together to equal the overall project cost.

[0186] First, the final-level project task absorbs the materials, labor, and expenses of this task. As this task is completed, the cost incurred in this task is calculated, and all costs are transferred to the project in parallel. The processed semi-finished products are then transferred to the next stage.

[0187] The next task absorbs the newly added materials (only the cost of materials taken from the warehouse for this task is calculated; the cost of semi-finished products transferred from the previous task has already been transferred and is not calculated again), labor, and expenses. As the next task ends, the cost incurred in this task is calculated, and all costs are then transferred to the project in parallel and then flowed to the next task.

[0188] Subsequent tasks, in order of lower-order codes, sequentially transfer the costs absorbed by the tasks to the projects in parallel, until the 0th-order task has completed its absorption and transfer.

[0189] Once all tasks are completed, the entire sales contract line project is closed, and the project cost is generated.

[0190] If the project has a long cycle and is completed over several months, then the material, labor, and manufacturing costs for each month will be absorbed separately.

[0191] The calculation logic and cost structure of the project budget cost and the actual project cost are the same, which allows for cost comparison at the project task level and refined cost management.

[0192] Step 11: Convert project costs into product costs

[0193] Since some subsidiaries of a group company may not adopt the project manufacturing model, in order to unify the settlement of sales and delivery products for the group, the products of the project can be put into the warehouse before the sales contract project is completed and closed or shipped, and the project number can be used as the product batch number for differentiation and tracking. At the same time, the project cost is converted into the product cost.

[0194] If there is no such requirement, the "shipment" of the sales contract project can be treated as a level 0 task. The product shipment requirements can be broken down. If it is a general part requirement, the warehouse shipment can be absorbed into the shipment task cost. If it is a special part requirement, a project task can be generated and decomposed layer by layer.

[0195] like Figure 7 As shown, assuming the product hybrid manufacturing method of this invention, which combines PRP and MRP to meet project requirements, is visualized as a range-extended electric vehicle, the entire process is driven by two engines: Project Requirements Planning (PRP) and Material Requirements Planning (MRP). This push-pull approach, combined with inventory preparation, balances project demand and resource supply. PRP and MRP, corresponding to the generated project tasks, purchase orders, and production work orders, act as the driving wheels, propelling the project and absorbing costs. The Project Work Breakdown Structure (PBS) serves as the road signs, recording the project's progress. The Advanced Production Schedule (APS) acts as the navigator, allocating resources and optimizing the route. The project's low-level code controls the project's cost budget and actual cost accounting.

[0196] Furthermore, the present invention also provides a product hybrid manufacturing system for project operations.

[0197] Please refer to Figure 8 , Figure 8 This is a functional module diagram of an embodiment of a hybrid manufacturing system for products according to the present invention. Figure 8 As shown, the product hybrid manufacturing system of this invention includes:

[0198] The project task generation module 10 is used to generate corresponding project tasks based on the received project plan.

[0199] The task decomposition module 20 is used to perform PRP processing on the project tasks to obtain project requirements, wherein the project requirements include: general parts requirements and special parts requirements.

[0200] The product hybrid manufacturing module 30 is used to perform MRP processing on the general parts requirements through a preset project requirements kit interface, and to generate new project tasks based on the special parts requirements and perform PRP processing on the new project tasks, and then progressively decompose them layer by layer until there are no new project tasks to be decomposed, so as to perform product hybrid manufacturing on the project plan.

[0201] Furthermore, the product hybrid manufacturing system of this invention also includes:

[0202] The requirement standard construction module is used to import the product bill of materials, parameterized bill of materials, and product process route into the project bill of materials and project process route according to the customer's parameterized requirements to create project requirement standards.

[0203] The PRP process includes: requirement decomposition. The task decomposition module 20 is further used to decompose the project tasks according to the project requirement standards to obtain project requirements.

[0204] Furthermore, the project task includes: a project production task. The task decomposition module 20 is also used to decompose each of the processing steps from the project production task through the project process route if it is determined that the project production task includes multiple processing steps, so as to implement the project production task and calculate the cost of the project production task according to each of the processing steps.

[0205] Furthermore, the product hybrid manufacturing module 30 is also used to calculate the general parts requirements through the project requirements kitting interface to determine the general parts requirement gap of the project task; determine the target general parts requirement gap that is not met by inventory according to the priority order of the project task; and perform MRP processing on the target general parts requirement gap.

[0206] Furthermore, the product hybrid manufacturing module 30 includes:

[0207] The demand transmission unit is used to transmit the target general-purpose component demand gap as an independent demand to a preset MRP module, so that the MRP module can perform material requirements planning calculations to generate purchase orders and / or production work orders for the corresponding products.

[0208] Furthermore, the product hybrid manufacturing system of this invention also includes:

[0209] The production scheduling module is used to merge and schedule production work orders that are processed by MRP for the general parts requirements and production tasks that are processed by PRP for the project tasks.

[0210] Furthermore, the product hybrid manufacturing system of this invention also includes:

[0211] The cost calculation module is used to calculate the cost of general-purpose parts corresponding to the general-purpose parts requirements, and to calculate the project task and the project task at each level corresponding to each new project task; and, when it is determined that the project requirements will be mixed and manufactured to obtain project products for warehousing, the project task at each level will be converted into product costs.

[0212] The functions of each module in the product hybrid manufacturing system of the above-mentioned project business correspond to the steps in the product hybrid manufacturing method embodiment of the above-mentioned project business, and their functions and implementation processes will not be described in detail here.

[0213] This application also provides a computer storage medium storing a product hybrid manufacturing program for a project business, which, when executed by a processor, implements the steps of the product hybrid manufacturing method for a project business as described in any of the above embodiments.

[0214] The specific embodiments of the computer storage medium in this application are basically the same as the embodiments of the product hybrid manufacturing method of the above-mentioned project business, and will not be described in detail here.

[0215] This application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the product hybrid manufacturing method for the project business as described in any of the above embodiments.

[0216] The specific embodiments of the computer program product in this application are basically the same as the embodiments of the hybrid manufacturing method of the product in the above-mentioned project business, and will not be described in detail here.

[0217] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A method for hybrid product manufacturing in a project business, characterized in that, The method includes: The project plan is generated based on the received project plan, which is the project's own layer requirements generated based on the sales contract. The project tasks include level 0 production tasks. The project requirements are obtained by performing PRP processing on the 0th-order production task. The PRP is a project requirement plan, and the project requirements include general parts requirements and special parts requirements. The special parts requirements include special manufacturing parts requirements. New production tasks are generated based on the requirements of the special manufacturing parts. The new production tasks are then processed by PRP. The production tasks are decomposed layer by layer in a progressive manner until there are no new production tasks to be decomposed. This process yields the general parts requirements based on the production tasks at each level, as well as the production tasks generated based on the requirements of each special manufacturing part. Furthermore, the general component requirements obtained above are transmitted to the MRP module for unified processing through a preset project requirement matching interface to generate general component production work orders and / or general component purchase orders. The MRP is Material Requirements Planning, wherein the general component requirements include general manufacturing component requirements and general procurement component requirements. The entire project plan is broken down into production tasks executed in the PRP module, and general parts production work orders and general parts purchase orders executed in the MRP module.

2. The method according to claim 1, characterized in that, Import the product bill of materials, parameterized bill of materials, and product process route into the project bill of materials and project process route according to the customer's parameterized requirements to create project requirement standards; The PRP processing includes: requirement decomposition, and the method further includes: The project requirements are obtained by decomposing the production tasks at each stage according to the project requirements standards.

3. The method according to claim 2, characterized in that, The method further includes: If it is determined that each production task includes multiple processing steps, then each processing step is decomposed from each production task through the project process route, so as to implement each production task and calculate the cost of each production task according to each processing step.

4. The method according to claim 1, characterized in that, The step of transmitting the above-obtained general component requirements at each level to the MRP module for unified processing through a preset project requirement kitting interface includes: The project requirements are used to calculate the general component requirements at each level to determine the general component requirement gap for each production task. The target general-purpose component demand gaps that are not met by inventory are determined according to the priority order of the production tasks. MRP processing is performed to address the demand gap for the target general-purpose parts.

5. The method according to claim 4, characterized in that, The steps for MRP processing to address the demand gap for the target general-purpose parts include: The target general component demand gap is transmitted to a preset MRP module as an independent demand, so that the MRP module can perform material requirements planning calculations to generate purchase orders and / or production work orders for the corresponding products.

6. The method according to any one of claims 1 to 5, characterized in that, The method further includes: The production work orders in the MRP processing of the general parts requirements of each level, the level 0 production tasks, and the production tasks generated based on the requirements of each special manufacturing part in the PRP processing of the production tasks of each level will be merged and scheduled.

7. The method according to claim 1, characterized in that, The method further includes: Calculate the cost of general-purpose components corresponding to the demand for general-purpose components at each level, and calculate the cost of each level of project tasks corresponding to each level of production tasks. The method further includes: When the project products are manufactured using a hybrid manufacturing process based on the project requirements and then put into inventory, the project's task costs at each level are converted into product costs.

8. A product hybrid manufacturing system for project operations, characterized in that, The system includes: The project task generation module is used to generate corresponding project tasks based on the received project plan. The project plan is the project's own layer requirements generated based on the sales contract. The project tasks include level 0 production tasks. The task decomposition module is used to perform PRP processing on the 0th-order production task to obtain project requirements. The PRP is a project requirement plan, and the project requirements include general parts requirements and special parts requirements. The special parts requirements include special manufacturing parts requirements. The product hybrid manufacturing module is used to generate new production tasks based on the special manufacturing part requirements, and continue to process the new production tasks through PRP (Production Requirements Planning). This process involves progressively decomposing the production tasks layer by layer until no new production tasks can be decomposed, thereby obtaining the general part requirements based on each stage of the production task decomposition, and the production tasks generated based on each special manufacturing part requirement. The module then transmits the obtained general part requirements at each stage to the MRP (Material Requirements Planning) module for unified processing through a preset project requirement matching interface, generating general part production work orders and / or general part purchase orders. The MRP is Material Requirements Planning, where the general part requirements include general manufacturing part requirements and general purchase part requirements. The entire project plan is decomposed into production tasks executed in the PRP module, and general part production work orders and general part purchase orders executed in the MRP module.

9. A terminal device, characterized in that, The terminal device includes: a memory, a processor, and a product hybrid manufacturing program for the project business stored in the memory and executable on the processor. When the product hybrid manufacturing program for the project business is executed by the processor, it implements the steps of the product hybrid manufacturing method for the project business as described in any one of claims 1 to 7.

10. A computer storage medium, characterized in that, The computer storage medium stores a product hybrid manufacturing program for the project business, which, when executed by a processor, implements the steps of the product hybrid manufacturing method for the project business as described in any one of claims 1 to 7.

Images