Financial voucher manufacturing method and device, computer equipment and storage medium

Abstract

The invention relates to the technical field of big data, and discloses a financial voucher making method and device, computer equipment and a storage medium. The method comprises the following steps: acquiring a service scene and corresponding service data; writing the service data into a wide table according to the service scene; generating financial data according to the business data in the wide table; verifying the financial data; obtaining an accounting date for a business scene corresponding to the financial data passing verification in combination with a preset rule; and generating a voucher according to the financial data passing the verification, and encrypting the recorded date to form a voucher ID. By implementing the method provided by the invention, the problem that accounting can only be carried out at the current time in the current market and is inconsistent with the business cost date can be effectively avoided, so that the accuracy and timeliness of financial accounting are ensured.

Description

Technical Field

[0001] The present invention relates to the field of big data technology, and more specifically to a method, device, computer equipment and storage medium for making financial vouchers. Background Art

[0002] Financial vouchers are generally divided into three forms: receipt, payment, and transfer. The basic content of financial vouchers includes summary, subject, amount, date of voucher issuance, and debit and credit directions. The amounts of the same subject of multiple original vouchers of the same economic business (of course, on the same day) are cumulatively added up. Fill in the accounting voucher according to the content of the original voucher, register the detailed account book according to the accounting voucher, and fill in the general ledger according to the amount of the detailed account.

[0003] In financial certification, accurately determining the accounting date is crucial to ensure the accuracy and compliance of financial data. In actual operations, there are several different situations that may lead to differences between the accounting date and the date of business occurrence. The first is that some business data is generated at the beginning of the month, but the finance department often needs to record it in the previous month. This is because according to the financial accounting rules, the business should belong to the accounting period of the previous month. The second is that some data should be recorded according to the time of occurrence, that is, the data of this month should be recorded in the accounting period of this month. The third is that some historical data has not been certified in time for various reasons, and the current month has been closed, but the finance department needs to record these data in the unclosed month. The fourth is that different accounting standards may have different requirements for accounting time, which makes it more complicated to accurately record in the same period.

[0004] Therefore, it is necessary to design a new method to effectively avoid the problem in the current market that accounts can only be recorded at the current time and are inconsistent with the business expense date, so as to ensure the accuracy and timeliness of financial accounting. Summary of the invention

[0005] The present invention provides a financial voucher making method, device, computer equipment and storage medium to solve the technical problem existing in the current market that accounts can only be recorded at the current time and are inconsistent with the business expense date.

[0006] In the first aspect, a method for preparing a financial voucher is provided, including:

[0007] Obtain business scenarios and corresponding business data;

[0008] Writing the business data into a wide table according to the business scenario;

[0009] generating financial data according to the business data in the wide table;

[0010] Verifying the financial data;

[0011] The accounting date is obtained based on the business scenario corresponding to the verified financial data in combination with the preset rules;

[0012] A voucher is generated based on the verified financial data, and the recorded date is encrypted to form a voucher ID.

[0013] In a second aspect, a financial voucher making device is provided, comprising:

[0014] An acquisition unit, used to acquire business scenarios and corresponding business data;

[0015] A writing unit, used for writing the business data into a wide table according to the business scenario;

[0016] A data generating unit, used for generating financial data according to the business data in the wide table;

[0017] A verification unit, used to verify the financial data;

[0018] The accounting date acquisition unit is used to obtain the accounting date according to the business scenario corresponding to the verified financial data in combination with preset rules;

[0019] The voucher generation unit is used to generate a voucher according to the verified financial data and encrypt the recorded date to form a voucher ID.

[0020] In a third aspect, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the above-mentioned financial voucher preparation method when executing the computer program.

[0021] In a fourth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the above-mentioned financial voucher preparation method are implemented.

[0022] The above-mentioned financial voucher preparation method obtains business data through business scenarios and writes it into a wide table; generates financial data through a wide table and verifies it, and after the voucher is generated, obtains the accounting date according to the accounting type and rules; encrypts the accounting date and forms a unique voucher ID. Specifically, the business data is written into the wide table according to the actual business scenario, which can ensure that the financial data is consistent with the actual business expense date incurred; after the financial data is generated and verified, the accounting date of the voucher is accurately obtained according to the preset rules, avoiding the problem of only being able to account at the current time; the voucher ID is formed by encrypting the accounting date to ensure the accurate association between the voucher and the business expense date, thereby ensuring the accuracy and timeliness of financial accounting. The entire method effectively avoids the problem that the current market can only account at the current time and is inconsistent with the business expense date, thereby ensuring the accuracy and timeliness of financial accounting.

[0023] The present invention is further described below in conjunction with the accompanying drawings and specific embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying any creative work.

[0025] Figure 1 A schematic diagram of an application scenario of the financial voucher preparation method provided by an embodiment of the present invention;

[0026] Figure 2 A flowchart of a method for preparing a financial voucher provided by an embodiment of the present invention;

[0027] Figure 3 A schematic diagram of a sub-process of a method for preparing a financial voucher provided in an embodiment of the present invention;

[0028] Figure 4 A schematic block diagram of a financial voucher making device provided by an embodiment of the present invention;

[0029] Figure 5 A schematic block diagram of an accounting date acquisition unit of a financial voucher making device provided in an embodiment of the present invention;

[0030] Figure 6 is a schematic diagram of a structure of a computer device in an embodiment of the present invention;

[0031] Figure 7 2 is another schematic diagram of the structure of a computer device in an embodiment of the present invention. DETAILED DESCRIPTION

[0032] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0033] It should be understood that when used in this specification and the appended claims, the terms "include" and "comprises" indicate the presence of described features, integers, steps, operations, elements and / or components, but do not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or combinations thereof.

[0034] It should also be understood that the terms used in this specification of the present invention are only for the purpose of describing specific embodiments and are not intended to limit the present invention. As used in the specification of the present invention and the appended claims, unless the context clearly indicates otherwise, the singular forms "a", "an" and "the" are intended to include plural forms.

[0035] It should be further understood that the term "and / or" used in the present description and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0036] See also Figure 1 and Figure 2 , Figure 1 A schematic diagram of an application scenario of the financial voucher preparation method provided in an embodiment of the present invention. Figure 2 A schematic flow chart of a method for making a financial voucher provided in an embodiment of the present invention. The method for making a financial voucher is applied to a server. It can be used in financial processes in industries such as finance and insurance. The server interacts with the client for data, and the accounting date is flexibly determined by combining preset rules according to different business scenario types (such as A, B, C, D, and E types), rather than only based on the current time. In some scenarios (such as type A), the last day of the previous month can be used as the accounting date to ensure matching with the business date. For specific scenarios (such as type C), by judging the year and month of the financial period and the business date, the accounting date is ensured to be reasonable and to avoid inconsistencies with the financial cycle. When the business date does not meet the working day rules (such as type E), the nearest working day is calculated as the accounting date to avoid errors caused by unreasonable dates. For scenarios such as type B, the accounting date when the business data is generated can be read from the cache system to ensure the timeliness and accuracy of the data. This method can effectively ensure that the date when the financial voucher is generated is consistent with the actual business date, and improve the accuracy and timeliness of financial accounting. .

[0037] Figure 2 FIG. 1 is a flow chart of a method for preparing financial vouchers provided by an embodiment of the present invention. Figure 2 As shown, the method includes the following steps S110 to S170.

[0038] S110: Obtain business scenarios and corresponding business data.

[0039] In this embodiment, a business scenario refers to the context of a specific business activity or transaction related to the operation of an enterprise, usually including a specific type of transaction or event. These scenarios are distinguished by identifying different business models, processes, and goals. For example, sales scenarios, procurement scenarios, employee reimbursement scenarios, etc. are all different business scenarios. Each business scenario may have different operating steps, business processes, related data, and required financial processing methods.

[0040] Sales scenario: A transaction involving a customer purchasing goods or services.

[0041] Procurement scenario: A transaction involving a business purchasing goods or services.

[0042] Reimbursement scenario: involves reimbursement of expenses incurred by employees due to work needs.

[0043] Business data refers to all specific data associated with a specific business scenario, usually including detailed information about a transaction or event. This data is the basis of financial processing and involves content such as amount, date, transaction party, scenario description, etc.

[0044] In different business scenarios, the content of business data may vary, but generally speaking, core data includes the following items:

[0045] Amount: The amount of money incurred in the business, usually the total amount of the transaction or the specific amount of the fee.

[0046] Business occurrence date: refers to the date that actually occurs in the business scenario, such as the date of product sales, the date of expense reimbursement, etc.

[0047] Scenario description: A brief description of a specific business activity to help identify the specific type of the business, such as "office equipment purchase" or "customer A payment".

[0048] Business significance: The financial and operational significance behind the data, such as whether it is revenue, expense, capital expenditure, etc.

[0049] It can be obtained through the following methods: employees manually input business data into the financial system, which is suitable for simple, low-frequency business scenarios; the system automatically extracts data from other business management systems (such as sales management, procurement management, ERP system, etc.), which is suitable for frequent business scenarios; and relevant business data is automatically obtained by connecting with external systems (such as banks, tax systems, supplier systems, etc.).

[0050] In summary, obtaining business scenarios and corresponding business data means extracting relevant business information (such as amount, date, scenario description, etc.) based on specific business activity types (such as sales, procurement, reimbursement, etc.) in the daily operations of the enterprise, so as to provide accurate data support for the generation and accounting of subsequent financial vouchers. The accuracy and timeliness of this process are crucial to ensure the accuracy of financial accounting.

[0051] S120: Write the business data into a wide table according to the business scenario.

[0052] In this embodiment, first, relevant business data is identified and collected according to different business scenarios (such as sales, procurement, asset management, etc.). These data usually include amount, business description, scenario information, etc.

[0053] The collected business data is stored in wide table A. Wide table A contains multiple fields, some of which are key fields:

[0054] Business occurrence date (business_date): The business date generated by each scenario will be written into this field, indicating the time when the business occurred.

[0055] Amount field: record the corresponding amount according to the business scenario.

[0056] Scenario description and business significance fields: These fields are used to describe the details of the business and provide business background or purpose so that financial personnel can understand and review it.

[0057] S130. Generate financial data according to the business data in the wide table.

[0058] In this embodiment, according to the scenario information in the business data, the system will search for the corresponding financial entry template or rules. These rules usually include how to map the business data to different accounting subjects, debit and credit directions, etc.

[0059] Generate corresponding financial entries based on the matching entry rules. For example, if it is a sales scenario, a revenue entry and an accounts receivable entry may be generated. For a procurement scenario, entries for procurement expenses and accounts payable may be generated to generate financial data.

[0060] S140: Verify the financial data.

[0061] In this embodiment, each business scenario has a unique scenario ID, through which the financial rules and related information corresponding to the scenario can be found.

[0062] Further extract relevant financial information based on the scenario ID, including:

[0063] Cost center: Identify the department or project involved in the business and ensure that expenses and revenues are attributed correctly.

[0064] Currency: Specifies the currency unit of the transaction, usually determined by the region or agreement involved in the transaction.

[0065] Business segment information: Extract relevant information of other financial segments based on the business scenario, such as whether it involves multiple departments, projects, or subsidiaries.

[0066] The generated financial data will pass a series of validation rules. Common validation rules include:

[0067] Data completeness: Make sure all required fields are filled, such as amount, date, scenario ID, etc.

[0068] Logical verification: Check whether the financial data is reasonable, such as whether the debit and credit directions of the amounts match, whether there are any anomalies in negative amounts, etc.

[0069] Scenario rule verification: Check whether the scenario complies with the predetermined business rules and whether it meets company policies or accounting standards.

[0070] If the validation is successful, the data can proceed to the next step, which is to generate a formal accounting date. If all validations are passed, the accounting date of the financial data is determined based on the transaction date (i.e. the value of the business_date field) or other business rules. The accounting date usually reflects the date when the transaction is officially recorded in the financial books.

[0071] S150: Generate a voucher based on the verified financial data.

[0072] In this embodiment, relevant business data is extracted from the wide table, and relevant segment values ​​(such as 8 segment values ​​such as entry, cost center, currency, and business segment) are obtained according to the business scenario ID and rule configuration table. These data are verified to ensure that they comply with business rules and financial specifications.

[0073] The process of generating vouchers is mainly to sort and organize the verified data according to the rules of financial entries. First, determine the type of voucher to be generated based on the ID of the business scenario and the corresponding rule configuration table. The determination of the voucher type is usually related to factors such as business scenarios and accounting requirements.

[0074] Secondly, according to the definition in the entry rule configuration table, fill the verified data into the corresponding financial entry. Each entry contains necessary fields, such as account, debit and credit direction, amount, currency, cost center, etc.

[0075] Next, the system will automatically generate standard debit and credit entries based on the entry rules in the configuration table. According to the matching of accounting subjects and amounts, the debit and credit entries are constructed. For example, if the voucher generated by a business scenario is about procurement expenditure, the system will allocate the relevant procurement expenses to the corresponding accounting subjects, such as the debit of the "Purchase Expenses" subject and the credit of the "Accounts Payable" subject.

[0076] Finally, in addition to the entry data, the voucher also needs to fill in some necessary fields, such as voucher date, accounting date, business segment, currency, voucher number, etc.

[0077] These fields may come from data in a wide table, from a rule configuration table, or be automatically generated by the system based on other business data.

[0078] S160. Obtain the accounting date according to the accounting type corresponding to the voucher and a preset rule.

[0079] In one embodiment, see Figure 3 , the above-mentioned step S160 may include steps S161 to S162.

[0080] S161. Determine the type of the voucher, and determine the accounting type according to the type of the voucher.

[0081] In this embodiment, in the entire voucher production process, the determination of the accounting date depends not only on the voucher type, but also needs to be judged according to different business characteristics and configuration tables.

[0082] According to the different voucher types and their corresponding accounting types in the configuration table, the program will select the corresponding accounting date according to different accounting algorithms. The configuration table is shown in Table 1.

[0083] Table 1. Configuration table

[0084] Voucher Type Bookkeeping Type 5A A 5B B 6B C 7B D

[0085] Each voucher type corresponds to an accounting type, and the program executes different accounting date acquisition logic according to the accounting type of the voucher type (A, B, C, D, E).

[0086] S162. Obtain an accounting date according to the accounting type and preset rules.

[0087] In this embodiment, the preset rules include obtaining the last day of the previous month as the accounting date when the accounting type is type A; and reading the accounting date when the business data is generated from the Redis cache when the type ID is type B.

[0088] When the accounting type is type C, the judgment is made based on the company segment and the period table data of the current financial period combined with the transaction date. If the year and month of the transaction date are consistent with the year and month of the current financial period, the transaction date is taken as the accounting date; if the year and month of the current financial period is greater than the year and month of the transaction date, it is judged whether the current date exceeds the last date of the financial period; if the current date exceeds the last date of the financial period, the last day of the financial period is taken as the accounting date; if the current date does not exceed the last date of the financial period, the current time is taken as the accounting date; if the transaction date is greater than the calculated accounting date, the transaction date is taken as the accounting date.

[0089] When the accounting type is D type, when the business date is after the 2nd of each month, the business date is the accounting date; when the business date is before the 2nd of each month, determine whether the return time is greater than the system time. If the return time is greater than the system time, the return time is used as the accounting date; if the return time is less than the system time, the last day of the previous month of the system time is used as the accounting date.

[0090] When the accounting type is type E, determine whether the business date is a working day. If the business date is a working day, the business date will be used as the accounting date; if the business date is not a working day, the working day closest to the business date will be calculated as the accounting date.

[0091] Specifically, Class A application scenarios: This type is usually used for businesses that require early financial confirmation or adjustment, such as advance payments, cross-period expenses, etc.

[0092] The program will calculate the current date, get the last day of the previous month, and use it as the accounting date. For example, if the current date is November 10, 2024, the program will set the accounting date to October 31, 2024.

[0093] For type B, this type is usually applicable to dates that have been generated or stored by the system, such as dates that have been preset during business processing (such as the date recorded when the business is generated, or the date pushed by an external system).

[0094] The system determines the accounting date of the voucher by querying the date information of the corresponding business in the Redis cache. For example, when a business is created, the relevant date may be stored in Redis. When the voucher is issued, the system will automatically obtain the date from Redis as the accounting date.

[0095] For C-type vouchers, the accounting date needs to be calculated based on the company segment, financial period data, and business date.

[0096] If the year and month in the period table are the same as the year and month of the business date, the business date (business_date) is used as the accounting date.

[0097] If the year and month of the period table is greater than the year and month of the transaction date, then:

[0098] Determine whether the year and month of the system time is greater than the year and month of the financial period;

[0099] If the system time is greater than the financial period, the last day of the financial period is used as the accounting date;

[0100] If the system time is less than or equal to the fiscal period, the system time is used as the accounting date.

[0101] If the business date is greater than the accounting date, the business date is used directly as the accounting date.

[0102] This type is suitable for scenarios where there is a clear relationship between business and financial periods, especially when the accounting date needs to be determined based on the company's specific financial period, the time when the business occurs, and the real-time status of the system.

[0103] The system first checks the business_date and the year and month in the current period table. If the two match, the business_date is used directly. If not, the program will dynamically adjust the accounting date based on the relationship between the system time and the financial period.

[0104] For type D, if the generation date (i.e. the date when the business data is generated) is greater than 2, the accounting date is the generation date.

[0105] Otherwise, check whether the return time (i.e. the time when the business data is returned to the disk) is greater than or equal to the system time:

[0106] If the return time is greater than or equal to the system time, the return time will be used as the accounting date.

[0107] If the return time is less than the system time, the last day of the previous month of the system time will be taken as the accounting date.

[0108] This type of data is usually used when the business needs to determine the relationship between the transaction date and the return time, especially when ensuring the accuracy and timeliness of the data at the end of the month.

[0109] The system first determines whether the generated date meets the conditions. If so, it is directly adopted; otherwise, it checks the relationship between the return time and the system time in turn to determine the final accounting date.

[0110] For type E, the accounting date depends on whether the business date is a working day:

[0111] If the business date is a weekday (such as Monday to Friday), the accounting date is the business date.

[0112] If the business date is not a working day (such as Saturday or Sunday), you need to push it forward until you find the nearest working day as the accounting date.

[0113] This type is suitable for businesses that need to be processed based on actual working days, such as salary payment, account settlement, etc.

[0114] The system first determines whether the business date is a working day. If it is a working day, it will use that date directly; if it is not a working day, the system will calculate forward until it finds a working day as the accounting date.

[0115] By configuring different voucher types and corresponding accounting types in the table, the system can apply different accounting date acquisition logic according to the characteristics of each voucher. The specific acquisition rules involve dynamic calculation of dates, cache reading, query of period tables, and judgment of working days. Through these rules, it can be ensured that each voucher can accurately determine the accounting date under the premise of meeting business needs and financial regulations.

[0116] These different accounting types (A, B, C, D, E) are suitable for different business scenarios and can flexibly respond to various complex financial accounting needs.

[0117] S170. Encrypt the accounting date to form a voucher ID.

[0118] In this embodiment, encrypting the accounting date and forming a unique voucher ID is an effective way to improve the security and management efficiency of financial data. In order to ensure the security of the encryption process, recognized encryption algorithms such as SHA-256 and AES can be selected. The encryption process can combine key fields such as accounting date, voucher number, company segment, etc. to generate an encrypted voucher ID to ensure its uniqueness and security. Financial personnel can quickly query relevant voucher information through the voucher ID with authorization, but unauthorized personnel cannot directly read the plain text information therein. The system needs to provide secure permission management to ensure that data is only accessed by appropriate personnel.

[0119] The encrypted credential ID needs to be properly archived and backed up to ensure that complete historical data can be provided during an audit. The system should also support long-term storage and compliance archiving of these encrypted data.

[0120] By encrypting the accounting date and generating a unique voucher ID, not only can the security and tamper-proof nature of financial data be enhanced, but also the efficiency, accuracy and compliance of financial data management can be improved. The encryption processing and unique identification function of the voucher ID bring stronger data protection capabilities to the financial system, and also provide great convenience for subsequent data query, audit and analysis.

[0121] The method of this embodiment can set corresponding accounting date calculation rules for different business types or accounting matters to ensure that the accounting date of the data can maintain accuracy and completeness. This can effectively avoid errors or omissions and ensure the consistency of financial data.

[0122] Support closing the current accounting period to ensure that financial data is locked within a specific period and further modification is prohibited, thereby achieving account closing operations and ensuring the stability of accounts. At the same time, it can also prepare for the opening of the next accounting period.

[0123] Even if the current accounting period has not yet been closed, the system still allows the acquisition of business data for the next accounting period and the ability to post it to the next month as required. This helps business continuity and financial timeliness.

[0124] Supports configuration as needed to flexibly adjust the accounting date calculation method of voucher data. For example, the accounting date rules can be modified according to different accounting policies or special circumstances to ensure that the data meets the company's specific financial requirements.

[0125] This approach enhances the flexibility and management control of the financial system, and helps improve the accuracy and efficiency of financial operations.

[0126] The above-mentioned financial voucher preparation method obtains business data through business scenarios and writes it into a wide table; generates financial data through a wide table and verifies it, and after the voucher is generated, obtains the accounting date according to the accounting type and rules; encrypts the accounting date and forms a unique voucher ID. Specifically, the business data is written into the wide table according to the actual business scenario, which can ensure that the financial data is consistent with the actual business expense date incurred; after the financial data is generated and verified, the accounting date of the voucher is accurately obtained according to the preset rules, avoiding the problem of only being able to account at the current time; the voucher ID is formed by encrypting the accounting date to ensure the accurate association between the voucher and the business expense date, thereby ensuring the accuracy and timeliness of financial accounting. The entire method effectively avoids the problem that the current market can only account at the current time and is inconsistent with the business expense date, thereby ensuring the accuracy and timeliness of financial accounting.

[0127] Figure 4 FIG. 3 is a schematic block diagram of a financial voucher making device 300 provided in an embodiment of the present invention. Figure 4As shown, corresponding to the above financial voucher making method, the present invention also provides a financial voucher making device 300. The financial voucher making device 300 includes a unit for executing the above financial voucher making method, and the device can be configured in a server. Figure 4 The financial voucher making device 300 includes an acquisition unit 301, a writing unit 302, a data generation unit 303, a verification unit 304, a voucher generation unit 305, an accounting date acquisition unit 306 and a voucher ID generation unit 307.

[0128] An acquisition unit 301 is used to acquire a business scenario and corresponding business data; a writing unit 302 is used to write the business data into a wide table according to the business scenario; a data generation unit 303 is used to generate financial data according to the business data in the wide table; a verification unit 304 is used to verify the financial data; a voucher generation unit 305 is used to generate a voucher according to the verified financial data; an accounting date acquisition unit 306 is used to obtain the accounting date according to the accounting type corresponding to the voucher in combination with preset rules; a voucher ID generation unit 307 is used to encrypt the accounting date to form a voucher ID.

[0129] In one embodiment, if Figure 5 As shown, the accounting date acquisition unit 306 includes a type determination subunit 3061 and a date acquisition subunit 3062.

[0130] The type determination subunit 3061 is used to determine the type of the voucher and determine the accounting type according to the type of the voucher; the date acquisition subunit 3062 is used to acquire the accounting date according to the accounting type in combination with preset rules.

[0131] It should be noted that technicians in the relevant field can clearly understand that the specific implementation process of the above-mentioned financial voucher preparation device 300 and each unit can refer to the corresponding description in the aforementioned method embodiment, and for the convenience and brevity of description, it will not be repeated here.

[0132] Each module in the financial voucher making device 300 can be implemented in whole or in part by software, hardware, or a combination thereof. Each module can be embedded in or independent of a processor in a computer device in the form of hardware, or can be stored in a memory in a computer device in the form of software, so that the processor can call and execute operations corresponding to each module.

[0133] In one embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Figure 6As shown. The computer device includes a processor, a memory, a network interface and a database connected via a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile and / or volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The network interface of the computer device is used to communicate with an external client via a network connection. When the computer program is executed by the processor, it implements the functions or steps on the service side of a financial voucher production method.

[0134] In one embodiment, a computer device is provided. The computer device may be a client, and its internal structure diagram may be as follows: Figure 7 As shown. The computer device includes a processor, a memory, a network interface, a display screen and an input device connected through a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The network interface of the computer device is used to communicate with an external server through a network connection. When the computer program is executed by the processor, it realizes the functions or steps of the client side of a financial voucher production method

[0135] In one embodiment, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the following steps when executing the computer program:

[0136] Acquire a business scenario and corresponding business data; write the business data into a wide table according to the business scenario; generate financial data according to the business data in the wide table; verify the financial data; generate a voucher according to the verified financial data; obtain an accounting date according to the accounting type corresponding to the voucher in combination with preset rules; encrypt the accounting date to form a voucher ID.

[0137] In one embodiment, a computer readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:

[0138] Acquire a business scenario and corresponding business data; write the business data into a wide table according to the business scenario; generate financial data according to the business data in the wide table; verify the financial data; generate a voucher according to the verified financial data; obtain an accounting date according to the accounting type corresponding to the voucher in combination with preset rules; encrypt the accounting date to form a voucher ID.

[0139] It should be noted that the above functions or steps that can be implemented by the computer-readable storage medium or computer device can refer to the relevant descriptions on the server side and the client side in the aforementioned method embodiment. To avoid repetition, they will not be described one by one here.

[0140] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in the present application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration and not limitation, RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).

[0141] Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.

[0142] The embodiments described above are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. Such modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be included in the protection scope of the present invention.

[0143] The non-Company software tools or components appearing in the embodiments of this application are merely examples and do not represent actual use.

Claims

1. A method for preparing financial vouchers, characterized in that: include: Obtain business scenarios and corresponding business data; Writing the business data into a wide table according to the business scenario; generating financial data according to the business data in the wide table; Verifying the financial data; Generate vouchers based on the verified financial data; Obtaining the accounting date according to the accounting type corresponding to the voucher and the preset rules; The accounting date is encrypted to form a voucher ID.

2. The financial voucher preparation method according to claim 1, characterized in that: The business data includes the amount, date of business occurrence, scenario description and business significance.

3. The financial voucher preparation method according to claim 1, characterized in that: The step of obtaining the accounting date according to the accounting type corresponding to the voucher in combination with a preset rule includes: Determine the type of the voucher, and determine the accounting type according to the type of the voucher; The accounting date is obtained according to the accounting type and preset rules.

4. The method for preparing financial vouchers according to claim 3, characterized in that: The preset rules include that when the accounting type is type A, the last day of the previous month is obtained as the accounting date; when the type ID is type B, the accounting date when the business data is generated is read from the Redis cache.

5. The method for preparing financial vouchers according to claim 3, characterized in that: The preset rules also include that when the accounting type is type C, a judgment is made based on the company segment and the period table data of the current financial period combined with the date of business occurrence. If the year and month of the date of business occurrence are consistent with the year and month of the current financial period, the date of business occurrence is taken as the accounting date; if the year and month of the current financial period is greater than the year and month of the date of business occurrence, it is judged whether the current date exceeds the last date of the financial period; if the current date exceeds the last date of the financial period, the last day of the financial period is taken as the accounting date; if the current date does not exceed the last date of the financial period, the current time is taken as the accounting date; if the date of business occurrence is greater than the calculated accounting date, the date of business occurrence is taken as the accounting date.

6. The method for preparing financial vouchers according to claim 3, characterized in that: The preset rules also include that when the accounting type is type D, when the business date is after the 2nd of each month, the business date is the accounting date; when the business date is before the 2nd of each month, it is determined whether the return time is greater than the system time. If the return time is greater than the system time, the return time is used as the accounting date; if the return time is less than the system time, the last day of the previous month of the system time is used as the accounting date.

7. The method for preparing financial vouchers according to claim 3, characterized in that: The preset rules also include, when the accounting type is type E, determining whether the business date is a working day. If the business date is a working day, the business date is used as the accounting date; if the business date is not a working day, the working day closest to the business date is calculated as the accounting date.

8. A financial voucher making device, characterized in that: include: An acquisition unit, used to acquire business scenarios and corresponding business data; A writing unit, used for writing the business data into a wide table according to the business scenario; A data generating unit, used for generating financial data according to the business data in the wide table; A verification unit, used to verify the financial data; A voucher generating unit, used to generate a voucher according to the verified financial data; An accounting date acquisition unit, used to acquire the accounting date according to the accounting type corresponding to the voucher in combination with a preset rule; The voucher ID generating unit is used to encrypt the accounting date to form a voucher ID.

9. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the steps of the financial voucher preparation method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the steps of the financial voucher preparation method as claimed in any one of claims 1 to 7 are implemented.

Images