An automatic dispensing method, device, computer device and storage medium

Abstract

The present invention discloses an automatic allocation method, device, computer device and storage medium. The method includes creating a logistics integration platform and taking over the business operations of multiple warehouse logistics systems to obtain an integrated logistics integration platform; defining cross-warehouse business processes; configuring a workflow, connecting the integrated logistics integration platform with a preset model based on the business processes by using the workflow, analyzing user requests by using the preset model to obtain multiple candidate business solutions; and completing the automatic allocation of logistics by using the integrated logistics integration platform to call the business processes based on the candidate business solutions. The present invention connects the integrated logistics integration platform with a preset model by using the configured workflow, analyzes user requests by using the preset model to obtain multiple candidate business solutions, and then completes the automatic allocation of logistics by using the integrated logistics integration platform to call the business processes based on the candidate business solutions, realizing cross-warehouse collaborative processing and improving the logistics response efficiency.

Description

Technical Field

[0001] The present invention relates to the technical field of industrial production, and particularly to an automatic allocation method, device, computer device and storage medium. Background Art

[0002] In the field of industrial production, especially in enterprises with a high degree of automation and informatization foundation such as the tobacco industry, multiple warehouses with supporting functions are usually deployed within the factory area for storing raw materials, auxiliary materials and finished products. Limited by various factors such as storage capacity and storage conditions, various warehouses often pose certain restrictions on production scheduling during actual operation. Therefore, during the process of formulating a production plan, in addition to comprehensively considering the capabilities of each production line, it is also necessary to simultaneously consider the carrying capacity and operating status of the warehousing system.

[0003] To alleviate the above problems, in actual production management, it is usually necessary to evaluate the impact of a new plan on the logistics systems of various warehouses when formulating production plans, logistics allocation plans (such as changes in finished product outbound orders), equipment maintenance plans, etc., and generate multiple sets of allocation plans for decision-makers to choose from in combination with the available coping measures within the factory, and then automatically deploy relevant execution tasks. However, the existing industry solutions still have many deficiencies due to the limited degree of informatization integration. Taking the current tobacco industry as an example, although it has a relatively high degree of informatization in the industry, the logistics systems of each production warehouse generally adopt a "divide and conquer" method for deployment, and system integration is achieved through an interface aggregation method. This results in limited scheduling capabilities of the warehouse logistics system and makes it difficult to achieve cross-warehouse collaborative processing, greatly reducing the logistics response efficiency of industrial production enterprises. Summary of the Invention

[0004] Embodiments of the present invention provide an automatic allocation method, device, computer device and storage medium, aiming to solve the problem that the scheduling capabilities of the warehouse logistics systems of industrial production enterprises in the prior art are limited, it is difficult to achieve cross-warehouse collaborative processing, resulting in low logistics response efficiency.

[0005] In a first aspect, embodiments of the present invention provide an automatic allocation method for logistics integration, including:

[0006] Create a logistics integration platform, and through the logistics integration platform, uniformly take over the business operations of multiple warehouse logistics systems to obtain an integrated logistics integration platform;

[0007] Define cross-warehouse business processes based on the integrated logistics integration platform;

[0008] Configure a workflow, and based on the business process, connect the integrated logistics integration platform with a preset model using the workflow, and at the same time analyze the received user requests using the preset model to obtain multiple candidate business solutions;

[0009] Based on the candidate business solution, use the integrated logistics integration platform to call the business process to complete the automatic allocation of logistics.

[0010] In a second aspect, an embodiment of the present invention provides an automatic allocation device for logistics integration, including:

[0011] A platform creation unit, configured to create a logistics integration platform, and through the logistics integration platform, uniformly take over the business operations of multiple warehouse logistics systems to obtain an integrated logistics integration platform;

[0012] A process definition unit, configured to define a cross-warehouse business process based on the integrated logistics integration platform;

[0013] A model connection unit, configured to configure a workflow, connect the integrated logistics integration platform with a preset model based on the business process using the workflow, and at the same time analyze the received user request using the preset model to obtain multiple candidate business solutions;

[0014] A task allocation unit, configured to call the business process using the integrated logistics integration platform based on the candidate business solution to complete the automatic allocation of logistics.

[0015] In a third aspect, an embodiment of the present invention provides a computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program, the automatic allocation method for logistics integration in the first aspect is implemented.

[0016] In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the automatic allocation method for logistics integration in the first aspect is implemented.

[0017] An embodiment of the present invention provides an automatic allocation method for logistics integration, which includes creating a logistics integration platform, and uniformly taking over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; defining cross-warehouse business processes based on the integrated logistics integration platform; configuring a workflow, connecting the integrated logistics integration platform with a preset model based on the business process by using the workflow, and at the same time analyzing the received user requests by using the preset model to obtain multiple candidate business solutions; and invoking the business process by using the integrated logistics integration platform based on the candidate business solutions to complete the automatic allocation of logistics. The present invention connects the integrated logistics integration platform with a preset model by using a configured workflow, analyzes user requests by using the preset model to obtain multiple candidate business solutions, and then invokes the business process by using the integrated logistics integration platform based on the candidate business solutions to complete the automatic allocation of logistics, realizing cross-warehouse collaborative processing and improving the logistics response efficiency.

[0018] An embodiment of the present invention also provides an automatic allocation device, a computer device, and a storage medium for logistics integration, which also have the above beneficial effects. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, the following drawings are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0020] Figure 1 It is a flowchart of an automatic allocation method for logistics integration provided by an embodiment of the present invention;

[0021] Figure 2 It is a schematic block diagram of an automatic allocation device for logistics integration provided by an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0022] The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts fall within the scope of protection of the present invention.

[0023] It should be understood that when used in this specification and the appended claims, the terms "comprising" and "include" indicate the presence of the described features, wholes, steps, operations, elements and / or components, but do not preclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or their combinations.

[0024] It should also be understood that the terms used in this specification of the present invention are merely for the purpose of describing specific embodiments and are not intended to limit the present invention. As used in this specification of the present invention and the appended claims, unless the context clearly indicates otherwise, the singular forms "a", "an" and "the" are intended to include the plural forms.

[0025] It should be further understood that the term "and / or" used in this specification of the present invention and the appended claims refers to any combination and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0026] Please refer to the following Figure 1 , Figure 1 which is a schematic flowchart of an automatic allocation method for logistics integration provided by an embodiment of the present invention, specifically including: steps S101 to S104.

[0027] S101. Create a logistics integration platform, and through the logistics integration platform, uniformly take over the business operations of multiple warehouse logistics systems to obtain an integrated logistics integration platform;

[0028] S102. Define cross-warehouse business processes based on the integrated logistics integration platform;

[0029] S103. Configure a workflow, and based on the business process, use the workflow to connect the integrated logistics integration platform with a preset model, and at the same time use the preset model to analyze the received user requests to obtain multiple candidate business solutions;

[0030] S104. Based on the candidate business solutions, use the integrated logistics integration platform to call the business process to complete the automatic allocation of logistics.

[0031] In step S101, a set of logistics integration platforms is constructed. The logistics integration platform can be deployed on the upper layer of the enterprise information system and is connected to the software and hardware interfaces of multiple heterogeneous warehouse logistics systems to achieve unified takeover of each subordinate warehouse logistics system. The integration process can span different types of systems provided by multiple suppliers, ensuring that the platform can adapt to various warehouse software and hardware environments and achieve high scalability and versatility.

[0032] In one embodiment, the step S101 includes:

[0033] Establish full-functional interface connections between the logistics integration platform and each of the warehouse logistics systems respectively;

[0034] Based on the full-functional interfaces, take over the input operations, editing operations, and query operations of multiple warehouse logistics systems; wherein, the query operations include querying order information, querying inventory status, querying equipment status, and querying task progress information;

[0035] Retain the original instruction processes for performing functions in each of the warehouse logistics systems; wherein, the original instruction processes include task decomposition, task tracking, task management, and storage location management;

[0036] Integrate the full-functional interfaces and the original instruction processes to obtain the integrated logistics integration platform.

[0037] In this embodiment, full-functional interface connections are established between the logistics integration platform and each warehouse logistics system respectively. Different from the integration method of accessing specific interface functions as needed in the prior art, the full-functional interface access mechanism adopted in this embodiment requires complete access to the interface capabilities of all business operations and status information in each warehouse logistics system. Specifically, the logistics integration platform accesses the order management module, inventory management module, equipment status module, and task execution module of each warehouse logistics system through interfaces, thereby providing a basic capacity guarantee for subsequent unified management. Based on the full-functional interfaces, the logistics integration platform realizes unified takeover of the input operations, editing operations, and query operations of multiple warehouse logistics systems. The takeover operations include order data input, order content editing, task information change, and unified management of various query requests in the traditional sense. Among them, the query operations include order information query, inventory status query, equipment operation status query, and task execution progress query, etc., so as to ensure that the platform has real-time perception of the operation status of each warehouse.

[0038] At the same time, to ensure that the independent execution capabilities of the original warehouse logistics systems are not damaged, in this embodiment, while the logistics integration platform takes over the business layer functions, the original instruction processes for performing functions in each warehouse logistics system are retained. The original instruction processes include task decomposition, task tracking, task management, and storage location management, etc., and all continue to be completed by the local systems of each warehouse. The logistics integration platform forms the integrated logistics integration platform by integrating the full-functional interfaces and the original instruction processes. The logistics integration platform has the ability to uniformly manage the business processes of all warehouses and the ability to centrally query status information, and can achieve efficient collaborative scheduling across warehouses and systems.

[0039] In step S102, based on the integrated logistics integration platform, define cross-warehouse business processes. The business processes can be divided into two categories: one is the standard processes with common requirements for each warehouse, such as the maintenance process of key logistics equipment, and the other is the personalized processes that require multiple warehouses to collaborate, such as the cross-warehouse transfer process of raw materials.

[0040] In one embodiment, step S102 includes:

[0041] Define the common processes for all warehouses;

[0042] Calculate the object list and impact scope corresponding to each process respectively according to the common processes; wherein, the object list includes the key equipment list during the maintenance of key logistics equipment, and the impact scope includes the unavailable area scope when the key logistics equipment is shut down;

[0043] Define the collaboration processes for multiple warehouses to collaborate and complete;

[0044] Configure the requirement conditions, execution steps and impact assessment methods corresponding to each process according to the collaboration processes; wherein, the execution steps include the API call names and API call parameters for the lower-level systems, and the impact assessment method includes performing a feasibility analysis of the execution requirements through the APIs of external systems and generating impact indicators, and the impact indicators include storage capacity occupancy, human resource consumption, required operation time and estimated cost;

[0045] Register the common processes and collaboration processes to the integrated logistics integration platform to obtain the business processes.

[0046] In this embodiment, define the common processes applicable to all warehouses in the integrated logistics integration platform. The common processes refer to the standardized processes with consistent execution logics and similar triggering conditions in multiple warehouses. Typical scenarios include the regular or emergency maintenance of key logistics equipment. For such common processes, the integrated logistics integration platform needs to calculate and record the object list and impact scope of each process in each warehouse according to the specific configurations of different warehouses. For example, when defining the "key equipment maintenance" process, the key equipment list included in the management of this process in each warehouse should be clarified, and based on the possible impacts of equipment shutdown, list the corresponding unavailable area scopes, such as the inaccessible goods location areas or temporarily deactivated operation areas.

[0047] Furthermore, the integrated logistics integration platform defines collaboration processes completed by multiple warehouses. These collaboration processes do not have commonality and need to be configured item by item according to actual business needs. For example, the cross-warehouse transfer process of raw materials or finished products between different warehouses. Since there may be differences in container specifications, storage rules, and operation mechanisms among warehouses, when the integrated logistics integration platform defines such processes, it is necessary to configure execution conditions, operation steps, and impact assessment methods for each process. Among them, the execution conditions include state prerequisites, participating resources, and time limits required for process triggering, etc.; the operation steps are defined in the form of an API call sequence to the underlying system, determining the API call name and API call parameters corresponding to each execution action to ensure that the process can be automatically triggered and executed; the impact assessment method quantifies and analyzes the feasibility of the process and its impact indicators by docking with the impact assessment API provided by an external system (which can be the warehouse logistics system itself or an independent analysis system). The impact indicators include the storage capacity occupied by the execution, human resource input, required operation time, and estimated operation costs, etc., which can provide decision-making support for the comparison and optimization of subsequent deployment plans.

[0048] Finally, the common processes and collaboration processes are uniformly registered in the integrated logistics integration platform to form a structured process template library. The integrated logistics integration platform can dynamically call the corresponding business processes from the process template library according to the current system state, business requirements, and user instructions during actual application to ensure that the logistics deployment has efficient, flexible, and intelligent response capabilities.

[0049] In one embodiment, registering the common process and the collaboration process in the integrated logistics integration platform to obtain the business process includes:

[0050] Define the entity variable to be operated and the quantity range corresponding to the business process;

[0051] Set the execution conditions associated with the business process based on the entity variable; among them, the execution conditions include the operation start time, operation end time, operator identifier, scheduled execution time, specified unavailable resource items, and resource items to be ignored in the compliance check.

[0052] Respectively input the entity variable, quantity range, and execution conditions as parameters, and use the configured compliance API interface to determine whether the current process has executability in the warehouse environment.

[0053] When the executability is available, call the compliance API interface to calculate the time, human resources, cash cost, associated restricted storage areas, storage locations, and equipment resources required for the execution of the business process.

[0054] In this embodiment, the entity variables to be operated corresponding to the business process and their quantity ranges are defined. Among them, the entity variables refer to the key objects to be operated in the specific process execution, such as stacker, order, storage location, transport vehicle, task document, etc.; the quantity range refers to the quantity interval allowed for each type of entity variable when executing this process. In practical applications, a complete optional list of entity variables required for each process should be provided for the integrated logistics integration platform to match and bind when deployed to a specific warehouse to support the multi-scenario reuse of the process. Execution conditions associated with the business process are set based on the entity variables. The execution conditions include the start and end times of the operation, the identity identification of the operator, the expected execution period, the resource items to be excluded from use (i.e., the resources specified not to be allocated during execution), and the resource items that can be ignored in the compliance check.

[0055] Furthermore, the integrated logistics integration platform inputs the entity variables, quantity ranges, and execution conditions as parameters, and judges the executability of the process through the configured compliance check API interface. Specifically, the compliance API receives the above parameters and judges whether there are resources and conditions in the currently deployed warehouse environment that meet the process execution requirements. If there are missing resources, it will return a non-executable judgment result and gap information (including the types and quantities of the missing resources).

[0056] On the premise of confirming the executability of the process, the integrated logistics integration platform further calls the impact calculation mechanism associated with the compliance API to evaluate various resources and costs required for executing this process. The impact assessment results include the estimated time required for task execution, human resource requirements, cash cost expenditures, and resource information such as storage areas, storage locations, and key equipment that will be restricted from use during the execution of this process. For parts of the impact parameters that have dynamic changes or mapping relationships with entity variables, specific impact values can be calculated in real time as needed by calling the external impact assessment API, and feedback to the integrated logistics integration platform in a structured form for further analysis and decision support.

[0057] In step S103, a workflow compatible with the integrated logistics integration platform is configured. The workflow supports binding with the defined business process, standard APIs provided by the integrated logistics integration platform, and related data, and at the same time accesses a preset model, preferably a large model system with natural language understanding and planning capabilities. Users can submit operation documents (such as outbound change applications, equipment maintenance requests, etc.), or directly put forward requirements to the preset model in natural language. The preset model can generate multiple candidate business solutions based on the interface resources provided by the workflow and combined with the current warehouse status information.

[0058] In one embodiment, the step S103 includes:

[0059] Receive the operation request document submitted by the user;

[0060] Based on the business process, call the workflow interface of the preset model to determine whether the current warehouse environment meets the executable conditions of the operation request document;

[0061] When the operation request document does not meet the executable conditions, plan at least one candidate process plan by combining multiple sub-processes of the preset model;

[0062] Conduct feasibility verification and multi-dimensional impact calculation on the candidate process plan to obtain the calculation result;

[0063] Generate multiple candidate business plans according to the calculation result.

[0064] In this embodiment, the integrated logistics integration platform receives the operation request document submitted by the user. The operation request document can be an electronic document with a fixed structure (such as a maintenance downtime order or an order change order in Json format), or it can be supplemented and described in combination with the text description provided by the user, such as specifying the business goals to be preferentially met (such as shortening the operation time or reducing the labor cost). In addition, it also supports the user to directly interact with the model system through natural language without a preset form. The integrated logistics integration platform calls the business process configured in the integrated logistics integration platform based on the business type associated with the request document, and judges whether the current warehouse environment meets the executable conditions of the operation request document through the workflow interface of the preset model. This judgment is implemented by the preset model calling the compliance check API configured in the workflow interface, and judges whether the target operation has an execution basis under the current conditions according to the current entity variable status, resource usage, operation period, etc. If the judgment result shows that the operation request document does not meet the executable conditions, the integrated logistics integration platform starts the planning module, and the connected preset model (such as LLM) generates a set of candidate process plans by combining multiple sub-processes based on the business process library and the current environmental constraints. When combining processes, the preset model not only considers the logical serializability of sub-processes, but also needs to construct a complete time sequence structure for task execution in the time dimension to ensure that each plan can be realized within the target time window. For example, for the scenario where the maintenance requirements of key equipment cannot be directly arranged, the preset model can automatically construct a linkage process of "advance inventory transfer - postponed plan - task scheduling" to make up for the shortage of resources.

[0065] After the candidate process solutions are generated, the integrated logistics integration platform will perform feasibility verification and multi-dimensional impact calculations on each candidate process solution through a hard-coded configured interface. This process can obtain multiple key indicators such as resource consumption, execution time, storage area involved, equipment occupancy and cash cost that may be caused by each candidate process solution under actual deployment by calling the impact calculation API interface. The impact calculation does not perform a weighted summary of various indicators, but lists the original values ​​of various impact items separately, such as the total amount of human resources used, total time consumption, occupied cargo space area and estimated financial expenditure, etc., to facilitate users to conduct comparative analysis in multiple dimensions.

[0066] Based on the above calculation results, the integrated logistics integration platform finally generates multiple feasible candidate business solutions and feeds them back to the user in the form of structured summaries to support their subsequent independent selection or re-planning. If the user proposes optimization requirements after analysis (such as shortening the time of a certain step or reducing the consumption of a certain type of resource), the system also supports the user to modify the parameters and re-execute the solution generation and evaluation process until the user confirms the final deployment plan.

[0067] In one embodiment, in order to realize the automatic analysis and process allocation of operation requests, the preset model connected to the integrated logistics integration platform adopts a hierarchical structure, combining the local small model and the large model collaborative operation mechanism. Among them, the local small model mainly undertakes the preprocessing and feature extraction tasks of structured documents, while the large model is responsible for task planning, intention understanding and process solution deduction. After the user submits the operation request, the integrated logistics integration platform first standardizes the business document attached to the request (i.e., "operation request document"). The operation request document is a structured document that conforms to the platform interface specification, preferably in Json format. The specific format is determined by the technical system connected to the integrated logistics integration platform and has certain differences. The content of the operation request document includes: document name or type, the entity to be operated (such as order, equipment, cargo location, task order, etc.) and its attribute parameters (such as quantity, operation time, priority, etc.). The integrated logistics integration platform uses the document content of the Json structure, together with the natural language description attached by the user (such as the expectation of reducing the use of human resources, preferring low-cost solutions and other business goals) as the original input data, and passes it to the local small model for preprocessing. The local small model performs semantic analysis and structural mapping on the above information, extracts embedding vectors and intermediate semantic structures that can be used for understanding by the large model for subsequent calls.

[0068] After the preprocessing is completed, the integrated logistics integration platform inputs the structured data and semantic embeddings into the large model environment. The large model identifies the user's business intent and matches the predefined business process templates in the platform. If the current request meets the basic execution conditions of the predefined process, the feasibility judgment result and the recommended execution process are directly output. If there are resource gaps or conditions are not met, the process reconstruction and sub-process combination mechanism is initiated. During this process, the large model will, through the workflow mechanism, call the configured API interfaces (including compliance APIs, impact calculation APIs, etc.) to complete the planning and evaluation of candidate processes, and feedback the processing results to the integrated logistics integration platform in the form of structured Json data. The feedback results include: whether the execution conditions are met, the missing resource details if not met, whether the requirements can be met through other process combinations, and the multi-dimensional impact evaluation of each candidate solution, etc.

[0069] Meanwhile, based on the above structured results, the large model will also generate a summary natural language explanation for the user, covering judgment basis, recommended operation paths, resource usage analysis, etc., to facilitate the user to quickly understand the system's suggestions and make a final choice or further adjust the requirements accordingly.

[0070] In one embodiment, the planning of at least one candidate process solution by combining multiple sub-processes of the preset model includes:

[0071] Call the preset model to identify the user's intent and map it to business process parameters;

[0072] Judge whether the business process is executable according to the business process parameters. If it is not executable, receive the returned missing resource information;

[0073] Use the missing resource information as the target constraint to construct a resource transfer graph using graph theory and operations research algorithms;

[0074] Based on the resource transfer graph and under the premise of meeting the target constraint, calculate multiple sub-processes that can be used to supplement the missing resource information;

[0075] Format the multiple sub-processes and call the preset model to identify the user's adjustment content to plan at least one candidate process solution.

[0076] In this embodiment, a preset model is called to identify the user's intention. The integrated logistics integration platform can parse the structured fields and natural language description content submitted by the user in the document based on a large model (such as LLM), and identify the specific business type and additional restrictive conditions that the user expects to execute. The recognition result will be mapped to a structured parameter set corresponding to the business process, including information such as the type of target operation, entity object, time limit, and priority preference, and serve as the input basis for subsequent process feasibility judgment and combinatorial calculation.

[0077] Further, according to the business process parameters, a compliance check API is called to determine whether the business process is executable. If it is determined that it is not executable, the integrated logistics integration platform will extract the missing resource information of the current process from the API return result, such as the missing quantity of goods, insufficient available storage locations, equipment occupancy conflicts, etc. After identifying the resource gap, the missing resource information is used as the target constraint condition to construct a mathematical model for the resource replenishment path. That is, an embedded graph theory and operations research algorithm module is called to construct a resource transfer graph. This resource transfer graph uses the business process as the edge and the resource type as the node, representing the resource input and output relationships between available sub-processes. Specifically, each sub-process has clearly defined input resources, output resources, execution conditions, and execution duration, and the resource transfer graph will be used to depict the set of feasible paths. After the resource transfer graph is constructed, the integrated logistics integration platform calculates multiple available sub-processes based on graph theory and operations research algorithms under the premise of meeting the target constraints.

[0078] Finally, the integrated logistics integration platform formats the selected multiple sub-processes to generate a structured candidate process draft, and calls a preset model to further identify possible adjustment requirements from the user (such as giving priority to low-cost solutions, restricting the use of specific equipment, etc.). The preset model will combine the user's adjustment content to correct the original target parameters, and re-execute the graph theory and operations research algorithms to generate a corrected candidate process plan. Finally, one or more candidate process plans that meet the user's target constraints are output. Each candidate process plan includes multiple sub-processes, with clear execution paths, time arrangements, resource allocation plans, and impact assessments, providing intelligent support for the user to achieve business deployment under complex conditions.

[0079] In one embodiment, the feasibility verification and multi-dimensional impact calculation of the candidate process plan are performed to obtain a calculation result, including:

[0080] Obtain the operation steps in the candidate process plan, and perform an impact degree check on the operation steps to return an impact result;

[0081] Update the internal available resource pool according to the impact result to obtain an updated available resource pool;

[0082] When the impact check returns that the operation is infeasible, determine whether the missing resources can be supplemented by the updated available resource pool. If they can be supplemented, then use the missing resources as ignored resource items and pass them into the updated available resource pool. If the operation is still infeasible after supplementing the missing resources, then mark the candidate process plan as infeasible, or include the missing resources in the corrected resource constraints to obtain the calculation result.

[0083] In this embodiment, operation steps are extracted from each candidate process plan, and an impact check is performed on each operation step. The impact check is implemented by calling the impact calculation API interface configured for the corresponding process. After receiving the operation parameters, it returns data such as resource occupation, manpower requirements, estimated time, equipment conflicts, and storage area impacts caused by the operation in the current system state as the impact result. After obtaining the impact result of each operation step, the internally maintained available resource pool is updated in real time. The resource pool is a set of resource states used by the platform for dynamic management of warehouse resources, human resources, equipment capabilities, etc. during the process scheduling. The update operation includes deducting the resources consumed in this operation from the available resource pool and marking the resource areas occupied or restricted by the current operation step to avoid duplicate resource allocation or conflicting use.

[0084] Further, when the impact check of an operation step returns a state of "operation infeasible", first determine whether the missing resources of this operation step can be supplemented by the updated available resource pool. If it is determined that they can be supplemented, the system will identify the missing resources as ignored resource items and include them in the correction parameters, and pass them into the feasibility verification logic corresponding to the current step to simulate the execution scenario where resources can be preoccupied and further determine its feasibility. If it is still determined that the current operation is infeasible after including the ignored resource items, then mark the status of the candidate process plan as infeasible, or include the current missing resources in the process correction logic as the corrected resource constraints for further search or combination in subsequent algorithms. The corrected resource constraints can be used to generate a new round of candidate process plans or as prompt information for manual assisted judgment and selection in the user interface.

[0085] Next, a specific implementation scenario will be used to illustrate this embodiment:

[0086] Taking the adjustment of the outbound order in the raw material warehouse of a tobacco enterprise as an example, in this implementation scenario, the user requests to add a new outbound order containing 40 items at 9:00 am on the same day. The types and quantities of the items are as follows: A12, B10, C5, D4, E3, F3, G2, H1. An outbound order containing 32 items originally scheduled to be executed at 9:00 am will be cancelled. The items in the original order are: A10, B10, C5, I5, J2. At the same time, there is also an order waiting for outbound at 3:00 pm in the system, and its content is the same as the newly added order. The current available inventory in the warehouse (not locked by other orders) is: A8, B8, C2, D4, E2, F1, G2, and some other specification items.

[0087] For the above requirements, the algorithm system deployed in the integrated logistics integration platform initially plans the following candidate process solutions and verifies them step by step:

[0088] Step 1: Cancel the original order at 9:00 am. The integrated logistics integration platform confirms through the impact check interface that this operation releases five types of items, namely A10, B10, C5, I5, and J2, into the available inventory. After executing Step 1, the available inventory is updated to: A10, B10, C5, I5, J2;

[0089] Step 2: Modify the order status at 3:00 pm to "out-of-stock locked". This operation releases A12, B10, C5, D4, E3, F3, G2, and H1 into the available inventory. The current available inventory in the system accumulates to: A22, B20, C10, D4, E3, F3, G2, H1, I5, J2;

[0090] Step 3: Arrange to replenish E1, F2, and H1 at 12:00 noon. The integrated logistics integration platform calls the impact calculation API to confirm that the replenishment will cause deductions of the corresponding items in the aging warehouse and replenish the goods to the raw material warehouse before 3:00 pm, while generating transportation requirements and handling operation requirements. This operation has no cash settlement requirements. After the replenishment is completed, the available inventory in the system is updated to: A22, B20, C10, D4, E3 + 1 (at 3:00 pm), F3 + 2 (at 3:00 pm), G2, H1 + 1 (at 3:00 pm), I5, J2;

[0091] Step 4: Verify the impacts of relevant tasks for vehicle transportation and handling operations (aging warehouse and raw material warehouse) respectively, and confirm that all resources are within the system capacity and no constraint conflicts are triggered, which is considered feasible;

[0092] Step 5: Add a new outbound order. The preliminary impact check shows that since the system has not actually allocated resources yet and only simulates the execution, the system prompts that the out-of-stock items are: A4, B2, C3, E1, F2, H1;

[0093] Step 6: The integrated logistics integration platform further determines that the available inventory has the ability to meet the above out-of-stock items. Therefore, the out-of-stock content is marked as "ignored resource item", and the impact check is re-executed. After successful verification, the system updates the available inventory to: A10, B10, C5, E1 (3:00 pm), F2 (3:00 pm), H1 (3:00 pm), I5, J2;

[0094] Step 7: Modify the order status at 3:00 pm to "locked for outbound". Since some goods have been consumed by the new orders in Step 6, this operation initially checks and prompts out-of-stock again. The integrated logistics integration platform marks the out-of-stock items as ignored resource items and re-verifies. It is confirmed that this operation can still be executed, and the impact result is that the available inventory decreases by A8, B8, C2, D4, E2, F1, G2. The updated virtual inventory is A - 2, D - 4 (negative values appear). Here, the negative inventory only indicates that the dependence of this solution on inventory exceeds the calculation ability of the allocation algorithm itself. However, since the system has not actually executed yet, and the actual warehouse resource reserve can still meet this operation, the impact calculation API feedback result is still "executable". Based on this, the integrated logistics integration platform confirms that this candidate process solution is an effective solution.

[0095] In step S104, based on multiple candidate business solutions, the user can select one or more candidate business solutions for deployment. By calling the business process interfaces associated with the selected candidate business solutions, the actual scheduling execution process is triggered, thereby realizing the unified allocation of automated task distribution and logistics operations for the relevant warehouse logistics system. This automatic allocation process includes operations such as order status adjustment, inventory transfer, equipment scheduling, and personnel arrangement, ensuring that the overall operation efficiency of the logistics system is optimized to the greatest extent while meeting the user's business goals.

[0096] In a specific application scenario, the present invention can be deployed in the raw material warehouse (cut tobacco formulation warehouse) of a tobacco enterprise. This raw material warehouse is mainly used for short-term temporary storage of cut tobacco bale raw materials, and its inventory capacity meets the production demand for the next 4 to 7 days. Since the raw materials have high requirements for the storage environment and are not suitable for long-term storage, the raw material inventory turnover is frequent and mainly faces immediate production tasks. In addition, the raw material warehouse is system-connected with the previous aging warehouse or the finished product warehouse of the threshing and redrying factory, and the raw materials can be supplemented by transfer according to actual needs.

[0097] In this scenario, at 8:00 am on the same day, the production department notified that the original outbound order scheduled to be executed at 9:00 am was to be cancelled and replaced with a new outbound order. Since the product brand corresponding to the new order changed, there were significant differences in its material composition (BOM) compared to the original order, resulting in a low matching degree between the required materials and the resources already locked in the current system. After receiving the new order, the platform immediately initiated an analysis process. First, it simulated the operation of cancelling the original order to determine its impact on the available inventory in the system. The results showed that although there were some spot stocks of the product specifications required by the new order in the warehouse, these spot resources had been locked to meet another order scheduled for outbound at 3:00 pm that day. Therefore, the current available inventory could not meet the requirements of the new order.

[0098] The interface was further called to query the replenishment availability of the out-of-stock product specifications from the pre-positioned aging warehouse, and it was confirmed that the missing materials were in stock in the pre-positioned warehouse and could be warehoused before 3:00 pm if the transfer task was initiated before 12:00 noon. Based on the above analysis, the platform formulated multiple alternative solutions: (a) As the current inventory was insufficient, it was recommended to maintain the original plan unchanged; (b) Cancel the order at 3:00 pm to release resources to meet the new order; (c) Temporarily borrow the materials already locked for the 3:00 pm order to execute the new order and complete the replenishment before 12:00 noon to ensure the scheduled outbound of the 3:00 pm order.

[0099] After evaluation, the user could choose to optimize and adjust based on solution (c) and proposed to advance the replenishment initiation time to 8:30 am to avoid conflicts in the noon loading and unloading operations. The platform then called the impact calculation API to re-verify solution (c) and confirmed the feasibility of executing the transfer task at 8:30 am, generating a new candidate solution (c1). After the user confirmed this solution (c1), the platform automatically scheduled and executed it, including: cancelling the original 9:00 am order through the API, adjusting the status of the 3:00 pm order to out-of-stock locked, registering the new outbound order, and initiating a replenishment task to the pre-positioned aging warehouse to complete the closed-loop of the task chain.

[0100] In another specific application scenario, the present invention can be applied to the auxiliary material warehouse management system of a tobacco enterprise. The auxiliary material warehouse is divided into multiple functional areas according to the different physical properties and usage stages of the materials, including: the primary warehouse (for storing unassembled auxiliary materials, mainly operated manually), the balance warehouse (for storing assembled auxiliary materials that need to be subjected to temperature and humidity balance treatment, equipped with constant temperature and humidity equipment), and the tow paper and leather warehouse (for storing some heavy auxiliary materials that do not require balance treatment). Among them, the balance warehouse and the tow paper and leather warehouse are managed by an automated warehousing system, and the automated access operation of materials is realized through the cooperation of AGVs (Automated Guided Vehicles) and stackers.

[0101] In this scenario, the system continuously monitors the operating status of the equipment and detects that the vibration of the main motor of a stacker in the balance warehouse has exceeded the normal envelope range. It predicts that the equipment has a potential failure risk and recommends that it be shut down for maintenance as soon as possible. The on-site maintenance team confirmed that the stacker needs to be shut down for emergency maintenance after get off work that day, and the estimated downtime is 48 hours. On the platform, the maintenance team initiates a maintenance application by creating a maintenance work order, specifying the equipment to be shut down and the maintenance cycle.

[0102] After receiving the maintenance document, the platform immediately conducts impact analysis and automatic solution planning based on the key equipment shutdown business process defined in the platform. The analysis results show that if the stacker is shut down, the shelf area controlled by it will be unavailable for 48 consecutive hours, affecting the auxiliary material batches expected to be delivered in the subsequent distribution area, which will have an adverse impact on the production rhythm. The platform further simulates and executes multiple allocation strategies, and generates the optimal processing plan based on the comprehensive consideration of the current available storage space, human resource scheduling capacity and logistics channels. The specific allocation plan includes: (1) Immediately transfer the key distribution pallet goods in the control area of ​​the stacker to be shut down to the shelf area controlled by the other two normal operating stackers; (2) Partially postpone the subsequent operation plan of the distribution area by 3 hours to avoid peak period conflicts; (3) For the overflow materials that cannot be accommodated in the remaining storage space in the balancing warehouse, they are temporarily stored in the tow paperboard warehouse. After the available storage space in the balancing warehouse is released or the equipment maintenance is completed, the overflow materials are transferred back to the balancing warehouse as soon as possible, and the storage time is marked to ensure that the specified balancing cycle is met when the warehouse is subsequently shipped out.

[0103] After the user confirms that the deployment plan is feasible, the platform will immediately automatically perform the following operations through the API interface: send the cargo movement task to the AGV system; set the designated stacker to offline status for maintenance by the maintenance team; and simultaneously send the adjusted production plan to the manufacturing execution system (MES) and manual warehouse management system to ensure timely response from relevant departments.

[0104] In another specific application scenario, the present invention can be applied to the finished product warehouse scheduling management system of tobacco enterprises. The warehousing operation of the finished product warehouse is directly driven by the production line, and due to the highly saturated production schedule, there is a lack of flexible adjustment space; the outbound order is issued by the superior marketing system and is controlled by the planning instructions. In principle, the factory has no right to make unauthorized changes, and the overall scheduling coordination is limited.

[0105] In this scenario, the system receives a notice from the marketing system, requiring the overall postponement of the execution of a batch of planned outbound orders by 3 days. At this time, it coincides with the peak sales season, the production line is operating at full capacity, and the finished product warehouse is also approaching the upper limit of its storage capacity. After receiving this change request, the platform starts a process impact analysis, and the results show that if the postponed plan is executed, it will lead to an overstock situation in the finished product warehouse within the next three days, that is, the storage capacity will exceed the limit and it will be unable to accommodate the subsequent materials entering the warehouse from the production line, seriously affecting the continuity of the production line.

[0106] To address such a situation, based on the analysis of the current order structure, scheduling plan, and material stacking structure, the platform intelligently plans the peak shaving strategies for the transfer out and storage of finished products. According to the subsequent outbound requirements, it locks the list of goods that can be temporarily transferred from other orders that do not need to be shipped out in the short term, and combines the current inventory structure to determine the feasible allocation path. At the same time, it proposes a suggestion: some finished products are postponed from being warehoused to release the inventory space and cope with the short-term stacking pressure. The operator manually intervenes and optimizes the plan in combination with the value of the goods and the transfer priority. Specifically: retain the goods with higher value in the original storage location without moving, and increase the proportion of goods that are not warehoused temporarily to avoid repeated handling and the risk of external storage of high-value items. After receiving the modified strategy from the user, the platform calls the impact calculation API interface to recalculate the comprehensive impact of this adjustment plan on aspects such as storage capacity, manpower, and handling equipment, and confirms that the adjusted plan is feasible for execution and within the safety margin.

[0107] Finally, after the operator confirms the plan, the platform automatically initiates the execution, including: (1) sending a goods transfer task to the WMS system to transfer the specified finished products to the spare storage area; (2) updating the warehousing strategy corresponding to the production plan, temporarily diverting some of the finished products that are about to come off the production line to the manual palletizing area, where the manual palletizing is completed and directly stored temporarily in the safe area outside the warehouse, and then organizing them to return to the warehouse after the space is released.

[0108] Combined Figure 2 as shown Figure 2 is a schematic block diagram of an automatic allocation device for logistics integration provided by an embodiment of the present invention. The automatic allocation device 200 for logistics integration includes:

[0109] A platform creation unit 201, configured to create a logistics integration platform, and through the logistics integration platform, uniformly take over the business operations of multiple warehouse logistics systems to obtain an integrated logistics integration platform;

[0110] A process definition unit 202, configured to define cross-warehouse business processes based on the integrated logistics integration platform;

[0111] The model connection unit 203 is used to configure a workflow, connect the integrated logistics integration platform with a preset model based on the business process by using the workflow, and at the same time analyze the received user requests by using the preset model to obtain multiple candidate business solutions;

[0112] The task allocation unit 204 is used to call the business process by using the integrated logistics integration platform based on the candidate business solutions to complete the automatic allocation of logistics.

[0113] In this embodiment, the platform creation unit 201 creates a logistics integration platform, and through the logistics integration platform, uniformly takes over the business operations of multiple warehouse logistics systems to obtain the integrated logistics integration platform; the process definition unit 202 defines a cross-warehouse business process based on the integrated logistics integration platform; the model connection unit 203 configures a workflow, connects the integrated logistics integration platform with a preset model based on the business process by using the workflow, and at the same time analyzes the received user requests by using the preset model to obtain multiple candidate business solutions; the task allocation unit 204 calls the business process by using the integrated logistics integration platform based on the candidate business solutions to complete the automatic allocation of logistics.

[0114] In one embodiment, the platform creation unit 201 includes:

[0115] The interface establishment unit is used to establish full-functional interface connections between the logistics integration platform and each of the warehouse logistics systems respectively;

[0116] The warehouse access unit is used to take over the input operations, editing operations and query operations of multiple warehouse logistics systems based on the full-functional interfaces; wherein, the query operations include querying order information, querying inventory status, querying equipment status and querying task progress information;

[0117] The function setting unit is used to retain the original instruction processes for executing functions in each of the warehouse logistics systems; wherein, the original instruction processes include task decomposition, task tracking, task management and storage location management;

[0118] The interface integration unit is used to integrate the full-functional interfaces and the original instruction processes to obtain the integrated logistics integration platform.

[0119] In one embodiment, the process definition unit 202 includes:

[0120] The first definition unit is used to define the common processes for all warehouses;

[0121] A first calculation unit, configured to calculate an object list and an influence scope corresponding to each process respectively according to the common process; wherein, the object list includes a key equipment list during the overhaul of key logistics equipment, and the influence scope includes an unavailable area scope during the shutdown of key logistics equipment;

[0122] A second definition unit, configured to define a collaboration process for multiple warehouses to collaborate to complete;

[0123] A second calculation unit, configured to configure requirement conditions, execution steps, and influence evaluation methods corresponding to each process according to the collaboration process; wherein, the execution steps include API call names and API call parameters for the underlying system, and the influence evaluation method includes performing a feasibility analysis of execution requirements through the API of an external system and generating influence indicators, and the influence indicators include storage capacity occupancy, human resource consumption, required operation time, and estimated cost;

[0124] A process registration unit, configured to register the common process and the collaboration process into the integrated logistics integration platform to obtain the business process.

[0125] In one embodiment, the process registration unit includes:

[0126] A third definition unit, configured to define entity variables to be operated and quantity ranges corresponding to the business process;

[0127] A condition association unit, configured to set execution conditions associated with the business process based on the entity variables; wherein, the execution conditions include an operation start time, an operation end time, an operator identifier, a scheduled execution time, specified unavailable resource items, and resource items to be ignored in compliance checking;

[0128] A parameter input unit, configured to input the entity variables, quantity ranges, and execution conditions as parameters respectively, and use the configured compliance API interface to determine whether the current process has executability in the warehouse environment;

[0129] A resource calculation unit, configured to, when having the executability, call the compliance API interface to calculate the time, human resources, cash cost, associated restricted storage areas, storage locations, and equipment resources required for the execution of the business process.

[0130] In one embodiment, the model connection unit 203 includes:

[0131] A data receiving unit, configured to receive an operation request document submitted by a user;

[0132] A condition judgment unit, configured to call the workflow interface of the preset model based on the service process to determine whether the current warehouse environment meets the executable conditions of the operation request document;

[0133] A process planning unit, configured to, when the operation request document does not meet the executable conditions, plan at least one candidate process solution by combining multiple sub-processes of the preset model;

[0134] A third calculation unit, configured to perform feasibility verification and multi-dimensional impact calculation on the candidate process solution to obtain a calculation result;

[0135] A result calculation unit, configured to generate multiple candidate service solutions according to the calculation result.

[0136] In one embodiment, the process planning unit includes:

[0137] An intention recognition unit, configured to call the preset model to recognize the user's intention and map it to service process parameters;

[0138] A process execution unit, configured to determine whether the service process is executable according to the service process parameters. If not, receive the returned missing resource information;

[0139] A target constraint unit, configured to use the missing resource information as a target constraint to construct a resource transfer graph by using graph theory and operations research algorithms;

[0140] A fourth calculation unit, configured to calculate multiple sub-processes that can be used to supplement the missing resource information based on the resource transfer graph on the premise of meeting the target constraint;

[0141] A process formatting unit, configured to format multiple sub-processes and call the preset model to recognize the user's adjustment content to plan at least one candidate process solution.

[0142] In one embodiment, the third calculation unit includes:

[0143] A step acquisition unit, configured to acquire the operation steps in the candidate process solution and perform an impact degree check on the operation steps to return an impact result;

[0144] A resource update unit, configured to update the internal available resource pool according to the impact result to obtain an updated available resource pool;

[0145] A resource evaluation unit is configured to, when the impact check returns that the operation is infeasible, determine whether the missing resources can be supplemented by the updated available resource pool. If they can be supplemented, the missing resources are passed as ignored resource items into the updated available resource pool. If the operation is still infeasible after supplementing the missing resources, mark the candidate process plan as infeasible, or include the missing resources in the corrected resource constraints to obtain the calculation result.

[0146] Since the embodiments in the apparatus part correspond to those in the method part, for the descriptions of the embodiments in the apparatus part, please refer to the descriptions of the embodiments in the method part, which will not be elaborated here.

[0147] An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed, the steps provided in the above embodiments can be implemented. The storage medium may include: various media such as USB flash drives, external hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical discs that can store program codes.

[0148] An embodiment of the present invention further provides a computer device, which may include a memory and a processor. When the processor calls the computer program stored in the memory, the steps provided in the above embodiments can be implemented. Of course, the computer device may further include various network interfaces, power supplies and other components.

[0149] The embodiments in the specification are described in a progressive manner. Each embodiment focuses on the differences from other embodiments. The same or similar parts among the embodiments can be referred to each other. For the system disclosed in the embodiments, since it corresponds to the method disclosed in the embodiments, the description is relatively simple. For the relevant parts, please refer to the description in the method part. It should be noted that for those of ordinary skill in the art in the technical field of the present application, without departing from the principle of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the protection scope of the claims of the present application.

[0150] It should also be noted that in this specification, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprise", "comprising" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements not only includes those elements but also includes other elements not expressly listed, or further includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, article or device comprising said element.

Claims

1. A logistics integrated automatic allocation method, characterized in that: include: Creating a logistics integration platform, and taking over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; Defining cross-warehouse business processes based on the integrated logistics integration platform; Configure a workflow, connect the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyze received user requests using the preset model to obtain multiple candidate business solutions; Based on the candidate business solution, the business process is called by using the integrated logistics integration platform to complete the automatic allocation of logistics; The cross-warehouse business process defined based on the integrated logistics integration platform includes: defining common processes for all warehouses; calculating the object list and impact range corresponding to each process according to the common processes; wherein the object list includes a list of key equipment when key logistics equipment is under maintenance, and the impact range includes the unavailable area range when the key logistics equipment is shut down; defining a collaborative process for multiple warehouses to complete in collaboration; configuring the requirement conditions, execution steps and impact assessment method corresponding to each process according to the collaborative process; wherein the execution step includes the API call name and API call parameters for the lower-level system, and the impact assessment method includes performing a feasibility analysis of the execution requirements through the API of the external system and generating impact indicators, and the impact indicators include storage capacity occupancy, human resource consumption, required operation time and estimated cost; registering the common process and collaborative process to the integrated logistics integration platform to obtain the business process; The common process and collaborative process are registered in the integrated logistics integration platform to obtain the business process, including: defining the entity variables and quantity ranges to be operated corresponding to the business process; setting execution conditions associated with the business process based on the entity variables; wherein the execution conditions include operation start time, operation end time, operator identification, scheduled execution time, designated unavailable resource items, and resource items to be ignored in compliance checks; the entity variables, quantity ranges, and execution conditions are input as parameters respectively, and the configured compliance API interface is used to determine whether the current process is executable in the warehouse environment; when it is executable, the compliance API interface is called to calculate the time, human resources, cash costs, and associated restricted storage areas, cargo locations, and equipment resources required for the execution of the business process.

2. The integrated logistics automatic allocation method according to claim 1 is characterized in that: The logistics integration platform uniformly takes over the business operations of multiple warehouse logistics systems to obtain an integrated logistics integration platform, including: Establishing a fully functional interface connection between the logistics integration platform and each of the warehouse logistics systems; Taking over the input operations, editing operations and query operations of multiple warehouse logistics systems based on the full-function interface; wherein the query operations include querying order information, querying inventory status, querying equipment status and querying task progress information; Retaining the original instruction flow for executing functions in each of the warehouse logistics systems; wherein the original instruction flow includes task decomposition, task tracking, task management and storage location management; The full-function interface and the original instruction flow are integrated to obtain the integrated logistics integration platform.

3. The integrated logistics automatic allocation method according to claim 1 is characterized in that: The method of analyzing the received user request by using the preset model to obtain multiple candidate business solutions includes: Receive operation request tickets submitted by users; Calling the workflow interface of the preset model based on the business process to determine whether the current warehouse environment meets the executability conditions of the operation request document; When the operation request document does not meet the executability condition, at least one candidate process solution is planned by combining multiple sub-processes of the preset model; Perform feasibility verification and multi-dimensional impact calculation on the candidate process solutions to obtain calculation results; A plurality of candidate business solutions are generated according to the calculation results.

4. The integrated logistics automatic allocation method according to claim 3 is characterized in that: The step of planning at least one candidate process solution by combining multiple sub-processes of the preset model includes: Calling the preset model to identify the user's intention and map it into business process parameters; Determine whether the business process is executable according to the business process parameters, and if not executable, receive the returned missing resource information; The missing resource information is used as a target constraint to construct a resource flow graph using graph theory and operations research algorithms; Based on the resource flow graph, under the premise of satisfying the target constraint, calculating a plurality of sub-processes that can be used to supplement the missing resource information; The plurality of sub-processes are formatted, and the preset model is called to identify the user's adjustment content, so as to plan out at least one candidate process solution.

5. The integrated logistics automatic allocation method according to claim 3 is characterized in that: The feasibility verification and multi-dimensional impact calculation of the candidate process solution are performed to obtain the calculation results, including: Obtaining the operation steps in the candidate process solution, and performing an impact check on the operation steps to return an impact result; Updating the internal available resource pool according to the impact result to obtain an updated available resource pool; When the impact check returns that the operation is not feasible, determine whether the missing resources can be supplemented by the updated available resource pool. If so, pass the missing resources as ignored resource items to the updated available resource pool. If the missing resources are still not feasible after supplementation, mark the candidate process plan as unexecutable, or include the missing resources in the modified resource constraints to obtain the calculation result.

6. An automatic distribution device integrating logistics, characterized in that: include: A platform creation unit is used to create a logistics integration platform, and to take over the business operations of multiple warehouse logistics systems through the logistics integration platform to obtain an integrated logistics integration platform; A process definition unit, used to define cross-warehouse business processes based on the integrated logistics integration platform; A model connection unit, configured to configure a workflow, connect the integrated logistics integration platform with a preset model using the workflow based on the business process, and analyze received user requests using the preset model to obtain multiple candidate business solutions; A task allocation unit, configured to call the business process based on the candidate business solution using the integrated logistics integration platform to complete automatic allocation of logistics; The process definition unit is specifically used to define common processes for all warehouses; Calculate the object list and impact range corresponding to each process respectively according to the common process; wherein, the object list includes the key equipment list when the key logistics equipment is under maintenance, and the impact range includes the unavailable area range when the key logistics equipment is shut down; define the collaborative process for multiple warehouses to collaborate to complete; configure the requirement conditions, execution steps and impact assessment method corresponding to each process according to the collaborative process; wherein, the execution step includes the API call name and API call parameters of the lower-level system, and the impact assessment method includes performing a feasibility analysis of the execution requirements through the API of the external system and generating impact indicators, and the impact indicators include storage capacity occupancy, human resource consumption, required operation time and estimated cost; register the common process and collaborative process to the integrated logistics integration platform to obtain the business process; The common process and collaborative process are registered in the integrated logistics integration platform to obtain the business process, including: defining the entity variables and quantity ranges to be operated corresponding to the business process; setting execution conditions associated with the business process based on the entity variables; wherein the execution conditions include operation start time, operation end time, operator identification, scheduled execution time, designated unavailable resource items, and resource items to be ignored in compliance checks; the entity variables, quantity ranges, and execution conditions are input as parameters respectively, and the configured compliance API interface is used to determine whether the current process is executable in the warehouse environment; when it is executable, the compliance API interface is called to calculate the time, human resources, cash costs, and associated restricted storage areas, cargo locations, and equipment resources required for the execution of the business process.

7. A computer device, characterized in that: The method comprises a memory, a processor and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the automatic allocation method for integrated logistics as described in any one of claims 1 to 5 is implemented.

8. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the automatic allocation method for logistics integration as described in any one of claims 1 to 5 is implemented.

Images