CN110910230A

CN110910230A - Accounting method, accounting system and storage medium

Info

Publication number: CN110910230A
Application number: CN201911067486.XA
Authority: CN
Inventors: 史宗耀
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2019-11-04
Filing date: 2019-11-04
Publication date: 2020-03-24

Abstract

The invention relates to a billing method, a billing system and a storage medium, which provide a uniform financial billing service for a service system, wherein when the billing is needed, a first request message which is sent by the service system and contains a service scene code and transaction data corresponding to a service scene where a fund transaction occurs is acquired; determining an accounting rule corresponding to the service scene code according to the corresponding relation between the service scene code and the accounting rule; and generating account voucher data according to the accounting rules and the transaction data corresponding to the business scene codes. According to the accounting method provided by the embodiment of the invention, after fund transactions of different business systems occur, the unified accounting system can generate account voucher data, and the business systems do not need to generate the account voucher data according to the transaction data, so that the decoupling of the business data and the financial data is realized; meanwhile, the accounting system can be connected with different service systems, the applicability is high, and the repeated development of the charge and payment transaction process among the fund systems by the different service systems is avoided.

Description

Accounting method, accounting system and storage medium

Technical Field

The invention relates to the technical field of internet, in particular to an accounting method, an accounting system and a storage medium.

Background

When a fund transaction occurs, a business system related to economic business usually records the financial affairs according to a certain recording method. Currently, financial records are typically completed by business systems. The business system not only needs to process related business, but also needs to generate various transaction data and process the transaction data by the funds system.

For example, in a large illness handling business system, transaction processes from generation of data to be transacted, sending of the data to be transacted to a capital system for capital transaction, and then financial accounting after receiving of transaction data returned by the capital system are all completed by the large illness handling business system, and the large illness handling business system also needs to process related matters of business itself, and business data and financial data in the business system are coupled together to occupy system resources of the business system to a certain extent, thereby affecting performance and high availability of the business system. When different business systems process transaction data to the fund system, the different business systems need to develop a payment and receipt transaction process with the fund system, capacity sharing cannot be formed among the business systems, and development and maintenance cost is increased.

In summary, there is no solution in the prior art that can provide financial accounting services for different business systems through a shared platform.

Disclosure of Invention

The invention provides a billing method, a billing system and a storage medium, which provide uniform financial billing service for a business system.

According to a first aspect of embodiments of the present invention, there is provided a billing method, including:

acquiring a first request message which is sent by a service system and contains a service scene code and transaction data corresponding to a service scene where fund transaction occurs;

determining an accounting rule corresponding to the service scene code in the first request message according to the corresponding relation between the service scene code and the accounting rule;

and generating account voucher data according to the accounting rule corresponding to the business scene code in the first request message and the transaction data.

In a possible implementation manner, the obtaining a first request message that includes a transaction data and a service scenario code corresponding to a service scenario where a fund transaction occurs and is sent by a service system includes:

acquiring a first request message which is sent by the business system and contains a business scene code and transaction data corresponding to a business scene where fund transaction occurs from a message queue; wherein the messages in the message queue have a unified message format.

In a possible implementation manner, the corresponding relationship between the service scenario code and the accounting rule is obtained according to the following manner:

determining a certificate configuration table corresponding to the service system identifier according to the service system identifier contained in the first request message and the corresponding relation between the certificate configuration table and the service system identifier;

and acquiring the corresponding relation between the service scene code and the accounting rule contained in the voucher configuration table.

In a possible implementation manner, after generating account credential data according to the accounting rule corresponding to the business scenario code in the first request message and the transaction data, the method further includes:

storing the account voucher data into a first storage partition corresponding to a business system identifier contained in the first request message, so that a management system corresponding to the first storage partition performs account management according to the account voucher data stored in the first storage partition; or

And sending the account voucher data to a management system corresponding to a business system identifier contained in the first request message, so that the management system performs account management according to the received account voucher data.

In one possible implementation, the method further includes:

acquiring a second request message which is sent by a service system and contains data to be traded and a service system identifier; the second request message is sent after the business system determines that fund transaction is needed, and the messages in the message queue have a uniform message format;

storing the data to be traded into a second storage partition corresponding to the service system identifier so that a fund system corresponding to the second storage partition performs fund trading according to the data to be traded stored in the second storage partition; or sending the data to be transacted to a fund system corresponding to the service system identifier so that the fund system carries out fund transaction according to the received data to be transacted.

In a possible implementation manner, the obtaining of the second request message including the data to be traded and the service system identifier sent by the service system includes:

acquiring a second request message which is sent by the service system and contains the data to be traded and the service system identification from a message queue; wherein the second request message is sent after the business system determines that a fund transaction is required, and the messages in the message queue have a uniform message format.

In one possible implementation, the method further includes:

receiving a feedback message which is sent by a fund system and contains actual transaction data and a service system identifier; the feedback message is sent by the fund system after fund transaction is carried out according to the acquired data to be transacted;

storing the actual transaction data to a third storage partition corresponding to the type of the actual transaction data and the service system identifier, and storing the actual transaction data and the service system identifier to a message queue, so that the service system corresponding to the service system identifier obtains the actual transaction data from the message queue and updates the data to be transacted according to the actual transaction data; wherein the messages in the message queue have a unified message format.

According to a second aspect of the embodiments of the present invention, there is provided a billing method, including:

determining a business scene code and transaction data corresponding to a business scene in which fund transaction occurs;

and sending a first request message containing the determined business scenario code and the transaction data to an accounting system, so that the accounting system generates account voucher data according to accounting rules and the transaction data corresponding to the business scenario code in the first request message.

In a possible implementation manner, the sending, to an accounting system, a first request message including the determined service context code and the transaction data includes:

storing a first request message containing the determined business scene code and the transaction data into a message queue so that the billing system acquires the first request message from the message queue; wherein the messages in the message queue have a unified message format.

In one possible implementation, the method further includes:

after determining that fund transaction is needed, storing a second request message containing to-be-transacted service data and a service system identifier into a message queue, so that the accounting system stores the to-be-transacted service data acquired from the message queue into a second storage partition corresponding to the service system identifier, or sends the to-be-transacted data to a fund system corresponding to the service system identifier.

In one possible implementation, the method further includes:

acquiring actual transaction data stored by the accounting system from a message queue; the actual transaction data is sent to the accounting system after the fund system conducts fund transaction according to the acquired data to be transacted and is stored into the message queue by the accounting system;

and updating the data to be traded according to the actual trading data.

According to a third aspect of embodiments of the present application, there is provided an accounting apparatus, including:

the voucher configuration module is used for acquiring a first request message which is sent by a service system and contains a service scene code and transaction data corresponding to a service scene where fund transaction occurs;

the determining module is used for determining the accounting rule corresponding to the service scene code in the first request message according to the corresponding relation between the service scene code and the accounting rule;

and the generating module is used for generating account voucher data according to the accounting rule corresponding to the business scene code in the first request message and the transaction data.

According to a fourth aspect of the embodiments of the present invention, there is provided a billing system including:

a processor;

a memory for storing the processor-executable instructions;

wherein the processor is configured to: when executed by the one or more processors, cause the one or more processors to perform the following:

According to a fifth aspect of the embodiments of the present invention, there is provided a service system, including:

a processor;

a memory for storing the processor-executable instructions;

In a sixth aspect, an embodiment of the present invention provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps of the method according to the first aspect.

In a seventh aspect, the present invention provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the computer program implements the steps of the method according to the second aspect.

The technical scheme provided by the embodiment of the invention at least has the following beneficial effects:

according to the accounting method provided by the embodiment of the invention, after fund transactions of different business systems occur, the unified accounting system can generate account voucher data, and the business systems do not need to generate the account voucher data according to the transaction data, so that the decoupling of the business data and the financial data is realized; meanwhile, the accounting system provided by the embodiment of the invention can provide accounting rules of different service systems, can be connected with different service systems, has high applicability, and avoids repeated development of charge and payment transaction processes among different service systems.

Drawings

FIG. 1 is a flow chart of a method of making a charge and billing in accordance with an embodiment of the present invention;

FIG. 2 is a schematic diagram of a billing system according to an embodiment of the present invention;

FIG. 3 is a schematic diagram of a payment system according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of an apparatus of an accounting system according to an embodiment of the present invention;

fig. 5 is a schematic diagram of a service system device according to an embodiment of the present invention;

FIG. 6 is a schematic diagram of an alternative billing system apparatus according to an embodiment of the invention;

FIG. 7 is a schematic view of another billing system apparatus according to an embodiment of the present invention;

FIG. 8 is a schematic view of another billing system apparatus according to an embodiment of the present invention;

FIG. 9 is a schematic view of another billing system apparatus according to an embodiment of the present invention;

fig. 10 is a schematic diagram of a service system device according to an embodiment of the present invention;

fig. 11 is a schematic diagram of another service system device according to an embodiment of the present invention;

fig. 12 is a schematic diagram of another service system device according to an embodiment of the present invention;

FIG. 13 is a flow chart of a billing method according to an embodiment of the invention;

FIG. 14 is a flow chart of another billing method according to embodiments of the present invention.

Detailed Description

In order to make those skilled in the art better understand the technical solution of the present invention, the technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the invention, as detailed in the appended claims.

The business system comprises different businesses, and the businesses of a plurality of business systems usually involve fund transactions, such as insurance underwriting, security, claim settlement and the like of insurance companies all need to perform fund transactions with clients.

As shown in fig. 1, a flow chart of charging and billing for the current insurance business system is shown. When the business system needs to receive and pay, the business system generates receiving and paying distribution data, generates account voucher data and pushes the account voucher data to the SAP platform. For example, taking underwriting charging as an example, when the business system needs to perform charging, the business system generates a policy, the policy state is "to be charged", and meanwhile, the business system generates charging-assistant data and account voucher data, at this time, the type of the account voucher data is receivable, and the account voucher data is pushed to the SAP platform.

The service system fills the payment and payment issuing data into the payment and payment issuing table, then sends the payment and payment issuing data to the fund system, and the fund system can conduct transaction according to the payment and payment issuing data and returns the transaction data to the service system. The process that the business system sends the payment charge data to the fund system is called as payment data; and the fund system calls the payment for the payment according to the transaction data after the transaction is carried out by the payment for payment and payment data sending back to the service system.

And the business system updates the business state according to the transaction data returned by the fund system. For example, the traffic status may be "partial charge" or "charge complete". And the business system generates account voucher data, wherein the type of the account voucher data is real-time account collection, and the account voucher data is pushed to the SAP platform.

In the above scenario, it can be seen that the business system not only needs to perform business processing but also needs to perform financial processing. In the business system, the business code and the financial data are coupled together, and the system resources of the business system are occupied to a certain extent, so that the performance and high availability of the business system are influenced. Meanwhile, if different business systems need to perform financial data transaction with the fund system, the different business systems need to develop a payment and receipt transaction process with the fund system, and development and maintenance costs are increased. The embodiment of the invention provides an accounting service platform which can provide a uniform payment and receipt transaction process for different services, strip the payment and receipt accounting function from a service system, has high applicability and avoids the repeated development of the payment and receipt transaction process among capital systems by different service systems.

In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be described in further detail with reference to the accompanying drawings, and it is apparent that the described embodiments are only a part of the embodiments of the present invention, not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The following describes embodiments of the present invention in further detail.

Fig. 2 is a billing system provided by an embodiment of the present invention, which includes a service system 10 and a billing system 20;

the business system 10 is used for determining a business scene code and transaction data corresponding to a business scene where fund transaction occurs; and sending a first request message containing the determined business scenario code and the transaction data to the accounting system 20, so that the accounting system 20 generates account voucher data according to the accounting rule and the transaction data corresponding to the business scenario code in the first request message.

The accounting system 20 is configured to obtain a first request message sent by the service system 10, where the first request message includes a service scenario code and transaction data corresponding to a service scenario where a fund transaction occurs; determining an accounting rule corresponding to the service scene code in the first request message according to the corresponding relation between the service scene code and the accounting rule; and generating account voucher data according to the accounting rules and the transaction data corresponding to the business scene codes in the first request message.

As can be seen from the above, in the embodiment of the present invention, when the financial accounting is required, the accounting system obtains the first request message of the transaction data that needs accounting for the service scene code corresponding to the service scene where the fund transaction occurs, and generates the account voucher data according to the accounting rule corresponding to the service scene code and the transaction data that needs accounting to be performed, so as to complete the accounting. Due to the adoption of the accounting method provided by the embodiment of the invention, after fund transactions occur in different business systems, the unified accounting system can generate account voucher data, and the business systems do not need to generate the account voucher data according to the transaction data, so that the decoupling of the business data and the financial data is realized; meanwhile, the accounting system provided by the embodiment of the invention can provide accounting rules of different service systems, can be connected with different service systems, has high applicability, and avoids repeated development of charge and payment transaction processes among different service systems.

It should be noted that, in the accounting method provided in the embodiment of the present invention, before performing the financial accounting, the different service systems need to register the relevant parameters, where the relevant parameters may include an identifier of the service system corresponding to the service system, a name of the service system, an address of the service system, a credential configuration table of the service system, and a payment receipt and payment forwarding table and a payment receipt and payment return table corresponding to the service system.

The service identifier can be a number configured for the service system by the accounting system; for example, the different business systems may be business system a, business system B, business system C, and the like.

The address of the service system may be the IP address of the source service system.

The voucher configuration table of the service system stores the corresponding relation between the service scene codes and the accounting rules of all the service scenes of the service system;

it should be noted that, the embodiment of the present invention provides different credential configuration tables for different service systems.

For example, as shown in table 1, the voucher configuration table of the service system a stores the accounting rule a corresponding to the service scenario code 1, the accounting rule b corresponding to the service scenario code 2, the accounting rule c corresponding to the service scenario code 3, and the like; as shown in table 2, the voucher configuration table of the service system B stores the accounting rule d corresponding to the service scenario code 4, the accounting rule e corresponding to the service scenario code 5, the accounting rule f corresponding to the service scenario code 6, and the accounting rule g corresponding to the service scenario code 7.

TABLE 1

TABLE 2

The related parameters of different service systems are stored in the configuration center, and the configuration center stores the corresponding different related parameters of different service systems, so that the data isolation of different service systems is realized.

An optional implementation manner is that the service system and the accounting system of the embodiment of the present invention communicate with each other by means of a message queue.

After the business system determines that fund transaction occurs and the business system determines the business scene code and the transaction data corresponding to the business scene where the fund transaction occurs, the business system stores a first request message containing the determined business scene code and the transaction data into a message queue;

the accounting system acquires a first request message containing the business scenario code and the transaction data from the message queue.

Wherein the messages in the message queue have a unified message format.

In implementation, when accounting is needed after a fund transaction occurs, a service system edits a service scene code and transaction data corresponding to a service scene containing the fund transaction into a first request message in a unified message format, and stores the first request message to a message queue, wherein the first request message further comprises a service system identifier. For example, the first request message may be "service system a + service scenario code 1+100 yuan".

After the accounting system acquires the first request message from the message queue, the accounting rule corresponding to the service scene code in the first request message needs to be determined according to the corresponding relationship between the service scene code and the accounting rule.

An optional implementation manner is that, the accounting system obtains the correspondence between the service scenario code and the accounting rule according to the following manner:

determining a certificate configuration table corresponding to the service system identifier according to the service system identifier contained in the first request message and the corresponding relation between the certificate configuration table and the service system identifier; and acquiring the corresponding relation between the service scene code and the accounting rule contained in the voucher configuration table.

Specifically, after the accounting system acquires the first request message from the message queue, according to the service system identifier in the first request message, a credential configuration table of the service system corresponding to the service system identifier is acquired at the configuration center, and then an accounting rule corresponding to the service scenario code included in the first request message is queried in the acquired credential configuration table.

For example, if the acquired first request message is "service system a + service scenario code 1+100 yuan", it is determined that the service system identifier included in the first request message is "service system a", then the credential configuration table corresponding to "service system a" is acquired in the configuration center of the billing system according to "service system a", it is assumed that the credential configuration table acquired according to "service system a" is shown in table 1, then the billing rule corresponding to service scenario code 1 is determined by querying the billing rule corresponding to service scenario code 1 in table 1, and it is assumed that the billing rule determined according to table 1 is "billing rule a".

And after the accounting rule corresponding to the business scenario code contained in the first request message is determined, generating an account voucher according to the accounting rule corresponding to the business scenario code contained in the first request message and the transaction data.

For example, the obtained first request message is "business system a + business scenario code 1+100 yuan", the business system identifier "business system a" in the first request message is obtained in the configuration center, the voucher configuration table of the business system a is then queried for the accounting rule corresponding to "business scenario code 1" in the voucher configuration table of the business system a, and if the accounting rule corresponding to the business scenario code 1 is the accounting rule a, the accounting voucher data is generated according to the accounting rule a and the transaction data "100 yuan" in the first request message.

Assume that billing rule a is:

"receivable, borrowed: cash _ amount, credit: account of charge "

Generating account credential data according to accounting rule 1 and transaction data "100-element" in the first request message as:

"receivable, borrowed: cash — 100 yuan, credit: receivable-100 Yuan "

After generating account voucher data according to the accounting rules and the transaction data corresponding to the service scenario codes in the first request message, account management needs to be performed on the account voucher data.

An optional implementation manner is that, the account credential data is stored in a first storage partition corresponding to a business system identifier included in a first request message, so that a management system corresponding to the first storage partition performs account management according to the account credential data stored in the first storage partition; or sending the account voucher data to a management system corresponding to the business system identifier contained in the first request message, so that the management system performs account management according to the received account voucher data.

Alternatively, the management system may be an SAP platform.

Specifically, the account credential data is stored in the first storage partition corresponding to the service system identifier included in the first request message.

Alternatively, the first memory partition may be an account credential table.

The management system of the embodiment of the invention can acquire the account voucher data according to the following modes:

in the mode 1, after the account voucher data is stored in the account voucher table corresponding to the business system identifier, the management system corresponding to the business system identifier can acquire the stored account voucher data from the account voucher table;

after acquiring the account voucher data from the account voucher table, the management system may perform account management according to the acquired account voucher data.

Mode 2, sending the account voucher data to a management system corresponding to the service system identifier, and receiving the account voucher data sent by the accounting system by the management system;

and the management system performs account management according to the received account voucher data.

It should be noted that before the business system performs financial accounting through the accounting system, the business system performs fund transaction, and accounting is performed according to the data of the fund transaction.

As shown in fig. 3, the embodiment of the present invention further provides a payment system, which includes a business system 10, a billing system 20 and a fund system 30;

the functions of the payment system shown in fig. 3 will be described below with respect to the origination data and the return data, respectively.

The method comprises the steps that firstly, issuing data are data to be traded generated after a business system determines that fund trading is needed.

The business system 10 is used for sending a second request message containing the business data to be traded and the business system identifier to the accounting system 20 or sending the business data to be traded to the fund system 30 corresponding to the business system identifier after determining that the fund transaction is needed;

the accounting system 20 is configured to obtain a second request message sent by the service system 10 and including the data to be transacted and the service system identifier; storing the data to be traded into a second storage partition corresponding to the service system identifier, so that the fund system 30 corresponding to the second storage partition performs fund trading according to the data to be traded stored in the second storage partition; or sending the data to be transacted to the fund system 30 corresponding to the service system identifier, so that the fund system 30 carries out fund transaction according to the received data to be transacted;

the fund system 30 is used for acquiring the data to be transacted from the second storage partition of the accounting system 20 or receiving the data to be transacted sent by the accounting system 20; and carrying out fund transaction according to the data to be transacted.

After the business system determines that fund transaction is needed, the business system determines data to be transacted and stores a second request message containing business system identification and the determined data to be transacted into a message queue;

and the accounting system acquires a second request message which is sent by the service system and contains the service system identification and the data to be traded from the message queue.

Wherein, the messages in the message queue have a uniform message format;

in implementation, after the business system determines that fund transaction is required, the business system edits the data to be transacted and the business system identifier into a second request message in a unified message format, and stores the second request message in a message queue. For example, the second request message may be "business system a +100 yuan".

It should be noted that the message queue may be the same or different message queue as the message queue used by the business system and the billing system when billing is performed.

It should be noted that the data to be transacted included in the second request message may be payment issue data or payment issue data. According to the type of the data to be traded, the data transaction method is divided into two cases:

the first situation is as follows: the data to be transacted contained in the second request message is charge issue data.

And when the data to be traded contained in the second request message is the charging distribution data, storing the charging distribution data into a second storage partition corresponding to the service system identifier contained in the second request message.

Alternatively, the second memory partition may be a pay-per-view table.

The fund system of the embodiment of the invention can acquire the charging and dispatching data according to the following modes:

mode 1, after the charging and dispatching data is stored in the charging and dispatching list corresponding to the service system identification, the fund system corresponding to the service system identification can obtain the stored charging and dispatching data from the charging and dispatching list;

after the fund system acquires the charge issuing data from the charge issuing table, fund transaction can be carried out according to the acquired charge issuing data.

Mode 2, sending the charging distribution data to a fund system corresponding to the service system identifier, and receiving the charging distribution data sent by the accounting system by the fund system;

the fund system conducts fund transaction according to the received charging and issuing data.

Optionally, the fund system corresponding to the charge and invoice table may be a cashier platform.

Case two: the data to be traded contained in the second request message is pay-to-issue data.

And when the data to be traded contained in the second request message is the payment distribution data, storing the payment distribution data into a second storage partition corresponding to the service system identifier contained in the second request message.

Optionally, the second memory partition may pay for the issue table.

The fund system of the embodiment of the invention can acquire the payment and distribution data according to the following modes:

sending the payment sending data to a fund system corresponding to the service system identifier contained in the second request message;

the funding system conducts funding transactions based on the received payment issuance data.

Optionally, the fund system corresponding to the business system identifier may be a fund platform.

And secondly, the return data is actual transaction data generated after the fund system completes fund transaction.

The fund system 30 is used for sending a feedback message containing actual transaction data and a service system identifier to the accounting system 20 after completing fund transaction according to the acquired data to be transacted;

the accounting system 20 is configured to receive a feedback message including actual transaction data and a service system identifier sent by the fund system 30, store the actual transaction data in a third storage partition corresponding to the type of the actual transaction data and the service system identifier, and store the actual transaction data and the service system identifier in a message queue, so that the service system 10 corresponding to the service system identifier obtains the actual transaction data from the message queue, and updates the data to be transacted according to the actual transaction data;

and the service system 10 is configured to obtain the actual transaction data stored in the accounting system 20 from the message queue, and update the data to be transacted according to the actual transaction data.

Wherein, the messages in the message queue have a uniform message format;

It should be noted that the actual transaction data included in the feedback message may be the charge data or the payment data. According to the type of actual transaction data, two situations are divided:

the first situation is as follows: the actual transaction data contained in the feedback message is the pay-back data.

After receiving a feedback message which is sent by the fund system and contains the charge credit data and the service system identifier, the accounting system stores the charge credit data into a third storage partition; and storing the charged data and service system identification to a message queue;

and the service system corresponding to the service system identification acquires the charge return data from the message queue and updates the charge distribution data according to the real charge return data.

Alternatively, the third storage partition may be a pay-back table.

Case two: the actual transaction data contained in the feedback message is pay return data.

After receiving a feedback message which is sent by the fund system and contains the payment return data and the service system identifier, the accounting system stores the payment return data into a third storage partition; and storing the collected pay-back data and the service system identifier in a message queue;

and the service system corresponding to the service system identifier acquires the payment return data from the message queue and updates the payment distribution data according to the real payment return data.

Alternatively, the third memory partition may be a pay-back table.

The process of charging according to the embodiment of the present invention will be described below by taking underwriting charging as an example.

When the business system a needs to make underwriting and charging, data to be transacted, namely charging and distribution data, is generated, and the charging and distribution data is assumed to be 100 yuan.

And the service system A generates a second request message by the charging and dispatching data and the service system identifier corresponding to the service system A and stores the second request message in a message queue. For example, the second request message may be "service system a +100 yuan to be charged", and the service system a stores the second request message in the message queue.

When a second request message 'service system A + to-be-charged +100 yuan' in the message queue is monitored, confirming that the second request message is data sent by the service system A according to a service system identifier 'service system A' contained in the second request message; then, determining the type of the data to be transacted contained in the second request message, namely 'to-be-paid', acquiring a charging and issuing table of the service system A at a configuration center, storing '100 yuan' of the data to be transacted in the second request message into the charging and issuing table of the service system A, and charging by the cashier platform according to the data to be transacted in the charging and issuing table;

after the fund system conducts fund transaction according to the data to be transacted, a feedback message containing actual transaction data and the service system identification is generated. For example, the data to be transacted is 100 yuan to be charged, and when the cashier platform performs fund transaction, the actual charge is 50 yuan, the generated feedback message may be "business system a + charge +50 yuan", and the feedback message is sent to the accounting system.

The accounting system determines that the type of the actual transaction data in the received feedback message is 'charging', the service system identifier is 'service system A', a charging backlog table of the service system A is inquired in a configuration center according to the type of the actual transaction data and the service system identifier, and the actual transaction data in the feedback message is stored in the charging backlog table of the service system A;

the accounting system stores the actual transaction data and the service system identification in a message queue, for example, stores 'service system A + charge +50 yuan' in the message queue; the service system A will obtain the actual transaction data "charge +50 yuan" in the message from the message queue according to the identifier "service system A" corresponding to the service system A to update the data to be charged. The updated data to be charged is 50 yuan.

The following describes the process of charging according to the embodiment of the present invention, taking claim settlement as an example.

When the service system B needs to pay for a claim, data to be transacted, that is, payment and distribution data, is generated, and it is assumed that the payment and distribution data is 500 yuan.

And the service system B generates a second request message by the payment distribution data and the service system identifier corresponding to the service system B and stores the second request message in a message queue. For example, the second request message may be "service system B + pending payment +500 yuan", and the service system B deposits the second request message to the message queue.

When monitoring a second request message 'business system B + waiting for payment +500 yuan' in the message queue, the accounting system confirms that the second request message is data sent by the business system B according to a business system identifier 'business system B' contained in the second request message; then, the type "to be paid" of the data to be traded contained in the second request message is determined, a payment issuing table of the service system B is obtained at the configuration center, and the "500 yuan" of the data to be traded in the second request message is stored in the payment issuing table of the service system B.

And the accounting system sends the data to be transacted to a fund system corresponding to the service system identifier contained in the second request message, and the fund system carries out fund transaction according to the received data to be transacted. For example, the capital system corresponding to the service system identifier "service system B" included in the second request message "service system B + to-be-paid +500 yuan" is a capital platform, and the data to be transacted is sent to the capital platform, for example, the data to be transacted is to-be-paid 500, and the capital platform pays according to the received data to be transacted.

After the fund system conducts fund transaction according to the data to be transacted, a feedback message containing actual transaction data and the service system identification is generated. For example, if the data to be transacted is 500 yuan to be paid, and the actual payment of the fund platform is 500 yuan when performing fund transaction, the feedback message to be generated may be "business system B + payment +500 yuan", and the feedback message is sent.

The accounting system determines that the type of the actual transaction data in the received feedback message is 'pay', the service system identifier is 'service system B', a payment answer sheet of the service system B is inquired in a configuration center according to the type of the actual transaction data and the service system identifier, and the actual transaction data in the feedback message is stored in the payment answer sheet of the service system B;

the accounting system stores the actual transaction data and the service system identification in a message queue, for example, stores 'service system B + payment +500 yuan' in the message queue; the service system B can acquire the actual transaction data 'pay +500 yuan' in the message from the message queue according to the identifier 'service system B' corresponding to the service system B to update the data to be paid. The updated data to be paid for is 0 element.

Based on the same inventive concept, the embodiment of the invention also provides a billing system, and as the problem solving principle of the billing system is similar to the billing method provided by the embodiment of the invention, the implementation of the billing system can be referred to the implementation of the method, and repeated details are not repeated.

As shown in fig. 4, an accounting system according to an embodiment of the present invention includes:

a processor 400;

a memory 401 for storing the processor-executable instructions;

wherein the processor 400 is configured to: when executed by the one or more processors 400, cause the one or more processors 400 to perform the following:

In particular, the processor 400 is configured to:

As shown in fig. 5, a service system according to an embodiment of the present invention includes:

a processor 500;

a memory 501 for storing the processor-executable instructions;

wherein the processor 500 is configured to: when executed by the one or more processors 500, cause the one or more processors 500 to perform the following:

In particular, the processor 500 is configured to:

and updating the data to be traded according to the actual trading data.

As shown in fig. 6, an accounting system according to an embodiment of the present invention includes:

the voucher configuring module 600 is configured to obtain a first request message, which is sent by a service system and includes a service scenario code and transaction data corresponding to a service scenario where a fund transaction occurs;

a determining module 601, configured to determine, according to a correspondence between a service scenario code and an accounting rule, an accounting rule corresponding to the service scenario code in the first request message;

a generating module 602, configured to generate account credential data according to the accounting rule corresponding to the service scenario code in the first request message and the transaction data.

Optionally, the credential configuring module 600 is specifically configured to:

Optionally, the determining module 601 is specifically configured to:

Optionally, as shown in fig. 7, the accounting system further includes a management module 603:

a management module 603, configured to store the account credential data in a first storage partition corresponding to a service system identifier included in the first request message, so that a management system corresponding to the first storage partition performs account management according to the account credential data stored in the first storage partition; or

Optionally, as shown in fig. 8, the accounting system further includes:

the issuing module 604 is configured to obtain a second request message that is sent by the service system and includes data to be transacted and a service system identifier; the second request message is sent after the business system determines that fund transaction is needed, and the messages in the message queue have a uniform message format;

Optionally, the tray sending module is specifically configured to:

Optionally, as shown in fig. 9, the accounting system further includes:

a reply module 605, configured to receive a feedback message sent by the fund system and including actual transaction data and a service system identifier; the feedback message is sent by the fund system after fund transaction is carried out according to the acquired data to be transacted;

As shown in fig. 10, a service system according to an embodiment of the present invention includes:

a determining module 1000, configured to determine a service scenario code and transaction data corresponding to a service scenario where a fund transaction occurs;

the sending module 1001 sends a first request message including the determined service scenario code and the transaction data to an accounting system, so that the accounting system generates account voucher data according to an accounting rule and the transaction data corresponding to the service scenario code in the first request message.

Optionally, the sending module 1001 is specifically configured to:

Optionally, as shown in fig. 11, the service system further includes:

the storing module 1002 is configured to store a second request message including to-be-transacted service data and a service system identifier to a message queue after it is determined that fund transaction is required, so that the accounting system stores the to-be-transacted service data acquired from the message queue to a second storage partition corresponding to the service system identifier, or sends the to-be-transacted data to a fund system corresponding to the service system identifier.

Optionally, as shown in fig. 12, the service system further includes:

an updating module 1003, configured to obtain actual transaction data stored in the accounting system from the message queue; the actual transaction data is sent to the accounting system after the fund system conducts fund transaction according to the acquired data to be transacted and is stored into the message queue by the accounting system; and updating the data to be traded according to the actual trading data.

Based on the same inventive concept, the embodiment of the present invention provides a billing method, and since the method corresponds to the billing system of the embodiment of the present invention, and the principle of the method for solving the problem is similar to that of the apparatus, the implementation of the method can refer to the implementation of the apparatus, and repeated details are not repeated.

As shown in fig. 13, an accounting method according to an embodiment of the present invention includes:

step S1301, acquiring a first request message which is sent by a service system and contains a service scene code and transaction data corresponding to a service scene where fund transaction occurs;

step S1301, determining an accounting rule corresponding to the service scene code in the first request message according to the corresponding relation between the service scene code and the accounting rule;

step S1301, generating account voucher data according to the accounting rule corresponding to the service scenario code in the first request message and the transaction data.

Optionally, the obtaining a first request message sent by the service system and including a service scenario code and transaction data corresponding to a service scenario where a fund transaction occurs includes:

Optionally, the corresponding relationship between the service scene code and the accounting rule is obtained according to the following manner:

Optionally, after generating account credential data according to the accounting rule corresponding to the service scenario code in the first request message and the transaction data, the method further includes:

Optionally, the method further includes:

Optionally, the obtaining of the second request message including the data to be traded and the service system identifier sent by the service system includes:

Optionally, the method further includes:

Based on the same inventive concept, the embodiment of the present invention provides an accounting method, and since the method corresponds to the service system of the embodiment of the present invention, and the principle of the method for solving the problem is similar to that of the apparatus, the implementation of the method may refer to the implementation of the apparatus, and repeated details are not repeated.

As shown in fig. 14, an accounting method according to an embodiment of the present invention includes:

step S1401, determining a business scene code and transaction data corresponding to a business scene where fund transaction occurs;

step S1402, sending a first request message including the determined service scenario code and the transaction data to an accounting system, so that the accounting system generates account voucher data according to an accounting rule and the transaction data corresponding to the service scenario code in the first request message.

Optionally, the sending, to an accounting system, a first request message including the determined service context code and the transaction data includes:

Optionally, the method further includes:

and updating the data to be traded according to the actual trading data.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A billing method, comprising:

2. The method of claim 1, wherein the obtaining of the first request message sent by the service system and containing the transaction data and the service scenario code corresponding to the service scenario in which the fund transaction occurs comprises:

3. The method of claim 1, wherein the correspondence between the service context code and the billing rule is obtained according to the following manner:

4. The method of claim 1, wherein after generating account credential data based on the accounting rules corresponding to the business scenario codes in the first request message and the transaction data, further comprising:

5. The method of claim 1, further comprising:

6. The method of claim 5, wherein obtaining the second request message sent by the service system and containing the data to be transacted and the service system identifier comprises:

7. The method of any of claims 1 to 6, further comprising:

8. An accounting device, comprising:

9. A billing system, comprising:

a processor;

a memory for storing the processor-executable instructions;

10. A computer-readable storage medium having stored thereon computer instructions which, when executed on a computer, cause the computer to perform the method of any one of claims 1 to 7.