A product procurement and production management method and related device

Abstract

The application belongs to the technical field of production management, and specifically provides a product procurement and production management method and related equipment, which comprises the following steps: obtaining product categories and corresponding demand quantities in order information to calculate supply-demand difference values corresponding to each product category; when the supply-demand difference value is greater than a preset threshold, determining a replenishment scheme; when the replenishment scheme is external purchase replenishment, determining a procurement period corresponding to the supply-demand difference value based on historical procurement records; when the replenishment scheme is production replenishment, determining a production period corresponding to the supply-demand difference value based on equipment capacity parameters, process tact data and historical production scheduling records; and calculating the completion time of the order information according to the procurement period or the production period. By determining the procurement period or the production period corresponding to the supply-demand difference value in different situations of external purchase replenishment or production replenishment, the problem of scattered decision-making basis and lack of unified quantitative indicators when the order demand and the inventory state dynamically change is overcome.

Description

Technical Field

[0001] This application relates to the technical field of production management, and more specifically, to a method and related equipment for the procurement and production management of a product. Background Technology

[0002] With the continuous improvement of informatization and digitalization in the manufacturing industry, enterprises are increasingly demanding greater coordination between procurement and production management during order fulfillment. In typical manufacturing scenarios, enterprises need to coordinate inventory resources, external procurement, and internal production capacity based on customer order requirements to ensure on-time order delivery. Therefore, how to achieve efficient linkage between inventory, procurement, and production under order-driven conditions has become a crucial factor affecting enterprise operational efficiency and delivery capabilities.

[0003] In the existing order processing process, the system enters and parses orders, and then the inventory management module determines whether the inventory meets the demand. When the inventory is insufficient, the procurement management module generates a procurement plan or the production management module generates a production work order. Based on historical experience or preset rules, the procurement cycle or production cycle is estimated, and finally the order delivery time is arranged, realizing the basic automation of the order processing process and improving the enterprise's resource utilization efficiency.

[0004] While the above methods can achieve basic collaborative management of orders, inventory, procurement, and production, there are problems with the decision-making basis of each link being scattered and lacking unified quantitative indicators when order demand and inventory status change dynamically. This makes it difficult to form a consistent linkage between procurement decisions and production arrangements, which in turn affects the accuracy of order completion time calculation. Summary of the Invention

[0005] The embodiments of this application provide a product procurement and production management method and related equipment, which can overcome the problems of scattered decision-making basis and lack of unified quantitative indicators in various links when order demand and inventory status change dynamically.

[0006] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.

[0007] According to one aspect of the embodiments of this application, a product procurement and production management method is provided, comprising: obtaining and parsing the product category and corresponding demand quantity in order information, and obtaining current inventory data corresponding to the product category; calculating the supply-demand difference corresponding to each product category based on the demand quantity and the current inventory data; generating an outbound instruction and deducting inventory when the supply-demand difference is less than or equal to a preset threshold; determining a replenishment plan based on the supply-demand difference and the product category when the supply-demand difference is greater than the preset threshold, wherein the replenishment plan includes at least external purchase replenishment or production replenishment; determining the procurement cycle corresponding to the supply-demand difference based on historical procurement records when the replenishment plan is external purchase replenishment; determining the production cycle corresponding to the supply-demand difference based on equipment capacity parameters, process cycle time data, and historical production scheduling records when the replenishment plan is production replenishment; and calculating the completion time of the order information according to the procurement cycle or the production cycle.

[0008] In some embodiments of this application, based on the aforementioned scheme, the step of parsing the product category and corresponding demand quantity in the order information and obtaining the current inventory data corresponding to the product category includes: obtaining order information through an order receiving interface to identify the product category and corresponding demand quantity; using the product category as a query key to initiate a real-time inventory query request to a preset inventory management system to retrieve the in-stock quantity, in-transit quantity, and committed quantity corresponding to the product category; and summarizing the in-stock quantity, the in-transit quantity, and the committed quantity according to preset inventory calculation rules to obtain the current inventory data corresponding to the product category.

[0009] In some embodiments of this application, based on the foregoing scheme, the step of obtaining order information through the order receiving interface for identification includes: obtaining order information through the order receiving interface, performing structured parsing on the order information, and extracting the product identifier field and quantity field therein; matching the product identifier field with a preset product category mapping table to obtain the product category corresponding to each order line, and obtaining the required quantity corresponding to the product category based on reading the quantity field.

[0010] In some embodiments of this application, based on the foregoing scheme, the step of determining the procurement cycle corresponding to the supply-demand difference based on historical procurement records includes: extracting historical procurement records corresponding to the product category from the procurement database, wherein the historical procurement records include the procurement quantity, supplier delivery cycle, and logistics transit time of historical procurement batches; using the supply-demand difference as the target procurement quantity to filter historical batches whose procurement quantity is within the same quantity range as the target procurement quantity from the historical procurement records; and using the supplier delivery cycle and logistics transit time of the filtered historical batches as the procurement cycle.

[0011] In some embodiments of this application, based on the aforementioned scheme, the step of using the supplier delivery cycle and logistics transit time of the selected historical batches as the procurement cycle includes: performing a weighted average of the supplier delivery cycle and logistics transit time of the selected historical batches, and using the sum of the weighted average of the supplier delivery cycle and the weighted average of the logistics transit time as the base cycle; retrieving the supplier qualification score and the current supplier capacity load rate bound to the product category; when the supplier capacity load rate exceeds a preset load threshold, extending and correcting the base cycle based on the correction coefficient corresponding to the supplier qualification score to obtain the procurement cycle.

[0012] In some embodiments of this application, based on the aforementioned scheme, the equipment capacity parameters include the rated capacity per shift and the current comprehensive efficiency coefficient of the equipment; the process cycle time data refers to the standard cycle time of each process and the buffer time between processes; and the historical production scheduling record is the process completion rate in the actual production process of different product categories.

[0013] In some embodiments of this application, based on the foregoing scheme, the step of determining the production cycle corresponding to the supply-demand difference based on equipment capacity parameters, process cycle time data, and historical production scheduling records includes: taking the supply-demand difference as the target production volume, and calculating the theoretical production time required to complete the target production volume based on the single-shift rated capacity and the current equipment comprehensive efficiency coefficient in the equipment capacity parameters; decomposing the theoretical production time into critical path according to the process sequence using the standard cycle time of each process and the buffer time between processes in the process cycle time data to obtain the planned occupancy time of each process; accumulating the planned occupancy time of each process and superimposing the buffer time between processes to obtain the benchmark production cycle; extracting historical production scheduling records corresponding to the product category from the production scheduling database, periodically correcting the benchmark production cycle with the process completion rate of similar products in the historical production scheduling records, and extending the benchmark production cycle according to a preset capacity loss coefficient when the process completion rate is lower than a preset completion rate threshold to obtain the production cycle.

[0014] In some embodiments of this application, based on the aforementioned scheme, the step of calculating the completion time of the order information according to the procurement cycle or the production cycle includes: taking the order receipt timestamp as the starting reference time, when the supplementary scheme is external purchase supplementation, adding the procurement cycle to the starting reference time to obtain the external purchase arrival time node; when the supplementary scheme is production supplementation, adding the production cycle to the starting reference time to obtain the production completion time node; retrieving the quality inspection cycle parameter and the warehousing confirmation duration from the order processing system, sequentially superimposing the quality inspection cycle parameter and the warehousing confirmation duration to the external purchase arrival time node or the production completion time node to obtain the estimated deliverable time, and using the estimated deliverable time as the completion time of the order information.

[0015] In some embodiments of this application, based on the foregoing scheme, during the execution of the supplementary scheme, the procurement arrival status or production progress data is obtained in real time to update the supply-demand difference, and the completion time is dynamically corrected based on the updated supply-demand difference.

[0016] According to another aspect of the embodiments of this application, a product procurement and production management system is provided, comprising: an order parsing module, configured to parse the product category and corresponding demand quantity in the order information, and obtain the current inventory data corresponding to the product category; a supply and demand calculation module, configured to calculate the supply and demand difference corresponding to each product category based on the demand quantity and the current inventory data, and generate an outbound instruction and deduct inventory when the supply and demand difference is less than or equal to a preset threshold; a scheme determination module, configured to determine a replenishment scheme based on the supply and demand difference and the product category when the supply and demand difference is greater than the preset threshold, wherein the replenishment scheme includes at least external purchase replenishment or production replenishment; an external purchase replenishment module, configured to determine the procurement cycle corresponding to the supply and demand difference based on historical procurement records when the replenishment scheme is external purchase replenishment; a replenishment generation module, configured to determine the production cycle corresponding to the supply and demand difference based on equipment capacity parameters, process cycle data and historical production scheduling records when the replenishment scheme is production replenishment; and a cycle calculation module, configured to calculate the completion time of the order information according to the procurement cycle or the production cycle.

[0017] According to another aspect of the embodiments of this application, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the above-described product procurement and production management method.

[0018] According to another aspect of the embodiments of this application, a readable storage medium is provided that stores a computer program, which, when executed by a processor, implements the steps of the above-described product procurement and production management method.

[0019] According to another aspect of the embodiments of this application, a computer program product is provided, the computer program product including a computer program, which, when executed by a processor, enables the steps of the procurement and production management method of the above-described product.

[0020] Compared with existing technologies, this application has the following advantages: By unifying the processing of product categories and corresponding demand quantities in order information with current inventory data, and using the supply-demand difference to guide the entire process of order diversion, replenishment plan determination, and procurement or production cycle calculation, the inventory judgment, replenishment decision-making, and completion time calculation in the order processing process are based on the same quantitative basis, thereby avoiding inconsistencies caused by the dispersion of decision-making basis between different links; Furthermore, by determining the procurement cycle or production cycle corresponding to the supply-demand difference under different replenishment plans (external purchase replenishment or production replenishment), targeted calculation of the completion time of order information is achieved, improving the accuracy of order information completion time calculation and the synergy of the overall management process, and overcoming the problem of dispersed decision-making basis and lack of unified quantitative indicators in various links when order demand and inventory status change dynamically. Attached Figure Description

[0021] Figure 1 This is a flowchart illustrating a product procurement and production management method provided in an embodiment of the present invention; Figure 2 This is a diagram illustrating the mechanism of order parsing and real-time inventory aggregation in an embodiment of the present invention. Figure 3 This is a diagram illustrating the mechanism for determining the supplementary solution in an embodiment of the present invention. Figure 4 This is a schematic diagram of the procurement cycle provided in an embodiment of the present invention; Figure 5 This is a schematic diagram of the process time of the critical path provided in the embodiments of the present invention; Figure 6 This is a schematic block diagram of the structure of a product procurement and production management system provided in an embodiment of the present invention; Figure 7 This is a schematic diagram of the structure of a computer device according to an embodiment of the present invention. Detailed Implementation

[0022] Exemplary embodiments will now be described in a more comprehensive manner with reference to the accompanying drawings. However, the exemplary embodiments can be implemented in various forms and should not be construed as limited to these examples; rather, these embodiments are provided so that this application will be more comprehensive and complete, and will fully convey the concept of the exemplary embodiments to those skilled in the art.

[0023] Furthermore, the features, structures, or characteristics described in this application can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to provide a full understanding of the embodiments of this application. However, those skilled in the art will recognize that when implementing the technical solutions of this application, not all the detailed features in the embodiments may be used, one or more specific details may be omitted, or other methods, elements, devices, steps, etc., may be employed.

[0024] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0025] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0026] It should be noted that "multiple" in this article refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0027] The technical solution of the present invention will be further described below with reference to the accompanying drawings and specific embodiments.

[0028] like Figure 1 As shown, this application provides a product procurement and production management method, which can be used by manufacturing enterprises to collaboratively manage inventory, procurement, and production in an order-driven scenario, and to quantitatively calculate the completion time of order information. The method specifically includes the following steps: Step S100: Obtain the product category and corresponding required quantity from the order information, parse them, and obtain the current inventory data corresponding to the product category.

[0029] Order information originates from the order receiving interface. The data structure of order information includes order number, order time, product identifier field, quantity field, and customer-required delivery date field. The product identifier field uniquely identifies a specific product, and the quantity field indicates the required quantity of that product. By parsing the order information, each order line is split into structured data pairs of "product category - required quantity." Simultaneously, using the product category as the index key, the inventory data corresponding to that product category is retrieved from the inventory database. The inventory data includes the quantity in stock, the quantity in transit, and the committed quantity. The quantity in stock represents the amount of inventory that can be directly allocated in the current warehouse; the quantity in transit represents the quantity for which purchase or transfer orders have been issued but has not yet been received; and the committed quantity represents the quantity locked by other orders but not yet shipped.

[0030] For example, the order information contains three order lines: product identifier field A01, quantity field 100; product identifier field B02, quantity field 50; and product identifier field C03, quantity field 30. After parsing, three sets of data pairs are obtained: (A01, 100), (B02, 50), and (C03, 30). Using product identifier fields A01, B02, and C03 as product categories, the inventory database is queried to obtain the corresponding in-stock quantities of 80, 60, and 20, the in-transit quantities of 30, 10, and 15, and the committed quantities of 20, 5, and 10, respectively.

[0031] In another example, such as Figure 2 As shown, step S100 can also preferably be performed in the following manner: Order information is obtained through the order receiving interface, the order information is parsed in a structured manner, and the product identifier field and quantity field are extracted. The product identifier field is matched with the preset product category mapping table to obtain the product category corresponding to each order line, and the required quantity corresponding to the product category is obtained based on the read quantity field.

[0032] The default product category mapping table is a key-value mapping table, where the key is the product identifier field and the value is the standardized product category code. This mapping table is generated by organizing the enterprise's product master data, which includes product code, product model, and product classification information. By uniformly mapping the product identifier field with different naming methods to the standardized product category code, data unification between different order sources is achieved. The structured parsing uses a field parsing algorithm, which is a JSON parsing algorithm or an XML parsing algorithm based on key-value pair parsing, to extract specified fields from the order information.

[0033] For example, the order information is a JSON format string: {"product_id":"A01-RED", "qty":100}. The product_id and qty fields are extracted using a JSON parsing algorithm. "A01-RED" is mapped to the standardized product category "A01" through a preset product category mapping table, and the qty field is read as the required quantity of 100.

[0034] The system sends a real-time inventory query request to the pre-defined inventory management system by using the product category as the query key. The inventory management system responds to the query request by retrieving the in-stock quantity, in-transit quantity, and committed quantity corresponding to the product category from the inventory database.

[0035] The inventory database adopts a relational data table structure, including fields such as product category, quantity in stock, quantity in transit, and committed quantity. Real-time inventory query requests use an interface call method based on the HTTP protocol, with the product category code as the request parameter, and the returned result is the corresponding inventory data. The quantity in transit is obtained by counting the records of purchase orders with the status of "shipped but not yet received", and the committed quantity is obtained by counting the order lock records with the status of "allocated but not yet shipped".

[0036] For example, when a stock query request is made for product category "A01", the following results are retrieved from the stock database: 110 in stock, 30 in transit, and 20 committed to use.

[0037] The quantities in stock, in transit, and committed to be used will be aggregated according to the preset inventory calculation rules to obtain the current inventory data corresponding to the product category.

[0038] The preset inventory calculation rules are used to unify the availability weights of different types of inventory data, and their calculation method is as follows: Current inventory data = Quantity in stock + Quantity in transit The committed quantity has been allocated; For example, current inventory data = 110 + 30 20 = 120.

[0039] Step S200: Calculate the supply-demand difference for each product category based on the demand quantity and current inventory data. When the supply-demand difference is less than or equal to a preset threshold, generate an outbound instruction and deduct inventory.

[0040] The supply-demand gap is calculated as follows: Supply-demand difference = Quantity demanded Current inventory data; The demand quantity is derived from the order information parsing results, and the current inventory data is derived from the inventory calculation results. The preset threshold is used to indicate the boundary for determining whether the inventory meets the order demand. Its value is 0 or the safety stock value set based on the safety stock strategy. When the supply-demand difference is less than or equal to the preset threshold, it means that the inventory can meet the order demand or the inventory after meeting the demand is not lower than the safety stock.

[0041] When the supply-demand difference is less than or equal to a preset threshold, an outbound instruction is generated. The outbound instruction includes the product category, outbound quantity, and outbound time. The outbound instruction is written to the outbound record table, and the in-stock quantity in the inventory database is deducted. At the same time, the committed occupied quantity is updated.

[0042] For example, for product category "A01", the demand quantity is 100, and the current inventory is 120, then the supply-demand difference = 100. 120= 20. When the preset threshold is 0, the supply-demand difference is less than or equal to the preset threshold, indicating that the inventory is sufficient to meet the order demand directly. An outbound instruction is generated: the outbound quantity is 100, the corresponding in-stock quantity is reduced by 100 from 120 and updated to 20, and the inventory status is updated.

[0043] Step S300: When the supply-demand gap is greater than a preset threshold, a supplementary plan is determined based on the supply-demand gap and product category, wherein the supplementary plan includes at least external purchase supplementation or production supplementation.

[0044] When the supply-demand gap exceeds a preset threshold, it indicates that the current inventory data cannot meet the order demand and needs to be replenished. The replenishment plan is determined by a preset replenishment strategy mapping rule, which is constructed based on the supply-demand gap range and product category attributes. The product category attributes include product type identifier (self-made or purchased), production feasibility identifier, and supplier availability identifier. The supply-demand gap range is divided into multiple ranges according to the numerical range, such as small batch range, medium batch range, and large batch range. Different ranges correspond to different replenishment priority strategies.

[0045] Specifically, when the product category is marked as a purchased part, the supplementary solution is directly determined to be purchased supplementary; when the product category is marked as a self-made part, the solution is determined based on the range of the supply and demand difference and the equipment capacity constraints. When the supply and demand difference is less than the preset production capacity threshold, the supplementary solution is determined to be production supplementary; when the supply and demand difference is greater than the preset production capacity threshold, the supplementary solution is determined to be purchased supplementary or a combination of purchased supplementary and production supplementary.

[0046] like Figure 3As shown, when the supplementary plan is a combination of external purchase supplementation and production supplementation, the supply-demand difference is split into two parts: the production supplementation quantity and the external purchase supplementation quantity. The production supplementation quantity does not exceed the upper limit of equipment capacity constraints, and the external purchase supplementation quantity is the difference between the supply-demand difference and the production supplementation quantity. The procurement cycle corresponding to the external purchase supplementation quantity and the production cycle corresponding to the production supplementation quantity are calculated independently according to steps S400 and S500, respectively. The larger value of the procurement cycle and the production cycle is used as the total cycle of the combined supplementation plan for completion time calculation. When the procurement cycle and the production cycle can be carried out in parallel, the maximum value of the two is used as the basis for completion time calculation. When there is a sequential dependency between the two, the procurement cycle and the production cycle are added together sequentially to obtain the total cycle.

[0047] For example, if product category "C03" is a self-made part, the supply-demand gap is 120, and the maximum daily capacity of the equipment is 100, then the supply-demand gap exceeds the production capacity threshold. The supplementary plan is determined to be a combination of external purchase supplementation and production supplementation, with production supplementation of 100 and external purchase supplementation of 20. After calculating the production cycle and procurement cycle respectively, if the two can be carried out in parallel, the larger value of the two is taken as the total cycle of the combined supplementary plan.

[0048] Step S400: When the supplementary plan is external purchase, determine the procurement cycle corresponding to the supply-demand difference based on historical procurement records.

[0049] When the supplementary plan involves external procurement, the supply-demand gap is used as the target procurement quantity. By analyzing the delivery time data corresponding to different procurement batches in historical procurement records, a procurement cycle matching the target procurement quantity is determined. The procurement cycle represents the total time required from issuing a procurement order to the completion of material warehousing. The total time includes two parts: supplier delivery cycle and logistics transit time. Among them, the supplier delivery cycle is the time from receiving the purchase order to completing the shipment, and the logistics transit time is the time it takes for the goods to be transported from the shipping location to the storage location. By matching historical procurement records with the current target procurement quantity, a procurement cycle that is closer to the actual execution situation can be obtained.

[0050] For example, for product category "B02", the supply-demand gap is 40. This supply-demand gap is used as the target purchase quantity. Historical purchase records are searched for historical batches with purchase quantities close to 40. For example, there are historical batches with purchase quantities of 35, 40 and 45, with corresponding supplier delivery cycles of 5 days, 6 days and 5 days, and logistics transit times of 2 days, 2 days and 3 days, respectively.

[0051] like Figure 4 As shown, the specific steps for determining the procurement cycle corresponding to the supply-demand gap based on historical procurement records include: Extract historical procurement records corresponding to the product category from the procurement database. These historical procurement records include the procurement quantity of each historical procurement batch, the supplier's delivery cycle, and the logistics transit time.

[0052] The procurement database uses structured tables to store historical procurement records. Each table field includes at least: product category, procurement batch number, procurement quantity, order placement time, supplier delivery time, and warehousing time. The supplier delivery cycle is specified via "supplier delivery time". The time it takes for logistics to be in transit is calculated from the "order placement time" and the "warehousing time". The "supplier delivery time" is calculated; by performing conditional queries on the procurement database, a set of historical procurement records that match the current product category is selected.

[0053] For example, in the procurement database, there are the following historical procurement records for product category "B02": Batch 1 has a purchase quantity of 30, a supplier delivery cycle of 4 days, and a logistics transit time of 2 days; Batch 2 has a purchase quantity of 50, a supplier delivery cycle of 6 days, and a logistics transit time of 3 days; Batch 3 has a purchase quantity of 40, a supplier delivery cycle of 5 days, and a logistics transit time of 2 days. These three records are then extracted as candidate data.

[0054] The supply-demand gap is used as the target purchase quantity to filter historical batches whose purchase quantity is within the same range as the target purchase quantity from historical purchase records.

[0055] The preset quantity range is derived from the range of procurement quantities. The method for dividing the quantity range is as follows: based on the historical distribution of procurement quantities, the procurement quantity is divided into several continuous intervals. The upper and lower limits of each interval are determined by equal interval division or based on quantile division methods. For example, after sorting the historical procurement quantities by size, the intervals are divided according to the 25%, 50%, and 75% quantiles. The quantity range in which the target procurement quantity is located is determined by comparing the supply and demand difference with the upper and lower limits of each interval. The screening rule is to select historical procurement batches whose procurement quantities fall within the specified quantity range.

[0056] For example, if the historical purchase quantity range is 0 to 100, it can be divided into intervals [0,30], (30,60], and (60,100]. When the supply-demand difference is 40, the target purchase quantity falls into the interval (30,60]. Then, historical batches with purchase quantities of 35, 40, and 50 are selected as matching batches.

[0057] The supplier delivery cycle and logistics transit time of the selected historical batches will be used as the procurement cycle.

[0058] The supplier delivery cycle and logistics transit time corresponding to multiple selected historical batches are used as a candidate procurement cycle data set. If there are multiple selected historical batches, the multiple candidate data need to be processed uniformly. If the selection result is empty, the adjacent interval expansion strategy is adopted to include historical batches in adjacent intervals into the candidate set to ensure sufficient data.

[0059] For example, if three historical batches are obtained after screening, with supplier delivery cycles of 5 days, 6 days and 5 days respectively, and logistics transit times of 2 days, 2 days and 3 days respectively, then the above data is used as a candidate procurement cycle data set.

[0060] Furthermore, the steps of using the supplier delivery cycle and logistics transit time of the selected historical batches as part of the procurement cycle include: The supplier delivery cycle and logistics transit time of the selected historical batches are weighted averaged, and the sum of the weighted average of the supplier delivery cycle and the weighted average of the logistics transit time is used as the base cycle.

[0061] The weighted average uses a weighted average algorithm, which is calculated as follows: multiply the weight coefficient of each historical batch by the corresponding period value, sum the results, and then divide by the total weight. The weight coefficient is determined based on the similarity between the historical batch and the target purchase quantity, and the weight is calculated as: weight coefficient = 1 / | purchase quantity Target purchase quantity | When the purchase quantity is equal to the target purchase quantity, the weighting coefficient takes the preset maximum value; this method makes the historical batches that are closer to the target purchase quantity have a greater impact on the results; finally, the weighted average of the supplier delivery cycle and the weighted average of the logistics transit time are calculated separately, and the two are added together to obtain the benchmark cycle.

[0062] For example, if the target purchase quantity is 40, and the historical batch purchase quantities are 35, 40, and 50 respectively, then the corresponding weighting coefficients are 1 / 5, 1 / 0 (taking the maximum value, such as 10), and 1 / 10 respectively; the corresponding supplier delivery cycles are 5 days, 6 days, and 5 days, and the weighted average is approximately 5.9 days; the logistics transit time is 2 days, 2 days, and 3 days, and the weighted average is approximately 2.1 days, so the baseline cycle is approximately 8 days.

[0063] Retrieve the supplier qualification scores and current supplier capacity utilization rates linked to the product category. When the supplier capacity utilization rate exceeds the preset capacity threshold, extend and correct the base period based on the correction coefficient corresponding to the supplier qualification score to obtain the procurement period.

[0064] Supplier qualification scoring is a quantitative evaluation of a supplier's historical performance capabilities. The scoring criteria include historical on-time delivery rate, quality pass rate, and response speed, calculated using a weighted scoring model—a multi-indicator weighted scoring algorithm. The current supplier capacity utilization rate is obtained by statistically analyzing the ratio of the supplier's current in-process orders to its maximum capacity. A preset load threshold is used to determine whether a supplier is operating at high capacity. When a supplier's capacity utilization rate exceeds the preset load threshold, a corresponding correction coefficient is found based on the supplier qualification score. This correction coefficient is determined through a preset mapping relationship; for example, the lower the score, the larger the corresponding correction coefficient. Finally, the corrected procurement cycle is obtained by calculating "procurement cycle = baseline cycle × correction coefficient".

[0065] For example, if a supplier's qualification score is 80 points, the corresponding correction factor is 1.2. The current supplier's capacity utilization rate is 90%, and the preset load threshold is 85%. Then the correction condition is met. Multiplying the base period of 8 days by the correction factor of 1.2, the procurement period is 9.6 days.

[0066] Step S500: When the supplementary plan is production supplementation, the production cycle corresponding to the supply-demand difference is determined based on equipment capacity parameters, process cycle data and historical production scheduling records.

[0067] When the supplementary plan is production supplementation, the supply-demand difference is used as the target production volume. Combined with equipment capacity parameters, process cycle data, and historical production scheduling records, the total production time required to complete the target production volume is calculated. Among them, equipment capacity parameters are used to characterize the production capacity of the equipment per unit time, process cycle data are used to characterize the processing rhythm of each process, and historical production scheduling records are used to reflect the efficiency fluctuations in the actual production process. By combining the three types of data, a production cycle that matches the supply-demand difference is obtained.

[0068] For example, for product category "C03", the supply-demand gap is 120, the rated capacity of the equipment per shift is 100 pieces / shift, and the current comprehensive efficiency coefficient of the equipment is 0.8. Then, by combining the process cycle time data and historical production scheduling records, the production time required to complete 120 products is calculated to obtain the production cycle.

[0069] Furthermore, equipment capacity parameters include the rated capacity per shift and the current overall equipment efficiency coefficient; process cycle time data refers to the standard cycle time of each process and the buffer time between processes; and historical production scheduling records represent the process completion rate in the actual production process of different product categories. The steps for determining the production cycle corresponding to the supply-demand difference based on equipment capacity parameters, process cycle time data, and historical production scheduling records can also be preferably: The supply-demand gap is used as the target production volume, and the theoretical production hours required to complete the target production volume are calculated based on the single-shift rated capacity in the equipment capacity parameters and the current equipment comprehensive efficiency coefficient.

[0070] Theoretical production hours are calculated as follows: Theoretical production hours = target production volume ÷ (single shift rated capacity × current equipment comprehensive efficiency coefficient); Among them, the rated capacity per shift is the production quantity that the equipment can complete in one shift under standard production conditions. The current comprehensive efficiency coefficient of the equipment is used to reflect the actual operating efficiency of the equipment. Its value is calculated by the ratio of effective processing time to total operating time in the statistical equipment operation log. Through this calculation method, the target production quantity is converted into a standardized time quantity.

[0071] For example, if the target production volume is 120, the rated capacity per shift is 100, and the current overall equipment efficiency coefficient is 0.8, then the theoretical production time = 120 ÷ (100 × 0.8) = 1.5 shifts. If the standard working time per shift is 8 hours, then the 1.5 shifts are converted to standard hour units, that is, the theoretical production time = 1.5 × 8 = 12 hours. Among them, the planned time allocation for each process and the calculation of the benchmark production cycle are all carried out in hours as a unified unit, and shifts are no longer used as the calculation unit.

[0072] Using the standard cycle time of each process and the buffer time between processes in the process cycle time data as constraints, the theoretical production time is decomposed into critical path according to the process sequence through the constraints to obtain the planned occupancy time of each process.

[0073] The process cycle time data is stored in a process route table structure, which includes fields such as process number, standard cycle time, and process sequence relationship. The critical path decomposition adopts the critical path analysis algorithm, which is a project management method. By identifying process sequence dependencies, the critical path of the total production time is determined. In the decomposition process, the theoretical production time is allocated according to the cycle time ratio of each process, while considering the buffer time between processes. The buffer time is used to represent the process switching, material handling and waiting time.

[0074] like Figure 5 As shown, a product consists of three processes with standard cycle times of 2 minutes, 3 minutes, and 5 minutes, respectively, for a total cycle time of 10 minutes. The theoretical production time of 12 hours, in hours, is proportionally allocated as follows: 2.4 hours for the first process, 3.6 hours for the second process, and 6 hours for the third process. In addition, buffer time between processes is added, for example, 0.5 hours between each process.

[0075] The baseline production cycle is obtained by summing the planned time occupied by each process and adding the buffer time between processes.

[0076] The planned time for each process on the critical path is summed up, and the buffer time between processes is added to the total time to form a baseline production cycle; this baseline production cycle reflects the time required to complete the target production volume under ideal production conditions.

[0077] For example, based on the above allocation results, the total planned time for each process is 12 hours. Adding the buffer time between the two processes, which is 1 hour, the baseline production cycle is 13 hours.

[0078] The production scheduling database stores historical production scheduling records corresponding to product categories. These records include at least planned output, actual output, actual completion time, and process completion rate. The process completion rate is determined by the ratio of actual output to planned output, i.e., process completion rate = actual output ÷ planned output. Actual completion time represents the production time required for the corresponding production batch to complete its actual output. A preset completion rate threshold is determined based on the process completion rates in multiple historical production scheduling records. For example, multiple historical production scheduling records are sorted from low to high according to their process completion rates, and the process completion rate corresponding to the 25th percentile is determined as the preset completion rate threshold. When the process completion rate is lower than the preset completion rate threshold, a capacity loss coefficient is determined based on the ratio between the actual completion time of the corresponding historical production scheduling record and the baseline production cycle. This capacity loss coefficient is then used as an extension correction ratio for the baseline production cycle to obtain the production cycle.

[0079] For example, in the historical production scheduling records for a certain product, the planned output of a certain production batch was 100 units, the actual output was 90 units, and the actual completion time was 12 hours. Therefore, the process completion rate for this production batch is 90 ÷ 100 = 90%. When the preset completion rate threshold determined based on multiple historical production scheduling records is 95%, the process completion rate of this production batch is lower than the preset completion rate threshold. If the baseline production cycle for this production batch is 10 hours and the actual completion time is 12 hours, then the corresponding capacity loss coefficient can be determined as 1.2 based on 12 ÷ 10 = 1.2. When the baseline production cycle is 13 hours and needs to be extended according to this capacity loss coefficient, the production cycle becomes 13 × 1.2 = 15.6 hours.

[0080] Step S600: Calculate the completion time of the order information based on the procurement cycle or production cycle.

[0081] Select the corresponding time parameter according to the type of supplementary plan. When the supplementary plan is external purchase, the procurement cycle is used as the time basis; when the supplementary plan is production, the production cycle is used as the time basis. The completion time of the order information is obtained by combining the time cycle with the order time.

[0082] For example, if the supplementary plan is production supplementation and the production cycle is 15.6 hours, then this time will be used as the basis for calculating the order completion time.

[0083] In another example, step S600 may also preferably be performed as follows: Using the order receipt timestamp as the starting base time, when the supplementary plan is external procurement, the procurement cycle is added to the starting base time to obtain the external procurement arrival time node.

[0084] The order receipt timestamp is a record of the time when the order enters the processing flow, and the time format is the standard timestamp format; the estimated arrival time is obtained by time addition.

[0085] For example, if the order is received at 08:00 on January 1, 2024, and the procurement cycle is 9.6 days, then the delivery time of the purchased goods will be 22:24 on January 10, 2024.

[0086] When the supplementary plan is a production supplement, the production cycle is added to the starting base time to obtain the production completion time node.

[0087] The production cycle is expressed in hours or days. By converting it to a standard time unit and adding it to the starting base time, the production completion time node is obtained.

[0088] For example, if the order is received at 08:00 on January 1, 2024, and the production cycle is 15.6 hours, then the production completion time will be 00:36 on January 2, 2024.

[0089] The system retrieves the quality inspection cycle parameters and warehousing confirmation time from the order processing system. It then adds these parameters to the external delivery time node or the production completion time node to obtain the estimated delivery time. The estimated delivery time is compared with the customer's required delivery date in the order. When the estimated delivery time exceeds the customer's required delivery date, a delivery date warning is triggered, and the overdue time is written back to the order management system. The estimated delivery time is then used as the completion time of the order information.

[0090] The quality inspection cycle parameter represents the time required for quality inspection after product completion, while the warehousing confirmation time represents the time required for warehousing confirmation after inspection. Both are set based on historical statistical data. Delivery date comparison is achieved through time difference calculation, with overdue time equal to estimated deliverable time. The customer has requested a delivery date.

[0091] For example, if the quality inspection cycle parameter is 4 hours, the warehousing confirmation time is 2 hours, and the production completion time is 00:36 on January 2, 2024, then the estimated delivery time is 06:36 on January 2, 2024; if the customer requires delivery by 05:00 on January 2, 2024, then the overdue time is 1 hour and 36 minutes.

[0092] During the implementation of the supplementary plan, real-time data on procurement arrival status or production progress is obtained to update the supply-demand gap, and the completion time is dynamically adjusted based on the updated supply-demand gap.

[0093] The status of goods received is obtained through the purchase order status field, and the production progress data is obtained through the production execution record. When a status change is detected that meets the preset trigger conditions, the current inventory data and supply-demand difference are recalculated, and the purchase cycle or production cycle calculation steps are re-executed to update the order information completion time. Trigger conditions include changes in the quantity received, changes in the amount of production completed, etc.

[0094] For example, if 60 products have been completed during the production process, the current inventory data is updated, the supply-demand difference is recalculated, and the production cycle is recalculated based on the updated results, thereby updating the order completion time.

[0095] In this embodiment, the product category and corresponding demand quantity in the order information are parsed, and the current inventory data corresponding to the product category is obtained. Then, the supply-demand difference for each product category is calculated based on the demand quantity and the current inventory data, and the process is divided according to the supply-demand difference. When the supply-demand difference is less than or equal to a preset threshold, an outbound instruction is generated and the inventory is deducted. When the supply-demand difference is greater than the preset threshold, a replenishment plan is determined based on the supply-demand difference and the product category, wherein the replenishment plan includes at least external purchase replenishment or production replenishment. When the replenishment plan is external purchase replenishment, the procurement cycle corresponding to the supply-demand difference is determined based on historical procurement records. When the replenishment plan is production replenishment, the production cycle corresponding to the supply-demand difference is determined based on equipment capacity parameters, process cycle data, and historical production scheduling records. Finally, the completion time of the order information is calculated according to the procurement cycle or production cycle, thereby completing the full-process control of order processing.

[0096] By unifying the processing of product categories and corresponding demand quantities in order information with current inventory data, and using the supply-demand gap as a basis throughout the entire process of order allocation, replenishment plan determination, and procurement or production cycle calculation, inventory judgment, replenishment decisions, and completion time calculations in the order processing process are based on the same quantitative criteria. This avoids inconsistencies caused by the dispersion of decision-making criteria between different stages. At the same time, by determining the procurement cycle or production cycle corresponding to the supply-demand gap under different replenishment plans (external purchase or production replenishment), targeted calculation of order completion time is achieved, improving the accuracy of order completion time calculation and the synergy of the overall management process.

[0097] like Figure 6 As shown in the example, this application also provides a product procurement and production management system 10, which specifically includes: The order parsing module 11 is used to parse the product category and corresponding required quantity in the order information and obtain the current inventory data corresponding to the product category.

[0098] The supply and demand calculation module 12 is used to calculate the supply and demand difference for each product category based on the demand quantity and the current inventory data. When the supply and demand difference is less than or equal to a preset threshold, an outbound instruction is generated and the inventory is deducted.

[0099] The solution determination module 13 is used to determine a supplementary solution based on the supply-demand difference and product category when the supply-demand difference is greater than a preset threshold. The supplementary solution includes at least external purchase supplementation or production supplementation.

[0100] The external purchase supplement module 14 is used to determine the procurement cycle corresponding to the supply-demand difference based on historical procurement records when the supplement plan is external purchase supplement.

[0101] The generation supplement module 15 is used to determine the production cycle corresponding to the supply-demand difference based on equipment capacity parameters, process cycle data and historical production scheduling records when the supplement plan is production supplement.

[0102] The cycle calculation module 16 is used to calculate the completion time of order information based on the procurement cycle or production cycle.

[0103] In this embodiment, through data linkage between the order parsing module 11, supply and demand calculation module 12, solution determination module 13, external purchase replenishment module 14, replenishment generation module 15, and cycle calculation module 16, the product category and corresponding demand quantity in the order information are uniformly parsed with the current inventory data. Based on the supply and demand difference as a unified decision-making factor across all modules, the coordinated execution of order diversion processing, replenishment solution determination, and procurement cycle or production cycle calculation is achieved. Specifically, the product category and demand quantity output by the order parsing module 11, along with the current inventory data, are uniformly converted into a supply and demand difference by the supply and demand calculation module 12. The supply and demand calculation module 12 then uses this supply and demand difference as the basis for its decision-making process. When an outbound processing or replenishment processing branch is triggered, the solution determination module 13 determines a replenishment plan based on the supply-demand difference and product category in the replenishment processing branch, and transmits the replenishment plan to the external purchase replenishment module 14 or the generation replenishment module 15 for corresponding cycle calculation. Finally, the cycle calculation module 16 integrates the procurement cycle or production cycle into a unified time and outputs the completion time of the order information. In this way, the modules transmit and process data around the same supply-demand difference, avoiding the problem of independent inventory judgment, replenishment decision and cycle calculation in the order processing process, thereby improving the consistency of the order information completion time calculation and the synergy of the overall processing process.

[0104] It should be noted that the information interaction and execution process between the above systems / modules are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0105] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the system can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0106] This application also provides a computer device, such as... Figure 7As shown, the computer device includes: at least one processor, a memory, and a computer program stored in the memory and executable on the at least one processor. When the processor executes the computer program, it implements the steps in any of the above method embodiments, or when the processor executes the computer program, it implements the functions of each module / unit in the above system embodiments.

[0107] For example, the computer program may be divided into one or more modules / units, which are stored in the memory and executed by the processor to complete this application. The one or more modules / units may be a series of computer program instruction segments capable of performing a specific function, which describe the execution process of the computer program in the computer device.

[0108] Those skilled in the art will understand that Figure 7 The computer device described is merely an example and does not constitute a limitation on the computer device. It may include more or fewer components than shown, or combine certain components, or different components. For example, the computer device may also include input / output devices, network access devices, buses, etc.

[0109] The aforementioned processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.

[0110] The memory can be an internal storage unit of the computer device, such as a hard drive or RAM. The memory can also be an external storage device of the computer device, such as a plug-in hard drive, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card. Furthermore, the memory can include both internal and external storage units of the computer device.

[0111] This application also provides a readable storage medium storing a computer program that, when executed by a processor, implements the steps described in the various method embodiments above.

[0112] This application provides a computer program product that, when run on an electronic device, enables the electronic device to perform the steps described in the various method embodiments above.

[0113] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include at least: any entity or device capable of carrying computer program code to a photographing device / terminal device, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electrical carrier signal, a telecommunication signal, and a software distribution medium. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electrical carrier signals or telecommunication signals.

[0114] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0115] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0116] In the embodiments provided in this application, it should be understood that the disclosed systems / devices and methods can be implemented in other ways. For example, the system / device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between systems or units may be electrical, mechanical, or other forms.

[0117] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0118] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.

Claims

1. A method for product procurement and production management, characterized in that, include: The product category and corresponding quantity required in the order information are parsed, and the current inventory data corresponding to the product category is obtained. Based on the demand quantity and the current inventory data, calculate the supply and demand difference for each product category. When the supply and demand difference is less than or equal to a preset threshold, generate an outbound instruction and deduct inventory. When the supply-demand gap is greater than the preset threshold, a replenishment plan is determined based on the supply-demand gap and the product category, wherein the replenishment plan includes at least external purchase replenishment or production replenishment; When the supplementary solution is external procurement, the procurement cycle corresponding to the supply-demand difference is determined based on historical procurement records. When the supplementary plan is a production supplement, the production cycle corresponding to the supply-demand difference is determined based on equipment capacity parameters, process cycle data, and historical production scheduling records. The completion time of the order information is calculated based on the procurement cycle or the production cycle.

2. The product procurement and production management method according to claim 1, characterized in that, The step of parsing the product category and corresponding demand quantity in the order information and obtaining the current inventory data corresponding to the product category includes: Order information is obtained through the order receiving interface to identify the product category and the corresponding required quantity; The product category is used as the query key to initiate a real-time inventory query request to the preset inventory management system to retrieve the in-stock quantity, in-transit quantity, and committed quantity corresponding to the product category. The in-stock quantity, the in-transit quantity, and the committed quantity are aggregated according to a preset inventory calculation rule to obtain the current inventory data corresponding to the product category.

3. The product procurement and production management method according to claim 2, characterized in that, The step of obtaining order information through the order receiving interface for identification includes: Order information is obtained through the order receiving interface, the order information is parsed in a structured manner, and the product identifier field and quantity field are extracted. The product identifier field is matched with a preset product category mapping table to obtain the product category corresponding to each order line, and the required quantity corresponding to the product category is obtained based on reading the quantity field.

4. The product procurement and production management method according to claim 1, characterized in that, The step of determining the procurement cycle corresponding to the supply-demand difference based on historical procurement records includes: Extract historical procurement records corresponding to the product category from the procurement database, wherein the historical procurement records include the procurement quantity of historical procurement batches, supplier delivery cycle and logistics transit time; The supply-demand difference is used as the target purchase quantity to filter historical batches in the historical purchase records whose purchase quantity is in the same range as the target purchase quantity. The supplier delivery cycle and logistics transit time of the selected historical batches will be used as the procurement cycle.

5. The product procurement and production management method according to claim 4, characterized in that, The step of using the supplier delivery cycle and logistics transit time of the selected historical batches as the procurement cycle includes: The supplier delivery cycle and logistics transit time of the selected historical batches are weighted averaged, and the sum of the weighted average of the supplier delivery cycle and the weighted average of the logistics transit time is used as the base cycle. Retrieve the supplier qualification score and current supplier capacity load rate associated with the product category. When the supplier capacity load rate exceeds a preset load threshold, extend and correct the benchmark period based on the correction coefficient corresponding to the supplier qualification score to obtain the procurement period.

6. The product procurement and production management method according to claim 1, characterized in that, The equipment capacity parameters include the rated capacity per shift and the current overall equipment efficiency coefficient. The process cycle time data refers to the standard cycle time of each process and the buffer time between processes. The historical production scheduling records are the process completion rates in the actual production process of different product categories.

7. The product procurement and production management method according to claim 6, characterized in that, The step of determining the production cycle corresponding to the supply-demand difference based on equipment capacity parameters, process cycle time data, and historical production scheduling records includes: The supply-demand difference is used as the target production volume, and the theoretical production hours required to complete the target production volume are calculated based on the single-shift rated capacity in the equipment capacity parameters and the current equipment comprehensive efficiency coefficient. The theoretical production time is decomposed into critical path according to the process sequence using the standard cycle time of each process and the buffer time between processes in the process cycle time data, so as to obtain the planned time occupied by each process. The planned time for each process is summed and the inter-process buffer time is added together to obtain the baseline production cycle. Historical production schedule records corresponding to the product category are extracted from the production scheduling database. The baseline production cycle is periodically adjusted based on the process completion rate of similar products in the historical production schedule records. When the process completion rate is lower than the preset completion rate threshold, the baseline production cycle is extended and adjusted according to the preset capacity loss coefficient to obtain the production cycle.

8. The product procurement and production management method according to claim 1, characterized in that, The step of calculating the completion time of the order information based on the procurement cycle or the production cycle includes: Using the order receipt timestamp as the starting base time, when the supplementary plan is external purchase supplementation, the procurement cycle is added to the starting base time to obtain the external purchase arrival time node; When the supplementary plan is a production supplement, the production cycle is added to the starting reference time to obtain the production completion time node; The quality inspection cycle parameter and the warehousing confirmation time are retrieved from the order processing system. The quality inspection cycle parameter and the warehousing confirmation time are then sequentially superimposed on the external purchase arrival time node or the production completion time node to obtain the estimated delivery time. The estimated delivery time is then used as the completion time of the order information.

9. The product procurement and production management method according to claim 8, characterized in that, During the implementation of the supplementary plan, the procurement arrival status or production progress data is acquired in real time to update the supply-demand gap, and the completion time is dynamically corrected based on the updated supply-demand gap.

10. A product procurement and production management system, characterized in that, include: The order parsing module is used to parse the product category and corresponding quantity required in the order information, and to obtain the current inventory data corresponding to the product category. The supply and demand calculation module is used to calculate the supply and demand difference for each product category based on the demand quantity and the current inventory data. When the supply and demand difference is less than or equal to a preset threshold, an outbound instruction is generated and the inventory is deducted. The solution determination module is used to determine a supplementary solution based on the supply-demand difference and the product category when the supply-demand difference is greater than the preset threshold, wherein the supplementary solution includes at least external purchase supplementation or production supplementation; The external procurement supplementation module is used to determine the procurement cycle corresponding to the supply-demand difference based on historical procurement records when the supplementation plan is external procurement; A supplementary generation module is used to determine the production cycle corresponding to the supply-demand difference based on equipment capacity parameters, process cycle data, and historical production scheduling records when the supplementary plan is a production supplement. The cycle calculation module is used to calculate the completion time of the order information based on the procurement cycle or the production cycle.

11. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the procurement and production management method for the product as described in any one of claims 1 to 9.

12. A readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the steps of the procurement and production management method for the product as described in any one of claims 1 to 9.

13. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, enables the implementation of the steps of the procurement and production management method for the product as claimed in any one of claims 1 to 9.

Images