Electronic warehouse receipt big data management system
The electronic warehouse receipt big data management system has solved the problem of duplicate pledging caused by the time difference between bank verification and loan disbursement, achieved information transparency and access control, avoided the impact on warehouse reputation, and reduced economic disputes.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-23
- Publication Date
- 2026-03-27
AI Technical Summary
In existing technologies, there is a time lag between the bank's verification of funds and the loan disbursement process. This could allow users to exploit this time lag to repeatedly pledge goods to multiple banks, thus affecting the warehouse operator's creditworthiness.
Design an electronic warehouse receipt big data management system, including a goods verification and sorting module, a goods verification and locking module, a goods release and control module, and a verification and sorting modification module. Realize timely information communication and access control through a three-party communication window to avoid duplicate pledging.
This effectively avoids double pledging of goods, ensures the creditworthiness of the warehousing party, reduces the occurrence of economic disputes, and improves information transparency and the efficiency of bank cooperation.
Smart Images

Figure CN121745822A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of electronic warehouse receipt data management technology, specifically to an electronic warehouse receipt big data management system. Background Technology
[0002] Electronic warehouse receipts are digital ownership certificates for goods stored in professional warehouses. They upgrade traditional paper warehouse receipts into encrypted, traceable, and divisible electronic data. Through IoT, blockchain, and big data technologies, electronic warehouse receipts can reflect the quantity, location, status, and ownership changes of goods in real time. This effectively solves the pain points of traditional warehouse receipts, such as the risk of forgery, inefficient circulation, and lack of transparency. As a trust bridge connecting the real economy and finance, it greatly improves the security and efficiency of bulk commodities and movable property in pledge financing, transaction circulation, and supply chain collaboration. It is a core infrastructure for promoting the digital transformation of modern logistics and supply chain finance. Electronic warehouse receipts are storage agreements signed between warehouse operators and users. Users may use electronic warehouse receipts to secure loans from banks. Banks will verify the authenticity of the pledged goods in the warehouse, commonly known as verification of funds. If the pledged goods are genuine and valid, the bank will grant the loan to the user. However, there is a time difference between the bank's verification of funds and the loan disbursement process. Users may take advantage of this time difference to repeatedly secure loans from other banks, resulting in unclear ownership of goods due to repeated pledging. This can significantly impact the warehouse operator's creditworthiness. To prevent repeated pledging of goods in warehouses, we propose an electronic warehouse receipt big data management system. Summary of the Invention
[0003] (a) Technical problems to be solved To address the shortcomings of existing technologies, this invention provides an electronic warehouse receipt big data management system to solve the aforementioned problems in the prior art.
[0004] (II) Technical Solution To achieve the above objectives, the present invention provides the following technical solution: an electronic warehouse receipt big data management system, comprising the following modules: The goods verification and sorting module obtains user information for the goods to be verified, obtains all bank information for the user's verification, creates a bank verification order table, and sorts all bank information for the user's verification according to the bank verification order table. The goods verification and locking module locks the user's goods after the verification begins, and establishes a three-party communication window between the user, the warehouse, and the verification bank. The user obtains the pledge results through the three-party communication window, publishes the goods access unlock time through the three-party communication window, and determines whether to unlock the goods access based on the pledge results and the unlock time. The cargo release control module receives the user's cargo control request, determines whether the verification bank has issued release materials in the three-party communication window, and determines whether to grant the user cargo control permissions based on the judgment result. The capital verification order modification module obtains bank cooperation scores through a three-party communication window and modifies the bank capital verification order table based on the bank cooperation scores.
[0005] Preferably, in the goods verification sorting module, a bank verification order table is created. Specifically, the names of all banks currently holding pledged goods in the warehouse are obtained and marked as transaction banks. The total value of the pledged goods held by each transaction bank in the warehouse is calculated to obtain the total pledge amount of each transaction bank. The banks are then arranged in descending order of their total pledge amount to obtain the bank verification order table.
[0006] Preferably, in the goods verification sorting module, all the user's verification bank information is sorted according to the bank verification order table, specifically as follows: Step 1: Obtain all the user's verification bank information, obtain the bank verification order table, and determine whether there are any banks in the user's total verification bank information that are the same as those in the bank verification order table. If the result is yes, mark these banks as the first group of banks and mark the remaining banks as the second group of banks. If the result is no, proceed to Step 2. Step 2: Obtain the verification order of the second group of banks by asking the user. Arrange the first group of banks in the order of the bank verification order table, and place the verification order of the second group of banks obtained from asking the user after the first group of banks to obtain the user's total verification bank verification order. Send verification invitations to the banks in the order of the user's total verification bank verification order.
[0007] Preferably, in the goods verification and locking module, after the verification begins, the user's goods are locked with access permissions, and a communication window is established between the user, the warehouse, and the verification bank. Specifically: Step 1: Obtain the verification bank information and determine whether the verification bank has the authority to conduct verification based on the information. If the verification bank has the authority to conduct verification, proceed to Step 2. If the verification bank does not have the authority to conduct verification, reject the verification request. Step 2: Obtain the user's goods information corresponding to the verification bank, set the access lock time, change the inventory status of the user's goods to verification lock during the access lock time, and prohibit the user from changing the inventory status of the goods. During the access lock time, the user is prohibited from generating new electronic warehouse receipts for the goods, changing the ownership of electronic warehouse receipts for the goods, and modifying the name, specifications, quantity, and storage location information of the goods. Step 3: Establish a three-way communication window between the user, warehouse, and verification bank based on the verification bank information and user information, encrypt the access permissions of the three-way communication window, and send the access keys of the three-way communication window to the user and the verification bank respectively.
[0008] Preferably, in the goods verification and locking module, the goods pledge result is obtained through a three-party communication window, the goods access unlocking time is published through the three-party communication window, and the decision to unlock the goods access is made based on the pledge result and the unlocking time. Specifically: Step 1: Send the content of the user's goods access lock and the access unlock time after capital verification to the third-party communication window, and request the goods pledge judgment result from the capital verification bank through the third-party communication window; Step 2: Determine whether the collateral verification result from the capital verification bank has been obtained within the time limit for unlocking the permissions. If the result is that the collateral verification result from the capital verification bank has been obtained, proceed to Step 3. If the result is that the collateral verification result from the capital verification bank has not been obtained, unlock the user's cargo permissions after the countdown of the time limit for unlocking the permissions ends, and send the time limit unlocking result to the third-party communication window. Step 3: Determine whether the goods pledged by the verification bank is a pledge or not. If the result is no pledge, immediately unlock the user's goods access and send the unlock result to the third-party communication window. If the result is a pledge, change the user's goods access unlock time to continuous lock, grant the verification bank the right to release, supervise, handle, pledge, physically access, and modify the inventory status of the goods, and send it to the third-party communication window.
[0009] Preferably, in the cargo release control module, specifically: Step 1: Obtain the user's cargo control request. If the user submits a cargo control request, determine in the three-party communication window whether the verification bank has issued release documents. If the bank issues release documents, immediately revoke the verification bank's right to release, supervise, dispose of, pledge, physically contact, and modify the inventory status of the cargo, unlock the user's cargo access, and send it to the three-party communication window. If the bank does not issue release documents, proceed to Step 2. Step 2: Log in to the central bank's registration system and check whether the pledge registration status of the goods is cancelled. If the pledge registration status is cancelled, immediately revoke the verification bank's right to release, supervise, dispose of, pledge, physically access to, and modify the inventory status of the goods, unlock the user's goods access rights, and send it to the third-party communication window. If the pledge registration status is not cancelled, reject the user's goods control request and send it to the third-party communication window.
[0010] Preferably, in the capital verification ranking modification module, the bank's cooperation rating is obtained through the three-party communication window, specifically as follows: Step 1: Obtain the verification bank's reply on the pledge assessment in the three-party communication window, obtain the unlock time, and determine whether the verification bank replies with the pledge assessment result within the unlock time. If the verification bank replies with the pledge assessment result within the unlock time, the bank's pledge cooperation level is marked as 1. If the verification bank replies with the pledge assessment result outside the unlock time, the bank's pledge cooperation level is marked as 0.7. If the verification bank does not reply with the pledge assessment result, the bank's pledge cooperation level is marked as 0.5. Step 2: In the three-party communication window, determine whether the verification bank has issued the release documents for the released goods. If the verification bank has issued the release documents, the bank's cooperation level for the release is marked as 2. If the verification bank has not issued the release documents, the bank's cooperation level for the release is marked as 1.
[0011] Preferably, in the capital verification sorting modification module, the bank capital verification order table is modified according to the bank cooperation score. Specifically, the total amount of goods pledged by the bank in the warehouse up to the present is obtained and marked as the historical total pledge amount. It is determined whether the bank's historical total pledge amount is 0. If the bank's historical total pledge amount is 0, the bank's pledge reference total amount is obtained by multiplying the bank's pledge cooperation score, the bank's release cooperation score, and 100. If the bank's historical total pledge amount is not 0, the bank's pledge reference total amount is obtained by multiplying the bank's pledge cooperation score, the bank's release cooperation score, and the historical total pledge amount. The bank's pledge reference total amount is used to replace the bank's total pledge amount, and the replaced data in the bank capital verification order table is arranged in descending order to obtain the modified bank capital verification order table.
[0012] (III) Beneficial Effects This invention provides an electronic warehouse receipt big data management system, which has the following beneficial effects: This solution locks the status of the goods and the user's access to the goods after the verification process begins. A timeout period is set after the verification process ends, allowing the goods to be locked between the completion of the verification by the bank and the confirmation of the pledged goods. This helps prevent users from using the time difference between the verification and loan disbursement stages to repeatedly pledge goods to multiple banks. By establishing a communication channel between the user, the warehouse, and the verification bank, timely information exchange is facilitated. This allows the warehouse to obtain the bank's pledge assessment results promptly, and also allows the bank and user to obtain the timeout for access control. This facilitates accountability in cases of duplicate pledging and helps prevent damage to the warehouse's reputation.
[0013] This plan re-adjusts the verification banks' ranking based on their responses to pledges and releases in the tripartite communication window. This allows verification banks that are more cooperative with warehouse management and more willing to communicate to have priority in verification, which in turn helps avoid economic disputes and damages the warehouse's reputation during long-term management. Attached Figure Description
[0014] Figure 1 This is a flowchart of an electronic warehouse receipt big data management system according to the present invention; Figure 2 This is a schematic diagram of the module structure of an electronic warehouse receipt big data management system according to the present invention. Detailed Implementation
[0015] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.
[0016] Please see Figures 1-2 This invention provides an electronic warehouse receipt big data management system, comprising the following modules: The goods verification and sorting module obtains user information for the goods to be verified, obtains all bank information for the user's verification, creates a bank verification order table, and sorts all bank information for the user's verification according to the bank verification order table. The goods verification and locking module locks the user's goods after the verification begins, and establishes a three-party communication window between the user, the warehouse, and the verification bank. The user obtains the pledge results through the three-party communication window, publishes the goods access unlock time through the three-party communication window, and determines whether to unlock the goods access based on the pledge results and the unlock time. The cargo release control module receives the user's cargo control request, determines whether the verification bank has issued release materials in the three-party communication window, and determines whether to grant the user cargo control permissions based on the judgment result. The capital verification order modification module obtains bank cooperation scores through a three-party communication window and modifies the bank capital verification order table based on the bank cooperation scores.
[0017] In this embodiment, the solution establishes a bank verification order table in the goods verification sorting module to sort all the user's verification banks, and then sends verification invitations to the verification banks according to the verification order. This avoids the chaos caused by multiple verifications at the same time, helps to avoid economic disputes caused by multiple verifications and simultaneous pledging, and further helps to avoid the problem of unclear ownership of duplicate pledging, and helps to avoid affecting the reputation of warehousing. This solution locks the status of goods and the user's access to the goods after the verification process begins in the goods verification and capital verification locking module. It also sets an unlocking time after the verification is completed. This allows for locking the goods between the completion of the verification process by the bank and the confirmation of the pledged goods, thus preventing users from repeatedly pledging goods to multiple banks by taking advantage of the time difference between the verification and loan disbursement stages. By establishing a three-way communication window between the user, the warehouse, and the verification bank, timely information exchange is facilitated. This allows the warehouse to obtain the bank's pledge determination results promptly, and also allows the bank and the user to obtain the unlocking time in a timely manner. This facilitates accountability in cases of duplicate pledging and helps prevent damage to the warehouse's reputation. In the cargo release control module, this solution determines whether the bank has issued release documents through a three-party communication window based on the user's cargo control request. If the bank issues release documents, it indicates that the user has repaid the bank loan and regained ownership of the cargo. Therefore, the bank's permissions can be released and the user's permissions can be restored. If the bank does not issue release documents, the system checks the cargo's pledge registration status through the central bank's registration system to confirm whether the cargo has been released from pledge. This facilitates the determination of ownership of the stored goods, avoids disputes, and prevents damage to the warehouse's reputation. This plan revises the capital verification ranking of banks in the capital verification ranking module based on their responses to pledges and releases in the tripartite communication window. This allows banks that are more cooperative with warehouse management and more willing to communicate to have priority in capital verification, which in turn helps warehouses avoid economic disputes and damage to their reputation in the long-term management process.
[0018] In the goods verification and sorting module, a bank verification order table is created. Specifically, the names of all banks currently holding pledged goods in the warehouse are obtained and marked as transaction banks. The total value of the pledged goods held by each transaction bank is calculated to obtain the total pledge amount for each transaction bank. The banks are then arranged in descending order of their total pledge amount to obtain the bank verification order table.
[0019] In the goods verification sorting module, all the user's verification bank information is sorted according to the bank verification order table, specifically as follows: Step 1: Obtain all the user's verification bank information, obtain the bank verification order table, and determine whether there are any banks in the user's total verification bank information that are the same as those in the bank verification order table. If the result is yes, mark these banks as the first group of banks and mark the remaining banks as the second group of banks. If the result is no, proceed to Step 2. Step 2: Obtain the verification order of the second group of banks by asking the user. Arrange the first group of banks in the order of the bank verification order table, and place the verification order of the second group of banks obtained from asking the user after the first group of banks to obtain the user's total verification bank verification order. Send verification invitations to the banks in the order of the user's total verification bank verification order.
[0020] In this embodiment, by establishing a bank verification order list, all the user's verification banks are sorted for verification, and verification invitations are sent to the verification banks according to the verification order. This avoids the chaos caused by multiple verifications at the same time, helps to avoid economic disputes caused by multiple verifications and simultaneous pledging, and further helps to avoid the problem of unclear ownership of duplicate pledging, and helps to avoid affecting the reputation of the warehouse.
[0021] In the goods verification and locking module, after the verification begins, access to the user's goods is locked, and a communication window is established between the user, the warehouse, and the verification bank. Specifically: Step 1: Obtain the verification bank information and determine whether the verification bank has the authority to conduct verification based on the information. If the verification bank has the authority to conduct verification, proceed to Step 2. If the verification bank does not have the authority to conduct verification, reject the verification request. Step 2: Obtain the user's goods information corresponding to the verification bank, set the access lock time, change the inventory status of the user's goods to verification lock during the access lock time, and prohibit the user from changing the inventory status of the goods. During the access lock time, the user is prohibited from generating new electronic warehouse receipts for the goods, changing the ownership of electronic warehouse receipts for the goods, and modifying the name, specifications, quantity, and storage location information of the goods. Step 3: Establish a three-way communication window between the user, warehouse, and verification bank based on the verification bank information and user information, encrypt the access permissions of the three-way communication window, and send the access keys of the three-way communication window to the user and the verification bank respectively.
[0022] In the goods verification and locking module, the pledge results are obtained through a three-party communication window, and the goods access unlocking time is published through the same window. Based on the pledge results and unlocking time, it is determined whether to unlock the goods access. Specifically: Step 1: Send the content of the user's goods access lock and the access unlock time after capital verification to the third-party communication window, and request the goods pledge judgment result from the capital verification bank through the third-party communication window; Step 2: Determine whether the collateral verification result from the capital verification bank has been obtained within the time limit for unlocking the permissions. If the result is that the collateral verification result from the capital verification bank has been obtained, proceed to Step 3. If the result is that the collateral verification result from the capital verification bank has not been obtained, unlock the user's cargo permissions after the countdown of the time limit for unlocking the permissions ends, and send the time limit unlocking result to the third-party communication window. Step 3: Determine whether the goods pledged by the verification bank is a pledge or not. If the result is no pledge, immediately unlock the user's goods access and send the unlock result to the third-party communication window. If the result is a pledge, change the user's goods access unlock time to continuous lock, grant the verification bank the right to release, supervise, handle, pledge, physically access, and modify the inventory status of the goods, and send it to the third-party communication window.
[0023] In this embodiment, the status of the goods is locked after the verification process begins, and the user's access to the goods is also locked. An unlocking time is set after the verification process ends. This allows the goods to be locked between the completion of the verification by the verification bank and the confirmation of the pledged goods. This helps prevent users from repeatedly pledging goods to multiple banks by taking advantage of the time difference between the verification and loan disbursement stages. By establishing a three-way communication window between the user, the warehouse, and the verification bank, timely information exchange is facilitated. This allows the warehouse to obtain the bank's pledge determination results promptly, and also allows the bank and the user to obtain the unlocking time in a timely manner. This facilitates accountability in cases of duplicate pledging of goods and helps prevent damage to the warehouse's reputation.
[0024] In the cargo release control module, specifically: Step 1: Obtain the user's cargo control request. If the user submits a cargo control request, determine in the three-party communication window whether the verification bank has issued release documents. If the bank issues release documents, immediately revoke the verification bank's right to release, supervise, dispose of, pledge, physically contact, and modify the inventory status of the cargo, unlock the user's cargo access, and send it to the three-party communication window. If the bank does not issue release documents, proceed to Step 2. Step 2: Log in to the central bank's registration system and check whether the pledge registration status of the goods is cancelled. If the pledge registration status is cancelled, immediately revoke the verification bank's right to release, supervise, dispose of, pledge, physically access to, and modify the inventory status of the goods, unlock the user's goods access rights, and send it to the third-party communication window. If the pledge registration status is not cancelled, reject the user's goods control request and send it to the third-party communication window.
[0025] In this embodiment, the system determines whether the bank has issued release documents through the user's cargo control request in the three-party communication window. If the bank issues release documents, it indicates that the user has repaid the bank loan and regained ownership of the cargo. Therefore, the bank's permissions can be released and the user's permissions can be restored. If the bank does not issue release documents, the system checks the cargo's pledge registration status through the central bank's registration system to confirm whether the cargo has been released from pledge. This facilitates the determination of ownership of the stored goods, avoids disputes, and prevents damage to the warehouse's reputation.
[0026] In the capital verification ranking modification module, the bank's cooperation rating is obtained through the three-party communication window, specifically: Step 1: Obtain the verification bank's reply on the pledge assessment in the three-party communication window, obtain the unlock time, and determine whether the verification bank replies with the pledge assessment result within the unlock time. If the verification bank replies with the pledge assessment result within the unlock time, the bank's pledge cooperation level is marked as 1. If the verification bank replies with the pledge assessment result outside the unlock time, the bank's pledge cooperation level is marked as 0.7. If the verification bank does not reply with the pledge assessment result, the bank's pledge cooperation level is marked as 0.5. Step 2: In the three-party communication window, determine whether the verification bank has issued the release documents for the released goods. If the verification bank has issued the release documents, the bank's cooperation level for the release is marked as 2. If the verification bank has not issued the release documents, the bank's cooperation level for the release is marked as 1.
[0027] In the capital verification sorting modification module, the bank capital verification order table is modified based on the bank cooperation score. Specifically, the total amount of goods pledged by the bank in the warehouse up to the current time is obtained and marked as the historical total pledge amount. It is then determined whether the bank's historical total pledge amount is 0. If the bank's historical total pledge amount is 0, the bank's pledge reference total amount is obtained by multiplying the bank's pledge cooperation score, the bank's release cooperation score, and 100. If the bank's historical total pledge amount is not 0, the bank's pledge reference total amount is obtained by multiplying the bank's pledge cooperation score, the bank's release cooperation score, and the historical total pledge amount. The bank's pledge reference total amount is then used to replace the bank's total pledge amount, and the replaced data in the bank capital verification order table is arranged in descending order to obtain the modified bank capital verification order table.
[0028] In this embodiment, the verification banks' ranking is revised based on their responses to the pledge and release of pledges in the tripartite communication window. This allows verification banks that are more cooperative with warehouse management and more willing to communicate to have priority in verification, which helps to avoid economic disputes and damage to the warehouse's reputation during long-term management.
[0029] The above embodiments can be implemented, in whole or in part, by software, hardware, firmware, or any other combination thereof. When implemented in software, the above embodiments can be implemented, in whole or in part, as a computer program product. Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution.
[0030] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0031] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.
Claims
1. An electronic warehouse receipt big data management system, characterized in that, Includes the following modules: The goods verification and sorting module obtains user information for the goods to be verified, obtains all bank information for the user's verification, creates a bank verification order table, and sorts all bank information for the user's verification according to the bank verification order table. The goods verification and locking module locks the user's goods after the verification begins, and establishes a three-party communication window between the user, the warehouse, and the verification bank. The user obtains the pledge results through the three-party communication window, publishes the goods access unlock time through the three-party communication window, and determines whether to unlock the goods access based on the pledge results and the unlock time. The cargo release control module receives the user's cargo control request, determines whether the verification bank has issued release materials in the three-party communication window, and determines whether to grant the user cargo control permissions based on the judgment result. The capital verification order modification module obtains bank cooperation scores through a three-party communication window and modifies the bank capital verification order table based on the bank cooperation scores.
2. The electronic warehouse receipt big data management system according to claim 1, characterized in that: In the goods verification and sorting module, a bank verification order table is created. Specifically, the names of all banks currently holding pledged goods in the warehouse are obtained and marked as transaction banks. The total value of the pledged goods held by each transaction bank is calculated to obtain the total pledge amount for each transaction bank. The banks are then arranged in descending order of their total pledge amount to obtain the bank verification order table.
3. The electronic warehouse receipt big data management system according to claim 1, characterized in that: In the goods verification sorting module, all the user's verification bank information is sorted according to the bank verification order table, specifically as follows: Step 1: Obtain all the user's verification bank information, obtain the bank verification order table, and determine whether there are any banks in the user's total verification bank information that are the same as those in the bank verification order table. If the result is yes, mark these banks as the first group of banks and mark the remaining banks as the second group of banks. If the result is no, proceed to Step 2. Step 2: Obtain the verification order of the second group of banks by asking the user. Arrange the first group of banks in the order of the bank verification order table, and place the verification order of the second group of banks obtained from asking the user after the first group of banks to obtain the user's total verification bank verification order. Send verification invitations to the banks in the order of the user's total verification bank verification order.
4. The electronic warehouse receipt big data management system according to claim 1, characterized in that: In the goods verification and locking module, after the verification begins, access to the user's goods is locked, and a communication window is established between the user, the warehouse, and the verification bank. Specifically: Step 1: Obtain the verification bank information and determine whether the verification bank has the authority to conduct verification based on the information. If the verification bank has the authority to conduct verification, proceed to Step 2. If the verification bank does not have the authority to conduct verification, reject the verification request. Step 2: Obtain the user's goods information corresponding to the verification bank, set the access lock time, change the inventory status of the user's goods to verification lock during the access lock time, and prohibit the user from changing the inventory status of the goods. During the access lock time, the user is prohibited from generating new electronic warehouse receipts for the goods, changing the ownership of electronic warehouse receipts for the goods, and modifying the name, specifications, quantity, and storage location information of the goods. Step 3: Establish a three-way communication window between the user, warehouse, and verification bank based on the verification bank information and user information, encrypt the access permissions of the three-way communication window, and send the access keys of the three-way communication window to the user and the verification bank respectively.
5. The electronic warehouse receipt big data management system according to claim 1, characterized in that: In the goods verification and locking module, the pledge results are obtained through a three-party communication window, and the goods access unlocking time is published through the same window. Based on the pledge results and unlocking time, it is determined whether to unlock the goods access. Specifically: Step 1: Send the content of the user's goods access lock and the access unlock time after capital verification to the third-party communication window, and request the goods pledge judgment result from the capital verification bank through the third-party communication window; Step 2: Determine whether the collateral verification result from the capital verification bank has been obtained within the time limit for unlocking the permissions. If the result is that the collateral verification result from the capital verification bank has been obtained, proceed to Step 3. If the result is that the collateral verification result from the capital verification bank has not been obtained, unlock the user's cargo permissions after the countdown of the time limit for unlocking the permissions ends, and send the time limit unlocking result to the third-party communication window. Step 3: Determine whether the goods pledged by the verification bank is a pledge or not. If the result is no pledge, immediately unlock the user's goods access and send the unlock result to the third-party communication window. If the result is a pledge, change the user's goods access unlock time to continuous lock, grant the verification bank the right to release, supervise, handle, pledge, physically access, and modify the inventory status of the goods, and send it to the third-party communication window.
6. The electronic warehouse receipt big data management system according to claim 1, characterized in that: In the cargo release control module, specifically: Step 1: Obtain the user's cargo control request. If the user submits a cargo control request, determine in the three-party communication window whether the verification bank has issued release documents. If the bank issues release documents, immediately revoke the verification bank's right to release, supervise, dispose of, pledge, physically contact, and modify the inventory status of the cargo, unlock the user's cargo access, and send it to the three-party communication window. If the bank does not issue release documents, proceed to Step 2. Step 2: Log in to the central bank's registration system and check whether the pledge registration status of the goods is cancelled. If the pledge registration status is cancelled, immediately revoke the verification bank's right to release, supervise, dispose of, pledge, physically access to, and modify the inventory status of the goods, unlock the user's goods access rights, and send it to the third-party communication window. If the pledge registration status is not cancelled, reject the user's goods control request and send it to the third-party communication window.
7. The electronic warehouse receipt big data management system according to claim 1, characterized in that: In the capital verification ranking modification module, the bank's cooperation rating is obtained through the three-party communication window, specifically: Step 1: Obtain the verification bank's reply on the pledge assessment in the three-party communication window, obtain the unlock time, and determine whether the verification bank replies with the pledge assessment result within the unlock time. If the verification bank replies with the pledge assessment result within the unlock time, the bank's pledge cooperation level is marked as 1. If the verification bank replies with the pledge assessment result outside the unlock time, the bank's pledge cooperation level is marked as 0.
7. If the verification bank does not reply with the pledge assessment result, the bank's pledge cooperation level is marked as 0.
5. Step 2: In the three-party communication window, determine whether the verification bank has issued the release documents for the released goods. If the verification bank has issued the release documents, the bank's cooperation level for the release is marked as 2. If the verification bank has not issued the release documents, the bank's cooperation level for the release is marked as 1.
8. The electronic warehouse receipt big data management system according to claim 7, characterized in that: In the capital verification sorting modification module, the bank capital verification order table is modified based on the bank cooperation score. Specifically, the total amount of goods pledged by the bank in the warehouse up to the current time is obtained and marked as the historical total pledge amount. It is then determined whether the bank's historical total pledge amount is 0. If the bank's historical total pledge amount is 0, the bank's pledge reference total amount is obtained by multiplying the bank's pledge cooperation score, the bank's release cooperation score, and 100. If the bank's historical total pledge amount is not 0, the bank's pledge reference total amount is obtained by multiplying the bank's pledge cooperation score, the bank's release cooperation score, and the historical total pledge amount. The bank's pledge reference total amount is then used to replace the bank's total pledge amount, and the replaced data in the bank capital verification order table is arranged in descending order to obtain the modified bank capital verification order table.