CN111538664A - System and method for testing payment marking application - Google Patents
System and method for testing payment marking application Download PDFInfo
- Publication number
- CN111538664A CN111538664A CN202010343596.0A CN202010343596A CN111538664A CN 111538664 A CN111538664 A CN 111538664A CN 202010343596 A CN202010343596 A CN 202010343596A CN 111538664 A CN111538664 A CN 111538664A
- Authority
- CN
- China
- Prior art keywords
- payment
- application
- test request
- processing result
- unionpay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
Abstract
The application provides a test system for payment tokenization application, comprising: the bank system and the unionpay system are obtained through local simulation; the bank system is used for receiving a first test request sent by the payment marking application and sending the first test request to the Unionpay system, and the Unionpay system is used for responding to the first test request, processing data in the test request to obtain a first processing result and returning the first processing result to the payment marking application. Therefore, coordination with an external system is avoided, the testing efficiency is improved, and the testing cost is reduced.
Description
Technical Field
The application relates to the technical field of computers, in particular to a system and a method for testing payment marking application.
Background
With the increasing demand of users for transaction security, payment marking technology has come to bear. The technology mainly carries out transaction verification by replacing a bank card number with a payment mark (token), thereby avoiding the risk brought by the information leakage of the bank card number.
Payment tokenization is the use of a payment token, usually a unique value, in place of a traditional bank card primary account number, while ensuring that the value is limited in its application to a particular merchant, channel or device. The payment mark can be applied to each link of bank card transaction, can be used across lines in the industry like the existing transaction based on the bank card number, and has universality.
Currently, more and more applications support payment tokenization, which may be referred to as payment tokenization applications. Such payment tokenization applications require external system coordination, such as unions, merchants, etc., when tested before being online. Therefore, uncontrollable factors are increased, and the testing efficiency is influenced.
Disclosure of Invention
The application provides a test system for payment marking application, which is characterized in that an external system is simulated locally, and the simulated external system replaces a real external system to participate in a test process of the payment marking application, so that a link of coordinating with the real external system is avoided, uncontrollable factors are reduced, and test efficiency is improved.
In a first aspect, the present application provides a system for testing a payment tokenization application, the system comprising: the bank system and the unionpay system are obtained through local simulation;
the bank system is used for receiving a first test request sent by the payment marking application and sending the first test request to the Unionpay system;
and the Unionpay system is used for responding to the first test request, processing the data in the test request to obtain a first processing result, and returning the first processing result to the payment marking application.
In some possible implementation manners, the first test request is used for testing a payment token application process, and the first test request includes authorization information of a service;
the first processing result comprises a primary payment mark and an authorization ciphertext corresponding to the authorization information.
In some possible implementations, the system further includes a merchant system, the merchant system being simulated locally;
the merchant system is used for receiving a second test request sent by the payment tokenization application, wherein the second test request comprises the first processing result;
and the merchant system is also used for acquiring target data from the Unionpay system according to the first processing result and then returning a second processing result to the payment tokenization application.
In some possible implementations, the second test request includes an authorization ciphertext corresponding to authorization information of the service;
the target data comprises secondary payment indicia;
the second processing result includes a payment sign application result.
In some possible implementations, the payment tokenization application includes cell phone banking.
In a second aspect, the present application provides a method for testing a payment tokenization application. The method is applied to a test system of payment marking application, and the system comprises the following steps: the bank system and the unionpay system are obtained through local simulation. The method comprises the following steps:
the bank system receives a first test request sent by the payment marking application and sends the first test request to the Unionpay system;
and the UnionPay system responds to the first test request, processes the data in the test request to obtain a first processing result, and returns the first processing result to the payment marking application.
In some possible implementation manners, the first test request is used for testing a payment token application process, and the first test request includes authorization information of a service;
the first processing result comprises a primary payment mark and an authorization ciphertext corresponding to the authorization information.
In some possible implementations, the system further includes a merchant system, the merchant system being simulated locally;
the method further comprises the following steps:
the merchant system receives a second test request sent by the payment tokenization application, wherein the second test request comprises the first processing result;
and the merchant system acquires target data from the Unionpay system according to the first processing result and then returns a second processing result to the payment tokenization application.
In some possible implementations, the second test request includes an authorization ciphertext corresponding to authorization information of the service;
the target data comprises secondary payment indicia;
the second processing result includes a payment sign application result.
In some possible implementations, the payment tokenization application includes cell phone banking.
In a third aspect, the present application provides an apparatus. The apparatus includes a processor and a memory.
The processor is configured to execute the instructions stored in the memory to cause the device to perform a method of testing a payment tokenization application as described in the first aspect or any implementation form of the first aspect.
In a fourth aspect, the present application provides a computer-readable storage medium. The computer readable storage medium comprises instructions which, when run on a device, cause the device to perform a method of testing a payment tokenization application as described in the first aspect or any implementation form of the first aspect.
In a fifth aspect, the present application provides a computer program product comprising instructions which, when run on a device, cause the device to perform the method of testing a payment tokenization application according to the first aspect or any of the implementations of the first aspect.
The present application can further combine to provide more implementations on the basis of the implementations provided by the above aspects.
According to the technical scheme, the embodiment of the application has the following advantages:
the embodiment of the application provides a method for testing a payment marked application, which is characterized in that an external system is simulated locally, for example, a unionpay system is simulated locally, and the simulated external system replaces a real external system to participate in a test process of the payment marked application. Specifically, the bank system receives a first test request sent by the payment marking application, sends the first test request to the Unionpay system, responds to the first test request, processes data in the test request to obtain a first processing result, and returns the first processing result to the payment marking application, so that a link of coordinating with a real external system is avoided, uncontrollable factors are reduced, and the test efficiency is improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 is a system architecture diagram of a test system for a payment tokenization application according to an embodiment of the present application;
FIG. 2 is a system architecture diagram of a test system for a payment tokenization application according to an embodiment of the present application;
fig. 3 is a flowchart of a method for testing a payment tokenization application according to an embodiment of the present application.
Detailed Description
The scheme in the embodiments provided in the present application will be described below with reference to the drawings in the present application.
The terms "first," "second," and the like in the description and in the claims of the present application and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances and are merely descriptive of the various embodiments of the application and how objects of the same nature can be distinguished.
In order to facilitate understanding of the technical solutions of the present application, some technical terms related to the present application are described below.
The payment token (token) refers to a value that is unique in place of a bank card number. The payment marking means that the payment marking is adopted to replace a bank card number for transaction verification, so that the card number information is prevented from being leaked. Specifically, when transaction verification is performed using a unique value instead of a bank card number, it is ensured that the application of the value is restricted to a particular merchant, channel or device. The payment token is used only in limited transaction scenarios, making the payment more secure.
For example, in an Electronic Toll Collection (ETC) service scenario, when transaction verification is performed in a payment tokenization manner, a payment token corresponding to the ETC service is only applicable to the scenario, but not applicable to other scenarios such as online shopping.
The payment tokenization application particularly refers to an application supporting payment tokenization. The application can apply for a payment sign for at least one service, so as to carry out transaction verification based on the payment sign, thereby ensuring payment safety.
The payment marking application generally needs to be tested before being online, and the current testing method mainly coordinates the time and energy of an external system such as a union pay system and then interacts with the external system, so that the payment marking application is tested. The test method involves more systems and operations and more external systems, so that more uncontrollable factors are caused, and the test efficiency is greatly influenced.
In view of the above, embodiments of the present application provide a test system for a payment tokenization application, which participates in a test flow of the payment tokenization application by locally simulating an external system, for example, locally simulating a union pay system, and replacing a real external system with the simulated external system. Specifically, the bank system receives a first test request sent by the payment marking application, sends the first test request to the Unionpay system, responds to the first test request, processes data in the test request to obtain a first processing result, and returns the first processing result to the payment marking application, so that a link of coordinating with a real external system is avoided, uncontrollable factors are reduced, and the test efficiency is improved.
The test system of the payment tokenization application can be deployed in a physical device such as an independent server, and can also be deployed in a cloud computing cluster (including at least one cloud computing device). The above two cases will be described with reference to the drawings.
Referring to the system architecture diagram of the test system for payment tokenization applications shown in fig. 1, the test system 1020 is deployed in the server 102, and the test system 1020 includes a banking system 1022 and a unionpay system 1024.
Where the unionpay system 1024 is modeled locally. So-called local is also called local device. The local device includes a device under direct control for the user, or in geographic proximity to the device. In this embodiment, the local area may be understood as the server 102.
The banking system 1022 is configured to receive a first test request sent by the payment tokenization application 1040 deployed on the user device 104, and send the first test request to the unionpay system 1024;
and the unionpay system 1024 is configured to respond to the first test request, process data in the test request to obtain a first processing result, and return the first processing result to the payment tokenization application.
In some possible implementations, the testing system 1020 further includes a merchant system 1026, and similar to the union pay system 1024, the merchant system 1026 may also be simulated locally.
The merchant system 1026 is configured to receive a second test request sent by the payment tokenization application 1040, where the second test request includes the first processing result;
the merchant system 1026 is further configured to obtain target data from the union pay system 1024 according to the first processing result, and then return a second processing result to the payment tokenization application 1040.
In a specific implementation, the first test request is specifically used for testing a payment token application process. Specifically, the payment tokenization application 1040 provides a payment token application function for the service, when performing a test, a tester may trigger an operation of applying a payment token for the service through a corresponding functional module, and the payment tokenization application 1040 generates a first test request in response to the operation.
The first test request comprises authorization information of the service, wherein the authorization information at least comprises a service identifier. For example, when the user triggers an operation of applying for the payment mark for the ETC service, the payment mark is applied according to the authorization information of the ETC service (at least including the service identifier of the ETC service).
For ETC business, the authorization information can also comprise the name of the owner of the vehicle, the license plate of the vehicle, the license and other related information. The payment tokenization application 1040 generates a first test request according to the authorization information to test whether the payment token application process is normal.
The payment tokenization application 1040 first sends the first test request to the banking system 1022 (bank back office), and then the banking system 1022 sends the first test request to the unionpay system 1024. The union pay system 1024 may analyze the message of the first test request to obtain authorization information, and then compare the authorization information with corresponding information stored in the database to obtain a first processing result.
For example, for the ETC service, the unionpay system 1024 may compare the analyzed owner name, license plate, and the like with the information stored in the database, and if the owner name, license plate, and license plate are consistent with the information, the comparison is passed, and the unionpay system 1024 returns a first processing result, where the first processing result includes a primary payment mark and an authorization ciphertext corresponding to the authorization information. If not, the comparison is passed, and the unionpay system 1024 may return the first processing result of the failure of the audit.
Further, when the payment tokenization application 1040 receives the first processing result, if the first processing result represents that the audit is passed, the payment tokenization application 1040 may further send a second test request to the merchant system 1026, where the second test request is used to test the application process of the payment token.
In a specific implementation, the second test request includes an authorization ciphertext corresponding to the authorization information of the service, and the merchant system 1026 obtains target data from the unionpay system 1024 according to the authorization ciphertext, where the target data is specifically a secondary payment tag, and then returns a second processing result to the payment tagging application 1040.
The second processing result includes a payment indicia application result. Specifically, when the merchant system 1026 successfully obtains the secondary payment mark, it indicates that the payment mark application is successful, and the second processing result returned by the merchant system 1026 indicates that the payment mark application is successful.
It is further noted that the payment tokenization application 1040 includes a cell phone bank. Of course, the payment tokenization application 1040 may also be other payment applications that support payment tokenization, such as third party payment applications and the like.
The system supports the analysis of message information directly or indirectly sent by the mobile phone bank client, simulates the processing of the UnionPay and an external merchant, and returns a corresponding message receipt to the mobile phone bank client. By simulating the operation of an external system, the test efficiency of the payment marking application such as a mobile phone bank is improved, and the test cost is reduced.
Fig. 1 is illustrated with the test system 1020 for payment tokenization applications deployed in a standalone device, such as a server, in some possible implementations, the test system 1020 for payment tokenization applications may also be deployed in a cloud computing cluster.
Referring to the system architecture diagram of a test system for payment tokenization applications shown in fig. 2, a test system 1020 for payment tokenization applications is deployed in cloud computing cluster 106 as shown in fig. 2. The cloud computing cluster 106 includes at least one cloud computing device, and the banking system 1022, the unionpay system 1024, and the merchant system 1026 may be respectively deployed in different cloud computing devices, which is favorable for improving the robustness of the entire system.
The test system 1020 for the payment tokenization application provided by the embodiment of the present application is described in detail with reference to fig. 1 to 2, and next, a test method for the payment tokenization application provided by the embodiment of the present application is described with reference to the accompanying drawings.
Referring to the flowchart of the method for testing a payment tokenization application shown in fig. 3, the method is applied to a testing system 1020 of the payment tokenization application shown in fig. 1 or fig. 2, the testing system of the payment tokenization application specifically includes a banking system 1022 and a unionpay system 1024, where the unionpay system 1024 is obtained by local simulation, and as shown in fig. 3, the method includes:
s302: the banking system 1022 receives the first test request sent by the payment tokenization application 1040, and sends the first test request to the unionpay system 1024.
S304: the union pay system 1024 responds to the first test request, processes data in the test request to obtain a first processing result, and returns the first processing result to the payment tokenization application 1040.
In some possible implementation manners, the first test request is used to test a payment token application process, and the first test request includes authorization information of a service;
the first processing result comprises a primary payment mark and an authorization ciphertext corresponding to the authorization information.
In some possible implementations, the system 1020 further includes a merchant system 1026, and the merchant system 1026 is obtained by local simulation;
the method further comprises the following steps:
s306: the merchant system 1026 receives a second test request sent by the payment tokenization application 1040, where the second test request includes the first processing result;
s308: the merchant system 1026 obtains target data from the union pay system according to the first processing result, and then returns a second processing result to the payment tokenization application 1040.
In some possible implementations, the second test request includes an authorization ciphertext corresponding to authorization information of the service;
the target data comprises secondary payment indicia;
the second processing result includes a payment sign application result.
In some possible implementations, the payment tokenization application includes cell phone banking.
The test system 1020 for payment tokenization application according to this embodiment of the present application may correspond to performing the method described in this embodiment of the present application, and the above and other operations and/or functions of each module of the test system 1020 for payment tokenization application are respectively for implementing the corresponding flow of each method in fig. 3, and are not described herein again for brevity.
The application provides a device for implementing a test method for payment tokenization applications. The apparatus includes a processor and a memory. The processor and the memory are in communication with each other. The processor is to execute instructions stored in the memory to cause a device to perform a method of testing a payment tokenization application.
The present application provides a computer-readable storage medium having stored therein instructions that, when run on a device, cause the device to perform the above-described method of testing a payment tokenization application.
The present application provides a computer program product comprising instructions which, when run on a device, cause the device to perform the above described method of testing a payment tokenization application.
It should be noted that the above-described embodiments of the apparatus are merely schematic, where the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. In addition, in the drawings of the embodiments of the apparatus provided in the present application, the connection relationship between the modules indicates that there is a communication connection therebetween, and may be implemented as one or more communication buses or signal lines.
Through the above description of the embodiments, those skilled in the art will clearly understand that the present application can be implemented by software plus necessary general-purpose hardware, and certainly can also be implemented by special-purpose hardware including special-purpose integrated circuits, special-purpose CPUs, special-purpose memories, special-purpose components and the like. Generally, functions performed by computer programs can be easily implemented by corresponding hardware, and specific hardware structures for implementing the same functions may be various, such as analog circuits, digital circuits, or dedicated circuits. However, for the present application, the implementation of a software program is more preferable. Based on such understanding, the technical solutions of the present application may be substantially embodied in the form of a software product, which is stored in a readable storage medium, such as a floppy disk, a usb disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk of a computer, and includes several instructions for enabling a computer device (which may be a personal computer, an exercise device, or a network device) to execute the method according to the embodiments of the present application.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product.
The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the application to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, training device, or data center to another website site, computer, training device, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can store or a data storage device, such as a training device, a data center, etc., that incorporates one or more available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
Claims (10)
1. A system for testing a payment tokenization application, the system comprising: the bank system and the unionpay system are obtained through local simulation;
the bank system is used for receiving a first test request sent by the payment marking application and sending the first test request to the Unionpay system;
and the Unionpay system is used for responding to the first test request, processing the data in the test request to obtain a first processing result, and returning the first processing result to the payment marking application.
2. The system of claim 1, wherein the first test request is used for testing a payment token application process, and the first test request includes authorization information of a service;
the first processing result comprises a primary payment mark and an authorization ciphertext corresponding to the authorization information.
3. The system of claim 1 or 2, further comprising a merchant system, the merchant system being simulated locally;
the merchant system is used for receiving a second test request sent by the payment tokenization application, wherein the second test request comprises the first processing result;
and the merchant system is also used for acquiring target data from the Unionpay system according to the first processing result and then returning a second processing result to the payment tokenization application.
4. The system of claim 3, wherein the second test request includes an authorization ciphertext corresponding to the authorization information of the service;
the target data comprises secondary payment indicia;
the second processing result includes a payment sign application result.
5. The system of any one of claims 1 to 4, wherein the payment tokenization application comprises cell phone banking.
6. A method for testing a payment tokenization application, the method being applied to a system for testing the payment tokenization application, the system comprising: the bank system and the unionpay system are obtained through local simulation; the method comprises the following steps:
the bank system receives a first test request sent by the payment marking application and sends the first test request to the Unionpay system;
and the UnionPay system responds to the first test request, processes the data in the test request to obtain a first processing result, and returns the first processing result to the payment marking application.
7. The method of claim 6, wherein the first test request is used for testing a payment token application process, and the first test request includes authorization information of a service;
the first processing result comprises a primary payment mark and an authorization ciphertext corresponding to the authorization information.
8. The method of claim 6 or 7, wherein the system further comprises a merchant system, the merchant system being simulated locally;
the method further comprises the following steps:
the merchant system receives a second test request sent by the payment tokenization application, wherein the second test request comprises the first processing result;
and the merchant system acquires target data from the Unionpay system according to the first processing result and then returns a second processing result to the payment tokenization application.
9. The method of claim 8, wherein the second test request includes an authorization ciphertext corresponding to the authorization information of the service;
the target data comprises secondary payment indicia;
the second processing result includes a payment sign application result.
10. The method of any of claims 6 to 9, wherein the payment tokenization application comprises cell phone banking.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010343596.0A CN111538664A (en) | 2020-04-27 | 2020-04-27 | System and method for testing payment marking application |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010343596.0A CN111538664A (en) | 2020-04-27 | 2020-04-27 | System and method for testing payment marking application |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111538664A true CN111538664A (en) | 2020-08-14 |
Family
ID=71975410
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010343596.0A Pending CN111538664A (en) | 2020-04-27 | 2020-04-27 | System and method for testing payment marking application |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111538664A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114022278A (en) * | 2021-11-05 | 2022-02-08 | 光大科技有限公司 | Simulated transaction processing method and device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106198084A (en) * | 2016-08-18 | 2016-12-07 | 上海盛付通电子支付服务有限公司 | The intelligent detecting method of a kind of POS and system |
| US20170200148A1 (en) * | 2016-01-07 | 2017-07-13 | Vantiv, Llc | Point of interaction device emulation for payment transaction simulation |
| CN110309022A (en) * | 2019-05-22 | 2019-10-08 | 平安银行股份有限公司 | Method, simulator, equipment and the storage medium of mock trading test |
| CN110990272A (en) * | 2019-11-28 | 2020-04-10 | 中国银行股份有限公司 | Mobile payment testing method, device and system |
-
2020
- 2020-04-27 CN CN202010343596.0A patent/CN111538664A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170200148A1 (en) * | 2016-01-07 | 2017-07-13 | Vantiv, Llc | Point of interaction device emulation for payment transaction simulation |
| CN106198084A (en) * | 2016-08-18 | 2016-12-07 | 上海盛付通电子支付服务有限公司 | The intelligent detecting method of a kind of POS and system |
| CN110309022A (en) * | 2019-05-22 | 2019-10-08 | 平安银行股份有限公司 | Method, simulator, equipment and the storage medium of mock trading test |
| CN110990272A (en) * | 2019-11-28 | 2020-04-10 | 中国银行股份有限公司 | Mobile payment testing method, device and system |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114022278A (en) * | 2021-11-05 | 2022-02-08 | 光大科技有限公司 | Simulated transaction processing method and device |
| CN114022278B (en) * | 2021-11-05 | 2024-04-02 | 光大科技有限公司 | Analog transaction processing method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110268389B (en) | Simulator for system testing | |
| CN111340558B (en) | Online information processing method, device, equipment and medium based on federal learning | |
| CN109815138A (en) | Business information test method, device, computer equipment and storage medium | |
| CN111461857A (en) | Personal online credit method, device, system, equipment and medium for small and medium-sized banks | |
| CN108111364B (en) | Service system testing method and device | |
| CN104090839A (en) | Simulation test method and device for abnormal scene | |
| CN110837470A (en) | Method and device for testing bank card network transaction | |
| CN107291612B (en) | Test method and device | |
| CN113781048A (en) | Transaction information verification and settlement method based on block chain | |
| CN111538664A (en) | System and method for testing payment marking application | |
| CN113852639A (en) | Data processing method and device, electronic equipment and computer readable storage medium | |
| CN110471696B (en) | Clearing data playback comparison method, device, computer equipment and storage medium | |
| CN109815690A (en) | Information Authentication method, apparatus, computer equipment and storage medium | |
| CN110751455B (en) | Method and device for processing joint service | |
| CN110633969B (en) | Resource data transfer method, device, computer equipment and storage medium | |
| CN113988844A (en) | Service subscription method, device and system | |
| CN109472457B (en) | Loan application online reviewing method and terminal equipment | |
| CN111367776A (en) | Recording method, device, equipment and storage medium of resource transfer service | |
| CN114677138A (en) | Data processing method, data processing equipment and computer readable storage medium | |
| CN112882957A (en) | Test task validity checking method and device | |
| CN110599333A (en) | Loan transaction processing method and device based on bank difference and electronic equipment | |
| EP3906473A1 (en) | Computer and conduit for system testing | |
| CN109816500A (en) | Method and device of declaring dutiable goods based on B/S framework | |
| CN112131542B (en) | Data processing method, device and server | |
| CN113360387B (en) | Bank payment and settlement simulator |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |