Adaptive Inventory Management Method and Apparatus for Multi-Tenant Operation
By adaptively adjusting the business process nodes of the inventory management system, the flexibility and standardization issues of inventory management for medium-sized enterprises in a multi-tenant environment are solved, and the diverse needs of different tenants in a multi-tenant environment are met.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- 蒲惠智造科技股份有限公司
- Filing Date
- 2026-02-11
- Publication Date
- 2026-05-26
AI Technical Summary
Existing inventory management systems, due to their fixed business process architecture, are difficult to adapt to the needs of medium-sized enterprises of different sizes and business models, especially in multi-tenant environments where they struggle to meet the differentiated needs of the two types of documents.
An adaptive inventory management method and apparatus for multi-tenants is provided. By receiving inventory operation requests from tenants, the method obtains the target control mode and adaptively adjusts the operation permissions of business process nodes according to the mode. It supports inventory operations with and without sources, and ensures the legality and traceability of the operations.
The system enables flexible responses to the needs of different scales and business models in a multi-tenant environment, avoids business limitations, ensures that inventory operations are closely linked to upstream orders, and provides strict inventory control and data traceability.
Smart Images

Figure CN121724550B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of manufacturing execution systems technology, and in particular to an adaptive inventory management method and apparatus for multi-tenant systems. Background Technology
[0002] In modern manufacturing, the diversity of enterprise size and business models leads to complex demands on inventory management systems. For example, medium-sized enterprises need to handle inventory documents with provenance (inventory operations strictly linked to purchase orders, etc.) to ensure the standardization and compliance of business processes; they also need to quickly process inventory documents without provenance in emergency situations (such as temporary material requisitions). This scenario requires inventory management systems that can flexibly adapt to different business models.
[0003] In existing technologies, the system employs a fixed business process architecture, using pre-defined process nodes to manage inventory operations. By tightly linking inventory operations to upstream orders, the system achieves strict control over inventory. This fixed-process-based inventory management system effectively prevents data errors and business chaos. However, this rigid process makes the system difficult to adapt to the needs of medium-sized enterprises of different sizes and business models, and it struggles to accommodate the differentiated requirements of two types of documents under multi-tenancy. Summary of the Invention
[0004] This application provides an adaptive inventory management method and apparatus for multi-tenant environments. To provide a basic understanding of some aspects of the disclosed embodiments, a brief summary is given below. This summary is not intended as a general description, nor is it intended to identify key / important components or describe the scope of protection of these embodiments. Its sole purpose is to present some concepts in a simple form as a prelude to the detailed description that follows.
[0005] In a first aspect, embodiments of this application provide an adaptive inventory management method for multi-tenant environments, the method comprising:
[0006] Receive inventory operation requests from the target tenant. The inventory operation requests carry the target tenant identifier and operation type. The target tenant is one of a number of pre-registered tenants.
[0007] Obtain the target control mode corresponding to the target tenant identifier; the target control mode includes the forced source mode, the weak source mode, and the coexistence mode of source and no source. The forced source mode allows the creation of inventory documents associated with upstream orders, the weak source mode allows the creation of multi-source documents and automatically adjusts process nodes, and the coexistence mode of source and no source allows both source and no source operations.
[0008] Based on the target control mode, the operation permissions of the preset business process nodes are adaptively adjusted to obtain the target business process nodes that are compatible with the inventory operation request.
[0009] Based on the operation type and target business process node, update the inventory status and obtain the inventory operation execution result.
[0010] Optionally, based on the operation type and target business process node, update the inventory status to obtain the inventory operation execution result, including:
[0011] When the operation type is a sourceless operation, generate and display a prompt message to encourage the target tenant to input key information;
[0012] Receive current key information input by the target tenant in response to the displayed prompts;
[0013] Based on the target business process node and current key information, update the inventory status to obtain the inventory operation execution result; or...
[0014] When the operation type is a sourced operation, extract the pending business data from the upstream order; based on the target business process node and the pending business data, update the inventory status and obtain the inventory operation execution result.
[0015] Optionally, based on the target business process node and current key information, update the inventory status to obtain the inventory operation execution result, including:
[0016] The node type, business semantics, and associated approval rules of the target business process node are analyzed to obtain configuration information;
[0017] Based on the configuration information, verify whether the current critical information is valid;
[0018] If so, create an empty target inventory operation record;
[0019] The system identifier without a source is marked on the target inventory operation record, and the current key information is written into the field of the target inventory operation record to obtain the basic information of the traceability chain;
[0020] Based on the quantity and operation type carried in the inventory operation request, update the inventory quantity of the corresponding material to obtain the inventory update result;
[0021] Store the mapping relationship between the basic information of the traceability chain and the inventory update results, as the result of inventory operation execution.
[0022] Optionally, based on the target business process node and the business data to be processed, update the inventory status to obtain the inventory operation execution result, including:
[0023] The node type, business semantics, and associated approval rules of the target business process node are analyzed to obtain configuration information;
[0024] Based on the configuration information, verify whether the business data to be processed is valid;
[0025] If so, update the inventory quantity of the corresponding material based on the pending business data and operation type to obtain the inventory update result;
[0026] The inventory update results are fed back to the upstream orders so that the inventory update results are added to the "inbound quantity" or "outbound quantity" field of the upstream orders to obtain inventory update information;
[0027] Create an empty target inventory operation record;
[0028] Write the inventory update information into the target inventory operation record to obtain the basic information of the traceability chain;
[0029] Store the mapping relationship between the basic information of the traceability chain and the inventory update results, as the result of inventory operation execution.
[0030] Optionally, the method also includes:
[0031] Receive data traceability requests from the administrator. The data traceability requests include basic information about the target traceability chain.
[0032] From the mapping relationship, obtain the target inventory update results corresponding to the basic information of the target traceability chain;
[0033] Load a pre-created visualization template;
[0034] Populate the target inventory update results into the visualization template to obtain the historical inventory operation visualization results;
[0035] Displays visualizations of historical inventory operations.
[0036] Optionally, obtain the target management mode corresponding to the target tenant identifier, including:
[0037] Obtain the association between pre-built tenant identifiers and management modes;
[0038] From the association relationships, query the target management mode corresponding to the target tenant identifier to obtain the target management mode corresponding to the target tenant identifier; where...
[0039] Generate the pre-built association between tenant identifiers and management modes by following these steps:
[0040] In response to a tenant’s information registration request, load and display the management mode configuration interface for the tenant to configure the management mode. The information registration request carries the tenant’s identifier.
[0041] Responding to the tenant's control mode selection instruction; determining the control mode selected by the tenant based on the control mode selection instruction;
[0042] The relationship between storage tenant identifiers and management modes.
[0043] Optionally, based on the target control mode, the operation permissions of preset business process nodes are adaptively adjusted to obtain the target business process nodes adapted to the inventory operation request, including:
[0044] When the target control mode is the forced source mode, iterate through and check whether each node in the preset business process nodes is associated with the upstream order, and obtain the check result of each node; if the check result of each node indicates that it is associated with the upstream order, retain the operation permission of each node; or, if the check result of each node indicates that it is not associated with the upstream order, prohibit the operation permission of each node, and obtain the adjustment result of each node.
[0045] Alternatively, if the target control mode is a weak source mode, iterate through and obtain the process decoupling rules for each node in the preset business process nodes; if the process decoupling rules of each node indicate that merging is allowed, merge each node into one operation node and set fully open operation permissions; or, if the process decoupling rules of each node indicate that hiding is allowed, retain the background logic processing function of each node and hide each node; or, if the process decoupling rules of each node indicate that it is an operation node without a source, enable the operation permissions of each node and set the key information collection function to obtain the adjustment results of each node;
[0046] Alternatively, when the target control mode is a combination of source-based and source-free operation, iterate through and obtain the node type of each node in the preset business process nodes; enable nodes with source-based and source-free operation types; retain the association with upstream orders and set operation permissions for each enabled source-based node; enable operation permissions for each enabled source-free node and set key information collection functions to obtain the adjustment results for each node.
[0047] Save the adjustment results of each node to obtain the target business process node that adapts to the inventory operation request.
[0048] Optionally, after updating the inventory status based on the operation type and target business process node, and obtaining the inventory operation execution result, the following may also be included:
[0049] When the operation type is a sourced operation, obtain the inventory document template associated with the upstream order;
[0050] Extract order details from upstream orders. Order details include order number, supplier or customer information, material code, quantity, and unit price.
[0051] Extract inventory update results from the inventory operation execution results. The inventory update results include the actual quantity of goods received or issued and the operation time.
[0052] Fill the order number, supplier or customer information, material code, quantity, unit price, actual inbound or outbound quantity, and operation time into the inventory document template associated with the upstream order to obtain the target inventory document;
[0053] Store the target inventory documents and visualize them.
[0054] Optionally, after updating the inventory status based on the operation type and target business process node, and obtaining the inventory operation execution result, the following may also be included:
[0055] When the operation type is an operation without a source, construct an inventory document template with the same document type as the emergency replenishment receipt and sample delivery receipt.
[0056] Extract key information, system identifiers for transactions without a provenance, and basic information from the inventory operation execution results; key information includes the reason for the operation, the operator, related items, material code, and quantity;
[0057] Fill the sourceless inventory document template with the operation reason, operator, related items, material code, quantity, system identifier of the sourceless operation, and traceability chain basic information to obtain the target inventory document;
[0058] Store the target inventory documents and visualize them.
[0059] Secondly, embodiments of this application provide an adaptive inventory management device for multi-tenant environments, the device comprising:
[0060] The request receiving module is used to receive inventory operation requests from the target tenant. The inventory operation request carries the target tenant identifier and operation type. The target tenant is one of a number of pre-registered tenants.
[0061] The control mode acquisition module is used to acquire the target control mode corresponding to the target tenant identifier. The target control modes include the forced source mode, the weak source mode, and the coexistence mode of source and no source. The forced source mode allows the creation of inventory documents associated with upstream orders, the weak source mode allows the creation of multi-source documents and automatically adjusts process nodes, and the coexistence mode of source and no source allows both source and no source operations.
[0062] The adaptive operation permission adjustment module is used to adaptively adjust the operation permissions of preset business process nodes according to the target control mode, so as to obtain the target business process node that adapts to the inventory operation request.
[0063] The inventory status update module is used to update the inventory status based on the operation type and the target business process node, and obtain the inventory operation execution result.
[0064] The technical solutions provided in this application embodiment may include the following beneficial effects:
[0065] In this embodiment, on the one hand, the system can obtain the corresponding target control mode based on the target tenant identifier. The target control mode includes a mandatory source mode, a weak source mode, and a mode with and without a source. The system can adaptively adjust the operation permissions of preset business process nodes according to the target control mode. This adaptive adjustment mechanism enables the system to flexibly respond to the needs of medium-sized enterprises of different sizes and business models, avoiding business restrictions caused by system rigidity. On the other hand, for documents with a source, the system ensures that inventory operations are closely linked to upstream orders through the mandatory source mode or the mode with and without a source, achieving strict inventory control and data traceability. For documents without a source, the system provides flexible operation support through the weak source mode or the mode with and without a source, allowing inventory operations to be performed without upstream orders, and ensuring the legality and traceability of operations through key information collection. This mechanism enables the system to meet the diverse needs of different tenants in a multi-tenant environment.
[0066] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description
[0067] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.
[0068] Figure 1 This is a schematic diagram of a method flow for an adaptive inventory management method for multi-tenants provided in an embodiment of this application;
[0069] Figure 2 This is a UI diagram of a configuration interface during user registration provided in an embodiment of this application;
[0070] Figure 3 This is a schematic diagram of a process node adaptive adjustment process provided in an embodiment of this application;
[0071] Figure 4 This is an interface diagram of an operation interface with source operation provided in an embodiment of this application;
[0072] Figure 5 This is an interface diagram of a user interface for a source-free operation provided in an embodiment of this application;
[0073] Figure 6This is a schematic diagram illustrating a specific process for performing inventory operations according to an embodiment of this application;
[0074] Figure 7 This is a result diagram illustrating the effect of a sourceless operation provided in an embodiment of this application;
[0075] Figure 8 This is a result diagram illustrating another source-free operation provided in this embodiment of the application;
[0076] Figure 9 This is a schematic diagram of the structure of an adaptive inventory management device for multi-tenants provided in an embodiment of this application;
[0077] Figure 10 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation
[0078] The following description and accompanying drawings fully illustrate specific embodiments of this application to enable those skilled in the art to practice them.
[0079] It should be understood that the described embodiments are merely some, not all, of the embodiments in this application. All other embodiments obtained by those skilled in the art based on the embodiments in this application without inventive effort are within the scope of protection of this application.
[0080] In the following description, when referring to the accompanying drawings, the same numbers in different drawings denote the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.
[0081] In the description of this application, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances. Furthermore, in the description of this application, unless otherwise stated, "multiple" 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 existing alone, A and B existing simultaneously, or B existing alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship.
[0082] Currently, inventory management systems employ a fixed business process architecture, using pre-defined process nodes to manage inventory operations. The system achieves strict control over inventory by closely linking inventory operations to upstream orders. This fixed-process-based inventory management system effectively prevents data errors and business chaos.
[0083] The applicant of this application recognizes that the rigidity of the process makes the system difficult to adapt to the needs of medium-sized enterprises of different sizes and business models, and difficult to adapt to the differentiated needs of the two types of documents under multi-tenancy.
[0084] To address the aforementioned issues, this application provides an adaptive inventory management method and apparatus for multi-tenant environments, resolving the problems existing in the related technologies. In the embodiments of this application, on one hand, the system can obtain a corresponding target control mode based on the target tenant identifier. The target control mode includes a mandatory source mode, a weak source mode, and a mode where both source and no source exist. The system can adaptively adjust the operation permissions of preset business process nodes according to the target control mode. This adaptive adjustment mechanism enables the system to flexibly respond to the needs of medium-sized enterprises of different sizes and business models, avoiding business limitations caused by system rigidity. On the other hand, for documents with a source, the system ensures that inventory operations are closely linked to upstream orders through the mandatory source mode or the mode where both source and no source exist, achieving strict inventory control and data traceability. For documents without a source, the system provides flexible operation support through the weak source mode or the mode where both source and no source exist, allowing inventory operations to be performed without upstream orders. It also ensures the legality and traceability of operations through key information collection. This mechanism enables the system to meet the diverse needs of different tenants in a multi-tenant environment. The following describes the process in detail using exemplary embodiments.
[0085] The following will be combined with the appendix Figure 1 -Appendix Figure 8 This application provides a detailed description of the multi-tenant adaptive inventory management method provided in its embodiments. This method can be implemented using a computer program and can run on a multi-tenant adaptive inventory management device based on the von Neumann architecture. The computer program can be integrated into an application or run as a standalone utility application.
[0086] Please see Figure 1 This document provides a flowchart illustrating an adaptive inventory management method for multi-tenants, as described in an embodiment of this application. Figure 1 As shown, the method in this application embodiment includes the following steps:
[0087] S101, Receive an inventory operation request from the target tenant. The inventory operation request carries the target tenant identifier and operation type. The target tenant is one of multiple pre-registered tenants.
[0088] In a multi-tenant system, the target tenant is the specific tenant that initiates the inventory operation request. A multi-tenant system allows multiple independent tenants to share the same system resources, with each tenant having its own data and configuration. For example, in a cloud MES system, multiple manufacturing companies (tenants) use the same inventory management system. The target tenant is one of these companies, such as "ABC Manufacturing Company". An inventory operation request is a request initiated by the tenant to perform a specific inventory operation, such as receiving, issuing, or other inventory-related operations. For example, if ABC Manufacturing Company needs to record the receiving operation of a batch of raw materials, this operation request is an inventory operation request. The target tenant identifier is an identifier used to uniquely identify the target tenant; it can be a string or a number. For example, the target tenant identifier could be a company ID, such as "TENANT_ABC123," used to distinguish ABC Manufacturing Company from other tenants. The operation type is the specific type of inventory operation, which may depend on the operation the tenant needs to perform.
[0089] In some embodiments of this application, a tenant initiates an inventory operation request through a system interface or API. The request includes a target tenant identifier and an operation type. For example, ABC Manufacturing Company initiates an inbound operation request through the system interface, and the request includes the target tenant identifier "TENANT_ABC123" and the operation type. The system receives the inventory operation request and parses the target tenant identifier and operation type from it.
[0090] S102, obtain the target control mode corresponding to the target tenant identifier; the target control mode includes the forced source mode, the weak source mode, and the coexistence mode of source and no source. The forced source mode allows the creation of inventory documents associated with upstream orders, the weak source mode allows the creation of multi-source documents and automatically adjusts process nodes, and the coexistence mode of source and no source allows both source and no source operations.
[0091] The target control mode is the inventory management mode selected by the tenant, used to define the rules and processes for inventory operations. The system adjusts business process nodes and operation permissions according to the target control mode. For example, ABC Manufacturing Company might choose the "weak sourcing mode" control mode.
[0092] In the mandatory sourcing mode, the system only allows the creation of inventory documents associated with upstream orders (such as purchase orders, production orders, etc.). This mode emphasizes process standardization and data integrity. For example, if ABC Manufacturing Company chooses the mandatory sourcing mode, then a purchase order must be associated when performing raw material receiving operations.
[0093] In the weak sourcing mode, the system allows for the creation of inventory documents from multiple sources and can automatically adjust process nodes. This mode strikes a balance between standardization and flexibility, making it suitable for most small and medium-sized manufacturing enterprises. For example, if ABC Manufacturing Company chooses the weak sourcing mode, the warehouse manager can directly perform raw material receiving operations without a purchase order, but the system will automatically adjust process nodes to ensure compliance.
[0094] In the dual-source and non-source mode, the system supports both source-based and non-source-based operations. This mode offers maximum flexibility, suitable for small manufacturing enterprises, balancing standardized processes with emergency needs. For example, if ABC Manufacturing Company chooses the dual-source and non-source mode, the warehouse manager can link purchase orders to perform raw material receiving operations, or directly create non-source-based receiving orders in emergency situations.
[0095] In some embodiments of this application, the specific process of obtaining the target management mode corresponding to the target tenant identifier includes: obtaining the association relationship between the pre-built tenant identifier and the management mode; querying the target management mode corresponding to the target tenant identifier from the association relationship to obtain the target management mode corresponding to the target tenant identifier.
[0096] Specifically, the process of generating the pre-built association between tenant identifiers and management modes includes: responding to a tenant's information registration request, loading and displaying a management mode configuration interface for the tenant to configure the management mode, with the information registration request carrying the tenant identifier; responding to a tenant's management mode selection instruction; determining the management mode selected by the tenant based on the management mode selection instruction; and storing the association between the tenant identifier and the management mode.
[0097] In one possible implementation, when a tenant registers in the system, the system assigns them a target tenant identifier. The system provides a configuration interface that allows tenants to select a control mode suitable for their needs (forced source mode, weak source mode, or a combination of source and non-source control). The configuration interface is as follows: Figure 2 As shown, after a tenant submits registration information, the system stores the association between the tenant identifier and the selected management mode in the database, thus obtaining a pre-built association between the tenant identifier and the management mode.
[0098] Furthermore, when the system receives an inventory operation request initiated by the target tenant, the system will query the database for the corresponding control mode of the tenant based on the target tenant identifier carried in the request, and obtain the target control mode.
[0099] S103, Based on the target control mode, adaptively adjust the operation permissions of the preset business process nodes to obtain the target business process nodes that are compatible with the inventory operation request.
[0100] The preset business process nodes are the various nodes in the predefined inventory operation process of the system, each node representing an operation step or functional module. For example, in inventory management, preset business process nodes include "Purchase Order Creation," "Purchase Receiving," "Inbound Registration," "Sales Order Creation," "Sales Delivery," and "Outbound Registration." Operation permissions are the operations that users can perform at specific business process nodes, such as creating, modifying, and deleting. For example, at the "Purchase Order Creation" node, operation permissions include "Create Order," "Modify Order," and "Delete Order." The target business process nodes adapted to inventory operation requests are the business process nodes adjusted by the system based on the target control mode and inventory operation requests. The operation permissions of these nodes are reconfigured to meet the specific needs of the tenant. For example, under the "weak source mode," the system may allow the "Inbound Registration" operation to be performed directly without a purchase order.
[0101] In some embodiments of this application, the specific process of adaptively adjusting the operation permissions of preset business process nodes according to the target control mode to obtain the target business process node adapted to the inventory operation request includes: when the target control mode is the forced source mode, traversing and checking whether each node in the preset business process nodes is associated with an upstream order, and obtaining the check result of each node; if the check result of each node indicates that it is associated with an upstream order, retaining the operation permission of each node; or, if the check result of each node indicates that it is not associated with an upstream order, prohibiting the operation permission of each node, and obtaining the adjustment result of each node; saving the adjustment result of each node to obtain the target business process node adapted to the inventory operation request.
[0102] In other embodiments of this application, the specific process of adaptively adjusting the operation permissions of preset business process nodes according to the target control mode to obtain the target business process node adapted to the inventory operation request includes: when the target control mode is a weak source mode, traversing and obtaining the process decoupling rules of each node in the preset business process nodes; when the process decoupling rules of each node indicate that merging is allowed, merging each node into one operation node and setting fully open operation permissions; or, when the process decoupling rules of each node indicate that hiding is allowed, retaining the background logic processing function of each node and hiding each node; or, when the process decoupling rules of each node indicate that it belongs to a sourceless operation node, enabling the operation permissions of each node and setting the key information collection function to obtain the adjustment result of each node; saving the adjustment result of each node to obtain the target business process node adapted to the inventory operation request.
[0103] In other embodiments of this application, the specific process of adaptively adjusting the operation permissions of preset business process nodes according to the target control mode to obtain the target business process node adapted to the inventory operation request includes: when the target control mode is a mode where both sourced and sourceless operations coexist, traversing and obtaining the node type of each node in the preset business process nodes; simultaneously enabling nodes with sourced and sourceless operation types; retaining the association with upstream orders and setting operation permissions for each enabled sourced node; enabling the operation permissions of each enabled sourceless node and setting the key information collection function to obtain the adjustment result of each node; saving the adjustment result of each node to obtain the target business process node adapted to the inventory operation request.
[0104] In one possible implementation, the system design defines a set of standard business process nodes, each with default operation permissions. For example, the system's preset business process nodes include "Purchase Order Creation," "Purchase Receipt," "Inbound Registration," "Sales Order Creation," "Sales Delivery," and "Outbound Registration." Based on the target tenant's identifier, the system queries the database for the control mode selected by that tenant. If the system finds that ABC Manufacturing Company has selected "Forced Source Mode," it only retains operation permissions for nodes associated with upstream orders, prohibiting operation permissions for other nodes. If the system finds that ABC Manufacturing Company has selected "Weak Source Mode," it automatically adjusts the process nodes according to preset rules, allowing operations to be performed even without upstream orders, but potentially requiring additional critical information input. If the system finds that ABC Manufacturing Company has selected "Coexistence of Source and Sourceless Operations," it enables nodes for both sourced and sourceless operations simultaneously, allowing the tenant to choose the operation type according to their needs.
[0105] For example, in the "weak source mode", the system-generated adapter node allows the "inbound registration" operation to be executed directly without being associated with a purchase order.
[0106] For example Figure 3 As shown, Figure 3This is a schematic diagram of a process node adaptive adjustment process provided in this application. The system receives an inventory operation request from a tenant, including the target tenant identifier and operation type. The target tenant identifier is extracted from the request. Based on the target tenant identifier, the control mode of that tenant is queried from the database. In the forced source mode, each node is checked to see if it is associated with an upstream order; if associated, permissions are retained; otherwise, permissions are denied. In the weak source mode, nodes are merged, hidden, or enabled without a source, according to the process decoupling rules. In the coexistence of source and non-source modes, both source and non-source operation nodes are enabled simultaneously, with permissions and key information collection set separately. The adjusted operation permissions are saved, generating an adapted business process node. The inventory operation is executed according to the adjusted business process node.
[0107] S104 updates the inventory status based on the operation type and target business process node, and obtains the inventory operation execution result.
[0108] In some embodiments of this application, the specific process of updating the inventory status and obtaining the inventory operation execution result based on the operation type and target business process node includes: when the operation type is an operation without a source, generating and displaying prompt information to prompt the target tenant to input key information; receiving the current key information input by the target tenant in response to the displayed prompt information; updating the inventory status according to the target business process node and the current key information to obtain the inventory operation execution result; or, when the operation type is an operation with a source, extracting pending business data from upstream orders; updating the inventory status according to the target business process node and the pending business data to obtain the inventory operation execution result. The operation interface for an operation with a source includes, for example... Figure 4 As shown, the user interface for operations without a source is as follows: Figure 5 As shown in the image, users can submit inventory operation requests through this interface.
[0109] Specifically, the process of updating the inventory status and obtaining the inventory operation execution result based on the target business process node and current key information includes: parsing the node type, business semantics, and associated approval rules of the target business process node to obtain configuration information; verifying the validity of the current key information based on the configuration information; if valid, creating an empty target inventory operation record; marking the target inventory operation record with a system identifier without a source and writing the current key information into the fields of the target inventory operation record to obtain the traceability chain basic information; updating the inventory quantity of the corresponding material based on the quantity and operation type carried in the inventory operation request to obtain the inventory update result; and storing the mapping relationship between the traceability chain basic information and the inventory update result as the inventory operation execution result.
[0110] Specifically, the process of updating the inventory status and obtaining the inventory operation execution result based on the target business process node and the pending business data includes: parsing the node type, business semantics, and associated approval rules of the target business process node to obtain configuration information; verifying the validity of the pending business data based on the configuration information; if valid, updating the inventory quantity of the corresponding material based on the pending business data and operation type to obtain the inventory update result; feeding back the inventory update result to the upstream order to accumulate the inventory update result in the "inbound quantity" or "outbound quantity" field of the upstream order to obtain inventory update information; creating an empty target inventory operation record; writing the inventory update information into the target inventory operation record to obtain the traceability chain basic information; and storing the mapping relationship between the traceability chain basic information and the inventory update result as the inventory operation execution result.
[0111] For example Figure 6 As shown, Figure 6 This is a schematic diagram illustrating the specific process of performing inventory operations as provided in this application. The system receives an inventory operation request from a tenant, including the operation type. If it is an operation without a source: the tenant is prompted to enter key information. After the tenant enters the key information, the system receives this information. It parses the node type, business semantics, and associated approval rules. It verifies the validity of the key information entered by the tenant. If the key information is valid, an empty inventory operation record is created and marked as an operation without a source. The key information is written into the fields of the inventory operation record. The inventory quantity of the corresponding material is updated according to the operation request. The mapping relationship between the traceability chain basic information and the inventory update result is stored.
[0112] If the operation has a source: Extract the business data to be processed from the upstream order. Parse the node type, business semantics, and associated approval rules. Verify the validity of the business data to be processed. If the data is valid, update the inventory quantity according to the operation type. Feedback the inventory update result to the upstream order, updating the "inbound" or "outbound" quantity fields. Create an empty inventory operation record. Write the inventory update information to the inventory operation record. Store the mapping relationship between the traceability chain basic information and the inventory update result. Complete the inventory status update and obtain the final inventory operation execution result.
[0113] Furthermore, based on the operation type and target business process node, after updating the inventory status and obtaining the inventory operation execution result, an inventory document needs to be created for display. The specific process includes: In the case of a source-based operation, obtaining the inventory document template associated with the upstream order; extracting order details from the upstream order, including order number, supplier or customer information, material code, quantity, and unit price; extracting the inventory update result from the inventory operation execution result, including the actual inbound or outbound quantity and operation time; filling the order number, supplier or customer information, material code, quantity, unit price, actual inbound or outbound quantity, and operation time into the inventory document template associated with the upstream order to obtain the target inventory document; storing the target inventory document and visually displaying it. The display result for a source-based operation is as follows: Figure 7 As shown.
[0114] Furthermore, based on the operation type and target business process node, after updating the inventory status and obtaining the inventory operation execution result, an inventory document needs to be created for display. The specific process includes: In the case of an operation type without a source, constructing an inventory document template with the same document type as the emergency replenishment receipt and sample delivery receipt; extracting key information, the system identifier of the operation without a source, and basic traceability chain information from the inventory operation execution result; key information includes the operation reason, operator, associated items, material code, and quantity; filling the operation reason, operator, associated items, material code, quantity, and the system identifier and traceability chain basic information of the operation without a source into the inventory document template to obtain the target inventory document; storing the target inventory document and visually displaying it; the display result of an operation without a source is as follows: Figure 8 As shown.
[0115] In some embodiments of this application, when an administrator performs data tracing, a data tracing request is received from the administrator, the data tracing request including basic information of the target tracing chain; the target inventory update result corresponding to the basic information of the target tracing chain is obtained from the mapping relationship; a pre-created visualization template is loaded; the target inventory update result is filled into the visualization template to obtain the historical inventory operation visualization result; and the historical inventory operation visualization result is displayed.
[0116] In this embodiment, on the one hand, the system can obtain the corresponding target control mode based on the target tenant identifier. The target control mode includes a mandatory source mode, a weak source mode, and a mode with and without a source. The system can adaptively adjust the operation permissions of preset business process nodes according to the target control mode. This adaptive adjustment mechanism enables the system to flexibly respond to the needs of medium-sized enterprises of different sizes and business models, avoiding business restrictions caused by system rigidity. On the other hand, for documents with a source, the system ensures that inventory operations are closely linked to upstream orders through the mandatory source mode or the mode with and without a source, achieving strict inventory control and data traceability. For documents without a source, the system provides flexible operation support through the weak source mode or the mode with and without a source, allowing inventory operations to be performed without upstream orders, and ensuring the legality and traceability of operations through key information collection. This mechanism enables the system to meet the diverse needs of different tenants in a multi-tenant environment.
[0117] The following are embodiments of the apparatus described in this application, which can be used to execute the embodiments of the method described in this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the method described in this application.
[0118] Please see Figure 9 This illustration shows a schematic diagram of a multi-tenant adaptive inventory management device provided in an exemplary embodiment of this application. This multi-tenant adaptive inventory management device can be implemented as all or part of an electronic device through software, hardware, or a combination of both. The device 1 includes a request receiving module 10, a control mode acquisition module 20, an operation permission adaptive adjustment module 30, and an inventory status update module 40.
[0119] The request receiving module 10 is used to receive inventory operation requests from the target tenant. The inventory operation request carries the target tenant identifier and operation type. The target tenant is one of a number of pre-registered tenants.
[0120] The control mode acquisition module 20 is used to acquire the target control mode corresponding to the target tenant identifier. The target control mode includes the forced source mode, the weak source mode, and the coexistence mode of source and no source. The forced source mode allows the creation of inventory documents associated with upstream orders. The weak source mode allows the creation of multi-source documents and automatically adjusts process nodes. The coexistence mode of source and no source allows both source and no source operations.
[0121] The adaptive operation permission adjustment module 30 is used to adaptively adjust the operation permissions of preset business process nodes according to the target control mode, so as to obtain the target business process node that adapts to the inventory operation request.
[0122] The inventory status update module 40 is used to update the inventory status based on the operation type and the target business process node, and obtain the inventory operation execution result.
[0123] It should be noted that the multi-tenant adaptive inventory management device provided in the above embodiments is only illustrated by the division of the above functional modules when executing the multi-tenant adaptive inventory management method. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the multi-tenant adaptive inventory management device and the multi-tenant adaptive inventory management method embodiments provided in the above embodiments belong to the same concept, and the implementation process is detailed in the method embodiments, which will not be repeated here.
[0124] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.
[0125] In this embodiment, on the one hand, the system can obtain the corresponding target control mode based on the target tenant identifier. The target control mode includes a mandatory source mode, a weak source mode, and a mode with and without a source. The system can adaptively adjust the operation permissions of preset business process nodes according to the target control mode. This adaptive adjustment mechanism enables the system to flexibly respond to the needs of medium-sized enterprises of different sizes and business models, avoiding business restrictions caused by system rigidity. On the other hand, for documents with a source, the system ensures that inventory operations are closely linked to upstream orders through the mandatory source mode or the mode with and without a source, achieving strict inventory control and data traceability. For documents without a source, the system provides flexible operation support through the weak source mode or the mode with and without a source, allowing inventory operations to be performed without upstream orders, and ensuring the legality and traceability of operations through key information collection. This mechanism enables the system to meet the diverse needs of different tenants in a multi-tenant environment.
[0126] This application also provides a computer-readable medium having program instructions stored thereon, which, when executed by a processor, implement the multi-tenant-oriented adaptive inventory management method provided in the above-described method embodiments.
[0127] This application also provides a computer program product containing instructions that, when run on a computer, cause the computer to perform the multi-tenant-oriented adaptive inventory management method of the various method embodiments described above.
[0128] Please see Figure 10 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 10As shown, the electronic device 1000 may include: at least one processor 1001, at least one network interface 1004, a user interface 1003, a memory 1005, and at least one communication bus 1002.
[0129] The communication bus 1002 is used to realize the connection and communication between these components.
[0130] The user interface 1003 may include a display screen and a camera. Optionally, the user interface 1003 may also include a standard wired interface and a wireless interface.
[0131] The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface).
[0132] The processor 1001 may include one or more processing cores. The processor 1001 connects to various parts within the electronic device 1000 using various interfaces and lines. It executes various functions and processes data by running or executing instructions, programs, code sets, or instruction sets stored in the memory 1005, and by calling data stored in the memory 1005. Optionally, the processor 1001 may be implemented using at least one hardware form selected from Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). The processor 1001 may integrate one or more of the following: a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), and a modem. The CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the content to be displayed on the screen; and the modem handles wireless communication. It is understood that the modem may also be implemented as a separate chip, without being integrated into the processor 1001.
[0133] The memory 1005 may include random access memory (RAM) or read-only memory. Optionally, the memory 1005 may include a non-transitory computer-readable storage medium. The memory 1005 can be used to store instructions, programs, code, code sets, or instruction sets. The memory 1005 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as touch function, sound playback function, image playback function, etc.), instructions for implementing the above-described method embodiments, etc.; the data storage area may store data involved in the above-described method embodiments, etc. Optionally, the memory 1005 may also be at least one storage system located remotely from the aforementioned processor 1001. Figure 10 As shown, the memory 1005, which serves as a computer storage medium, may include an operating system, a network communication module, a user interface module, and an adaptive inventory management application for multi-tenancy.
[0134] exist Figure 10 In the illustrated electronic device 1000, the user interface 1003 is mainly used to provide an input interface for the user and to obtain user input data; while the processor 1001 can be used to call the multi-tenant adaptive inventory management application stored in the memory 1005 and specifically perform the following operations:
[0135] Receive inventory operation requests from the target tenant. The inventory operation requests carry the target tenant identifier and operation type. The target tenant is one of a number of pre-registered tenants.
[0136] Obtain the target control mode corresponding to the target tenant identifier; the target control mode includes the forced source mode, the weak source mode, and the coexistence mode of source and no source. The forced source mode allows the creation of inventory documents associated with upstream orders, the weak source mode allows the creation of multi-source documents and automatically adjusts process nodes, and the coexistence mode of source and no source allows both source and no source operations.
[0137] Based on the target control mode, the operation permissions of the preset business process nodes are adaptively adjusted to obtain the target business process nodes that are compatible with the inventory operation request.
[0138] Based on the operation type and target business process node, update the inventory status and obtain the inventory operation execution result.
[0139] In one embodiment, when the processor 1001 executes the operation to update the inventory status and obtain the inventory operation result based on the operation type and target business process node, it specifically performs the following operations:
[0140] When the operation type is a sourceless operation, generate and display a prompt message to encourage the target tenant to input key information;
[0141] Receive current key information input by the target tenant in response to the displayed prompts;
[0142] Based on the target business process node and current key information, update the inventory status to obtain the inventory operation execution result; or...
[0143] When the operation type is a sourced operation, extract the pending business data from the upstream order; based on the target business process node and the pending business data, update the inventory status and obtain the inventory operation execution result.
[0144] In one embodiment, when the processor 1001 executes the operation of updating the inventory status based on the target business process node and current key information to obtain the inventory operation result, it specifically performs the following operations:
[0145] The node type, business semantics, and associated approval rules of the target business process node are analyzed to obtain configuration information;
[0146] Based on the configuration information, verify whether the current critical information is valid;
[0147] If so, create an empty target inventory operation record;
[0148] The system identifier without a source is marked on the target inventory operation record, and the current key information is written into the field of the target inventory operation record to obtain the basic information of the traceability chain;
[0149] Based on the quantity and operation type carried in the inventory operation request, update the inventory quantity of the corresponding material to obtain the inventory update result;
[0150] Store the mapping relationship between the basic information of the traceability chain and the inventory update results, as the result of inventory operation execution.
[0151] In one embodiment, when the processor 1001 executes the operation of updating the inventory status based on the target business process node and the business data to be processed, and obtains the inventory operation result, it specifically performs the following operations:
[0152] The node type, business semantics, and associated approval rules of the target business process node are analyzed to obtain configuration information;
[0153] Based on the configuration information, verify whether the business data to be processed is valid;
[0154] If so, update the inventory quantity of the corresponding material based on the pending business data and operation type to obtain the inventory update result;
[0155] The inventory update results are fed back to the upstream orders so that the inventory update results are added to the "inbound quantity" or "outbound quantity" field of the upstream orders to obtain inventory update information;
[0156] Create an empty target inventory operation record;
[0157] Write the inventory update information into the target inventory operation record to obtain the basic information of the traceability chain;
[0158] Store the mapping relationship between the basic information of the traceability chain and the inventory update results, as the result of inventory operation execution.
[0159] In one embodiment, the processor 1001 also performs the following operations:
[0160] Receive data traceability requests from the administrator. The data traceability requests include basic information about the target traceability chain.
[0161] From the mapping relationship, obtain the target inventory update results corresponding to the basic information of the target traceability chain;
[0162] Load a pre-created visualization template;
[0163] Populate the target inventory update results into the visualization template to obtain the historical inventory operation visualization results;
[0164] Displays visualizations of historical inventory operations.
[0165] In one embodiment, when the processor 1001 executes the operation of obtaining the target management mode corresponding to the target tenant identifier, it specifically performs the following operations:
[0166] Obtain the association between pre-built tenant identifiers and management modes;
[0167] From the association relationships, query the target management mode corresponding to the target tenant identifier to obtain the target management mode corresponding to the target tenant identifier; where...
[0168] Generate the pre-built association between tenant identifiers and management modes by following these steps:
[0169] In response to a tenant’s information registration request, load and display the management mode configuration interface for the tenant to configure the management mode. The information registration request carries the tenant’s identifier.
[0170] Responding to the tenant's control mode selection instruction; determining the control mode selected by the tenant based on the control mode selection instruction;
[0171] The relationship between storage tenant identifiers and management modes.
[0172] In one embodiment, when the processor 1001 executes the operation permissions of preset business process nodes adaptively adjusted according to the target control mode to obtain the target business process node that is suitable for the inventory operation request, it specifically performs the following operations:
[0173] When the target control mode is the forced source mode, iterate through and check whether each node in the preset business process nodes is associated with the upstream order, and obtain the check result of each node; if the check result of each node indicates that it is associated with the upstream order, retain the operation permission of each node; or, if the check result of each node indicates that it is not associated with the upstream order, prohibit the operation permission of each node, and obtain the adjustment result of each node.
[0174] Alternatively, if the target control mode is a weak source mode, iterate through and obtain the process decoupling rules for each node in the preset business process nodes; if the process decoupling rules of each node indicate that merging is allowed, merge each node into one operation node and set fully open operation permissions; or, if the process decoupling rules of each node indicate that hiding is allowed, retain the background logic processing function of each node and hide each node; or, if the process decoupling rules of each node indicate that it is an operation node without a source, enable the operation permissions of each node and set the key information collection function to obtain the adjustment results of each node;
[0175] Alternatively, when the target control mode is a combination of source-based and source-free operation, iterate through and obtain the node type of each node in the preset business process nodes; enable nodes with source-based and source-free operation types; retain the association with upstream orders and set operation permissions for each enabled source-based node; enable operation permissions for each enabled source-free node and set key information collection functions to obtain the adjustment results for each node.
[0176] Save the adjustment results of each node to obtain the target business process node that adapts to the inventory operation request.
[0177] In one embodiment, the processor 1001 also performs the following operations:
[0178] When the operation type is a sourced operation, obtain the inventory document template associated with the upstream order;
[0179] Extract order details from upstream orders. Order details include order number, supplier or customer information, material code, quantity, and unit price.
[0180] Extract inventory update results from the inventory operation execution results. The inventory update results include the actual quantity of goods received or issued and the operation time.
[0181] Fill the order number, supplier or customer information, material code, quantity, unit price, actual inbound or outbound quantity, and operation time into the inventory document template associated with the upstream order to obtain the target inventory document;
[0182] Store the target inventory documents and visualize them.
[0183] In one embodiment, the processor 1001 also performs the following operations:
[0184] When the operation type is an operation without a source, construct an inventory document template with the same document type as the emergency replenishment receipt and sample delivery receipt.
[0185] Extract key information, system identifiers for transactions without a provenance, and basic information from the inventory operation execution results; key information includes the reason for the operation, the operator, related items, material code, and quantity;
[0186] Fill the sourceless inventory document template with the operation reason, operator, related items, material code, quantity, system identifier of the sourceless operation, and traceability chain basic information to obtain the target inventory document;
[0187] Store the target inventory documents and visualize them.
[0188] In this embodiment, on the one hand, the system can obtain the corresponding target control mode based on the target tenant identifier. The target control mode includes a mandatory source mode, a weak source mode, and a mode with and without a source. The system can adaptively adjust the operation permissions of preset business process nodes according to the target control mode. This adaptive adjustment mechanism enables the system to flexibly respond to the needs of medium-sized enterprises of different sizes and business models, avoiding business restrictions caused by system rigidity. On the other hand, for documents with a source, the system ensures that inventory operations are closely linked to upstream orders through the mandatory source mode or the mode with and without a source, achieving strict inventory control and data traceability. For documents without a source, the system provides flexible operation support through the weak source mode or the mode with and without a source, allowing inventory operations to be performed without upstream orders, and ensuring the legality and traceability of operations through key information collection. This mechanism enables the system to meet the diverse needs of different tenants in a multi-tenant environment.
[0189] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The program for multi-tenant adaptive inventory management can be stored in a computer-readable storage medium. When executed, the program can include the processes of the embodiments of the above methods. The storage medium for the multi-tenant adaptive inventory management program can be a magnetic disk, optical disk, read-only memory, or random access memory, etc.
[0190] The above-disclosed embodiments are merely preferred embodiments of this application and should not be construed as limiting the scope of this application. Therefore, any equivalent variations made in accordance with the claims of this application shall still fall within the scope of this application.
Claims
1. An adaptive inventory management method for multi-tenant environments, characterized in that, The method includes: Receive an inventory operation request from a target tenant, the inventory operation request carrying the target tenant identifier and operation type, the target tenant being one of a number of pre-registered tenants; Obtain the target control mode corresponding to the target tenant identifier; the target control mode includes a forced source mode, a weak source mode, and a mode with and without source coexistence. The forced source mode allows the creation of inventory documents associated with upstream orders, the weak source mode allows the creation of multi-source documents and automatic adjustment of process nodes, and the mode with and without source coexistence allows both source and source operations. According to the target control mode, the operation permissions of preset business process nodes are adaptively adjusted to obtain target business process nodes adapted to the inventory operation request, including: when the target control mode is a forced source mode, traversing and checking whether each node in the preset business process nodes is associated with an upstream order, and obtaining the check result of each node; when the check result of each node indicates that it is associated with an upstream order, retaining the operation permission of each node; or, when the check result of each node indicates that it is not associated with an upstream order, prohibiting the operation permission of each node, and obtaining the adjustment result of each node; or, when the target control mode is a weak source mode, traversing and obtaining the process decoupling rules of each node in the preset business process nodes; when the process decoupling rules of each node indicate that merging is allowed, merging each node into one operation node and setting fully open operation permissions; or If the process decoupling rule of each node indicates that hiding is allowed, retain the background logic processing function of each node and hide each node; or, if the process decoupling rule of each node indicates that it is a node without a source, enable the operation permission of each node and set the key information collection function to obtain the adjustment result of each node; or, if the target control mode is a mode where sourced and sourced operations coexist, traverse and obtain the node type of each node in the preset business process nodes; enable nodes with sourced and sourced operations; retain the association with upstream orders and set operation permissions for each enabled node with sourced operations; enable the operation permissions of each enabled node without sourced operations and set the key information collection function to obtain the adjustment result of each node; save the adjustment result of each node to obtain the target business process node adapted to the inventory operation request; Based on the operation type and the target business process node, update the inventory status to obtain the inventory operation execution result.
2. The method according to claim 1, characterized in that, The step of updating the inventory status based on the operation type and the target business process node to obtain the inventory operation execution result includes: When the operation type is a sourceless operation, generate and display a prompt message to prompt the target tenant to input key information; Receive the current key information input by the target tenant in response to the displayed prompts; Based on the target business process node and the current key information, update the inventory status to obtain the inventory operation execution result; or... When the operation type is a sourced operation, extract the business data to be processed from the upstream order; update the inventory status according to the target business process node and the business data to be processed, and obtain the inventory operation execution result.
3. The method according to claim 2, characterized in that, The step of updating the inventory status based on the target business process node and the current key information to obtain the inventory operation execution result includes: The node type, business semantics, and associated approval rules of the target business process node are analyzed to obtain configuration information; Based on the configuration information, verify whether the current key information is valid; If so, create an empty target inventory operation record; The system identifier without a source is marked on the target inventory operation record, and the current key information is written into the field of the target inventory operation record to obtain the basic information of the traceability chain; Based on the quantity carried in the inventory operation request and the operation type, update the inventory quantity of the corresponding material to obtain the inventory update result; The mapping relationship between the basic information of the traceability chain and the inventory update result is stored as the result of the inventory operation execution.
4. The method according to claim 2, characterized in that, The step of updating the inventory status based on the target business process node and the pending business data to obtain the inventory operation execution result includes: The node type, business semantics, and associated approval rules of the target business process node are analyzed to obtain configuration information; Based on the configuration information, verify whether the business data to be processed is valid; If so, update the inventory quantity of the corresponding material according to the pending business data and the operation type to obtain the inventory update result; The inventory update result is fed back to the upstream order so that the inventory update result is added to the "inbound quantity" or "outbound quantity" field of the upstream order to obtain inventory update information; Create an empty target inventory operation record; Write the inventory update information into the target inventory operation record to obtain the basic information of the traceability chain; The mapping relationship between the basic information of the traceability chain and the inventory update result is stored as the result of the inventory operation execution.
5. The method according to claim 3, characterized in that, The method further includes: Receive a data tracing request from the administrator, the data tracing request including basic information of the target tracing chain; From the mapping relationship, obtain the target inventory update result corresponding to the basic information of the target traceability chain; Load a pre-created visualization template; The target inventory update results are populated into the visualization template to obtain the historical inventory operation visualization results; The visualization results of the historical inventory operations are displayed.
6. The method according to claim 1, characterized in that, The step of obtaining the target management mode corresponding to the target tenant identifier includes: Obtain the association between pre-built tenant identifiers and management modes; From the aforementioned relationships, the target management mode corresponding to the target tenant identifier is queried to obtain the target management mode corresponding to the target tenant identifier; wherein... Generate the pre-built association between tenant identifiers and management modes by following these steps: In response to a tenant’s information registration request, a management mode configuration interface for the tenant to configure the management mode is loaded and displayed, wherein the information registration request carries the tenant identifier; In response to the tenant's control mode selection instruction; based on the control mode selection instruction, determine the control mode selected by the tenant; Store the association between the tenant identifier and the management mode.
7. The method according to claim 1, characterized in that, After updating the inventory status based on the operation type and the target business process node to obtain the inventory operation execution result, the process further includes: When the operation type is a sourced operation, obtain the inventory document template associated with the upstream order; Extract order details from upstream orders. The order details include order number, supplier or customer information, material code, quantity, and unit price. Extract inventory update results from the inventory operation execution results. The inventory update results include the actual quantity of goods received or issued and the operation time. The order number, supplier or customer information, material code, quantity, unit price, actual inbound or outbound quantity, and operation time are filled into the inventory document template associated with the upstream order to obtain the target inventory document; Store the target inventory documents and visualize them.
8. The method according to claim 1, characterized in that, After updating the inventory status based on the operation type and the target business process node to obtain the inventory operation execution result, the process further includes: When the operation type is a sourceless operation, construct a sourceless inventory document template that is consistent with the document type of the emergency replenishment receipt and sample delivery receipt; Extract key information, system identifiers for unsourced operations, and basic traceability chain information from the inventory operation execution results; the key information includes the operation reason, operator, related items, material code, and quantity. Fill the operation reason, operator, related project, material code, quantity, system identifier of the operation without source and traceability chain basic information into the inventory document template without source to obtain the target inventory document; Store the target inventory documents and visualize them.
9. A multi-tenant-oriented adaptive inventory management system implemented using the method described in any one of claims 1-8, characterized in that, The system includes: The request receiving module is used to receive inventory operation requests from target tenants. The inventory operation requests carry the target tenant identifier and operation type. The target tenant is one of a number of pre-registered tenants. The control mode acquisition module is used to acquire the target control mode corresponding to the target tenant identifier; the target control mode includes a forced source mode, a weak source mode, and a source and no source coexistence mode. The forced source mode allows the creation of inventory documents associated with upstream orders, the weak source mode allows the creation of multi-source documents and automatic adjustment of process nodes, and the source and no source coexistence mode allows both source and no source operations. An adaptive operation permission adjustment module is used to adaptively adjust the operation permissions of preset business process nodes according to the target control mode, so as to obtain a target business process node that adapts to the inventory operation request. The inventory status update module is used to update the inventory status based on the operation type and the target business process node, and obtain the inventory operation execution result.
Citation Information
Patent Citations
Warehouse management method based on ERP (Enterprise Resource Planning) system and related equipment
CN117910986A
Multi-tenant permission control method and device and storage medium
CN119210842A