CN117934188A - Financial ledger system and use method - Google Patents

Abstract

The application relates to the technical field of finance, in particular to a financial ledger system and a using method thereof, wherein the method comprises the following steps: the initial balance setting module is used for setting the balance and accumulated occurrence before the starting date of each subject; the financial generation module is used for calling corresponding credential information according to the target identifier to generate a corresponding financial record; the accounting processing module is used for acquiring the required financial records to be accounted for and executing corresponding accounting processing according to the accounting instructions sent by the accounting system; and the checkout checking module is used for checking and checking at the end of a month at preset time to determine checkout results. Therefore, the problems that the general ledger system in the related art is poor in applicability, the overall cost is increased due to the fact that data between different systems cannot be shared and associated are solved.

Description

Financial ledger system and use method

Technical Field

The application relates to the technical field of finance, in particular to a financial ledger system and a using method thereof.

Background

For the general ledger system software, if enterprises do not carry out custom development, only general financial software can be purchased, and the software systems have basic functions required by financial departments and lack functions conforming to the characteristics of the enterprises.

Financial management differences exist from enterprise to enterprise, plus the lack of corresponding financial accounting knowledge by software design and developers, which is also a major cause of development problems. During development, designers only consider the analysis of the general requirements, and the lack of targeted design is also a cause of poor applicability of the general ledger system. In addition, the data islands are formed by the fact that the accounting data and the business data are always in a splitting state. When business occurs, data is classified in different information systems according to processes, professions and applications, and is stored in a plurality of databases including an accounting information system, the data among the different systems cannot be shared and associated, and the communication cost of cross-department data cooperation is increased.

Disclosure of Invention

The application provides a torque distribution method, a torque distribution device, a vehicle and a storage medium, which are used for solving the problems that the applicability of a general ledger system is poor, data between different systems cannot be shared and associated, the overall cost is increased, and the like in the related art.

An embodiment of a first aspect of the present application provides a financial ledger system, including: the initial balance setting module is used for setting the balance and accumulated occurrence before the starting date of each subject; the financial generation module is used for calling corresponding credential information according to the target identifier to generate a corresponding financial record; the accounting processing module is used for acquiring the required financial records to be accounted for and executing corresponding accounting processing according to the accounting instructions sent by the accounting system; the checkout checking module is used for checking and checking at the end of a month at preset time to determine one or more reports generated by checkout results; and the data integration module is used for integrating the data of different departments and modules according to the report form and providing comprehensive financial information.

Optionally, the method further comprises: and the financial rule module is used for setting one or more financial rules according to the actual demands of the users.

Optionally, the one or more accounting rules include: the bill accounting rules are used for defining the bill accounting rules of bill classes and identifying the bill types which comprise bill accounting, payment accounting and transfer accounting; the depreciation amortization accounting rules are used for defining accounting rules of depreciation amortization details of the month system, and accounting types can be defined as depreciation amortization accounts; the charge apportionment accounting rules are used for defining accounting rules corresponding to the apportionment details of the checked-in appointments such as the wainscot and the like, and the accounting type can be defined as apportionment accounting.

Optionally, the voucher information includes accounting period, institution, abstract, accounting subject, debit amount, credit amount, accounting type, auxiliary accounting item, billing status, billing time, accounting generation date, voucher number and opposite system voucher code.

An embodiment of a second aspect of the present application provides a method for using a financial ledger system, where the method is applied to the financial ledger system described above, and the method includes the following steps: acquiring each bill entering and exiting, depreciation amortization and expense allocation bill; generating corresponding credential information and a target identifier according to the bill; and when the billing instruction is identified, calling corresponding credential information based on the target identification to acquire the required financial record to be billed to generate a corresponding financial record, and executing corresponding billing processing.

Optionally, before each bill of the bill entering and exiting, depreciation and expense allocation, the method comprises the following steps: acquiring balance and accumulated occurrence before starting date of each subject type, wherein subjects with auxiliary accounting can enter the beginning of the period according to the auxiliary items, and the subject types comprise assets, liabilities, rights and interests and losses; recording the balance and the accumulated occurrence amount to generate corresponding bill certificates; and performing subject linkage verification according to the receipt voucher.

Optionally, before the acquiring each bill of the business trip, the method includes: acquiring balance and accumulated occurrence before starting date of each subject type, wherein subjects with auxiliary accounting can enter the beginning of the period according to the auxiliary items, and the subject types comprise assets, liabilities, rights and interests and losses; recording the balance and the accumulated occurrence amount to generate corresponding bill certificates; and performing subject linkage verification according to the receipt voucher.

Optionally, the subject linkage verification includes: checking whether the initial balance of each subject type is consistent with the initial balance of the general account subject and the detail account subject by using the trial balance algorithm; if the results are consistent, the verification is successful, otherwise, the detail of the accounting generation failure is inquired, and the accounting generation is retried.

Optionally, the trial balance algorithm comprises a borrowing balance trial balance algorithm, a balance trial balance algorithm and an occurrence balance algorithm; the calculation formula of the borrowing balance trial calculation balance algorithm is as follows: total account debit end balance aggregate = total account credit end balance aggregate; the balance trial calculation balance algorithm has the following calculation formula: asset = liability + owner equity; the calculation formula of the generated trial balance algorithm is as follows: total account home period debit occurrence amount = total account home period credit occurrence amount total.

Optionally, after said performing the corresponding accounting process, it includes: check-out accounting at the end of a month for a preset time one or more reports are generated by determining the checkout result.

Optionally, after the obtaining each receipt of the account entry and the account exit, the depreciation and the expense allocation, the method includes: judging whether the bill approval passes or not, if so, judging whether the payment is completed or not; and if the payment is completed, generating corresponding credential information by using bill rule configuration.

Therefore, the application has at least the following beneficial effects:

(1) According to the embodiment of the application, the data can be automatically recorded, classified and processed by automatically collecting the data, so that the working efficiency is remarkably improved, the data accuracy is ensured, human errors are avoided, and the accuracy of financial data is improved.

(2) The embodiment of the application records and gathers the financial transaction information of the enterprise in real time, provides timely and accurate financial data for a management layer, can generate various financial reports and analysis reports, helps the management layer to know the financial condition of the enterprise, compares and analyzes, and supports decision making and financial planning.

(3) The embodiment of the application can integrate the data of different departments and modules to provide comprehensive financial information, and the general ledger system is internally provided with various accounting rules and regulations and can be configured and updated as required. This ensures compliance of the enterprise with respect to financial management and reduces the risk of illegal operations and law.

Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.

Drawings

The foregoing and/or additional aspects and advantages of the application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:

FIG. 1 is a block diagram of a financial ledger system provided in accordance with an embodiment of the present application;

FIG. 2 is a flow chart of a method of using a financial ledger system provided in accordance with an embodiment of the present application;

Fig. 3 is a general ledger business flow chart according to an embodiment of the application.

Detailed Description

Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative and intended to explain the present application and should not be construed as limiting the application.

Drawbacks of the financial ledger system include: the customization is complex: customization for specific business needs requires more time and resources; safety risk: a powerful security measure is required to prevent data leakage and hacking; dependency problem: financial data processing and reporting delays may result when the system fails; complexity: traditional ledger systems may become difficult to use due to their complex functionality, which may lead to operational errors and confusion, especially for non-professional users; integration problem: integrating ledger systems with other software can face difficulties, especially when incompatible systems exist; the technology is dependent on: ledger systems may be limited to specific technologies that may become outdated over time.

The intelligent financial ledger system mainly comprises collection, analysis, processing and reporting of financial data; the method comprises the specific functions of initial account establishment, account checking, accounting purpose setting, daily accounting, voucher input, voucher rule setting, account checking, account balance adjustment and annual account checking, and finally collecting data of funds related to other financial and business subsystems into a general ledger system to generate a complete accounting account book for financial management and decision making of enterprises, so that financial processing time can be greatly shortened, and work efficiency is improved.

In order to reduce the risk of vulnerability of the financial ledger system, the intelligent financial ledger system improves the database query performance by optimizing the database structure; upgrading server hardware or optimizing network structure to raise system performance; and the system is regularly checked and maintained, so that the normal operation of the system is ensured, and the stability of the financial software system is improved.

The following describes a financial ledger system and method of use of embodiments of the present application with reference to the accompanying drawings. Specifically, fig. 1 is a schematic block diagram of a general ledger system according to an embodiment of the present application.

As shown in fig. 1, the accounting system 10 includes: the system comprises an initial balance setting module 100, a finance generation module 200, a billing processing module 300, a checkout module 400 and a data integration module 500.

Wherein, the initial balance setting module 100 is used for setting the balance and accumulated occurrence before each subject enabling date; the finance generation module 200 is used for calling corresponding credential information according to the target identification to generate a corresponding finance record; the accounting processing module 300 is used for acquiring the required financial records to be accounted for and executing corresponding accounting processing according to the accounting instructions sent by the accounting system; the checkout checking module 400 is configured to perform a month end checkout check-up to determine a checkout result at a preset time to generate one or more reports; the data integration module 500 is used for integrating data of different departments and modules according to the report form to provide comprehensive financial information.

The voucher information comprises accounting period, organization, abstract, accounting subjects, borrower amount, lender amount, accounting type, auxiliary accounting items, accounting state, accounting time, accounting generation date, voucher number and opposite side system voucher code.

It can be understood that the embodiment of the application can generate the corresponding voucher information and the corresponding financial record according to each account entering and exiting, depreciation and charge sharing bill of each subject type, acquire the financial record to execute the corresponding accounting processing after receiving the accounting instruction, and generate one or more reports according to the check-out result of the month end check-out at the preset time, integrate the data of different departments and modules according to the reports, provide comprehensive financial information, greatly shorten the financial processing time and improve the working efficiency.

It should be noted that the present system supports querying, billing, modifying, deleting. For inquiry, supporting joint check documents; for modification, batch modification during accounting, and abnormal accounting voucher modification; the deletion means that the financial accounts which are generated by the financial system but are not generated in the SAP system are deleted and cannot be recovered. The entitlement user may modify and delete the credentials.

In an embodiment of the present application, the accounting system 10 further includes: and the financial rule module is used for setting one or more financial rules according to the actual demands of the users.

Wherein the one or more accounting rules include: the bill accounting rules are used for defining the bill accounting rules of bill classes and identifying the bill types which comprise bill accounting, payment accounting and transfer accounting; the depreciation amortization accounting rules are used for defining accounting rules of depreciation amortization details of the month system, and the accounting type can be defined as depreciation amortization accounting; the charge apportionment accounting rules are used for defining accounting rules corresponding to the apportionment details of the checked-in appointments such as the wainscot and the like, and the accounting type can be defined as apportionment accounting.

It can be appreciated that the financial rule module of the embodiment of the application contains a plurality of financial rules, and can be configured and updated as required, thereby ensuring compliance of enterprises in financial management and reducing illegal operations and legal risks.

The receipt includes business receipts such as a travel reimbursement bill, a borrowing bill, a collection bill, an asset value change bill, a salary approval bill, a salary reimbursement bill, a general transaction bill, and a unified settlement bill.

According to the financial general ledger system provided by the embodiment of the application, corresponding voucher information and financial records can be generated according to each account entering and exiting, depreciation and charge sharing bill of each subject type, corresponding accounting processing is executed by acquiring the financial records after accounting instructions are received, and check is carried out at the end of a month to determine that the account result is generated into one or more reports.

The general ledger system of the present application will be described in detail below, specifically as follows:

1. Initial balance setting

1) Setting balance and accumulated occurrence before starting date of each subject, wherein subjects with auxiliary accounting can enter the beginning of the period according to the auxiliary items;

2) After finishing the input of the initial data, detecting whether the initial balance of the accounting subjects set by trial balance is consistent with the initial balance of the general account subjects and the detail account subjects.

2. Accounting subject/auxiliary accounting setup

Accounting settings include accounting codes, names, types of subjects (assets, liabilities, equity, losses), subject directions, subject control attributes (occurrence direction control, balance direction control, etc.); and supporting the account linkage check of balance direction control, namely performing balance check control on related accounts when the bill is submitted.

3. Accounting rules

The accounting rules include: the bill accounting rules are used for defining the bill accounting rules of bill classes and identifying the types of the bills accounting, paying accounting and transferring accounting;

the depreciation amortization accounting rules are used for defining accounting rules of depreciation amortization details of the month system, and the accounting type can be defined as depreciation amortization accounting;

The charge apportionment accounting rules are used for defining accounting rules corresponding to the apportionment details of the checked-in appointments such as the wainscot and the like, and the accounting type can be defined as apportionment accounting.

4. Accounting exception handling

When the receipt accounting, depreciation amortization accounting and cost allocation accounting fail to be generated due to abnormal system operation, wrong accounting rules and the like, the node can inquire details of the accounting generation failure and can check and re-trigger the generation of the accounting.

5. Accounting generation control rules

The uniqueness verification is carried out according to the bill, the accounting type and the accounting mechanism during the generation;

For accounts which cannot be generated, the inquiry of 'account exception handling' is supported and re-triggered, and the uniqueness check is still needed when triggering.

6. Credential template configuration

The voucher information includes accounting period, organization, abstract, accounting subjects, debit amount, credit amount, accounting type, auxiliary accounting items, accounting state, accounting time, accounting generation date, voucher number, opposite side system voucher code and the like, and the voucher information can be selected for definition in the voucher content display.

7. Credential management

Query, billing, cancel billing, modify, delete. For inquiry, supporting joint check documents; for modification, batch modification during accounting, and abnormal accounting voucher modification; the deletion means that the generated accounts are deleted and cannot be restored. Rights to enable abnormal accounting credential modification and deletion are suggested, which may be modified and deleted by the rights user.

8. Voucher accounting control rules

The financial accounting certificate of the financial sharing system is required to be uniquely identified, after an accounting instruction is initiated to an SAP (ENTERPRISE RESOURCE PLANNING ) system, the transmitted certificate information is required to contain the certificate primary key for registering by a counterpart system, and the counterpart system is required to check whether the certificate primary key exists or not when receiving the financial sharing system certificate, and check that the passing party can execute the accounting instruction; meanwhile, for the accounting canceling instruction sent by the financial sharing system, when the accounting state is judged to be negative, the accounting canceling success result can be returned, and meanwhile, the credential information is deleted.

9. End of month checkout and reverse checkout

To ensure that the business module no longer generates credentials during the current accounting during the checkout process, the financial sharing system needs to be checked out and automatically enter the next accounting period, and also supports anti-checkout during the last accounting period. After the end of the month checkout, the system limits the occurrence of accounting generation business, including approval operation of the last approval node of the bill, voucher accounting of the general ledger module and the like.

10. Check out

The system needs to perform business checks at the end of the month, including whether all the voucher accounting has been completed during the period of accounting, whether the asset module has been checked out, whether the accounting is balanced, etc.

11. Report forms

Generating a statement such as a subject balance table, an auxiliary balance table and the like, supporting multi-organization combined inquiry, supporting combined inquiry assistance, details, certificates, documents and the like.

Fig. 2 is a block diagram of a method for using a general ledger system according to an embodiment of the present application.

As shown in fig. 2, the method for using the accounting system is applied to the accounting system of the above embodiment, where the method includes the following steps:

In step S101, each document of the account entry and exit, depreciation amortization, and charge amortization is acquired.

It can be appreciated that the embodiment of the application can acquire the bill of each account entering and exiting, depreciation amortization and expense amortization so as to facilitate the subsequent generation of corresponding credential information.

In the embodiment of the application, before each bill which enters and exits, amortizes and charges are shared, the method comprises the following steps: acquiring balance and accumulated occurrence before starting date of each subject type, wherein subjects with auxiliary accounting can enter the beginning of the period according to the auxiliary items, and the subject types comprise assets, liabilities, rights and interests and losses; recording balance and accumulated occurrence to generate corresponding bill certificates; and performing subject linkage verification according to the receipt voucher.

It can be understood that the embodiment of the application can start the corresponding receipt voucher generated by the balance before the date and the accumulated occurrence for each subject type and carry out subject linkage verification, and the accuracy of data input, processing and output needs to be ensured.

In the embodiment of the application, the subject linkage verification comprises the following steps: checking whether the primary balance of each subject type is consistent with the primary balance of the general account subject and the detail account subject by using a trial balance algorithm; if the results are consistent, the verification is successful, otherwise, the detail of the accounting generation failure is inquired, and the accounting generation is retried.

It can be appreciated that the subject linkage verification of the embodiment of the application can ensure the high accuracy of the financial data so as to ensure the reliability of the report and the analysis result.

In the embodiment of the application, the trial balance algorithm comprises a borrowing balance trial balance algorithm, a balance trial balance algorithm and a generated balance trial balance algorithm; the calculation formula of the borrowing balance trial calculation balance algorithm is as follows: total account debit end balance aggregate = total account credit end balance aggregate; the balance trial calculation balance algorithm has the following calculation formula: asset = liability + owner equity; the calculation formula of the generated trial balance algorithm is as follows: total account home period debit occurrence amount = total account home period credit occurrence amount total.

It can be appreciated that the trial balance algorithm of the embodiment of the application can calculate whether the debit balance, the balance and the occurrence balance in time, thereby ensuring the high accuracy and the balance of the financial data.

In the embodiment of the application, after acquiring each bill of entering and exiting, depreciation and expense allocation, the method comprises the following steps: judging whether the bill approval passes or not, if so, judging whether the payment is completed or not; and if the payment is completed, generating corresponding credential information by using bill rule configuration.

In step S102, corresponding credential information and a target identifier are generated according to the document.

It can be appreciated that the embodiment of the application can generate the corresponding credential information and the target identifier according to the document so as to conveniently inquire the credential information of the corresponding document according to the target identifier.

In step S103, when the billing instruction is identified, the corresponding voucher information is called based on the target identification to acquire the required financial record to be billed to generate a corresponding financial record, and the corresponding billing process is performed.

It can be understood that when the accounting instruction is identified, the embodiment of the application can call the corresponding voucher information according to the target identifier to acquire the required financial record to be accounted to generate the corresponding financial record, execute the corresponding accounting processing, finally collect the data of other financial and business subsystem related funds into the general account system to generate a complete accounting account book for financial management and decision making of enterprises, thereby greatly shortening the financial processing time and improving the working efficiency.

In an embodiment of the present application, after performing the corresponding billing process, it includes: check-out accounting at the end of a month for a preset time one or more reports are generated by determining the checkout result.

The preset time may be the last early morning of each month, and is not particularly limited.

It can be appreciated that the embodiment of the application can check and check the check-out result to generate one or more reports at the end of the month, can generate various financial reports and analysis reports, helps a management layer to know the financial condition of an enterprise, compares and analyzes, and supports decision making and financial planning.

According to the method for using the financial ledger system provided by the embodiment of the application, the receipts of each account entering and exiting, depreciation and expense allocation are acquired, corresponding credential information and target identification can be generated according to the receipts, when an accounting instruction is identified, the corresponding credential information is called according to the target identification to acquire the required financial record to be accounted to generate the corresponding financial record, corresponding accounting processing is executed, and data of other financial and business subsystems related funds are finally collected into the general ledger system to generate a complete accounting account book for financial management and decision making of enterprises, so that the financial processing time can be greatly shortened, and the working efficiency is improved.

The method of using the accounting system will be described in detail with reference to fig. 2, specifically as follows:

Before financial generation, submitting approval of the corresponding bill through the bill module, after the bill approval is passed, determining whether payment is needed, checking financial rule configuration if payment is not needed or payment is not finished, generating a corresponding financial record, recording financial date and month, checking whether recorded content is correct, acquiring accounts to be billed in batches according to a billing instruction pushed by a billing post, after the billing is successful, sorting according to the code of the bill, checking at the end of the month, and checking that the billing is finished after the check is passed, so as to generate one or more reports.

Wherein, 1) the voucher rules of the general ledger module comprise voucher rules supporting setting various bill types and depreciation and amortization business of the asset module, wherein, for the vouchers of the bills, the system comprises business documents such as a travel reimbursement bill, a borrowing bill, a receipt, an asset value change bill, a pay approval bill, a pay reimbursement bill, a general transaction bill, a unified settlement bill and the like.

2) The voucher information comprises accounting period, organization, abstract, accounting subjects, debit amount, credit amount, accounting type, auxiliary accounting items, accounting state, accounting time, accounting generation date, voucher number, opposite side system voucher code and the like; support queries, billing, modification, deletion. For inquiry, supporting joint check documents; for modification, batch modification during accounting, and abnormal accounting voucher modification; the deletion means that the financial accounts which are generated by the financial system but are not generated in the SAP system are deleted and cannot be recovered. The entitlement user may modify and delete the credentials.

3) The voucher pushing time point is generally based on the service completion time point, namely the receipt is paid, when the voucher pushing time point is successful in payment, the receipt is not paid, and when the receipt is approved, the voucher is pushed; the system depreciation amortization voucher of the asset module is pushed when depreciation amortization is completed.

4) The system pushes the voucher information to be booked to the SAP system in real time, the SAP system returns a booked result after booked, if booked is successful, the voucher state is updated to be the value of push success, if booked is failed, the voucher state is updated to be the value of push failure, the system records the failure reason returned by the SAP, and after checking and adjusting, the user pushes the booked voucher again.

After the SAP system successfully counts, the voucher number is transmitted back to the financial system in real time. If the user performs credential arrangement on the SAP system, the arranged credential numbers are transmitted back to the financial system in real time, and the financial system automatically performs ascending arrangement on the credentials according to the credential numbers. The system realizes manual batch checking of pushing accounting vouchers through the scheduling task-voucher information pushing SAP.

In summary, the present application generally has high sensitivity to financial data, and thus ensuring security and confidentiality of the data is critical, including encrypted storage of the data, access control, and prevention of unauthorized access, and the financial data needs to be highly accurate to ensure reliability of reports and analysis results. In the development process, accuracy of data input, processing and output needs to be ensured, consistency among a plurality of modules and functions needs to be fully considered, and user experience needs to be fully considered, so that the system is easy to understand and use.

In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.

Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and 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 at least one such feature. In the description of the present application, "N" means at least two, for example, two, three, etc., unless specifically defined otherwise.

Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and additional implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order from that shown or discussed, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.

It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with another embodiment, if implemented in hardware, may be implemented with a combination of any one or more of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable gate arrays, field programmable gate arrays, and the like.

Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.

While embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.

Claims (10)

1. A financial ledger system, said system comprising:

the initial balance setting module is used for setting the balance and accumulated occurrence before the starting date of each subject;

The financial generation module is used for calling corresponding credential information according to the target identifier to generate a corresponding financial record;

the accounting processing module is used for acquiring the required financial records to be accounted for and executing corresponding accounting processing according to the accounting instructions sent by the accounting system;

The checkout checking module is used for checking and checking at the end of a month at preset time to determine one or more reports generated by checkout results;

and the data integration module is used for integrating the data of different departments and modules according to the statement and providing comprehensive financial information.

2. The financial ledger system of claim 1, further comprising:

And the financial rule module is used for setting one or more financial rules according to the actual demands of the users.

3. The financial ledger system of claim 2, wherein the one or more accounting rules include: the bill accounting rules are used for defining the bill accounting rules of bill classes and identifying the bill types which comprise bill accounting, payment accounting and transfer accounting;

The depreciation amortization accounting rules are used for defining accounting rules of depreciation amortization details of the month system, and accounting types can be defined as depreciation amortization accounts;

The charge apportionment accounting rules are used for defining accounting rules corresponding to the apportionment details of the checked-in appointments such as the wainscot and the like, and the accounting type can be defined as apportionment accounting.

4. The financial ledger system of claim 1, further comprising: the voucher information includes accounting period, institution, abstract, accounting subject, debit amount, credit amount, accounting type, auxiliary accounting item, billing status, billing time, accounting generation date, voucher number and opposite party system voucher code.

5. A method of using a financial ledger system according to any one of claims 1-4, wherein the method comprises the steps of:

acquiring each bill entering and exiting, depreciation amortization and expense allocation bill;

generating corresponding credential information and a target identifier according to the bill;

and when the billing instruction is identified, calling corresponding credential information based on the target identification to acquire the required financial record to be billed to generate a corresponding financial record, and executing corresponding billing processing.

6. A method of using a financial ledger system according to claim 5, characterized in that it comprises, before each of the documents for entering and exiting, depreciation and charge sharing:

acquiring balance and accumulated occurrence before starting date of each subject type, wherein subjects with auxiliary accounting can enter the beginning of the period according to the auxiliary items, and the subject types comprise assets, liabilities, rights and interests and losses;

Recording the balance and the accumulated occurrence amount to generate corresponding bill certificates;

And performing subject linkage verification according to the receipt voucher.

7. A method of using a financial ledger system according to claim 6, wherein the subject linkage verification includes:

Checking whether the initial balance of each subject type is consistent with the initial balance of the general account subject and the detail account subject by using the trial balance algorithm;

if the results are consistent, the verification is successful, otherwise, the detail of the accounting generation failure is inquired, and the accounting generation is retried.

8. The method of claim 7, wherein the balance algorithm includes a debit balance algorithm, a balance algorithm, and a balance algorithm;

The calculation formula of the borrowing balance trial calculation balance algorithm is as follows: total account debit end balance aggregate = total account credit end balance aggregate; the balance trial calculation balance algorithm has the following calculation formula: asset = liability + owner equity; the calculation formula of the generated trial balance algorithm is as follows: total account home period debit occurrence amount = total account home period credit occurrence amount total.

9. A method of using a financial ledger system according to claim 5, characterized in that it comprises, after said execution of the corresponding accounting process:

check-out accounting at the end of a month for a preset time one or more reports are generated by determining the checkout result.

10. A method of using a financial ledger system according to claim 5, characterized in that after the acquisition of each receipt of an entry and exit, depreciation and charge share, it comprises:

Judging whether the bill approval passes or not, if so, judging whether the payment is completed or not;

And if the payment is completed, generating corresponding credential information by using bill rule configuration.