CN111861692B - Account checking method, system, server and storage medium based on rule engine - Google Patents
Account checking method, system, server and storage medium based on rule engine Download PDFInfo
- Publication number
- CN111861692B CN111861692B CN202010730576.9A CN202010730576A CN111861692B CN 111861692 B CN111861692 B CN 111861692B CN 202010730576 A CN202010730576 A CN 202010730576A CN 111861692 B CN111861692 B CN 111861692B
- Authority
- CN
- China
- Prior art keywords
- repair
- change information
- fund
- funds
- strategy
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 230000008439 repair process Effects 0.000 claims abstract description 107
- 230000008859 change Effects 0.000 claims abstract description 81
- 238000004422 calculation algorithm Methods 0.000 claims abstract description 39
- 238000012937 correction Methods 0.000 claims abstract description 35
- 238000004080 punching Methods 0.000 claims abstract description 11
- 230000003247 decreasing effect Effects 0.000 claims abstract description 10
- 230000004048 modification Effects 0.000 claims description 15
- 238000012986 modification Methods 0.000 claims description 15
- 238000004364 calculation method Methods 0.000 claims description 10
- 238000012545 processing Methods 0.000 claims description 10
- 230000008569 process Effects 0.000 description 8
- 238000009966 trimming Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000011435 rock Substances 0.000 description 2
- 241000282326 Felis catus Species 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009545 invasion Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000007115 recruitment Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention provides an account punching method based on a rule engine, which comprises the following steps: acquiring fund change information of a business database, wherein the fund change information comprises fund quantity and fund category; determining a repair policy based on the funds change information, the repair policy including settling interest, updating a revenue payoff table, and/or canceling transaction flowing; sending the repair strategy to the rule engine to acquire one or more algorithms corresponding to the repair strategy; calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds; the repair credential is sent to a billing system to cause the billing system to perform an account correction operation based on the repair credential. The invention directly sends the calculated number correction certificate to the account system for account correction through the rule engine, so that the service system has simple structure.
Description
Technical Field
The embodiment of the invention relates to the technical field of finance, in particular to an account correction method, an account correction system, a account correction server and a storage medium based on a rule engine.
Background
The current business system reports the data related to the finance to the accounting system in an accounting voucher mode, when the abnormality of the settled data is found in the operation process of the system, the data of the business database is required to be corrected through a special repair logic, and the data of the business database is corrected and then the accounting voucher is reported to the accounting system again. And different business punching time is processed, and different punching operation flows need to be executed.
According to the prior art, the correction logic is firstly executed on the service database, data of the service database are corrected and then reported to the account system again for recruitment correction, so that the correction room of the service database is complex and invasive to the system, and functional decoupling is not facilitated. And meanwhile, corresponding functional modules are added to each service system to adapt to different loyalty services, so that the system structure is redundant.
Disclosure of Invention
The invention provides an account correction method, an account correction system, a account correction server and a storage medium based on a rule engine.
In a first aspect, the present invention provides a rule engine-based account correction method, executed by a policy module, including:
acquiring fund change information of a business database, wherein the fund change information comprises fund quantity and fund category;
determining a repair policy based on the funds change information, the repair policy including settling interest, updating a revenue payoff table, and/or canceling transaction flowing;
sending the repair strategy to the rule engine to acquire one or more algorithms corresponding to the repair strategy;
calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds;
the repair credential is sent to a billing system to cause the billing system to perform an account correction operation based on the repair credential.
Further, if the fund change information is one or more, before determining the repair policy based on the fund change information, the method further includes:
generating an asynchronous message queue;
caching the one or more fund change information to the asynchronous message queue;
and sequentially reading the fund change information based on the calculation power of the strategy module.
Further, the determining a repair policy based on the fund change information includes:
and comparing the fund category with a preset comparison table to determine a repair strategy.
Further, the fund change information further includes a data source, and the sending the repair voucher to a billing system includes:
determining a target billing system that receives the repair voucher based on the data source;
and sending the repair certificate to a target billing system.
Further, before the sending the repair policy to the rule engine, the method further includes:
acquiring a rule modification instruction input by a manager;
executing an increase repair strategy, a delete repair strategy and/or an algorithm corresponding to the repair strategy based on the rule modification instruction.
In a second aspect, the present invention provides a rule engine based account correction system, comprising:
the first acquisition module is used for acquiring fund change information of the business database, wherein the fund change information comprises fund quantity and fund category;
a policy determination module for determining a repair policy based on the fund change information, the repair policy including settlement of interest, updating of a revenue payoff table, and/or cancellation of transaction flowing;
the rule determining module is used for sending the repair strategy to the rule engine so as to acquire one or more algorithms corresponding to the repair strategy;
a calculation module for calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds;
and the correction module is used for sending the correction certificate to a billing system so that the billing system can execute account correction operation based on the correction certificate.
Further, the system also comprises an asynchronous processing module, wherein the asynchronous processing module comprises:
a queue generating unit for generating an asynchronous message queue;
a caching unit, configured to cache the one or more pieces of fund change information to the asynchronous message queue;
and the reading unit is used for sequentially reading the fund change information based on the calculation power of the strategy module.
Further, the method also comprises a rule modification module, wherein the rule modification module comprises:
the acquisition unit is used for acquiring rule modification instructions input by management personnel;
and the sending unit is used for executing the number repairing strategy adding, number repairing strategy deleting and/or algorithm corresponding to the number repairing strategy modifying based on the rule modifying instruction.
In a third aspect, the present invention further provides a server, including a memory, a processor, and a program stored in the memory and executable on the processor, where the processor implements a rule engine-based account correction method as described in any one of the above when executing the program.
In a fourth aspect, a terminal readable storage medium has stored thereon a program which, when executed by a processor, is capable of implementing a rule engine based account correction method as described in any of the above.
The invention directly sends the calculated number correction certificate to the account system for account correction through the rule engine, so that the service system has simple structure.
Drawings
Fig. 1 is a flowchart of an account punching method based on a rule engine according to the first embodiment.
An alternative embodiment of the first embodiment is shown in fig. 2 as a flowchart.
Fig. 3 is a flowchart of an account punching method based on a rule engine according to the second embodiment.
Fig. 4 is a flowchart of an alternative embodiment of the second embodiment.
Fig. 5 is a block diagram of an accounting system based on rule engine according to the third embodiment.
Fig. 6 is a block diagram of an alternative embodiment of the third embodiment.
Fig. 7 is a block diagram of a server according to the fourth embodiment.
Detailed Description
The invention is described in further detail below with reference to the drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting thereof. It should be further noted that, for convenience of description, only some, but not all of the structures related to the present invention are shown in the drawings.
Before discussing exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although a flowchart depicts steps as a sequential process, many of the steps may be implemented in parallel, concurrently, or with other steps. Furthermore, the order of the steps may be rearranged. The process may be terminated when its operations are completed, but may have additional steps not included in the figures. The processes may correspond to methods, functions, procedures, subroutines, and the like.
Furthermore, the terms "first," "second," and the like, may be used herein to describe various directions, acts, steps, or elements, etc., but these directions, acts, steps, or elements are not limited by these terms. These terms are only used to distinguish one direction, action, step or element from another direction, action, step or element. For example, the first characteristic information may be the second characteristic information or the third characteristic information, and similarly, the second characteristic information and the third characteristic information may be the first characteristic information without departing from the scope of the present application. The first feature information, the second feature information and the third feature information are all feature information of the distributed file system, but are not the same feature information. The terms "first," "second," and the like, are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. In the description of the present invention, "plurality", "batch" means at least two, for example, two, three, etc., unless specifically defined otherwise.
The meanings of proper nouns and english abbreviations mentioned in the following examples are as follows:
binlog: a binary format file is used for recording SQL statement information updated by a user on a database, for example, SQL statements for changing a database table and changing contents are recorded in binlog, but queries for contents such as a library table are not recorded. By default, binlog logs are in binary format and cannot be viewed using commands (e.g., cat, vi, etc.) to view text tools, while using mysqlbinglog parsing.
Redis database: redis is an open source, supporting network, memory-based key-value pair (key-value) storage database, supports multiple data types and multiple operations, and has a powerful function of managing data. The value types that it supports to store include strings (strings), linked lists (lists), sets (sets), and ordered sets (zset, e.g., sortedset).
Example 1
The embodiment provides an account correction method based on a rule engine, which is executed by a policy module, and the embodiment and the following embodiments subscribe log change information of a service database through binlog files to obtain changed fund change information of the service database, as shown in fig. 1, and specifically comprises the following steps:
s101, acquiring fund change information of a business database, wherein the fund change information comprises fund quantity and fund category.
In this step, the service database periodically obtains up-to-date service data from the service system for storage and periodic updating of the data, the service system including one or more for performing upstream funding steps and generating the service data. The method comprises the steps of subscribing binlog files in a log of a service database, monitoring data of the service database in real time, and periodically obtaining fund change information, wherein the fund change information is used for describing fund change conditions of the service database, comprises fund quantity, fund category and/or data source, and the data source is used for describing which service database or service system the fund originates from.
S102, determining a repair strategy based on the fund change information, wherein the repair strategy comprises settlement interest, updating of a income payout table and/or cancellation of transaction flow.
In this step, the repair policy refers to what type of repair operation needs to be made to the accounting table, but does not describe a specific data calculation process, and illustratively, the repair policy includes, but is not limited to, settlement of interest, updating of revenue paytables, and/or cancellation of transaction pipelining. In an alternative embodiment, optionally, the step comprises: and comparing the fund category with a preset comparison table to determine the repair strategy.
In this step, a preset comparison table is pre-stored in a database of the policy module, where the comparison table stores keywords and values corresponding to the keywords, and in this embodiment and other embodiments, the keywords are fund categories, and the fund categories include, but are not limited to, fund entry dates, currency symbols, and/or fund flow directions, and the values corresponding to the keywords are repair policies, and the repair policies include, but are not limited to, settlement interest, updating revenue paytables, and/or canceling transaction flows. Optionally, the database of the policy module is a redis database, the comparison table is stored in the redis database in the form of key-value pairs (i.e. key-value forms), and the repair policy corresponding to the fund category is obtained by comparing the key words with the comparison table.
S103, sending the repair strategy to the rule engine to acquire one or more algorithms corresponding to the repair strategy.
In this step, the algorithm is used to calculate the data of the account table, and each repair policy includes one or more algorithms, where each repair policy may be the same as or different from the algorithms of the other repair policies.
S104, calculating the fund change information based on the one or more algorithms to generate a repair certificate, wherein the repair certificate comprises increasing the fund amount, reducing the fund amount and/or changing the fund category.
In this step, the repair certificate is only used to modify the account of the billing system, without affecting the actual service data in the service system.
S105, the trimming certificate is sent to a billing system, so that the billing system can execute account correction operation based on the trimming certificate.
In this step, optionally, the fund change information further includes a data source, as shown in fig. 2, and this step specifically includes: s1051, determining a target billing system for receiving the repair voucher based on the data source;
s1052, the repair certificate is sent to the target billing system.
In the above steps S1051 and S1052, the billing system is one or more for storing account data corresponding to the service database or service system. The data source is used to describe from which service database or service system funds originate, and a target billing system receiving the repair voucher may be determined based on the data source.
The embodiment realizes decoupling of the number correction function and the service system through the strategy module, so that the service is in charge of directly correcting the account system without changing the service database, and the invasion of the system is avoided.
Example two
The embodiment adds an asynchronous processing process for acquiring information on the basis of the embodiment, and a large-scale financial system generally comprises a large number of service databases, and improves the operation efficiency of the system through asynchronous processing, and the following method is executed by a policy module, as shown in fig. 3, and comprises the following steps:
s201, acquiring fund change information of a business database, wherein the fund change information comprises fund quantity and fund category.
S2021, generating an asynchronous message queue.
In this step, the policy module adds plug-ins for implementing asynchronous information processing, such as, illustratively, a rock MQ, activeMQ, rabbitMQ, zeroMQ, kafka, metaMQ and/or a rock MQ middleware, to reduce system coupling and implement asynchronous processing of messages.
S2022, caching the one or more fund change information to the asynchronous message queue.
This step creates an asynchronous message queue in the policy module. When the data volume of the fund change information acquired by the policy module is large, in order to avoid the system from instantaneously processing a large amount of information processing requests to cause blocking, the fund change information is cached to an asynchronous message queue, and the processing result does not need to be fed back immediately.
S2023, sequentially reading the fund change information based on the calculation power of the strategy module.
In the step, the strategy module sequentially reads the fund change information from the asynchronous message queue to process when the computing power is idle, and the repair strategy is determined.
Based on the service requirement, the fund change information further includes a fund change time, and the step may further be: reading one or more pieces of fund change information in a preset time period based on the fund change time; and/or, based on the fund change time, sequentially reading the fund change information before a preset time.
Illustratively, the message queue buffers all of the funds change information from time T0 through time T1, T2 to time T3, and the policy module may choose to read one or more of the funds change information from the asynchronous message queue for a period of time T1-T2, or to read one or more of the funds change information buffered prior to time T3, based on the traffic demand.
S203, determining a repair strategy based on the fund change information, wherein the repair strategy comprises settlement interest, updating of a income payout table and/or cancellation of transaction flow.
S204, sending the repair strategy to the rule engine to acquire one or more algorithms corresponding to the repair strategy.
S205, calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds.
S206, sending the trimming certificate to a billing system so that the billing system can execute account correction operation based on the trimming certificate.
In an alternative embodiment, as shown in fig. 4, step S204 further includes:
s2071, acquiring a rule modification instruction input by a manager.
S2072, executing an increase repair strategy, deleting the repair strategy and/or modifying an algorithm corresponding to the repair strategy based on the rule modification instruction.
In steps S2071-S2072, the algorithm corresponding to the modified repair policy refers to that a repair policy changes from the algorithm referenced in the rule engine, specifically, the algorithm is increased, decreased and/or changed. At the same time as this step, the administrator may also perform operations of adding algorithms and/or deleting algorithms to one or more algorithms pre-stored in the rules engine based on business needs.
In the embodiment, the asynchronous message queue is created in the policy module, so that the running smoothness of the system is ensured, and the blocking is avoided. Meanwhile, the system function has expansibility by modifying the repair strategy and the repair strategy reference algorithm.
Example III
As shown in fig. 5, the embodiment provides an accounting system 3 based on a rule engine, which includes the following modules:
the first obtaining module 301 is configured to obtain funds change information of the service database, where the funds change information includes a funds amount and a funds category.
The policy determining module 302 is configured to determine a repair policy based on the fund change information, where the repair policy includes settlement interest, updating of a income and expense table, and/or cancellation of transaction flow, and is further configured to compare the fund category with a preset comparison table to determine a repair policy. In this step, based on the service requirement, the fund change information further includes a fund change time, and the module is further configured to: reading one or more pieces of fund change information in a preset time period based on the fund change time; and/or, based on the fund change time, sequentially reading the fund change information before a preset time.
The rule determining module 303 is configured to send the repair policy to the rule engine, so as to obtain one or more algorithms corresponding to the repair policy. The algorithm is used for calculating the data of the account table, each repair strategy comprises one or more algorithms, and each repair strategy and other repair strategies can be the same or different.
A calculation module 304 for calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds.
And the trimming module 305 is configured to send the trimming certificate to a billing system, so that the billing system performs an account correction operation based on the trimming certificate. Wherein the fund change information further comprises a data source, the module is further configured to: determining a target billing system that receives the repair voucher based on the data source; and sending the repair certificate to a target billing system.
In an alternative embodiment, as in fig. 6, further comprising:
an asynchronous cache module 306 for generating an asynchronous message queue; caching the one or more fund change information to the asynchronous message queue; and sequentially reading the fund change information based on the calculation power of the strategy module.
In an alternative embodiment, further comprising:
a rule modification module 307, configured to obtain a rule modification instruction input by a manager; executing an increase repair strategy, a delete repair strategy and/or an algorithm corresponding to the repair strategy based on the rule modification instruction. The algorithm corresponding to the modified repair strategy in the module refers to that a certain repair strategy changes from the algorithm referenced in the rule engine, and specifically, the algorithm is increased, decreased and/or changed.
The rule engine-based account punching method provided by the embodiment of the invention can be executed by the rule engine-based account punching system, and has the corresponding execution method and beneficial effects of the functional module.
Example IV
The present embodiment provides a schematic structural diagram of a server, as shown in fig. 7, where the server includes a processor 401, a memory 402, an input device 403, and an output device 404; the number of processors 401 in the server may be one or more, in the figure, one processor 401 is taken as an example; the processor 401, memory 402, input means 403 and output means 404 in the device/terminal/server may be linked by a bus or other means, in fig. 7 by way of example.
The memory 402 is used as a computer readable storage medium, and may be used to store a software program, a computer executable program, and a module, such as program instructions/modules (e.g., the first obtaining module 301, the policy determining module 302, etc.) corresponding to the rule engine-based account punching method in the embodiment of the present invention. The processor 401 executes various functional applications of the device/terminal/server and data processing by running software programs, instructions and modules stored in the memory 402, i.e. implements the rule engine based account punching method described above.
Memory 402 may include primarily a program storage area and a data storage area, wherein the program storage area may store an operating system, at least one application program required for functionality; the storage data area may store data created according to the use of the terminal, etc. In addition, memory 402 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state storage device. In some examples, memory 402 may further include memory remotely located with respect to processor 401, which may be linked to the device/terminal/server through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input means 403 may be used to receive input numeric or character information and to generate key signal inputs related to user settings of the device/terminal/server and function control. The output 404 may include a display device such as a display screen.
The embodiment of the invention provides a server capable of executing the account correction method based on the rule engine, which is provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.
Example five
The fifth embodiment of the present invention further provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the rule engine-based account punching method as provided by any embodiment of the present invention:
acquiring fund change information of a business database, wherein the fund change information comprises fund quantity and fund category;
determining a repair policy based on the funds change information, the repair policy including settling interest, updating a revenue payoff table, and/or canceling transaction flowing;
sending the repair strategy to the rule engine to acquire one or more algorithms corresponding to the repair strategy;
calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds;
the repair credential is sent to a billing system to cause the billing system to perform an account correction operation based on the repair credential.
The computer-readable storage media of embodiments of the present invention may take the form of any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: an electrical link having one or more wires, a portable computer diskette, 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 disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a storage 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.
Computer program code for carrying out operations of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or terminal. In the case of remote computers, the remote computer may be linked to the user's computer through any sort of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or it may be linked to an external computer (for example, through the Internet using an Internet service provider).
Note that the above is only a preferred embodiment of the present invention and the technical principle applied. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, while the invention has been described in connection with the above embodiments, the invention is not limited to the embodiments, but may be embodied in many other equivalent forms without departing from the spirit or scope of the invention, which is set forth in the following claims.
Claims (8)
1. An account alignment method based on a rule engine, executed by a policy module, is characterized by comprising the following steps:
acquiring fund change information of a business database, wherein the fund change information comprises fund quantity and fund category;
determining a repair policy based on the funds change information, the repair policy including settling interest, updating a revenue payoff table, and/or canceling transaction flowing;
sending the repair strategy to the rule engine to acquire one or more algorithms corresponding to the repair strategy;
calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds;
sending the repair voucher to a billing system to cause the billing system to perform an account correction operation based on the repair voucher;
the fund change information is one or more, and before the repairing strategy is determined based on the fund change information, the method further comprises:
generating an asynchronous message queue;
caching the one or more fund change information to the asynchronous message queue;
and sequentially reading the fund change information based on the calculation power of the strategy module.
2. The rules engine-based account alignment method of claim 1, wherein the determining a repair policy based on the fund change information comprises:
and comparing the fund category with a preset comparison table to determine a repair strategy.
3. The rules engine-based account correction method of claim 1, wherein the fund change information further includes a data source, and wherein the sending the repair voucher to a billing system comprises:
determining a target billing system that receives the repair voucher based on the data source;
and sending the repair certificate to a target billing system.
4. The rules engine-based account alignment method of claim 1, further comprising, prior to said sending the repair policy to the rules engine:
acquiring a rule modification instruction input by a manager;
executing an increase repair strategy, a delete repair strategy and/or an algorithm corresponding to the repair strategy based on the rule modification instruction.
5. An accounting system based on a rules engine, comprising:
the first acquisition module is used for acquiring fund change information of the business database, wherein the fund change information comprises fund quantity and fund category;
a policy determination module for determining a repair policy based on the fund change information, the repair policy including settlement of interest, updating of a revenue payoff table, and/or cancellation of transaction flowing;
the rule determining module is used for sending the repair strategy to the rule engine so as to acquire one or more algorithms corresponding to the repair strategy;
a calculation module for calculating the funds change information based on the one or more algorithms to generate a repair credential including increasing the amount of funds, decreasing the amount of funds, and/or changing the category of funds;
the accounting system comprises an accounting module, an accounting module and an accounting module, wherein the accounting module is used for sending the accounting voucher to the accounting system so that the accounting system can execute account correction operation based on the accounting voucher;
the system also includes an asynchronous processing module, the asynchronous processing module including:
a queue generating unit for generating an asynchronous message queue;
a caching unit, configured to cache the one or more pieces of fund change information to the asynchronous message queue;
and the reading unit is used for sequentially reading the fund change information based on the calculation power of the strategy module.
6. The rules engine-based account correction system of claim 5, further comprising a rule modification module, the rule modification module comprising:
the acquisition unit is used for acquiring rule modification instructions input by management personnel;
and the sending unit is used for executing the number repairing strategy adding, number repairing strategy deleting and/or algorithm corresponding to the number repairing strategy modifying based on the rule modifying instruction.
7. A server comprising a memory, a processor and a program stored on the memory and executable on the processor, wherein the processor implements a rule engine based account correction method as claimed in any one of claims 1 to 4 when executing the program.
8. A terminal readable storage medium having stored thereon a program, which when executed by a processor is capable of implementing a rule engine based account punching method as claimed in any one of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010730576.9A CN111861692B (en) | 2020-07-27 | 2020-07-27 | Account checking method, system, server and storage medium based on rule engine |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010730576.9A CN111861692B (en) | 2020-07-27 | 2020-07-27 | Account checking method, system, server and storage medium based on rule engine |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111861692A CN111861692A (en) | 2020-10-30 |
| CN111861692B true CN111861692B (en) | 2024-03-19 |
Family
ID=72947468
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010730576.9A Active CN111861692B (en) | 2020-07-27 | 2020-07-27 | Account checking method, system, server and storage medium based on rule engine |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111861692B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101782990A (en) * | 2009-01-20 | 2010-07-21 | 深圳市雁联计算系统有限公司 | Debit reversal business handling system and method in payment settlement integral business system |
| CN108564463A (en) * | 2018-03-28 | 2018-09-21 | 中国银行股份有限公司 | Correction method and system are rushed in a kind of transaction of bank abnormity |
| CN110232565A (en) * | 2019-05-20 | 2019-09-13 | 平安银行股份有限公司 | Resource liquidation method, device, computer equipment and storage medium |
| CN110335154A (en) * | 2019-07-17 | 2019-10-15 | 中国银行股份有限公司 | It is a kind of based on accounting processing method, equipment and the system of depositing guard system |
| CN110910230A (en) * | 2019-11-04 | 2020-03-24 | 泰康保险集团股份有限公司 | Accounting method, accounting system and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10154026B2 (en) * | 2013-10-15 | 2018-12-11 | Microsoft Technology Licensing, Llc | Secure remote modification of device credentials using device-generated credentials |
-
2020
- 2020-07-27 CN CN202010730576.9A patent/CN111861692B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101782990A (en) * | 2009-01-20 | 2010-07-21 | 深圳市雁联计算系统有限公司 | Debit reversal business handling system and method in payment settlement integral business system |
| CN108564463A (en) * | 2018-03-28 | 2018-09-21 | 中国银行股份有限公司 | Correction method and system are rushed in a kind of transaction of bank abnormity |
| CN110232565A (en) * | 2019-05-20 | 2019-09-13 | 平安银行股份有限公司 | Resource liquidation method, device, computer equipment and storage medium |
| CN110335154A (en) * | 2019-07-17 | 2019-10-15 | 中国银行股份有限公司 | It is a kind of based on accounting processing method, equipment and the system of depositing guard system |
| CN110910230A (en) * | 2019-11-04 | 2020-03-24 | 泰康保险集团股份有限公司 | Accounting method, accounting system and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111861692A (en) | 2020-10-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7028532B2 (en) | Methods, equipment and computer programs for managing the blockchain life cycle | |
| US10956665B1 (en) | Systems and user interfaces for dynamic and interactive table generation and editing based on automatic traversal of complex data structures in a distributed system architecture | |
| CA2978488C (en) | Systems and methods for managing data | |
| US11443390B1 (en) | Systems and user interfaces for dynamic and interactive table generation and editing based on automatic traversal of complex data structures and incorporation of metadata mapped to the complex data structures | |
| CN111580874B (en) | System safety control method and system for data application and computer equipment | |
| US20100174628A1 (en) | Use of separate rib ledgers in a computerized enterprisere source planning system | |
| US20080270312A1 (en) | Taxonomy extension generation and management | |
| CN112068973A (en) | Asynchronous information processing method and device of policy mode, server and storage medium | |
| Garrido et al. | Lessons learned: Surveying the practicality of differential privacy in the industry | |
| US11743051B2 (en) | Blockchain machine compute acceleration engine with a block verify and a block validate | |
| CN111861692B (en) | Account checking method, system, server and storage medium based on rule engine | |
| US11823260B2 (en) | Methods and systems for order-sensitive computations in loan accounting | |
| US10498651B1 (en) | Method and system for computer data routing optimization | |
| CN114707961A (en) | Pending task execution method, device, equipment, medium and program product based on approval flow configuration | |
| Wen et al. | Optimal dividend problems with a risk probability criterion | |
| CN112668842A (en) | Vehicle insurance claim settlement risk factor evaluation method and device, electronic equipment and medium | |
| CN113449005B (en) | Account management method and device | |
| Zhang et al. | A recurrent neural network for nonlinear fractional programming | |
| KR102620080B1 (en) | Method and apparatus for processing order data | |
| US20220318752A1 (en) | Systems and methods for real-time contract settlement | |
| US11537678B1 (en) | Fast-tracking of web requests using a request digest | |
| US12020207B2 (en) | Canonical model for product development | |
| US11922421B2 (en) | Systems and methods for pattern identification with enhanced event stream processing | |
| US20230196185A1 (en) | Generating and maintaining a feature family repository of machine learning features | |
| CN111625556B (en) | Order matching method, device, equipment and storage medium based on credit investigation |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |