Inventory data checking method and device

Abstract

The invention discloses an inventory data checking method and device, and relates to the technical field of computers. A specific embodiment of the inventory data checking method comprises the following steps: in response to a received data checking request, acquiring inventory data of a plurality of systems corresponding to the data checking request; determining a checking strategy suitable for the inventory data of the plurality of systems, wherein the checking strategy comprises a checking node responsibility chain; and checking the inventory data of the plurality of systems according to the checking node responsibility chain to obtain a checking result. According to the embodiment, the inventory data of the multiple systems are checked based on the checking strategy and the checking node responsibility chain, the checking efficiency and accuracy of the inventory data can be improved, and the labor cost is reduced.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a method and device for checking inventory data. Background Art

[0002] Data consistency needs to be ensured between different systems. For example, the warehouse operation system and the merchant management system each have a set of inventory data. The inventory data of the two systems should be consistent to avoid merchant losses or consumer complaints caused by overselling of goods. At present, each system can only ensure data consistency within the system. Data consistency between multiple systems is mainly achieved through manual verification. For example, data management personnel view, record, and verify inventory data in multiple systems. If the inventory data is inconsistent, they will send a work order to the data maintenance personnel, who will handle the inconsistent inventory data according to the work order.

[0003] In the process of implementing the present invention, the inventors found that the prior art has at least the following problems:

[0004] Manually checking data from multiple systems results in a large amount of manpower costs and low data checking efficiency. Summary of the invention

[0005] In view of this, an embodiment of the present invention provides a method and device for checking inventory data, which can improve the efficiency and accuracy of checking inventory data and reduce labor costs.

[0006] To achieve the above object, according to a first aspect of an embodiment of the present invention, a method for checking inventory data is provided, comprising:

[0007] In response to receiving the data verification request, obtaining inventory data of multiple systems corresponding to the data verification request;

[0008] Determining a reconciliation strategy applicable to the inventory data of the plurality of systems, the reconciliation strategy comprising a reconciliation node responsibility chain;

[0009] The inventory data of the multiple systems are checked according to the check node responsibility chain to obtain a check result.

[0010] Optionally, the check node responsibility chain includes a plurality of check nodes; and checking the inventory data of the plurality of systems according to the check node responsibility chain includes:

[0011] Using a first checking node to check the inventory data of the plurality of systems;

[0012] In the case where the inventory data of multiple systems are inconsistent, the backlog data is identified from the multiple systems using the second checking node, the backlog data of each system is merged with the inventory data into the first revised data, and the first revised data of the multiple systems is checked;

[0013] When multiple first correction data are inconsistent, a third verification node is used to identify system error data from multiple systems, and second correction data is determined based on the system error data and first correction data of each system, and the second correction data of multiple systems are verified.

[0014] Optionally, the system error data is generated by different system errors, the check node responsibility chain includes a plurality of check nodes for identifying the system error data generated by different system errors, and the method further includes:

[0015] In response to detecting that the system error has been repaired, determining a repaired target system error;

[0016] The target verification node corresponding to the target system error is removed from the verification node responsibility chain.

[0017] Optionally, when the checking result indicates that the inventory data of the multiple systems are inconsistent, the method further includes:

[0018] Determine the reasons for the inconsistency of the inventory data of the multiple systems, and generate an inventory data processing plan according to the reasons;

[0019] The inventory data of the multiple systems are repaired according to the inventory data processing plan to make the repaired inventory data consistent.

[0020] Optionally, before checking the inventory data of the multiple systems according to the check node responsibility chain, the method further includes: in response to receiving an extension programming request, displaying a corresponding custom extension programming specification; in response to receiving a custom extension interface that complies with the custom extension programming specification, encapsulating the custom extension interface into a custom check strategy;

[0021] Verifying the inventory data of the multiple systems according to the verification node responsibility chain includes: verifying the inventory data of the multiple systems using the verification node responsibility chain included in the custom verification strategy.

[0022] Optionally, obtaining inventory data of multiple systems corresponding to the data verification request includes: determining an inventory verification time point corresponding to the data verification request and a time anchor point of each system; and obtaining inventory data to be verified in each system according to the inventory verification time point and the time anchor point;

[0023] After verifying the inventory data of the plurality of systems according to the verification node responsibility chain, the method further includes: updating the time anchor point of each system using the inventory verification time point.

[0024] Optionally, obtaining inventory data of multiple systems corresponding to the data verification request includes:

[0025] Determining multiple systems and target data sources corresponding to the data verification request;

[0026] Determining whether the default data sources of the multiple systems are the same as the target data source;

[0027] When the default data source is the same as the target data source, acquiring inventory data from the default data sources of the plurality of systems;

[0028] When the default data source is different from the target data source, the default data source is switched to the target data source, and inventory data is acquired from the target data sources of the multiple systems.

[0029] According to a second aspect of an embodiment of the present invention, there is provided an inventory data checking device, comprising:

[0030] An acquisition module, configured to, in response to receiving a data verification request, acquire inventory data of a plurality of systems corresponding to the data verification request;

[0031] A determination module, configured to determine a verification strategy applicable to the inventory data of the plurality of systems, wherein the verification strategy includes a verification node responsibility chain;

[0032] The verification module is used to verify the inventory data of the multiple systems according to the verification node responsibility chain to obtain a verification result.

[0033] Optionally, the check node responsibility chain includes a plurality of check nodes; and checking the inventory data of the plurality of systems according to the check node responsibility chain includes:

[0034] Using a first checking node to check the inventory data of the plurality of systems;

[0035] In the case where the inventory data of multiple systems are inconsistent, the backlog data is identified from the multiple systems using the second checking node, the backlog data of each system is merged with the inventory data into the first revised data, and the first revised data of the multiple systems is checked;

[0036] When multiple first correction data are inconsistent, a third verification node is used to identify system error data from multiple systems, and second correction data is determined based on the system error data and first correction data of each system, and the second correction data of multiple systems are verified.

[0037] Optionally, the system error data is generated by different system errors, the check node responsibility chain includes a plurality of check nodes for identifying the system error data generated by different system errors, and the apparatus further includes:

[0038] A search module, configured to determine a target system error that has been repaired in response to detecting that the system error has been repaired;

[0039] A removal module is used to remove the target verification node corresponding to the target system error from the verification node responsibility chain.

[0040] Optionally, the device further comprises:

[0041] A generating module, configured to determine the reasons for the inconsistency of the inventory data of the multiple systems, and to generate an inventory data processing plan according to the reasons;

[0042] The repair module is used to repair the inventory data of the multiple systems according to the inventory data processing plan to make the repaired inventory data consistent.

[0043] Optionally, the device further comprises: a display module, for displaying a corresponding custom extended programming specification in response to receiving an extended programming request; a packaging module, for packaging the custom extended interface into a custom verification policy in response to receiving a custom extended interface that complies with the custom extended programming specification;

[0044] Verifying the inventory data of the multiple systems according to the verification node responsibility chain includes: verifying the inventory data of the multiple systems using the verification node responsibility chain included in the custom verification strategy.

[0045] Optionally, obtaining inventory data of multiple systems corresponding to the data verification request includes: determining an inventory verification time point corresponding to the data verification request and a time anchor point of each system; and obtaining inventory data to be verified in each system according to the inventory verification time point and the time anchor point;

[0046] The apparatus further includes: an updating module, configured to update the time anchor point of each system using the inventory verification time point.

[0047] Optionally, obtaining inventory data of multiple systems corresponding to the data verification request includes:

[0048] Determining multiple systems and target data sources corresponding to the data verification request;

[0049] Determining whether the default data sources of the multiple systems are the same as the target data source;

[0050] When the default data source is the same as the target data source, acquiring inventory data from the default data sources of the plurality of systems;

[0051] When the default data source is different from the target data source, the default data source is switched to the target data source, and inventory data is acquired from the target data sources of the multiple systems.

[0052] According to a third aspect of an embodiment of the present invention, there is provided an electronic device, including:

[0053] one or more processors;

[0054] a storage device for storing one or more programs,

[0055] When the one or more programs are executed by the one or more processors, the one or more processors implement the method described in any one of the above embodiments.

[0056] According to a fourth aspect of an embodiment of the present invention, a computer-readable medium is provided, on which a computer program is stored, and when the program is executed by a processor, the method described in any one of the above embodiments is implemented.

[0057] One embodiment of the above invention has the following advantages or beneficial effects: checking inventory data of multiple systems based on the checking strategy and the checking node responsibility chain can improve the checking efficiency and accuracy of inventory data and reduce labor costs; using multiple checking nodes of the checking node responsibility chain to calculate and check inventory data can improve the flexibility of data checking and meet different data checking requirements; when the system error has been repaired, the corresponding target checking node is removed from the checking node responsibility chain, which can improve the data checking efficiency and simplify the data checking process; generating an inventory data processing plan according to the cause of the inconsistency of the inventory data, and checking the inventory data according to the inventory data processing plan Repair can realize automatic data repair, improve data repair efficiency and reduce labor costs; provide users with custom extension programming specifications, receive custom extension interfaces written by users, and check the inventory data of multiple systems according to the custom extension interfaces, further improving the flexibility and scalability of data verification; determine inventory data according to inventory verification time points and time anchor points, which can reduce the data that needs to be verified and improve data verification efficiency; when the default system environment does not include multiple systems, switch the default system environment and obtain inventory data of multiple systems from the target system environment, which can quickly switch between different system environments, enhance data verification functions and improve data verification accuracy.

[0058] The further effects of the above-mentioned non-conventional optional manner will be described below in conjunction with specific implementation examples. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] The accompanying drawings are used to better understand the present invention and do not constitute an improper limitation of the present invention.

[0060] Figure 1 is a schematic diagram of the main process of the inventory data verification method according to an embodiment of the present invention;

[0061] Figure 2 is a timing diagram of a method for checking inventory data according to a reference embodiment of the present invention;

[0062] Figure 3 is a schematic diagram of the main process of a method for checking inventory data according to a reference embodiment of the present invention;

[0063] Figure 4 is a schematic diagram of the main system architecture of a method for checking inventory data according to a reference embodiment of the present invention;

[0064] Figure 5 is a schematic diagram of the main process of a method for checking inventory data according to a reference embodiment of the present invention;

[0065] Figure 6is a schematic diagram of the main process of a method for checking inventory data according to another reference embodiment of the present invention;

[0066] Figure 7 is a schematic diagram of main modules of an inventory data checking device according to an embodiment of the present invention;

[0067] Figure 8 is an exemplary system architecture diagram to which embodiments of the present invention may be applied;

[0068] Fig. 9 It is a schematic diagram of the structure of a computer system of a terminal device or a server suitable for implementing an embodiment of the present invention. DETAILED DESCRIPTION

[0069] The following is a description of exemplary embodiments of the present invention in conjunction with the accompanying drawings, including various details of the embodiments of the present invention to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for clarity and conciseness, the description of well-known functions and structures is omitted in the following description.

[0070] It should be noted that in the technical solution of the present invention, the collection, use, storage, sharing and transfer of user personal information involved are in compliance with the provisions of relevant laws and regulations, and it is necessary to inform the user and obtain the user's consent or authorization. When applicable, the user's personal information is de-identified and / or anonymized and / or encrypted.

[0071] Data consistency needs to be ensured between different systems. For example, the warehouse operation system and the merchant management system each have a set of inventory data. The inventory data of the two systems should be consistent to avoid merchant losses or consumer complaints caused by overselling of goods. At present, each system can only ensure data consistency within the system. Data consistency between multiple systems is mainly achieved through manual verification. For example, data management personnel view, record, and verify inventory data in multiple systems. If the inventory data is inconsistent, they will send a work order to the data maintenance personnel, who will handle the inconsistent inventory data according to the work order.

[0072] Manually checking data from multiple systems consumes a lot of manpower costs, has low data checking efficiency, and is prone to misjudgment or miscalculation, which reduces the accuracy of data checking. Each system can be used in multiple system environments, and existing technologies cannot switch the system environment, making it difficult to query historical data in other system environments. Manual checking lacks timeliness and cannot detect data inconsistencies in a timely manner, which can easily cause losses to merchants or increase consumer complaints.

[0073] In view of this, according to a first aspect of an embodiment of the present invention, a method for checking inventory data is provided.

[0074] Figure 1 FIG. 1 is a schematic diagram of the main process of the inventory data verification method according to an embodiment of the present invention. Figure 1 As shown, the inventory data verification method according to the embodiment of the present invention mainly includes the following steps S101 to S103.

[0075] Step S101 , in response to receiving a data verification request, obtaining inventory data of multiple systems corresponding to the data verification request.

[0076] The execution subject of the embodiment of the present invention parses the received data verification request and obtains the corresponding inventory data according to the parameters carried in the data verification request. The inventory data is the inventory data of the goods. Different goods correspond to different inventory data. The inventory data includes: the name of the goods, the quantity of the goods, the warehouse where the goods are stored, the shelf where the goods are stored, the storage time, etc. The inventory data can be applied to multiple business fields, such as warehousing and logistics, e-commerce platforms, commodity information management and other business fields. Therefore, there are multiple systems to store inventory data, such as warehousing systems, e-commerce systems, and information management systems.

[0077] Exemplarily, the execution subject of the embodiment of the present invention parses the data verification request to obtain the product name A1, and determines, based on a pre-set association table, that the inventory data of the product name A1 is stored in system B1, system B2, and system B3, then obtains the inventory data corresponding to the product name A1 from system B1, system B2, and system B3, respectively, to obtain inventory data C1, inventory data C2, and inventory data C3.

[0078] As another example, the execution subject of the embodiment of the present invention parses the data verification request to obtain system B4 and system B5, and according to the pre-set association table, determines that both system B4 and system B5 store inventory data of product name A2, that is, whether there is data consistency between system B4 and system B5 depends on the inventory data of product name A2 stored in these two systems. Therefore, inventory data C4 of product name A2 is obtained from system B4, and inventory data C5 of product name A2 is obtained from system B5.

[0079] Based on the association table between product names and systems, the inventory data that needs to be checked can be quickly determined, improving data acquisition efficiency. This can meet the data acquisition needs of the same product between multiple systems, and can also meet the acquisition needs of inventory data with the same product name stored in multiple systems, thereby improving the flexibility of data acquisition.

[0080] According to a reference embodiment of the present invention, when obtaining inventory data of multiple systems corresponding to a data verification request, the data verification request is first parsed to determine the multiple systems and target data sources corresponding to the data verification request, and the inventory data that needs to be verified is stored in the multiple systems. Specifically, the inventory data that needs to be verified is stored in the target data sources of multiple systems, and each system can have one or more data sources. For example, the system is deployed in different countries, and each country has a different data source, that is, different inventory data is stored in the system of each country. The data sources of the system include: the data source of country D1, the data source of country D2, and so on; for another example, the system uses multiple types of data sources to store inventory data. The data sources applicable to the embodiments of the present invention include: Redis, MySQL, Google Cloud, etc. Different types of data sources store different inventory data.

[0081] After determining multiple systems and target data sources, determine whether the default data source of each system is the same as the target data source. For example, if each data source has a different data source code, compare the data source code of the target data source with the data source code of the default data source of each system. If the data source codes are the same, determine that the default data source is the same as the target data source. If the default data source is the same as the target data source, directly obtain the corresponding inventory data from the default data source of each system; if the default data source is different from the target data source, use the pre-set data source plug-in and custom annotations to switch the default data source to the target data source, and then obtain inventory data from the target data source of each system.

[0082] Exemplarily, the data verification request is parsed to determine that the multiple systems include: system E1 (the default data source is data source F1), system E2 (the default data source is data source F1) and system E3 (the default data source is data source F2), and the target data source is data source F1; since the default data source of system F1 and system F2 is the same as the target data source, there is no need to switch the data source, and the inventory data is directly obtained from the default data source of system E1 and system E2; because the default data source of system E3 is different from the target data source, it is necessary to switch the data source of system E3, specifically, use MyBatis Plus plug-in and custom annotation to switch the data source F2 of system E3 to data source F1, and then obtain the inventory data from the data source F1 of system E3.

[0083] By using the MyBatis Plus plug-in and custom annotations, you can achieve dynamic switching of multiple data sources, improve the flexibility and efficiency of data acquisition, achieve data acquisition from multiple data sources and multiple system environments, save system resources, and improve resource utilization and load rate.

[0084] Step S102: determining a verification strategy applicable to the inventory data of the multiple systems, wherein the verification strategy includes a verification node responsibility chain.

[0085] The verification strategy is a verification method for inventory data of multiple systems. Multiple verification strategies are pre-set. For example, when multiple systems store inventory data of the same product, the verification strategy includes: one-to-one comparison of inventory data of multiple systems; for another example, when some systems store inventory data of different production batches of the same product, first sum the inventory data of the partial system and then verify it with the inventory data of other systems; for another example, when each system has inventory data of multiple products, the inventory data is classified according to the product name, and the inventory data of the same product in different systems are verified. The verification strategy applicable to inventory data of multiple systems is screened out from the pre-set multiple verification strategies.

[0086] Each verification strategy includes multiple verification nodes, and multiple verification nodes of the same verification strategy constitute a verification node responsibility chain. Each verification node is a module with computing functions, and multiple verification nodes are connected in series to implement the corresponding verification strategy. The computing functions of the verification nodes include: data classification, data processing (for example, data summation, data subtraction, etc.), data verification, information push, etc. The verification strategy is associated with the application scenario. Each verification strategy is applicable to one or more application scenarios, including: commodity entry scenario, commodity in-warehouse scenario, commodity out-of-warehouse scenario, etc.

[0087] Exemplarily, each verification strategy has a corresponding strategy code, and the data verification request is parsed to determine the target strategy code; the target verification strategy is determined from multiple pre-set verification strategies according to the target strategy code, that is, the verification strategy used to verify the inventory data of multiple systems. Another exemplary method is to pre-set three verification strategies, wherein verification strategy G1 is used to verify the inventory data of the same commodity in multiple systems, and verification strategy G2 is used to verify the inventory data of multiple commodities in multiple systems; the acquired inventory data is identified to determine whether the acquired inventory data belongs to one commodity or multiple commodities. If it belongs to one commodity, the inventory data is verified using verification strategy G1, and if it belongs to multiple commodities, the inventory data is verified using verification strategy G2.

[0088] Determining the verification strategy based on the inventory data of multiple systems can provide an automated method for inventory data verification, reduce labor costs, improve the efficiency and accuracy of data verification, and avoid human verification errors. Setting multiple verification strategies can meet different data verification needs and improve data verification flexibility.

[0089] Step S103, checking the inventory data of the multiple systems according to the check node responsibility chain to obtain a check result.

[0090] After determining the verification strategy applicable to the inventory data, the verification node responsibility chain included in the verification strategy is used to verify the inventory data of multiple systems. Specifically, the verification node responsibility chain adopts the responsibility chain mode, and the inventory data of multiple systems are input into the first verification node of the verification node responsibility chain, and the first verification node determines whether the inventory data needs to be processed (for example, data classification, data processing, data verification, etc.). If the inventory data needs to be processed, the first verification node processes the inventory data, and then the processing result and the inventory data are used as transmission to the next verification node. If the inventory data does not need to be processed, for example, it does not meet the processing conditions of the verification node, the inventory data is directly transmitted to the next verification node; the inventory data and its processing results are transmitted between multiple verification nodes along the verification node responsibility chain until it is transmitted to the last verification node of the verification node responsibility chain. The execution subject of the embodiment of the present invention receives the processing result of the last verification node, that is, the verification result of the inventory data of multiple systems. The verification results of the inventory data of multiple systems include: the inventory data of multiple systems are consistent, the inventory data of multiple systems are inconsistent, the inventory data of some systems are consistent, and so on.

[0091] Exemplarily, the verification node responsibility chain includes three verification nodes: verification node H1, verification node H2 and verification node H3. The execution subject of the embodiment of the present invention transmits the inventory data of multiple systems to the verification node H1. The verification node H1 classifies the inventory data of each system according to the product name, and divides the inventory data of each system into the inventory data of product J1 and the inventory data of product J2. The verification node H1 transmits the classification result of the inventory data to the verification node H2. The verification node H2 verifies the inventory data of product J1 in multiple systems, and then verifies the inventory data of product J2 in multiple systems to generate the verification result of the inventory data of product J1 and the verification result of the inventory data of product J2. The verification node H2 transmits the above verification result to the verification node H3. The verification node H3 generates a verification result email according to the verification result, and sends the verification result email to the user (for example, R&D personnel, operation and maintenance personnel, database administrator, etc.), and the user performs manual verification. The execution subject of the embodiment of the present invention receives the processing result of the verification node H3, that is, the verification result of the inventory data of the commodity J1 and the commodity J2 and the information of the verification result email.

[0092] Preferably, a scheduled task is set, for example, the inventory data verification method described in the embodiment of the present invention is executed at a fixed time every day, every week or every month to realize automated inventory data verification, and the user only needs to check the email, push information, or text message with the inventory data verification result. More preferably, an inventory data difference threshold is set, and when the difference between the inventory data of multiple systems is greater than or equal to the inventory data difference threshold, a prompt email, text message, in-site message, etc. is sent to the user to remind the user that the inventory data difference is too large and needs to be processed in time.

[0093] Verifying inventory data from multiple systems based on verification strategies and verification node responsibility chains can improve the efficiency and accuracy of inventory data verification, reduce labor costs, and avoid human verification errors. Setting scheduled tasks and inventory data difference thresholds can promptly determine whether inventory data is consistent, improve the timeliness of data verification, and enable users to promptly repair inventory data differences.

[0094] According to a reference embodiment of the present invention, the check node responsibility chain includes multiple check nodes, and the check nodes included in different check node responsibility chains can be partially the same or completely different. When checking the inventory data of multiple systems according to the check node responsibility chain, the first check node is used to check the inventory data of multiple systems, that is, directly compare the inventory data of multiple systems, for example, classify the inventory data by product name, and compare the inventory data of the same product name in different systems.

[0095] Determine whether the inventory data in multiple systems are consistent. If the inventory data in multiple systems are inconsistent, use the second verification node to identify backlog data from multiple systems. Backlog data is inventory data that has not yet been entered into the system. For example, a warehouse entry document has multiple commodities. Whenever a commodity is put on the shelf, the inventory data corresponding to the commodity is entered into the warehouse system. After the multiple commodities included in the warehouse entry document are all put on the shelf, the inventory data corresponding to each commodity is entered into the e-commerce system in sequence. Therefore, there is a situation where the commodity has been put on the shelf, the corresponding inventory data can be obtained in the warehouse system, but the corresponding inventory data is not obtained in the e-commerce system. That is, there is a period of time when the inventory data of the two systems are inconsistent. The inventory data during this period is the backlog data of the e-commerce system.

[0096] Use a preset identification algorithm to identify the backlog data of each system. For example, in the warehousing scenario, the inventory data of system K1 is greater than the inventory data of system K2. The time difference is calculated based on the shelf time of the inventory data of system K1 and the current time. When the time difference is less than or equal to the preset time threshold, it is determined that the inventory data of system K1 that is greater than that of system K2 is the backlog data of system K2. After identifying the backlog data of each system, the second verification node adds the backlog data of each system to the corresponding inventory data to obtain the first correction data, and then the second verification node verifies the first correction data of multiple systems.

[0097] It is determined whether the first correction data in multiple systems are consistent. In the case that the multiple first correction data are inconsistent, the third verification node is used to identify the system error data from the multiple systems. The system error data is the difference value of the inventory data between different systems caused by the imperfect business logic running in the system (for example, the loopholes in the code, i.e., bugs). The imperfect business logic includes: ignoring the inventory data of a certain commodity during data verification, the format of the inventory data does not meet the verification conditions, and repeatedly obtaining the inventory data of a certain commodity. The third verification node determines whether the difference between the first correction data of multiple systems is caused by a known system error, and then uses a preset recognition algorithm to identify the system error data of each system caused by the known system error. The third verification node determines the second correction data according to the system error data and the first correction data of each system. For example, in the case that the system error causes the inventory data to increase, the second correction data is obtained by subtracting the system error data from the inventory data; in the case that the system error causes the inventory data to decrease, the second correction data is obtained by adding the system error data to the inventory data. The third verification node verifies the second correction data of multiple systems to obtain the final verification results of the inventory data of multiple systems.

[0098] For example, in a warehousing scenario, the inventory data of system L1 is 100, and the inventory data of system L2 is 300. The first verification node is used to verify the inventory data of system L1 and system L2, and it is determined that the inventory data of the two systems are inconsistent; then the second verification node is used to identify from the inventory data of system L2 that 100 products were just put on the shelves 5 minutes ago, and other products belonging to the same warehousing document as these 100 products have not yet been put on the shelves. Therefore, the 100 products in the inventory data of system L2 are the backlog data of system L1. The inventory data of system L1 and the backlog data are summed to obtain the first revised data of system L1 of 200; the second verification node is used to verify the inventory data of system L1. The first revised data is checked against the inventory data of system L2 to determine if the data are inconsistent. The third check node is then used to identify whether there is system error data in the inventory data of system L2. Since system L2 has a loophole in repeatedly obtaining inventory data, the inventory data of system L2 includes 100 repeatedly obtained inventory data. Therefore, the inventory data of system L2 is subtracted from the system error data 100 to obtain the second revised data of system L2, which is 200. The third check node checks the first revised data of system L1 with the second revised data of system L2 to determine if the data are consistent. Therefore, after identifying the backlog data and the system error data, the inventory data of system L1 and system L2 are actually consistent.

[0099] Using multiple verification nodes in the verification node responsibility chain to calculate and verify inventory data can improve the flexibility of data verification, meet different data verification requirements, improve the efficiency and accuracy of data verification, avoid human verification errors, and reduce labor costs.

[0100] According to another reference embodiment of the present invention, the system error data is generated by different system errors, and the check node responsibility chain includes multiple check nodes for identifying the system error data generated by different system errors, that is, each check node is used to identify the system error data generated by a system error. The method also includes: in response to detecting that the system error has been repaired, determining the target system error to be repaired, for example, after the user repairs the system error, sending repair information to the execution subject of the embodiment of the present invention, prompting the execution subject of the embodiment of the present invention: one or more system errors have been repaired, that is, there is no longer any system error data generated by the repaired system error, so there is no need to use the check node to identify the repaired system error. The repair information includes the name or code of the system error, and the execution subject of the embodiment of the present invention determines the corresponding target check node according to the name and code of the system error. Then the target check node corresponding to the target system error is removed from the check node responsibility chain.

[0101] Exemplarily, the check node responsibility chain includes: check node M1, check node M2, and check node M3, wherein check node M1 is used to identify system error data generated by system error N1, check node M2 ​​is used to identify system error data generated by system error N2, and check node M3 is used to identify system error data generated by system error N3; the embodiment of the present invention receives the repair information sent by the user, parses the repair information, and determines that the repaired system errors include: system error N1 and system error N2. Therefore, the execution entity of the embodiment of the present invention removes check node M1 and check node M2 ​​from the check node responsibility chain.

[0102] When the system error has been fixed, removing the corresponding target verification node from the verification node responsibility chain can improve data verification efficiency, simplify the data verification process, reduce the verification steps of inventory data, and improve data verification accuracy.

[0103] According to another reference embodiment of the present invention, when the verification result indicates that the inventory data of multiple systems are inconsistent, the method further includes: determining the reasons for the inconsistency of the inventory data of multiple systems, and the reasons for the inconsistency of the inventory data of multiple systems include: the existence of backlog data that has not been entered into the system, the existence of system error data caused by system errors, etc. Inconsistent inventory data is identified according to a pre-set recognition algorithm. For example, first determine whether there is backlog data in the inventory data. If there is backlog data, determine that the reason for the inconsistency of the inventory data is the existence of backlog data that has not been entered. If there is no backlog data, determine whether there is system error data caused by a known system error. If there is system error data caused by a known system error, determine that the reason for the inconsistency of the inventory data is caused by a known system error. If there is no system error data caused by a known system error, determine that the reason for the inconsistency of the inventory data is caused by an unknown system error.

[0104] After determining the cause of the inventory data inconsistency, an inventory data processing plan is generated based on the cause. The inventory data processing plan is a method for repairing the inventory data inconsistency. For example, in the case where the inventory data is inconsistent due to backlog data, a corresponding data repair email is sent according to a pre-set email address to remind the user to clean up the backlog data and enter the backlog data into the system in a timely manner. For another example, in the case where the inventory data is inconsistent due to a known system error, an SQL (Structured Query Language) statement for repairing the data is generated and sent to the user. After the user approves it, the execution subject of the embodiment of the present invention executes the approved SQL statement to repair the problem of inconsistent inventory data. For another example, in the case where the inventory data is inconsistent due to an unknown system error, a system error repair email is sent to the user to remind the user that there is an unknown vulnerability in the system and ask the user to repair it in time.

[0105] Exemplarily, the execution subject of the embodiment of the present invention determines that the cause is system error data caused by a known system error, and the system error is: the system inventory data is not obtained. Therefore, the execution subject of the embodiment of the present invention generates an SQL statement "SELECT*FROM stockTable WHERE itemId=123" to obtain the inventory data. The SQL statement is used to obtain the inventory data of the product with the product code "123" from the database table "stockTable" that stores inventory data in the system.

[0106] Generate an inventory data processing plan based on the reasons for inventory data inconsistency, and repair the inventory data according to the inventory data processing plan, which can realize automated data repair, improve data repair efficiency, and reduce labor costs.

[0107] According to another reference embodiment of the present invention, before checking the inventory data of multiple systems according to the check node responsibility chain, the method also includes: in response to receiving an extended programming request, displaying the corresponding custom extended programming specification. For example, the user believes that the check node responsibility chain cannot identify the system error data caused by a certain system error, so the user sends an extended programming request to the execution body of the embodiment of the present invention, hoping to add a new verification strategy on the basis of the check node responsibility chain. After receiving the extended programming request, the execution body of the embodiment of the present invention displays the corresponding custom extended programming specification to the user, so that the user understands how to write a custom extended interface applicable to the embodiment of the present invention. Specifically, different extended programming specifications can be set for different check node responsibility chains, and the extended programming specifications to be displayed can be determined according to the specification code carried by the extended programming request, or the same extended programming specifications can be set.

[0108] The user writes a custom extension interface according to the extension programming specification, and then sends the custom extension interface to the execution subject of the embodiment of the present invention. After receiving the custom extension interface, the execution subject of the embodiment of the present invention determines whether the custom extension interface complies with the corresponding custom extension programming specification. For example, it is determined whether the custom extension interface includes the interface method, member variable, interface method return value specified by the custom extension specification, etc., and when the custom extension interface has the interface method and member variable required by the custom extension specification, and the return value of the interface method complies with the custom extension specification, it is determined that the custom extension interface complies with the custom programming specification. Then the custom extension interface is encapsulated as a custom check strategy, and the encapsulated custom check strategy is added to the existing check strategy, or the custom check strategy is used as a separate check strategy, and the custom check strategy includes one or more custom check nodes, and the custom check nodes constitute the check node responsibility chain of the custom check strategy. When checking the inventory data of multiple systems according to the check node responsibility chain, the check node responsibility chain included in the custom check strategy is used to check the inventory data of multiple systems.

[0109] Exemplarily, the execution subject of an embodiment of the present invention receives a custom extension interface sent by a user, and the custom extension interface includes: interface method P1, interface method P2 and interface method P3, wherein interface method P1 and interface method P2 are interface methods specified by the custom extension specification, and the return values ​​of the interface methods all meet the requirements. Therefore, it is determined that the custom extension interface complies with the custom extension specification; the custom extension interface is encapsulated as a verification node responsibility chain, wherein interface method P1, interface method P2 and interface method P3 are respectively used as a custom verification node included in the verification node responsibility chain.

[0110] Provide users with custom extension programming specifications, receive custom extension interfaces written by users, and verify inventory data of multiple systems based on custom extension interfaces, further improving the flexibility and scalability of data verification.

[0111] According to a reference embodiment of the present invention, when obtaining inventory data of multiple systems corresponding to a data verification request, first determine the inventory verification time point corresponding to the data verification request and the time anchor point of each system, wherein the inventory verification time is the time to start verifying the inventory data, for example, the inventory verification time is the real time of obtaining the inventory data; the time anchor point is the time when each system last performed inventory data verification, and each system has a corresponding time anchor point. According to the inventory verification time point and the time anchor point, obtain the inventory data that needs to be verified in each system. Specifically, there is a time range between the inventory verification time point and the time anchor point of each system, and each inventory data has a generation time. Obtain the inventory data generated within the time range corresponding to each system, that is, obtain the inventory data whose generation time is greater than the system's time anchor point and is less than or equal to the inventory verification time point.

[0112] After checking the inventory data of multiple systems according to the check node responsibility chain, the method further includes: using the inventory check time point to update the time anchor point of each system, that is, using the inventory check time point to replace the time anchor point of each system.

[0113] Exemplarily, the time anchor point of system Q1 is January 1, the time anchor point of system Q2 is January 2, and the time anchor point of system Q3 is January 3; the inventory verification time point is January 5, then the inventory data generated from January 2 to January 5 is obtained from system Q1, the inventory data generated from January 3 to January 5 is obtained from system Q2, and the inventory data generated from January 4 to January 5 is obtained from system Q3; after verifying the inventory data of the above systems, the time anchor points of the above systems are updated, the time anchor point of system Q1 is updated to January 5, the time anchor point of system Q2 is updated to January 5, and the time anchor point of system Q3 is updated to January 5.

[0114] Determining inventory data based on inventory verification time points and time anchor points can reduce the data that needs to be verified, avoid repeated verification of inventory data, and improve data verification efficiency.

[0115] Figure 2 FIG. 1 is a timing diagram of a method for checking inventory data according to a reference embodiment of the present invention. Figure 2As shown, the execution subject of the embodiment of the present invention includes: a data verification module and an operation and maintenance module. When executing the inventory data and verification method, the user first sends a data verification request to the data verification module, the data verification module requests inventory data from the warehouse management system, and the warehouse management system returns the inventory data to the data verification module. The warehouse management system can be IWMS (Internationalization Warehouse Manage System); then the data verification module requests inventory data from the supply chain platform, and the supply chain platform returns inventory data to the data verification module. The supply chain platform can be IFOP (Internationalization Fulfillment Orchestration Platform); the data verification module determines the verification strategy applicable to the inventory data, verifies the inventory data according to the verification strategy, generates the verification result of the inventory data, and returns the verification result of the inventory data to the user. When the verification result shows that the inventory data is inconsistent, the data verification module generates a data processing plan and sends it to the operation and maintenance module. The user sends a data repair request to the operation and maintenance module. After receiving the data repair request, the operation and maintenance module reviews the corresponding data processing plan. When it is determined that the data processing plan meets the specifications, the data repair request is forwarded to the data verification module. The data verification module repairs the inventory data according to the data repair request. After completing the repair, the data repair result of the inventory data is returned to the user.

[0116] Figure 3 FIG. 1 is a schematic diagram of the main process of a method for checking inventory data according to a reference embodiment of the present invention. Figure 3 As shown, the execution subject of the embodiment of the present invention periodically generates a snapshot of the inventory data of each system. After receiving a data verification request, the execution subject filters the inventory data based on the time anchor point of each system and the inventory verification time point, obtains the inventory data from the warehousing system, and obtains the inventory data from the e-commerce system; then loads the verification strategy and the verification node, performs the inbound process verification, the in-warehouse process verification, or the outbound process verification on the inventory data, and determines whether the inventory data of multiple systems are consistent. If the inventory data of multiple systems are inconsistent, it determines whether there is backlog data. If there is backlog data, verification is performed based on the identified backlog data. If there is no backlog data, it determines whether there is system error data. If there is system error data, verification is performed based on the identified system error data; then generates the verification result and the data processing plan, sends the inventory data difference warning to the user, and enables the user to repair the inventory data with differences according to the data processing plan.

[0117] Figure 4FIG. 1 is a schematic diagram of the main system architecture of a method for checking inventory data according to a reference embodiment of the present invention. Figure 4 As shown, the warehousing system, the supply chain platform and the e-commerce system provide the execution subject of the embodiment of the present invention with inventory data for verification. The user can send various requests such as automatic verification of inventory data, early warning of inventory data differences, and statistics of backlog data to the execution subject of the embodiment of the present invention through the link on the front-end interface. After the user sends the inventory data verification request, the data routing layer determines the verification strategy or customized verification strategy from the verification strategy set according to the data verification request for verifying the inventory data, and then verifies the inventory data. The inventory data comes from multiple systems such as the warehousing system, the e-commerce system, the logistics system, and the supply chain platform; each system has multiple types of data sources, such as Redis, Google Cloud, MySQL, etc. Each system can be deployed in different countries, and each international data source stores different inventory data. The basic configuration module provides basic configurations to the data routing layer and the data source, such as verification node configuration, query statement configuration, warning threshold configuration, verification cycle configuration, etc.

[0118] Figure 5 FIG. 1 is a schematic diagram of the main process of a method for checking inventory data according to a reference embodiment of the present invention. Figure 5 As shown, the inventory data verification method may include:

[0119] Step S501, in response to receiving a data verification request, determining an inventory verification time point corresponding to the data verification request and a time anchor point of each system;

[0120] Step S502, according to the inventory verification time point and the time anchor point, obtain the inventory data that needs to be verified in each system;

[0121] Step S503, determining a verification strategy for inventory data applicable to multiple systems;

[0122] Step S504, checking the inventory data of multiple systems according to the check node responsibility chain included in the check strategy to obtain a check result;

[0123] Step S505, determining whether the difference between the inventory data is greater than or equal to the difference threshold, if so, jump to step S506, otherwise, jump to step S507;

[0124] Step S506, generating a data processing plan and sending a warning email to the user;

[0125] Step S507: Return the verification result of the inventory data to the user.

[0126] The specific implementation content of the inventory data verification method of the above-mentioned reference embodiment of the present invention has been described in detail in the inventory data verification method described above, so the repeated content will not be described again here.

[0127] Figure 6 FIG. 2 is a schematic diagram of the main process of a method for checking inventory data according to another reference embodiment of the present invention. Figure 6 As shown, the inventory data verification method may include:

[0128] Step S601, in response to receiving a data verification request, determining a plurality of systems and target data sources corresponding to the data verification request;

[0129] Step S602, determine whether the default data source is consistent with the target data source, if so, jump to step S604, otherwise, jump to step S603;

[0130] Step S603, switching the default data source to the target data source, and acquiring inventory data from the target data sources of multiple systems;

[0131] Step S604, obtaining inventory data from default data sources of multiple systems;

[0132] Step S605, determining a verification strategy for inventory data of multiple systems, the verification strategy including a verification node responsibility chain;

[0133] Step S606, using the first checking node to check the inventory data of multiple systems;

[0134] Step S607, determine whether the inventory data of multiple systems are consistent, if so, jump to step S613, otherwise jump to step S608;

[0135] Step S608, using the second checking node to identify backlog data from multiple systems, and merging the backlog data and inventory data of each system into first revised data;

[0136] Step S609, using a second checking node to check the first correction data of the multiple systems;

[0137] Step S610, determining whether the first correction data of multiple systems are consistent, if so, jumping to step S613, otherwise, jumping to step S611;

[0138] Step S611, using a third checking node to identify system error data from multiple systems, and determining second correction data according to the system error data of each system and the first correction data;

[0139] Step S612, using a third checking node to check the second correction data of the multiple systems;

[0140] Step S613, generating the verification result of the inventory data.

[0141] The specific implementation content of the inventory data verification method of another reference embodiment of the present invention has been described in detail in the inventory data verification method described above, so the repeated content will not be described again here.

[0142] Figure 7 is a schematic diagram of the main modules of the inventory data checking device according to an embodiment of the present invention, such as Figure 7 As shown, the inventory data checking device 700 mainly includes:

[0143] The acquisition module 701 is used for acquiring inventory data of multiple systems corresponding to the data verification request in response to receiving the data verification request;

[0144] A determination module 702 is used to determine a verification strategy for inventory data of the multiple systems, wherein the verification strategy includes a verification node responsibility chain;

[0145] The verification module 703 is used to verify the inventory data of the multiple systems according to the verification node responsibility chain to obtain a verification result.

[0146] According to a reference embodiment of the present invention, the check node responsibility chain includes multiple check nodes; checking the inventory data of the multiple systems according to the check node responsibility chain includes:

[0147] Using a first checking node to check the inventory data of the plurality of systems;

[0148] In the case where the inventory data of multiple systems are inconsistent, the backlog data is identified from the multiple systems using the second checking node, the backlog data of each system is merged with the inventory data into the first revised data, and the first revised data of the multiple systems is checked;

[0149] When multiple first correction data are inconsistent, a third verification node is used to identify system error data from multiple systems, and second correction data is determined based on the system error data and first correction data of each system, and the second correction data of multiple systems are verified.

[0150] According to another reference embodiment of the present invention, the system error data is generated by different system errors, the verification node responsibility chain includes a plurality of verification nodes for identifying the system error data generated by different system errors, and the inventory data verification device 700 further includes:

[0151] A search module, configured to determine a target system error that has been repaired in response to detecting that the system error has been repaired;

[0152] A removal module is used to remove the target verification node corresponding to the target system error from the verification node responsibility chain.

[0153] According to another reference embodiment of the present invention, the inventory data checking device 700 further includes:

[0154] A generating module, configured to determine the reasons for the inconsistency of the inventory data of the multiple systems, and to generate an inventory data processing plan according to the reasons;

[0155] The repair module is used to repair the inventory data of the multiple systems according to the inventory data processing plan to make the repaired inventory data consistent.

[0156] According to another embodiment of the present invention, the inventory data checking device 700 further includes: a display module, for displaying the corresponding custom extended programming specification in response to receiving an extended programming request; a packaging module, for packaging the custom extended interface into a custom checking strategy in response to receiving a custom extended interface that complies with the custom extended programming specification;

[0157] Verifying the inventory data of the multiple systems according to the verification node responsibility chain includes: verifying the inventory data of the multiple systems using the verification node responsibility chain included in the custom verification strategy.

[0158] According to another reference embodiment of the present invention, obtaining inventory data of multiple systems corresponding to the data verification request includes: determining an inventory verification time point corresponding to the data verification request and a time anchor point of each system; obtaining inventory data to be verified in each system according to the inventory verification time point and the time anchor point;

[0159] The inventory data checking device 700 further includes: an updating module, configured to update the time anchor point of each system using the inventory checking time point.

[0160] According to a reference embodiment of the present invention, obtaining inventory data of multiple systems corresponding to the data verification request includes:

[0161] Determining multiple systems and target data sources corresponding to the data verification request;

[0162] Determining whether the default data sources of the multiple systems are the same as the target data source;

[0163] When the default data source is the same as the target data source, acquiring inventory data from the default data sources of the plurality of systems;

[0164] When the default data source is different from the target data source, the default data source is switched to the target data source, and inventory data is acquired from the target data sources of the multiple systems.

[0165] It should be noted that the specific implementation content of the inventory data checking device in the embodiment of the present invention has been described in detail in the inventory data checking method described above, so the repeated content will not be described again here.

[0166] According to the technical solution of the embodiment of the present invention, inventory data of multiple systems are checked based on the checking strategy and the checking node responsibility chain, which can improve the checking efficiency and accuracy of inventory data and reduce labor costs; multiple checking nodes of the checking node responsibility chain are used to calculate and check inventory data, which can improve the flexibility of data checking and meet different data checking requirements; when the system error has been repaired, the corresponding target checking node is removed from the checking node responsibility chain, which can improve the data checking efficiency and simplify the data checking process; an inventory data processing plan is generated according to the cause of the inconsistency of the inventory data, and the inventory data is repaired according to the inventory data processing plan, which can It can realize automatic data repair, improve data repair efficiency and reduce labor costs; provide users with custom extension programming specifications, receive custom extension interfaces written by users, and check the inventory data of multiple systems according to the custom extension interfaces, further improving the flexibility and scalability of data verification; determine inventory data according to inventory verification time points and time anchor points, which can reduce the data that needs to be verified and improve data verification efficiency; when the default system environment does not include multiple systems, switch the default system environment and obtain the inventory data of multiple systems from the target system environment, which can quickly switch between different system environments, enhance the data verification function and improve the accuracy of data verification.

[0167] According to a third aspect of an embodiment of the present invention, there is provided an electronic device, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the method provided by the first aspect of the embodiment of the present invention.

[0168] According to a fourth aspect of an embodiment of the present invention, a computer-readable medium is provided, on which a computer program is stored, and when the program is executed by a processor, the method provided by the first aspect of the embodiment of the present invention is implemented.

[0169] Figure 8 An exemplary system architecture 800 is shown to which the inventory data checking method or inventory data checking device according to the embodiment of the present invention can be applied.

[0170] like Figure 8As shown, system architecture 800 may include terminal devices 801, 802, 803, a network 804, and a server 805. Network 804 is used to provide a medium for communication links between terminal devices 801, 802, 803 and server 805. Network 804 may include various connection types, such as wired, wireless communication links, or optical fiber cables, etc.

[0171] The user can use the terminal devices 801, 802, 803 to interact with the server 805 through the network 804 to receive or send messages, etc. Various communication client applications can be installed on the terminal devices 801, 802, 803, such as inventory checking applications, inventory query applications, search applications, instant messaging tools, email clients, social platform software, etc. (only as examples).

[0172] The terminal devices 801 , 802 , and 803 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, and the like.

[0173] The server 805 may be a server that provides various services, such as a background management server (only an example) that provides support for inventory data verification requests sent by the upstream terminal devices 801, 802, and 803. In response to receiving the data verification request, the background management server may obtain the inventory data of multiple systems corresponding to the data verification request; determine a verification strategy applicable to the inventory data of the multiple systems, the verification strategy including a verification node responsibility chain; verify the inventory data of the multiple systems according to the verification node responsibility chain to obtain a verification result; and feed back the verification status of the inventory data (only an example) to the terminal device.

[0174] It should be noted that the inventory data verification method provided in the embodiment of the present invention is generally executed by the server 805, and accordingly, the inventory data verification device is generally set in the server 805. The inventory data verification method provided in the embodiment of the present invention can also be executed by the terminal devices 801, 802, and 803, and accordingly, the inventory data verification device can be set in the terminal devices 801, 802, and 803.

[0175] It should be understood that Figure 8 The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to the implementation requirements.

[0176] Reference below Fig. 9 , which shows a schematic diagram of the structure of a computer system 900 of a terminal device suitable for implementing an embodiment of the present invention. Fig. 9The terminal device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0177] like Fig. 9 As shown, the computer system 900 includes a central processing unit (CPU) 901, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 902 or a program loaded from a storage part 908 into a random access memory (RAM) 903. In the RAM 903, various programs and data required for the operation of the system 900 are also stored. The CPU 901, the ROM 902, and the RAM 903 are connected to each other via a bus 904. An input / output (I / O) interface 905 is also connected to the bus 904.

[0178] The following components are connected to the I / O interface 905: an input section 906 including a keyboard, a mouse, etc.; an output section 907 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 908 including a hard disk, etc.; and a communication section 909 including a network interface card such as a LAN card, a modem, etc. The communication section 909 performs communication processing via a network such as the Internet. A drive 910 is also connected to the I / O interface 905 as needed. A removable medium 911, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 910 as needed, so that a computer program read therefrom is installed into the storage section 908 as needed.

[0179] In particular, according to the embodiments disclosed in the present invention, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present invention include a computer program, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 909, and / or installed from the removable medium 911. When the computer program is executed by the central processing unit (CPU) 901, the above-mentioned functions defined in the system of the embodiment of the present invention are executed.

[0180] It should be noted that the computer-readable medium shown in the embodiment of the present invention may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In an embodiment of the present invention, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device. In an embodiment of the present invention, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. This propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0181] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0182] The modules involved in the embodiments of the present invention may be implemented by software or hardware. The modules described may also be set in a processor, for example, it may be described as: a processor includes an acquisition module, a determination module, and a verification module, wherein the names of these modules do not constitute a limitation on the modules themselves in certain circumstances, for example, the acquisition module may also be described as a "module for acquiring inventory data of multiple systems".

[0183] As another aspect, an embodiment of the present invention further provides a computer-readable medium, which may be included in the device described in the above embodiment; or may exist independently without being assembled into the device. The above computer-readable medium carries one or more programs, and when the above one or more programs are executed by a device, the device implements the following method: in response to receiving a data verification request, obtaining inventory data of multiple systems corresponding to the data verification request; determining a verification strategy applicable to the inventory data of the multiple systems, the verification strategy including a verification node responsibility chain; verifying the inventory data of the multiple systems according to the verification node responsibility chain to obtain a verification result.

[0184] According to the technical solution of the embodiment of the present invention, inventory data of multiple systems are checked based on the checking strategy and the checking node responsibility chain, which can improve the checking efficiency and accuracy of inventory data and reduce labor costs; multiple checking nodes of the checking node responsibility chain are used to calculate and check inventory data, which can improve the flexibility of data checking and meet different data checking requirements; when the system error has been repaired, the corresponding target checking node is removed from the checking node responsibility chain, which can improve the data checking efficiency and simplify the data checking process; an inventory data processing plan is generated according to the cause of the inconsistency of the inventory data, and the inventory data is repaired according to the inventory data processing plan, which can It can realize automatic data repair, improve data repair efficiency and reduce labor costs; provide users with custom extension programming specifications, receive custom extension interfaces written by users, and check the inventory data of multiple systems according to the custom extension interfaces, further improving the flexibility and scalability of data verification; determine inventory data according to inventory verification time points and time anchor points, which can reduce the data that needs to be verified and improve data verification efficiency; when the default system environment does not include multiple systems, switch the default system environment and obtain the inventory data of multiple systems from the target system environment, which can quickly switch between different system environments, enhance the data verification function and improve the accuracy of data verification.

[0185] The above specific implementations do not constitute a limitation on the protection scope of the embodiments of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may occur depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the embodiments of the present invention should be included in the protection scope of the embodiments of the present invention.

Claims

1. A method for checking inventory data, characterized in that: include: In response to receiving the data verification request, obtaining inventory data of multiple systems corresponding to the data verification request; Determining a reconciliation strategy applicable to the inventory data of the plurality of systems, the reconciliation strategy comprising a reconciliation node responsibility chain; The inventory data of the multiple systems are checked according to the check node responsibility chain to obtain a check result.

2. The method according to claim 1, characterized in that The check node responsibility chain includes a plurality of check nodes; Checking the inventory data of the multiple systems according to the check node responsibility chain includes: Using a first checking node to check the inventory data of the plurality of systems; In the case where the inventory data of multiple systems are inconsistent, the backlog data is identified from the multiple systems using the second checking node, the backlog data of each system is merged with the inventory data into the first revised data, and the first revised data of the multiple systems is checked; When multiple first correction data are inconsistent, a third verification node is used to identify system error data from multiple systems, and second correction data is determined based on the system error data and first correction data of each system, and the second correction data of multiple systems are verified.

3. The method according to claim 2, characterized in that The system error data is generated by different system errors, the check node responsibility chain includes a plurality of check nodes for identifying the system error data generated by different system errors, and the method further includes: In response to detecting that the system error has been repaired, determining a repaired target system error; The target verification node corresponding to the target system error is removed from the verification node responsibility chain.

4. The method according to claim 1, characterized in that When the checking result indicates that the inventory data of the multiple systems are inconsistent, the method further includes: Determine the reasons for the inconsistency of the inventory data of the multiple systems, and generate an inventory data processing plan according to the reasons; The inventory data of the multiple systems are repaired according to the inventory data processing plan to make the repaired inventory data consistent.

5. The method according to claim 1, characterized in that Before checking the inventory data of the plurality of systems according to the check node responsibility chain, the method further includes: in response to receiving an extension programming request, displaying a corresponding custom extension programming specification; in response to receiving a custom extension interface that complies with the custom extension programming specification, encapsulating the custom extension interface into a custom check strategy; Verifying the inventory data of the multiple systems according to the verification node responsibility chain includes: verifying the inventory data of the multiple systems using the verification node responsibility chain included in the custom verification strategy.

6. The method according to claim 1, characterized in that Acquiring inventory data of multiple systems corresponding to the data verification request, including: determining an inventory verification time point corresponding to the data verification request and a time anchor point of each system; acquiring inventory data to be verified in each system according to the inventory verification time point and the time anchor point; After verifying the inventory data of the plurality of systems according to the verification node responsibility chain, the method further includes: updating the time anchor point of each system using the inventory verification time point.

7. The method according to claim 1, characterized in that Acquiring inventory data of multiple systems corresponding to the data verification request includes: Determining multiple systems and target data sources corresponding to the data verification request; Determining whether the default data sources of the multiple systems are the same as the target data source; When the default data source is the same as the target data source, acquiring inventory data from the default data sources of the plurality of systems; When the default data source is different from the target data source, the default data source is switched to the target data source, and inventory data is acquired from the target data sources of the multiple systems.

8. A device for checking inventory data, characterized in that: include: An acquisition module, configured to, in response to receiving a data verification request, acquire inventory data of a plurality of systems corresponding to the data verification request; A determination module, configured to determine a verification strategy applicable to the inventory data of the plurality of systems, wherein the verification strategy includes a verification node responsibility chain; The verification module is used to verify the inventory data of the multiple systems according to the verification node responsibility chain to obtain a verification result.

9. An electronic device, characterized in that: include: One or more processors; A storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 7.

10. A computer readable medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images