Data detection method and device and electronic equipment
By automatically comparing payment information in the client and asset custody system, and using bill configuration information to calculate payment date and fee amount, the problem of inefficient verification of fee payment instructions in the asset custody system is solved, and more efficient and accurate payment information is achieved verify.
Patent Information
- Application Number
- CN202411258269.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-09
- Publication Date
- 2024-12-27
AI Technical Summary
In the asset custody system, the verification of the fee payment instructions relies on manual verification, resulting in inefficiency and lack of system support, and there is a problem of subjectivity.
By obtaining the fee payment instructions sent by the client and the stored payment information, extracting and comparing the payment information, if the payment is consistent, performing payment payment. Otherwise, a verification abnormal information is generated, and the payment date and fee amount are calculated using the bill configuration information to ensure the instruction accuracy and efficiency.
It improves the verification efficiency of the fee payment instructions, ensures the accuracy of payment information and system support, and reduces subjective errors in manual verification.
Smart Images
Figure CN119205121A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of data processing technology, and in particular to a data detection method, device and electronic equipment. Background Art
[0002] In the asset custody system, there are various fee payment scenarios, such as custody fees, management fees, sales service fees, performance fees, outsourcing service fees, etc., as well as multiple payees and payees. Usually, the payee is the product operated in the asset custody system, and the payee is various institutions and companies. The payee needs to pay the fee to the payee on time based on the combination of fee calculation factors. The combination of fee calculation factors can be distinguished according to product name + asset type + fee type + manager of the product.
[0003] At present, for the same product, there are different fee rules in different payment scenarios. In the process of payment, not only the asset custody system calculates the information to be paid, but the client also calculates the information to be paid and sends the fee payment instruction to the asset custody system. After receiving the fee payment instruction, the staff needs to verify the payment information, which relies on manual verification and has low processing efficiency. In addition, the accuracy also depends on manual judgment, which is subjective and lacks system support, resulting in low efficiency in verifying the payment information. Summary of the invention
[0004] The present application provides a data detection method, device and electronic device for improving the verification efficiency of fee payment instructions.
[0005] In a first aspect, the present application provides a data detection method, the method comprising:
[0006] Obtaining a fee payment instruction sent by the client, and obtaining the stored first payment information;
[0007] Extracting the second payment information in the fee payment instruction, and determining whether the first payment information is consistent with the second payment information;
[0008] If yes, call the payment interface to execute the transfer payment;
[0009] If not, an instruction check exception message is generated.
[0010] Through the above method, the second payment information is verified based on the first payment information in the asset custody system, thereby realizing the verification of the fee payment instruction and improving the efficiency of the fee payment instruction.
[0011] In a possible design, before obtaining the fee payment instruction sent by the client and obtaining the stored first payment information, the following steps are included:
[0012] Obtaining bill configuration information, and obtaining initial data corresponding to the bill configuration information, wherein the initial data at least includes: payer information and payee information;
[0013] calculating a payment date of the initial data, and comparing the payment date with a current payment date;
[0014] When the payment date is consistent with the current payment date, determining the fee amount, and generating a payment instruction and first payment information based on the fee amount and the bill configuration information;
[0015] When the payment date is inconsistent with the current payment date, no processing will be performed.
[0016] Through the above method, the initial data is filtered out based on the bill configuration information, and the payment date of the initial data is calculated. The payment date is compared with the current payment date to ensure that the generated payment instruction and the first payment information are generated on the current payment date, which is conducive to filtering out the initial data with a payment date on the current payment date.
[0017] In a possible design, calculating the payment date of the initial data includes:
[0018] Extracting the payment frequency, payment month, and payment day offset from the bill configuration information;
[0019] The payment date is calculated based on the payment frequency, the payment month, and the payment day offset.
[0020] Through the above method, the payment date is calculated based on the payment frequency, payment month and payment day offset, so that the determined payment date is more accurate.
[0021] In a possible design, determining the fee amount includes:
[0022] Extracting payer information and fee type from the initial data, and extracting payment frequency from the bill configuration information;
[0023] Determine a current date, and calculate a payment period based on the payment frequency and the current date;
[0024] Filtering out the payer information and target expense data corresponding to the expense type in the payment cycle from all expense data;
[0025] A fee amount is determined from the target fee data.
[0026] By using the above method, the target cost data is determined, and the cost amount is determined from the target cost data, thereby ensuring the accuracy of the determined cost amount.
[0027] In a possible design, generating instruction check exception information includes:
[0028] Determining difference information between the first payment information and the second payment information;
[0029] The instruction checking exception information is generated based on the difference information.
[0030] By using the above method, instruction verification exception information is generated for prompting, which is conducive to timely obtaining difference information.
[0031] In a possible design, calling the payment interface to execute the transfer payment includes:
[0032] Extract the payment amount, the payer's account number and the payee's account number from the fee payment instruction;
[0033] The payment interface is called to transfer the payment amount from the payer's account to the payee's account.
[0034] Through the above method, the transfer payment is executed based on the payment amount in the first payment information, and the payer account number and the payee account number in the second payment information, thereby ensuring the smooth completion of the payment.
[0035] In a second aspect, the present application provides a data detection device, the device comprising:
[0036] An acquisition module, used to obtain a fee payment instruction sent by a client, and to obtain the stored first payment information;
[0037] an extraction module, configured to extract the second payment information in the fee payment instruction and determine whether the first payment information is consistent with the second payment information;
[0038] The execution module is used to call the payment interface to execute the transfer payment, or generate instruction verification exception information.
[0039] In one possible design, the acquisition module is specifically used to obtain bill configuration information, obtain initial data corresponding to the bill configuration information, calculate the payment date of the initial data, compare the payment date with the current payment date, and when the payment date is consistent with the current payment date, determine the amount of the fee, and generate a payment instruction and first payment information based on the fee amount and the bill configuration information; when the payment date is inconsistent with the current payment date, no processing is performed.
[0040] In one possible design, the acquisition module is further used to extract the payment frequency, payment month and payment day offset from the bill configuration information, and calculate the payment date based on the payment frequency, payment month and payment day offset.
[0041] In one possible design, the acquisition module is also used to extract the payer information and the fee type from the initial data, and extract the payment frequency from the bill configuration information, determine the current date, calculate the payment cycle based on the payment frequency and the current date, filter out target fee data corresponding to the payer information and the fee type within the payment cycle from all fee data, and determine the fee amount from the target fee data.
[0042] In one possible design, the execution module is specifically used to determine the difference information between the first payment information and the second payment information, and generate the instruction verification exception information based on the difference information.
[0043] In one possible design, the execution module is also used to extract the payment amount, payer account and payee account from the fee payment instruction, and call the payment interface to transfer the payment amount from the payer account to the payee account.
[0044] In a third aspect, the present application provides an electronic device, including:
[0045] Memory, used to store computer programs;
[0046] The processor is used to implement the above-mentioned data detection method steps when executing the computer program stored in the memory.
[0047] In a fourth aspect, a computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the above-mentioned data detection method are implemented.
[0048] In a fifth aspect, the present application provides a computer program product, which, when executed on a computer, enables the computer to execute the above-mentioned data processing method steps.
[0049] For each of the above-mentioned first to fifth aspects and the technical effects that may be achieved by each of the above-mentioned aspects, please refer to the above-mentioned description of the technical effects that can be achieved by the first aspect or various possible schemes in the first aspect, and no further details will be given here. BRIEF DESCRIPTION OF THE DRAWINGS
[0050] Figure 1 A flowchart of the steps of a data detection method provided in this application;
[0051] Figure 2 Schematic diagram of the fee management interface in the asset custody system provided for this application;
[0052] Figure 3 The payment instructions and payable generation flow chart provided for this application;
[0053] Figure 4 A schematic diagram of the structure of a data detection device provided in this application;
[0054] Figure 5 A schematic diagram of the structure of an electronic device provided in this application. DETAILED DESCRIPTION
[0055] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings. The specific operating methods in the method embodiments can also be applied to device embodiments or system embodiments. It should be noted that in the description of the present application, "multiple" is understood as "at least two". "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. A is connected to B, which can represent: A is directly connected to B and A is connected to B through C. In addition, in the description of the present application, words such as "first" and "second" are only used to distinguish the purpose of description, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying order.
[0056] In previous technologies, for the same product, there are different fee rules in different payment scenarios. In the process of payment, not only the asset custody system calculates the information to be paid, but the client also calculates the information to be paid and sends a fee payment instruction to the asset custody system. After receiving the fee payment instruction, the staff needs to verify the payment information, which relies on manual verification and has low processing efficiency. In addition, the accuracy also depends on manual judgment, which is subjective and lacks system support, resulting in low efficiency in verifying the payment information.
[0057] In order to solve the above problems, the present application provides a data detection method for improving the efficiency of verifying payment information. The method and device described in the embodiments of the present application are based on the same technical concept. Since the principles of the problems solved by the method and the device are similar, the embodiments of the device and the method can refer to each other, and the repeated parts will not be repeated. The acquisition, storage, use, and processing of data in the technical solution of the present application are in compliance with the relevant provisions of national laws and regulations.
[0058] The embodiments of the present application are described in detail below in conjunction with the accompanying drawings.
[0059] Reference Figure 1 , this application provides a data detection method, which can improve the efficiency of verifying payment information. The implementation process of the method is as follows:
[0060] Step S1: Obtain the fee payment instruction sent by the client, and obtain the stored first payment information.
[0061] In the asset custody system, the combination of fee calculation elements includes at least: product name, fee type, asset type, and manager. In fact, the payer and the payee both realize fund transactions based on the asset custody system. Before the payer makes a payment, the asset custody system will determine the initial data corresponding to the payment amount on the current payment date. The specific determination process is as follows:
[0062] The asset custody system in the embodiment of the present application may include a fee management interface, such as Figure 2 As shown, in Figure 2 The expense management interface includes configuration of public expense collection accounts, public expense relationship configuration, product expense relationship configuration, expense payment instructions and payable generation, payment instruction scheduling, payable information query, and expense data acquisition.
[0063] The embodiment of the present application can realize the configuration of the asset custody system based on the above-mentioned expense management interface. By operating in each module in the expense management interface, the content set in each module is added, deleted or modified to achieve the purpose of flexible setting, which can improve the configuration efficiency of the asset custody system. The specific configuration process is as follows:
[0064] When the asset custody system detects a newly added product, it determines the product name, manager, asset type and fee type range of the newly added business, and then configures the fee rules for the newly added product. The asset custody system includes: public fee rules and product fee rules. Each billing rule in the public fee rules is associated with the manager, fee type and asset type, or each billing rule is associated with the fee type and asset type; the product fee rules include: reused public fee rules and custom editing rules. Each rule in the reused public fee rules also includes: manager, asset type, fee type. In the embodiment of the present application, the reused public fee rules can be associated with the public fee rules through the manager, asset type and fee type.
[0065] Furthermore, the public expense collection account configuration includes: expense type, manager, and asset type. The expense type, manager, and asset type are independent of each other, and the product expense relationship configuration includes: manager, expense type, asset type, and the relationship between expense type and asset type. The public expense relationship configuration includes: the relationship between expense type, asset type, and manager. The expense payment instruction and payable generation include: generating a payment instruction corresponding to the expense amount, and the first payment information of the payee. The payment instruction is scheduled to execute the payment instruction, and the payable information query can determine the first payment information of the payee.
[0066] After determining the cost calculation factor combination of the newly added product, match the cost calculation factor combination with the public cost rule or product cost rule. You can match the product cost rule first, then match the public cost rule, and use the matched billing rules as the rules that need to be configured for the newly added product.
[0067] In the embodiment of the present application, you can also customize the fee calculation rules to meet the needs of different fee payment scenarios, which will not be explained in detail here.
[0068] It should be noted that when the asset custody system is updated in the embodiment of the present application, the corresponding modules in the expense management interface need to be updated, and each module can be set by clicking on the expense management interface.
[0069] In an embodiment of the present application, all information for configuring a newly added product can be used as bill configuration information, and corresponding data can be obtained from the asset custody system according to the combination of fee calculation elements in the bill configuration information, and the obtained data can be used as initial data, and the initial data at least includes: payer information, payee information, and the bill configuration information at least includes: payment frequency, payment month and payment day offset, the payment frequency is the periodic frequency of payment, the payment month represents the month where the payment day offset is located, and the payment day offset represents the Nth working day of the payment month, where N is a positive integer.
[0070] The above payment frequency can be quarterly payment or annual payment. For example, if the payment frequency is quarterly payment, it can be set to be paid on the third working day of the second month of each quarter. The payment frequency, payment month and payment day offset can be adjusted according to actual conditions, which will not be explained in detail here.
[0071] Furthermore, the payer information may include: payer account number, payer identity information, payer account category, payer account name, payer account opening bank name, payer account currency, payee account opening bank payment system number, etc., and the payee information may include: payee account number, payee identity information, payer account category, payee account name, payee account opening bank name, payee account currency, payee account opening bank payment system number, etc. In the embodiment of the present application, the payer can be determined based on the payer information, and the payee can be determined based on the payee information.
[0072] After determining the payment frequency, payment month, and payment day offset, the payment date can be calculated based on the payment frequency, payment month, and payment day offset, and the payment date can be compared with the current payment date to determine whether the payment date is the current payment date. When the payment date is the current payment date, the payee information and fee type are extracted from the initial data, and then the current date is determined, and a payment cycle is calculated based on the payment frequency and the current date. For example, the payment cycle can be 20240102-20240302, and then the target fee data corresponding to the payee information and fee type in the payment cycle is filtered out from all the initial data.
[0073] When the payment date is consistent with the current payment date, the fee amount is determined from the target fee data, and then a payment instruction and first payment information are generated based on the fee amount and the bill configuration information; when the payment date is inconsistent with the current payment date, no processing is performed. The embodiment of the present application provides a flowchart for generating a payment instruction and the first payment information corresponding to the payment instruction. Figure 3 In the process, the initial data corresponding to the bill configuration information is determined, and the payment date of the initial data is calculated according to the payment frequency, payment month, and payment day offset. Then, it is determined whether the payment date is the current payment date. If so, the fee amount is determined, and the payment instruction and the first payment information are generated based on the fee amount and the bill configuration information. If not, no processing is performed and the process ends.
[0074] Before the payment is completed within the current payment date, when the client sends a fee payment instruction to the asset custody system, the second payment information corresponding to the client is determined. Since the first payment information is stored in the asset custody system, the second payment information can be verified based on the first payment information.
[0075] Through the above method, the payment date corresponding to the initial data is determined on the current payment date, so that the initial data can be paid on the current payment date. If the client sends a fee payment instruction, the second payment information can be verified based on the fee payment instruction, which is conducive to determining accurate payment information and preventing the impact caused by payment errors.
[0076] Step S2: extract the second payment information in the fee payment instruction, and determine whether the first payment information is consistent with the second payment information.
[0077] After the fee payment instruction is determined, the second payment information corresponding to the fee payment instruction is extracted, and the first payment information in the asset custody system is compared with the second payment information corresponding to the client. The first payment information and the second payment information both include: payer account number, payee account number, payment amount, and payment date. During the comparison of the first payment information and the second payment information, if at least one of the payer account number, payee account number, payment amount, and payment date is inconsistent, step S4 is performed; otherwise, step S3 is performed.
[0078] Through the above method, the client's fee payment instruction is verified to ensure the accuracy of the payment amount determined by the asset custody system.
[0079] Step S3: Call the payment interface to execute the transfer payment.
[0080] When the first payment information is consistent with the second payment information, in order to smoothly execute the payment and ensure the accuracy of the payment amount, it is necessary to extract the payment amount, payer account number and payee account number from the fee payment instruction, and then transfer the payment amount from the payer account number to the payee account number, so as to complete the payment on the current payment date.
[0081] Step S4: Generate instruction verification exception information.
[0082] When it is determined that the first payment information is inconsistent with the second payment information, in order for the asset custody system to prompt in time, it is necessary to determine the difference information between the first payment information and the second payment information. The difference information is the inconsistent information in the payer's account number, the payee's account number, the payment amount, and the payment date. For example: the payment amount in the first payment information is 1000, and the payment amount in the second payment information is 1200, then the payment amount 1000 and the payment amount 1200 are the difference information. After determining the difference information, the instruction verification exception information is generated based on the difference information. The instruction verification exception information marks the difference information between the first payment information and the second payment information, so as to better prompt the wrong payment information.
[0083] Through the above method, the asset custody system can be updated through the settings of the fee management interface, and the configuration of the fee calculation element combination can be realized. It can be configured for different product scenarios and different fee types, thereby improving the convenience of the asset custody system. Moreover, when the client sends a fee payment instruction, the second payment information corresponding to the fee payment instruction can be verified, thereby ensuring the accuracy of the final payment amount determined by the asset custody system and improving the efficiency of verifying the fee payment instruction.
[0084] Based on the same inventive concept, a data detection device is also provided in the embodiment of the present application. The data detection device is used to implement the function of a data detection method. Figure 4 , the device comprises:
[0085] An acquisition module 401 is used to obtain a fee payment instruction sent by a client, and obtain the stored first payment information;
[0086] An extraction module 402 is used to extract the second payment information in the fee payment instruction and determine whether the first payment information is consistent with the second payment information;
[0087] The execution module 403 is used to call the payment interface to execute the transfer payment, or generate instruction verification exception information.
[0088] In one possible design, the acquisition module 401 is specifically used to obtain bill configuration information, obtain initial data corresponding to the bill configuration information, calculate the payment date of the initial data, compare the payment date with the current payment date, and when the payment date is consistent with the current payment date, determine the fee amount, and generate a payment instruction and first payment information based on the fee amount and the bill configuration information; when the payment date is inconsistent with the current payment date, no processing is performed.
[0089] In one possible design, the acquisition module 401 is also used to extract the payment frequency, payment month and payment day offset from the bill configuration information, and calculate the payment date based on the payment frequency, payment month and payment day offset.
[0090] In one possible design, the acquisition module 401 is also used to extract the payer information and the fee type from the initial data, and extract the payment frequency from the bill configuration information, determine the current date, calculate the payment cycle based on the payment frequency and the current date, filter out the target fee data corresponding to the payer information and the fee type within the payment cycle from all fee data, and determine the fee amount from the target fee data.
[0091] In one possible design, the execution module 402 is specifically used to determine the difference information between the first payment information and the second payment information, and generate the instruction verification exception information based on the difference information.
[0092] In one possible design, the execution module 402 is also used to extract the payment amount, payer account and payee account from the fee payment instruction, and call the payment interface to transfer the payment amount from the payer account to the payee account.
[0093] Based on the same inventive concept, an electronic device is also provided in an embodiment of the present application, and the electronic device can realize the function of the aforementioned data detection device, referring to Figure 5 , the electronic device comprises:
[0094] At least one processor 501, and a memory 502 connected to the at least one processor 501. The specific connection medium between the processor 501 and the memory 502 is not limited in the embodiment of the present application. Figure 5 In the example, the processor 501 and the memory 502 are connected via a bus 500. The bus 500 is Figure 5 The connections between other components are shown in bold lines, and are not intended to be limiting. The bus 500 can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 5 Only one thick line is used in the figure, but it does not mean that there is only one bus or one type of bus. Alternatively, the processor 501 can also be called a controller, and there is no limitation on the name.
[0095] In the embodiment of the present application, the memory 502 stores instructions that can be executed by at least one processor 501. The at least one processor 501 can execute a data detection method discussed above by executing the instructions stored in the memory 502. The processor 501 can implement Figure 4 The functions of each module in the device shown.
[0096] Among them, the processor 501 is the control center of the device, and can use various interfaces and lines to connect the various parts of the entire control device. By running or executing instructions stored in the memory 502 and calling data stored in the memory 502, the various functions of the device and processing data, the device can be monitored as a whole.
[0097] In one possible design, the processor 501 may include one or more processing units, and the processor 501 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communications. It is understandable that the modem processor may not be integrated into the processor 501. In some embodiments, the processor 501 and the memory 502 may be implemented on the same chip, and in some embodiments, they may also be implemented separately on separate chips.
[0098] Processor 501 can be a general-purpose processor, such as a central processing unit (CPU), a digital signal processor, an application-specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, and can implement or execute the various methods, steps and logic block diagrams disclosed in the embodiments of the present application. A general-purpose processor can be a microprocessor or any conventional processor, etc. The steps of a data detection method disclosed in conjunction with the embodiments of the present application can be directly embodied as a hardware processor to be executed, or a combination of hardware and software modules in the processor can be executed.
[0099] The memory 502 is a non-volatile computer-readable storage medium that can be used to store non-volatile software programs, non-volatile computer executable programs and modules. The memory 502 may include at least one type of storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory, a random access memory (Random Access Memory, RAM), a static random access memory (Static Random Access Memory, SRAM), a programmable read-only memory (Programmable Read Only Memory, PROM), a read-only memory (Read Only Memory, ROM), an electrically erasable programmable read-only memory (Electrically Erasable Programmable Read-Only Memory, EEPROM), a magnetic memory, a disk, an optical disk, etc. The memory 502 is any other medium that can be used to carry or store a desired program code in the form of an instruction or data structure and can be accessed by a computer, but is not limited thereto. The memory 502 in the embodiment of the present application can also be a circuit or any other device that can realize a storage function, for storing program instructions and / or data.
[0100] By programming the processor 501, the code corresponding to the data detection method described in the above embodiment can be fixed into the chip, so that the chip can execute the code when running. Figure 1The steps of a data detection method in the embodiment shown are as follows: How to design and program the processor 501 is a technique known to those skilled in the art and will not be described in detail here.
[0101] Based on the same inventive concept, an embodiment of the present application further provides a storage medium, which stores computer instructions. When the computer instructions are executed on a computer, the computer executes a data detection method discussed above.
[0102] In some possible implementations, various aspects of a data detection method provided by the present application may also be implemented in the form of a program product, which includes program code. When the program product is run on an apparatus, the program code is used to enable the control device to execute the steps of a data detection method according to various exemplary implementations of the present application described above in this specification.
[0103] The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable 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 thereof.
[0104] The program product of the data detection method provided in the embodiment of the present invention can adopt a portable compact disk read-only memory (CD-ROM) and include program code, and can be run on a computing device. However, the program product of the present invention is not limited to this. In this document, the readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, an apparatus or a device or used in combination with it.
[0105] A readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, wherein readable program code is carried. Such propagated data signals may take a variety of forms, including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing. A readable signal medium may also be any readable medium other than a readable storage medium, which may transmit, propagate, or transfer a program for use by or in conjunction with an instruction execution system, apparatus, or device.
[0106] The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
[0107] Program code for performing the operations of the present invention may be written in any combination of one or more programming languages, including object-oriented programming languages such as Java, C++, etc., and conventional procedural programming languages such as "C" or similar programming languages. The program code may be executed entirely on the user computing device, partially on the user device, as a separate software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., via the Internet using an Internet service provider).
[0108] It should be noted that, although several units or subunits of the device are mentioned in the above detailed description, this division is merely exemplary and not mandatory. In fact, according to an embodiment of the present invention, the features and functions of two or more units described above can be embodied in one unit. Conversely, the features and functions of one unit described above can be further divided into multiple units to be embodied.
[0109] In addition, although the operations of the method of the present invention are described in a specific order in the drawings, this does not require or imply that the operations must be performed in this specific order, or that all the operations shown must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps.
[0110] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.
[0111] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0112] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0113] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0114] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.
Claims
1. A data detection method, characterized in that: include: Obtaining a fee payment instruction sent by the client, and obtaining the stored first payment information; Extracting the second payment information in the fee payment instruction, and determining whether the first payment information is consistent with the second payment information; If yes, call the payment interface to execute the transfer payment; If not, an instruction check exception message is generated.
2. The method according to claim 1, characterized in that Before obtaining the fee payment instruction sent by the client and obtaining the stored first payment information, the method includes: Obtaining bill configuration information, and obtaining initial data corresponding to the bill configuration information, wherein the initial data at least includes: payer information and payee information; calculating a payment date of the initial data, and comparing the payment date with a current payment date; When the payment date is consistent with the current payment date, determining the fee amount, and generating a payment instruction and first payment information based on the fee amount and the bill configuration information; When the payment date is inconsistent with the current payment date, no processing will be performed.
3. The method according to claim 2, characterized in that The calculation of the payment date of the initial data includes: Extracting the payment frequency, payment month, and payment day offset from the bill configuration information; The payment date is calculated based on the payment frequency, the payment month, and the payment day offset.
4. The method according to claim 2, characterized in that The determination of the fee amount includes: Extracting payer information and fee type from the initial data, and extracting payment frequency from the bill configuration information; Determine a current date, and calculate a payment period based on the payment frequency and the current date; Filtering out the payer information and target expense data corresponding to the expense type in the payment cycle from all expense data; A fee amount is determined from the target fee data.
5. The method according to claim 1, characterized in that The generating instruction verification exception information includes: Determining difference information between the first payment information and the second payment information; The instruction checking exception information is generated based on the difference information.
6. The method according to claim 1, characterized in that The calling of the payment interface to execute the transfer payment includes: Extract the payment amount, the payer's account number and the payee's account number from the fee payment instruction; The payment interface is called to transfer the payment amount from the payer's account to the payee's account.
7. A data detection device, characterized in that: include: An acquisition module, used to obtain a fee payment instruction sent by a client, and to obtain the stored first payment information; an extraction module, configured to extract the second payment information in the fee payment instruction and determine whether the first payment information is consistent with the second payment information; The execution module is used to call the payment interface to execute the transfer payment, or generate instruction verification exception information.
8. The device according to claim 7, characterized in that The acquisition module is specifically used to obtain bill configuration information, obtain initial data corresponding to the bill configuration information, calculate the payment date of the initial data, compare the payment date with the current payment date, and when the payment date is consistent with the current payment date, determine the fee amount, and generate a payment instruction and first payment information based on the fee amount and the bill configuration information. When the payment date is inconsistent with the current payment date, no processing is performed.
9. The device according to claim 7, characterized in that The obtaining module is further used to extract the payment frequency, payment month and payment day offset from the bill configuration information, and calculate the payment date based on the payment frequency, payment month and payment day offset.
10. The device according to claim 7, characterized in that The acquisition module is also used to extract the payer information and the fee type from the initial data, and extract the payment frequency from the bill configuration information, determine the current date, calculate the payment cycle based on the payment frequency and the current date, filter out the target fee data corresponding to the payer information and the fee type within the payment cycle from all fee data, and determine the fee amount from the target fee data.
11. The device according to claim 7, characterized in that The execution module is specifically used to determine the difference information between the first payment information and the second payment information, and generate the instruction verification exception information based on the difference information.
12. The device according to claim 7, characterized in that The execution module is further used to extract the payment amount, the payer account and the payee account from the fee payment instruction, and call the payment interface to transfer the payment amount from the payer account to the payee account.
13. An electronic device, characterized in that: include: Memory, used to store computer programs; A processor, for implementing the method steps described in any one of claims 1 to 6 when executing the computer program stored in the memory.
14. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method steps described in any one of claims 1 to 6 are implemented.
15. A computer program product, characterized in that When the computer program product is run on a computer, the computer is caused to execute the method according to any one of claims 1 to 6.