CN110738477A - reconciliation method, device, computer equipment and storage medium - Google Patents

reconciliation method, device, computer equipment and storage medium Download PDF

Info

Publication number
CN110738477A
CN110738477A CN201910776689.XA CN201910776689A CN110738477A CN 110738477 A CN110738477 A CN 110738477A CN 201910776689 A CN201910776689 A CN 201910776689A CN 110738477 A CN110738477 A CN 110738477A
Authority
CN
China
Prior art keywords
reconciliation
bill
reconciled
processing result
comparison
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
Application number
CN201910776689.XA
Other languages
Chinese (zh)
Inventor
郭亲华
鲜丹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Weifutong Technology Co Ltd
Original Assignee
Weifutong Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Weifutong Technology Co Ltd filed Critical Weifutong Technology Co Ltd
Priority to CN201910776689.XA priority Critical patent/CN110738477A/en
Publication of CN110738477A publication Critical patent/CN110738477A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll

Abstract

The invention discloses reconciliation methods, devices, computer equipment and readable storage media.

Description

reconciliation method, device, computer equipment and storage medium
Technical Field
The present application relates to the field of data processing technologies, and in particular, to reconciliation methods, apparatuses, computer devices, and storage media.
Background
The amount, time and bill state theory of the enterprise bank bill and the bill issued by the bank should be , but in a special case, the accounts of both parties are not , and the daily knot of the merchant generated based on the order of the bill is not spurious, in the conventional technology, the bill generated by daily transaction needs to be checked, but because the types of the generated bills are different, the mode of checking the bill is different, generally has the same mode of checking different types of the bill when the bill is checked, and for different types of the bill, a certain step may be absent or a certain step is redundant, which results in low efficiency of checking the bill.
Disclosure of Invention
The embodiment of the invention provides reconciliation methods, devices, computer equipment and storage media, and aims to solve the technical problem of low reconciliation efficiency caused by a reconciliation mode list in the prior art.
a reconciliation method comprising:
acquiring an unsettled reconciliation task from a reconciliation database; acquiring the payment center configuration of a current payment center, and judging the reconciliation type of the reconciliation task according to the payment center configuration; acquiring a to-be-checked bill from a local database, and performing checking processing on the to-be-checked bill according to the checking type to obtain a checking processing result; when the account checking processing result accords with a preset account checking processing result, checking a leveling task processing result of an acceptance mechanism corresponding to the current payment center; and if the leveling task processing result is that all leveling tasks of the acceptance mechanism are leveled, generating an acceptance mechanism statement, and pushing the acceptance mechanism statement to a private cloud.
A reconciliation device, comprising:
the acquisition module is used for acquiring the account checking tasks which are not checked from the account checking database; the judging module is used for acquiring the payment center configuration of the current payment center and judging the reconciliation type of the reconciliation task according to the payment center configuration; the account checking module is used for acquiring an account checking bill to be checked from a local database, and performing account checking processing on the account checking bill to be checked according to the account checking type to obtain an account checking processing result; the checking module is used for checking the reconciliation task processing result of the acceptance mechanism corresponding to the current payment center when the reconciliation processing result accords with a preset reconciliation processing result; and the pushing module is used for generating a checking bill of the acceptance mechanism and pushing the checking bill of the acceptance mechanism to the private cloud if the checking task processing result is that all the checking tasks of the acceptance mechanism are checked.
computer apparatus comprising a memory and a processor, and a computer program stored in the memory and executable on the processor, the processor implementing the steps of the reconciliation method described above when executing the computer program.
computer-readable storage medium, which stores a computer program that, when executed by a processor, implements the steps of the reconciliation method described above.
According to the account checking method, the account checking device, the computer equipment and the readable storage medium, the payment center configuration is set in the payment center in advance, the account checking type of the account checking task is judged according to the payment center configuration, the account checking is carried out according to different account checking types, and the generated acceptance mechanism account checking bill is pushed to the private cloud according to the account checking result which accords with the preset result.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments of the present invention will be briefly introduced below, and it is obvious that the drawings in the following description are only embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained based on these drawings without inventive exercise.
FIG. 1 is a schematic diagram of an application environment of an account checking method in embodiments;
FIG. 2 is a flow chart illustrating a reconciliation method in embodiments;
FIG. 3 is a schematic flow chart of steps of step 206 in FIG. 2;
FIG. 4 is a schematic flow chart of another process of step 206 of FIG. 2;
FIG. 5 is a schematic flow chart of step 404 in FIG. 4;
FIG. 6 is a schematic flow chart diagram of another exemplary reconciliation methods;
FIG. 7 is a schematic view of a reconciliation apparatus;
fig. 8 is a schematic diagram of a computer device in embodiments.
Detailed Description
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs, the terms used in the specification of the application herein are for the purpose of describing particular embodiments only and are not intended to be limiting of the application, the terms "comprising" and "having" and any variations thereof in the specification and claims of the application and in the description of the above-identified figures are intended to cover non-exclusive inclusions, the terms "", "second", etc. in the specification and claims of the application or in the above-identified figures are used for distinguishing between different objects and are not intended to be used to describe a particular order.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least embodiments of the application.
For purposes of clarity and understanding of the objects, aspects and advantages of the present application, reference is made to the following detailed description taken in conjunction with the accompanying drawings and examples, it being understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.
The reconciliation method provided by the embodiment of the invention can be applied to the application environment shown in FIG. 1. The application environment may include a terminal 102, a network 106, and a server 104, where the network 106 is used to provide a communication link medium between the terminal 102 and the server 104, and the network 106 may include various connection types, such as wired, wireless communication links, or fiber optic cables.
A user may use the terminal 102 to interact with the server 104 over the network 106 to receive or send messages, etc. The terminal 102 may have installed thereon various communication client applications, such as a web browser application, a shopping application, a search application, an instant messaging tool, a mailbox client, social platform software, and the like.
The terminal 102 may be various electronic devices having a display screen and supporting web browsing, including but not limited to a smart phone, a tablet computer, an e-book reader, an MP3 player (Moving Picture Experts Group audio Layer III, mpeg compression standard audio Layer 3), an MP4 player (Moving Picture Experts Group audio Layer IV, mpeg compression standard audio Layer 4), a laptop portable computer, a desktop computer, and the like.
The server 104 may be a server that provides various services, such as a backend server that provides support for pages displayed on the terminal 102.
The reconciliation method provided in the embodiment of the present application is generally executed by the server/terminal, and accordingly, the reconciliation apparatus is generally disposed in the server/terminal device.
It should be understood that the number of terminals, networks and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Wherein, the terminal 102 communicates with the server 104 through the network. After receiving the reconciliation task, the server 104 acquires the to-be-reconciled bill from the terminal 102, and performs reconciliation processing on the to-be-reconciled bill to obtain a reconciliation processing result; and then analyzing the account checking processing result to see whether the account checking processing result meets a preset condition, if so, generating an account handling mechanism account check for the account checking bill according to preset mechanism account check pushing configuration, and sending the account handling mechanism account check to a private cloud. The terminal 102 and the server 104 are connected through a network, the network may be a wired network or a wireless network, the terminal 102 may be, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices, and the server 104 may be implemented by an independent server or a server cluster formed by a plurality of servers.
In embodiments, as shown in fig. 2, reconciliation methods are provided, and are described by taking the method as an example of being applied to the server in fig. 1, including the following steps:
step 202, obtaining the account checking task without account checking from the account checking database.
The payment platform needs to generate a reconciliation task with the channel partner Id of the third party, namely the merchant number, as a dimension so as to ensure that the bill is accurate, and then the reconciliation task is supplied to the merchant or the channel needing to download the merchant reconciliation bill. The reconciliation database stores a reconciliation task needing reconciliation, and the reconciliation task can be generated at regular time every day or according to the needs of the merchant. The server may then retrieve the reconciliation tasks from the reconciliation database that have not been reconciled.
And 204, acquiring the payment center configuration of the current payment center, and judging the reconciliation type of the reconciliation task according to the payment center configuration.
If a certain institution cannot acquire an interface of account data of a certain payment platform directly transferring to a certain merchant, account checking modes suitable for the situation are needed to be generated to count the daily account of the merchant or the account checking of an acceptance institution.
And step 206, acquiring the account to be checked bill from the local database, and performing account checking on the account to be checked bill according to the account checking type to obtain an account checking processing result.
The database of the local data on the Server for storing the bill data can be realized by the existing general databases, the types of the usable databases are more, the traditional commercial databases including DB2, Oracle, SQL Server and the like can be used, and the open source database such as MySQL and the like can also be used; the system comprises a relational database, unstructured Hadoop and Spark platforms, and a distributed cache platform based on Redis (open source, written by using ANSIC language, supporting network, and a log-type and Key-Value database which can be based on memory and can also be persisted) for supplementing the relational database.
And after the account checking bill to be checked is obtained, selecting corresponding account checking modes for the account checking bill to be checked according to the determined account checking type of the account checking task, and performing account checking processing to obtain an account checking processing result.
And 208, checking a reconciliation task processing result of the acceptance mechanism corresponding to the current payment center when the reconciliation processing result meets a preset reconciliation processing result.
If the reconciliation processing result is the reconciliation bill to be reconciled, and the reconciliation bill to be reconciled is correct, the reconciliation processing result can be considered to be in accordance with the preset reconciliation processing result, and then the condition of the reconciliation task processing result on the handling mechanism corresponding to the current payment center is checked.
And step 210, if the leveling task processing result is that all leveling tasks of the accepting mechanism are leveled, generating an accepting mechanism statement, and pushing the accepting mechanism statement to the private cloud.
The method comprises the steps of generating a bill for an acceptance mechanism, checking all account checking tasks before generating the bill for the acceptance mechanism because the number of the account checking tasks is more than , continuing to perform account checking processing if the account checking tasks which are not processed exist, pulling preset mechanism account pushing configuration if the account checking tasks on the acceptance mechanism are completely completed, generating an acceptance mechanism account according to the preset mechanism account pushing configuration and the bill to be checked, and pushing the acceptance mechanism account pushing configuration to a private cloud storage to facilitate downloading and using of a current payment center.
According to the account checking method, the payment center is arranged in the payment center in advance, the account checking type of the account checking task is judged according to the configuration of the payment center, account checking is carried out according to different account checking types, and the account checking result according with the preset result is pushed to the private cloud to carry out account checking of an acceptance mechanism.
In embodiments, as shown in FIG. 3, step 206, comprises:
and 302, when the reconciliation type is third-party reconciliation, acquiring a third-party bill as a to-be-reconciled bill, and analyzing the to-be-reconciled bill to obtain to-be-reconciled data.
When the reconciliation type is third-party reconciliation, the third-party bill is directly downloaded from a bill database of a third-party platform, and the third-party bill is analyzed to obtain a core field in the third-party bill as to-be-reconciled data, wherein the to-be-reconciled data comprises the to-be-reconciled fund amount, the to-be-reconciled normal time and the to-be-reconciled order state, and the bills not only comprise the to-be-reconciled fund amount, the to-be-reconciled normal time and the to-be-reconciled order state, but also comprise an order number, an order destination and the like, and details are not repeated herein.
And step 304, taking a preset account checking processing result as an account checking processing result.
And if the reconciliation type is the third-party reconciliation, the reconciliation treatment is not carried out on the reconciliation bill, but the preset reconciliation treatment result is directly used as the reconciliation treatment result of the present reconciliation.
In addition, the acceptance agency statement in step 210 is generated based on the data to be reconciled. The data to be leveled can be used as basic data for generating the daily knot of the merchant besides generating the statement of the acceptance mechanism.
The mechanism statement of account pushing configuration generates configuration data of the statement of account of the mechanism according to the mode. In this embodiment, the institution-to-bill pushing configuration is that the server generates an institution-to-bill according to the obtained data to be leveled, and sends the generated institution-to-bill to the private cloud.
, the account handling mechanism statement can be generated directly according to the account to be checked corresponding to the data to be checked, and the account handling mechanism statement data generated according to the account to be checked is more detailed.
The bill checking of the acceptance mechanism comprises the steps that after all account checking tasks under the acceptance mechanism are completed, order data of third-party data are pulled, namely, the flat data are written into a file with a preset format, the file is encrypted through an AES (advanced encryption standard) and the encrypted file is signed, and the file is pushed to a private cloud. The purpose of carrying out encryption signature is to ensure the data security and accuracy in the data transmission process.
Further , the file naming format can be a comma separated value (csv) file as shown in Table 1:
serial number Column name Remarks for note
1 Type of order The forward order is success; back order refund
2 Transaction time Time of transaction success
3 Number of acceptance mechanism Order number of acceptance institution
4 Merchant Id Numbering at Wifftong merchant platform
5 Amount of transaction The payment order is the transaction amount and the refund is the refund amount
6 Order status 2/4/1/3/8/9
TABLE 1
According to the method and the device, the bill of the acceptance mechanism is generated directly on the basis of the data of the bill of the third party by acquiring the bill of the third party, the step of account checking processing is omitted, the time of data processing is greatly reduced, and the efficiency of generating the bill of the acceptance mechanism is improved.
In embodiments, step 206, comprises:
and when the reconciliation type is local reconciliation, acquiring a local order from the local database as a to-be-reconciled bill, and taking a preset reconciliation processing result as a reconciliation processing result.
And if the reconciliation type is local reconciliation, directly acquiring local order data of the merchant from the local database, and taking a preset reconciliation processing result with the reconciliation list to be the reconciliation result as a reconciliation processing result.
Further, the acceptance agency statement in step 210 is generated from the local order.
The server directly generates an acceptance mechanism statement according to the local order data and then pushes the statement to the private cloud for storage.
In the embodiment, the third-party bill does not need to be pulled for reconciliation, but the merchant is finished daily or the acceptance mechanism is used for reconciliation and clearing, so that the pressure of a server for excessive reconciliation processing is reduced.
In embodiments, as shown in FIG. 4, step 206, comprises:
and 402, when the reconciliation type is contrast reconciliation, acquiring a third party bill as a to-be-reconciled bill, and analyzing the to-be-reconciled bill to obtain to-be-reconciled data.
When the reconciliation type is contrast reconciliation, a third party bill is required to be downloaded as a to-be-reconciled bill and a local order caused by a order number of the third party bill is searched from the local database, and the third party bill is analyzed after the local order is obtained to obtain core fields, such as amount, time, state and the like, as to-be-reconciled data.
And step 404, acquiring comparison and reconciliation data of the corresponding local order, and performing consistency comparison on the to-be-reconciled data and the comparison and reconciliation data to obtain a reconciliation processing result.
Analyzing the obtained local order to obtain a core field of the local order, taking information such as money amount, time, state and the like as comparison reconciliation data, and then carrying out consistency comparison on the to-be-reconciled data and attribute data in the comparison reconciliation data to obtain a reconciliation processing result.
Specifically, the reconciliation process result may be the case where there is data on the local order but there is no data on the third party bill and there is no data on the local order but there is data on the third party bill and there are both data on the local bill and the third party bill, but the amount of the order transaction is not due to the data on the local order and the third party bill and the amount of the order transaction is also due to the data on the local order and the third party bill.
In addition, the acceptance agency statement in step 210 may be generated based on the data to be reconciled.
And when the condition that all the leveling tasks are leveled is met, processing the data to be leveled according to the mechanism statement push configuration to generate an acceptance mechanism statement, and then pushing the statement to a private cloud for storage.
In the embodiment, the third-party bill and the local order are downloaded to compare data item by item, the reconciliation processing result of task statistics, abnormal record lists or bill reconciliation is given out, and then the merchant daily knot or the handling mechanism reconciliation bill with the merchant and the payment type as dimensions is generated according to the reconciliation processing result and the handling condition of the reconciliation task, so that the accuracy of the handling mechanism reconciliation bill is improved.
In embodiments, as shown in FIG. 5, step 404 includes:
step 502, obtaining the to-be-leveled fund amount, the to-be-leveled time and the to-be-leveled order state in the to-be-leveled data.
The amount to be paid may be amount data such as payment amount, refund amount, etc., the time to be paid may be the time of generating a bill, and the state of the to-be-paid order may be the payment state of the current order.
Step 504, obtaining the comparison amount, the comparison time and the comparison order state in the comparison level data.
The comparison amount may be amount data such as payment amount, refund amount, etc., the comparison time may be the time of generating a bill, and the comparison order state may be the payment state of the current order.
And step 506, consistency comparison is carried out on the amount to be leveled and the compared amount to obtain an amount comparison result, if the amount is consistency, the amount balance result is considered as amount balance, otherwise, the amount is not balance, and the order is abnormal.
And step 508, performing consistency comparison on the to-be-leveled time and the comparison time to obtain a time comparison result.
And 510, performing consistency comparison on the to-be-compared flat order state and the compared order state to obtain a state comparison result.
And step 512, integrating the money amount comparison result, the time comparison result and the state comparison result to obtain a reconciliation processing result.
And if the obtained sum comparison result, the time comparison result and the state comparison result are all , the reconciliation processing result is considered as a bill reconciliation.
According to the embodiment, the consistency comparison is carried out on various attribute data in the third party bill and the local order, so that the abnormal condition of the order can be obtained more accurately.
In embodiments, as shown in fig. 6, before step 202, the method further includes:
step 602, creating a reconciliation task.
The server generates reconciliation tasks regularly every day with payment center dimension. For example, the server is daily in the morning 01: 00, creating a reconciliation task by the dimension of a payment center, wherein the core field of the reconciliation task is as follows: task Id/time/merchant number.
And step 604, inquiring the account checking task which is not checked from the account checking database according to a preset condition.
The preset condition may be a preset task index field, such as a merchant number. And inquiring the unsettled reconciliation task associated with the merchant number from the database according to the merchant number.
According to the embodiment, the checking task is automatically created every day, so that the accepting mechanism needing the bill can be ensured to generate the checking bill of the accepting mechanism according to the checking task every day in time.
It should be understood that although the various steps in the flow charts of fig. 2-7 are shown in sequence as indicated by the arrows, the steps are not necessarily performed in the order indicated by the arrows, unless explicitly stated herein, the steps may be performed in other orders unless otherwise limited by the exact order in which they are performed, and further, at least the portion of the steps in fig. 2-7 may include multiple sub-steps or phases that are not necessarily performed at the same time , but may be performed at different times, the order of execution of which is not necessarily performed in sequence, but may be rotated or alternated with other steps or at least portions of sub-steps or phases of other steps.
In embodiments, as shown in fig. 7, reconciliation apparatuses are provided, which correspond to the reconciliation method in the above embodiment, the reconciliation apparatuses include an obtaining module 802, a judging module 804, a judging module 806, a checking module 808 and a pushing module 710, wherein:
an obtaining module 702 is configured to obtain an unsettled reconciliation task from the reconciliation database.
The determining module 704 is configured to obtain a payment center configuration of a current payment center, and determine a reconciliation type of the reconciliation task according to the payment center configuration.
And the reconciliation module 706 is configured to acquire a to-be-reconciled bill from the local database, and perform reconciliation processing on the to-be-reconciled bill according to the reconciliation type to obtain a reconciliation processing result.
The checking module 708 is configured to check a tie task processing result of the accepting mechanism corresponding to the current payment center when the tie account processing result meets a preset tie account processing result.
And a pushing module 710, configured to generate an acceptance mechanism statement and push the acceptance mechanism statement to a private cloud if the result of the leveling task processing is that all leveling tasks of the acceptance mechanism are leveled.
, the reconciliation device further comprises:
a creating module 712 for creating a reconciliation task.
And the query module 714 is used for querying the account checking tasks which are not checked in the account checking database according to preset conditions.
, the reconciliation module 706 is further configured to:
when the reconciliation type is third-party reconciliation, acquiring a third-party bill as a to-be-reconciled bill, and resolving the to-be-reconciled bill to obtain to-be-reconciled data; taking a preset account checking processing result as an account checking processing result; the generation of the bill of the acceptance mechanism is generated according to the data to be leveled.
, the reconciliation module 706 is further configured to:
when the reconciliation type is local reconciliation, acquiring a local order from a local database as a to-be-reconciled bill, and taking a preset reconciliation processing result as a reconciliation processing result; the generated bill is generated by the acceptance institution according to the local order.
, the reconciliation module 706 is further configured to:
the method comprises the steps of obtaining a third party bill as a to-be-checked bill when the checking type is a comparison checking type, analyzing the to-be-checked bill to obtain to-be-checked data, obtaining comparison checking data of a corresponding local order, performing consistency comparison on the to-be-checked data and the comparison checking data to obtain a checking processing result, and generating an acceptance mechanism checking bill according to the to-be-checked data.
, the reconciliation module 706 is further configured to:
inquiring a local order corresponding to the order number of the third party bill from a local database; and acquiring contrast leveling data of the inquired local order.
, the reconciliation module 706 is further configured to:
the method comprises the steps of obtaining a to-be-paired flat amount, a to-be-paired flat time and a to-be-paired flat order state in to-be-paired flat data, obtaining a comparison amount, a comparison time and a comparison order state in to-be-paired flat data, carrying out consistency comparison on the to-be-paired flat amount and the comparison amount to obtain an amount comparison result, carrying out consistency comparison on the to-be-paired flat time and the comparison time to obtain a time comparison result, carrying out consistency comparison on the to-be-paired flat order state and the comparison order state to obtain a state comparison result, and integrating the amount comparison result, the time comparison result and the state comparison result to obtain an account pairing processing result.
According to the account checking device, the payment center is arranged in the payment center in advance, account checking types of account checking tasks are judged according to the configuration of the payment center, account checking is carried out according to different account checking types, and account checking results meeting preset results are pushed to the private cloud to send handling mechanism account checking bills.
In embodiments, there are provided kinds of computer devices, which may be servers, the internal structure of which may be as shown in FIG. 8, the computer devices include a processor, a memory, a network interface and a database connected by a system bus, wherein the processor of the computer device is used to provide computing and control capabilities.
Those skilled in the art will appreciate that the computer devices include devices capable of automatically performing numerical calculations and/or information processing according to instructions set or stored in advance, and the hardware includes, but is not limited to, a microprocessor, an Application Specific Integrated Circuit (ASIC), a Programmable Array (FPGA), a Digital Signal Processor (DSP), an embedded device, and the like.
Those skilled in the art will appreciate that the architecture shown in fig. 8 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In embodiments, computer devices are provided, which include a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the steps of the reconciliation method in the above embodiments are implemented, for example, in step 202 to step 210 shown in fig. 2, or when the processor executes the computer program, the functions of the modules/units of the reconciliation apparatus in the above embodiments are implemented, for example, the functions of module 702 to module 710 shown in fig. 7.
In embodiments, computer readable storage media are provided, on which computer programs are stored, and when the computer programs are executed by a processor, the computer programs implement the steps of the reconciliation method in the above embodiments, for example, step 202 to step 210 shown in fig. 2, or when the processor executes the computer programs, the functions of the modules/units of the reconciliation apparatus in the above embodiments, for example, the functions of module 702 to module 710 shown in fig. 7, which are not described herein again to avoid repetition.
It will be understood by those of ordinary skill in the art that all or a portion of the processes in the methods of the embodiments described above may be implemented by instructing associated hardware by a computer program that may be stored in a non-volatile computer readable storage medium that, when executed, may include processes such as those of the embodiments of the methods described above, wherein any reference to memory, storage, database or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions.
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, however, as long as there is no contradiction between the combinations of the technical features, the technical features should be considered as the scope of the present description.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for those skilled in the art, without departing from the concept of the present application, several changes, modifications or equivalent substitutions for some technical features may be made, and these changes or substitutions do not make the essence of the same technical solution depart from the spirit and scope of the technical solution of the embodiments of the present invention, and all fall within the protection scope of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims (10)

1, reconciliation method, characterized in that, the reconciliation method includes:
acquiring an unsettled reconciliation task from a reconciliation database;
acquiring the payment center configuration of a current payment center, and judging the reconciliation type of the reconciliation task according to the payment center configuration;
acquiring a to-be-checked bill from a local database, and performing checking processing on the to-be-checked bill according to the checking type to obtain a checking processing result;
when the account checking processing result accords with a preset account checking processing result, checking a leveling task processing result of an acceptance mechanism corresponding to the current payment center;
and if the leveling task processing result is that all leveling tasks of the acceptance mechanism are leveled, generating an acceptance mechanism statement, and pushing the acceptance mechanism statement to a private cloud.
2. The method of claim 1, wherein the obtaining a to-be-reconciled bill from a local database, and performing reconciled processing on the to-be-reconciled bill according to the reconciled type to obtain a reconciled processing result comprises:
when the reconciliation type is third-party reconciliation, acquiring a third-party bill as a to-be-reconciled bill, and analyzing the to-be-reconciled bill to obtain to-be-reconciled data;
taking the preset account checking processing result as the account checking processing result;
the bill of the generation acceptance mechanism is generated according to the data to be leveled.
3. The method of claim 1, wherein the obtaining a to-be-reconciled bill from a local database, and performing reconciled processing on the to-be-reconciled bill according to the reconciled type to obtain a reconciled processing result comprises:
when the reconciliation type is local reconciliation, acquiring a local order from the local database as the to-be-reconciled bill, and taking the preset reconciliation processing result as the reconciliation processing result;
the generation of the acceptance institution statement is generated based on the local order.
4. The method of claim 1, wherein the obtaining a to-be-reconciled bill from a local database, and performing reconciled processing on the to-be-reconciled bill according to the reconciled type to obtain a reconciled processing result comprises:
when the reconciliation type is a contrast reconciliation type, acquiring a third party bill as the to-be-reconciled bill, and analyzing the to-be-reconciled bill to obtain the to-be-reconciled data;
acquiring comparison and reconciliation data of a corresponding local order, and performing consistency comparison on the to-be-reconciled data and the comparison and reconciliation data to obtain a reconciliation processing result;
the bill of the generation acceptance mechanism is generated according to the data to be leveled.
5. The method of claim 4, wherein the obtaining the tie data for the corresponding local order comprises:
inquiring the local order corresponding to the order number of the third party bill from a local database;
and acquiring the contrast leveling data of the inquired local order.
6. The method according to claim 4, wherein the obtaining of the tie data of the corresponding local order and the consistency comparison of the to-be-tie data and the tie data to obtain the reconciliation processing result comprise:
acquiring the to-be-leveled fund amount, the to-be-leveled time and the to-be-leveled order state in the to-be-leveled data;
acquiring the comparison amount, the comparison time and the comparison order state in the comparison flat data;
carrying out consistency comparison on the to-be-paired flat sum and the comparison sum to obtain a sum comparison result;
consistency comparison is carried out on the to-be-compared time and the comparison time to obtain a time comparison result;
carrying out consistency comparison on the status of the to-be-paired flat orders and the status of the comparison orders to obtain a status comparison result;
and integrating the money amount comparison result, the time comparison result and the state comparison result to obtain the reconciliation processing result.
7. The method of claim 1, prior to the obtaining an unsettled reconciliation task from the reconciliation database, further comprising:
creating a reconciliation task;
and inquiring the unsettled account checking task from the account checking database according to a preset condition.
The account checking device of kinds, characterized in that, the account checking device includes:
the acquisition module is used for acquiring the account checking tasks which are not checked from the account checking database;
the judging module is used for acquiring the payment center configuration of the current payment center and judging the reconciliation type of the reconciliation task according to the payment center configuration;
the account checking module is used for acquiring an account checking bill to be checked from a local database, and performing account checking processing on the account checking bill to be checked according to the account checking type to obtain an account checking processing result;
the checking module is used for checking the reconciliation task processing result of the acceptance mechanism corresponding to the current payment center when the reconciliation processing result meets a preset reconciliation processing result;
and the pushing module is used for generating a receipt of the acceptance mechanism statement if the statement of the balance task processing result is that the balance tasks of the acceptance mechanism are all balanced, and pushing the receipt of the acceptance mechanism statement to the private cloud.
Computer device of , comprising a memory and a processor, the memory storing a computer program, wherein the processor when executing the computer program implements the reconciliation method of any of claims 1 to 7.
A computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the reconciliation method of any of claims 1-7.
CN201910776689.XA 2019-08-22 2019-08-22 reconciliation method, device, computer equipment and storage medium Pending CN110738477A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910776689.XA CN110738477A (en) 2019-08-22 2019-08-22 reconciliation method, device, computer equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910776689.XA CN110738477A (en) 2019-08-22 2019-08-22 reconciliation method, device, computer equipment and storage medium

Publications (1)

Publication Number Publication Date
CN110738477A true CN110738477A (en) 2020-01-31

Family

ID=69267705

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910776689.XA Pending CN110738477A (en) 2019-08-22 2019-08-22 reconciliation method, device, computer equipment and storage medium

Country Status (1)

Country Link
CN (1) CN110738477A (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070067240A1 (en) * 2005-09-19 2007-03-22 George James G Method, system, and program product for resolving unmatched payments
US20090198599A1 (en) * 2008-01-31 2009-08-06 Bill.Com, Inc. Enhanced Automated Capture of Invoices into an Electronic Payment System
CN107784574A (en) * 2017-11-21 2018-03-09 世纪禾光科技发展(北京)有限公司 Reconciliation processing method and processing device
CN107798109A (en) * 2017-11-01 2018-03-13 深圳市牛鼎丰科技有限公司 Method, apparatus, computer equipment and the storage medium of reconciliation clearance
CN107833122A (en) * 2017-10-17 2018-03-23 安徽广行通信科技股份有限公司 A kind of reconciliation processing method
CN108280754A (en) * 2018-02-13 2018-07-13 平安科技(深圳)有限公司 A kind of routing sub-control account checking method and system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070067240A1 (en) * 2005-09-19 2007-03-22 George James G Method, system, and program product for resolving unmatched payments
US20090198599A1 (en) * 2008-01-31 2009-08-06 Bill.Com, Inc. Enhanced Automated Capture of Invoices into an Electronic Payment System
CN107833122A (en) * 2017-10-17 2018-03-23 安徽广行通信科技股份有限公司 A kind of reconciliation processing method
CN107798109A (en) * 2017-11-01 2018-03-13 深圳市牛鼎丰科技有限公司 Method, apparatus, computer equipment and the storage medium of reconciliation clearance
CN107784574A (en) * 2017-11-21 2018-03-09 世纪禾光科技发展(北京)有限公司 Reconciliation processing method and processing device
CN108280754A (en) * 2018-02-13 2018-07-13 平安科技(深圳)有限公司 A kind of routing sub-control account checking method and system

Similar Documents

Publication Publication Date Title
US10715331B2 (en) Method and system for providing validated, auditable, and immutable inputs to a smart contract
CA2895893C (en) Searchable data archive
CN109034988B (en) Accounting entry generation method and device
EP2778968B1 (en) Mobile telecommunication device remote access to cloud-based or virtualized database systems
CN108805632B (en) Charging method and device
CN111857888A (en) Transaction processing method and device
CN114565443B (en) Data processing method, data processing device, computer equipment and storage medium
CN108491408B (en) Activity information processing method and device, electronic equipment and storage medium
CN110738477A (en) reconciliation method, device, computer equipment and storage medium
CN110705935B (en) Logistics document processing method and device
CN112559646A (en) Report downloading method and device
WO2020170187A1 (en) Large-scale processing of data records with efficient retrieval
CN111526184B (en) Business auditing method and device
WO2019076001A1 (en) Information updating method and device
US11290505B1 (en) Data processing systems for data request routing
US11388264B1 (en) Data processing systems for data request routing
CN108898446B (en) Method and apparatus for outputting information
CN109934692B (en) Method and device for automatically generating hedge certificates
CN112990991A (en) Method and device for merging invoices
CN113743975A (en) Advertisement effect processing method and device
CN111861385A (en) Method, device, equipment and computer readable medium for checking account
CN113627998A (en) Order data processing method and device, electronic equipment and computer readable medium
CN113850685A (en) Method, apparatus, server and medium for real-time tally
CN115391343A (en) Bill data processing method and device, electronic equipment and storage medium
CN114240593A (en) Data reconciliation method, apparatus, device, medium, and program product

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