Data generation method and device, computer device, and storage medium

Abstract

The application belongs to the technical field of data processing, and relates to a data generation method, comprising the following steps: obtaining original accounting data corresponding to a user; performing attribution information matching on the original accounting data based on a rule engine, and generating first accounting data with attribution information based on the obtained attribution information matching result; performing data verification on the first accounting data based on a multi-dimensional verification strategy; if the first accounting data passes the data verification, performing budget verification processing on the first accounting data, and generating second accounting data with budget occupation records based on a budget verification result; performing approval on the second accounting data based on an approval process model; if the second accounting data passes the approval, performing voucher generation processing on the second accounting data based on a voucher generation strategy to obtain general ledger vouchers; and pushing the general ledger vouchers to a general ledger system. The application also provides a data generation device, a computer device and a storage medium. The application can effectively improve the processing efficiency and accuracy of voucher generation.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to data generation methods, apparatus, computer equipment and storage media. Background Technology

[0002] In traditional financial reimbursement processing, the generation of reimbursement vouchers mainly relies on accounting staff manually entering and compiling information from reimbursement documents. This process is repetitive, error-prone, inefficient, and lacks accuracy. Specifically, the traditional method typically requires accounting staff to read each item in the reimbursement application and then manually compile accounting entries according to the accounting system and subject rules of each legal entity to generate the corresponding reimbursement vouchers. This manual compilation method is not only time-consuming and labor-intensive but also prone to data omissions due to human error, seriously affecting the timeliness and data quality of financial accounting.

[0003] For example, in the scenario of cross-legal entity expense reimbursement within a financial group, a single travel expense involving multiple legal entities would traditionally require finance personnel to log into each entity's financial system separately, manually split the amount, select the corresponding account set, fill in different auxiliary accounting dimensions, and then enter the vouchers item by item. If the reimbursement involves three legal entities, five invoices with different tax rates, two cost centers, and one project number, finance personnel often need to repeatedly check more than ten times to complete the preparation of all vouchers. Furthermore, errors are highly likely to occur, such as discrepancies between the voucher amount and the allocation ratio for a particular legal entity's account set, or the input tax not being correctly split according to the invoice tax rate. This inefficient and error-prone method of voucher generation not only increases the operating costs of the financial shared service center but also hinders the standardization and automation of cross-legal entity financial management within the group.

[0004] Therefore, there is an urgent need to provide an intelligent voucher generation method based on the automatic flow of data throughout the entire process, so as to realize the automated generation of general ledger vouchers from expense reports, improve the efficiency and accuracy of voucher generation, and reduce the cost of manual intervention. Summary of the Invention

[0005] The purpose of this application is to provide a data generation method, apparatus, computer equipment, and storage medium to solve the technical problems of low processing efficiency and low accuracy in existing voucher generation methods.

[0006] Firstly, a data generation method is provided, including: Obtain the original expense report data corresponding to the user; The original expense report data is matched with the attribution information based on the preset rule engine, and the first expense report data with attribution information is generated based on the obtained attribution information matching results. The first expense report data is processed for data verification based on a preset multi-dimensional verification strategy. If the first expense report data passes the data verification, then the first expense report data is subjected to budget verification processing, and a second expense report data with budget occupancy records is generated based on the obtained budget verification result. The second expense report data is processed for approval based on a pre-defined approval process model. If the second expense report data is approved, then the second expense report data will be processed to generate vouchers based on the preset voucher generation strategy to obtain the corresponding general ledger vouchers. The general ledger voucher is pushed to the corresponding general ledger system.

[0007] Secondly, a data generation apparatus is provided, comprising: The acquisition module is used to acquire the original expense report data corresponding to the user; The first processing module is used to perform attribution information matching on the original expense report data based on a preset rule engine, and generate first expense report data with attribution information based on the obtained attribution information matching results. The verification module is used to perform data verification processing on the first expense report data based on a preset multi-dimensional verification strategy; The second processing module is used to perform budget verification processing on the first expense report data if the first expense report data passes the data verification, and generate second expense report data with budget occupancy records based on the obtained budget verification results. The approval module is used to process the second expense report data for approval based on a preset approval process model. The generation module is used to generate vouchers for the second expense report data based on a preset voucher generation strategy if the second expense report data is approved, so as to obtain the corresponding general ledger vouchers. The push module is used to push the general ledger vouchers to the corresponding general ledger system.

[0008] Thirdly, 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 executes the computer program to implement the steps of the above-described data generation method.

[0009] Fourthly, a computer-readable storage medium is provided, which stores a computer program that, when executed by a processor, implements the steps of the above-described data generation method.

[0010] In the above-described data generation method, apparatus, computer equipment, and storage medium, the original expense report data corresponding to the user is first obtained; then, the original expense report data is matched with attribution information based on a preset rule engine, and a first expense report data with attribution information is generated based on the obtained attribution information matching result; subsequently, the first expense report data is processed for data verification based on a preset multi-dimensional verification strategy; if the first expense report data passes the data verification, the first expense report data is processed for budget verification, and a second expense report data with budget occupancy records is generated based on the obtained budget verification result; subsequently, the second expense report data is processed for approval based on a preset approval process model; if the second expense report data passes the approval, the second expense report data is processed for voucher generation based on a preset voucher generation strategy to obtain the corresponding general ledger voucher; finally, the general ledger voucher is pushed to the corresponding general ledger system. Based on the above automated processing flow, unlike the existing voucher generation method that relies on financial personnel to manually enter and compile voucher information based on expense reports, this application provides an intelligent voucher generation method based on the automatic flow of data throughout the entire process. By combining the use of rule engines, multi-dimensional verification strategies, approval process models, and voucher generation strategies to process the original expense reports, it can realize the automated generation of general ledger vouchers from expense reports, effectively improving the processing efficiency and accuracy of voucher generation. Attached Figure Description

[0011] To more clearly illustrate the solutions in this application, the accompanying drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0012] Figure 1 This is an exemplary system architecture diagram to which this application can be applied; Figure 2 This is a flowchart of an embodiment of the data generation method according to this application; Figure 3 This is a schematic diagram of the structure of an embodiment of the data generation apparatus according to this application; Figure 4 This is a schematic diagram of the structure of one embodiment of the computer device according to this application. Detailed Implementation

[0013] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein in the specification of the application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application; the terms "comprising" and "having," and any variations thereof, in the specification, claims, and foregoing drawings of this application, are intended to cover non-exclusive inclusion. The terms "first," "second," etc., in the specification, claims, or foregoing drawings of this application are used to distinguish different objects, not to describe a particular order.

[0014] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0015] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings.

[0016] like Figure 1 As shown, system architecture 100 may include terminal device 101, network 102, and server 103. Terminal device 101 may be a laptop 1011, tablet 1012, or mobile phone 1013. Network 102 is used as a medium to provide a communication link between terminal device 101 and server 103. Network 102 may include various connection types, such as wired, wireless communication links, or fiber optic cables, etc.

[0017] Users can use terminal device 101 to interact with server 103 via network 102 to receive or send messages, etc. Various communication client applications can be installed on terminal device 101, such as web browser applications, shopping applications, search applications, instant messaging tools, email clients, social media platform software, etc.

[0018] Terminal device 101 can be various electronic devices with a display screen and support web browsing. In addition to laptops 1011, tablets 1012, or mobile phones 1013, terminal device 101 can also be an e-book reader, an MP3 player (Moving Picture Experts Group Audio Layer III), an MP4 player (Moving Picture Experts Group Audio Layer IV), a laptop computer, and a desktop computer, etc.

[0019] Server 103 can be a server that provides various services, such as a backend server that provides support for the pages displayed on terminal device 101.

[0020] It should be noted that the data generation method provided in the embodiments of this application is generally executed by a server / terminal device, and correspondingly, the data generation device is generally located in the server / terminal device.

[0021] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0022] Continue to refer to Figure 2 A flowchart illustrating an embodiment of the data generation method according to this application is shown. The order of steps in the flowchart can be changed, and some steps can be omitted, depending on different needs. The data generation method provided in this application embodiment can be applied to any scenario requiring data generation, and therefore can be applied to products in these scenarios, such as data generation products in the financial field. The data generation method includes the following steps: Step S201: Obtain the original expense report data corresponding to the user.

[0023] In this embodiment, the data generation method operates on an electronic device (e.g., Figure 1 The server / terminal device shown can acquire the original expense report data corresponding to the user via wired or wireless connection. It should be noted that the aforementioned wireless connection methods may include, but are not limited to, 3G / 4G / 5G connections, WiFi connections, Bluetooth connections, WiMAX connections, Zigbee connections, UWB (ultra-wideband) connections, and other currently known or future developed wireless connection methods. The executing entity of this application is specifically a data generation system, which can be simply referred to as the system.

[0024] The specific implementation process of obtaining the original expense report data corresponding to the user will be described in more detail in subsequent specific embodiments of this application, and will not be elaborated on here.

[0025] Step S202: Match the original expense report data with attribution information based on a preset rule engine, and generate first expense report data with attribution information based on the obtained attribution information matching results.

[0026] In this embodiment, the aforementioned attribution information matching refers to activating a preset rule engine to read key information from the aforementioned original expense report data to comprehensively match the attributing legal entity, and further match the account set information corresponding to the legal entity, and generate a first expense report data with attribution information.

[0027] Specifically, the intelligent process for determining the legal entity to which an expense belongs includes: activating the system's built-in cross-legal entity attribution rule engine (i.e., the aforementioned rule engine) to comprehensively analyze the original expense data based on multiple dimensions, such as the expense item (e.g., project-based expenses, departmental expenses), expense attributes, project attribution, cost center, and business location. For example, for project-based expenses, attribution is determined according to the legal entity pre-bound to the project; for departmental expenses, attribution is determined according to the legal entity to which the department belongs; for expenses incurred in other locations, attribution is determined according to the legal entity of the business location; and for group-wide expenses, attribution is assigned to the corresponding legal entity according to preset allocation rules. This multi-dimensional analysis ensures the accuracy of the attribution determination.

[0028] The process of matching account set information (i.e., account set information) includes: after determining the legal entity to which the account set belongs, the system automatically matches the account set identifier, accounting period, account system, voucher template, functional currency and other information corresponding to the legal entity from the database, and associates the information with the accounting data to form a unique mapping relationship between accounting data, legal entity and account set, so as to ensure that the accounting data can be accurately matched with the corresponding financial account set for processing.

[0029] In addition, if multiple entities can be attributed to a single entity, the system will provide a recommended attribution result according to preset priority ranking rules (such as setting priorities based on cost percentage, business importance, etc.). Simultaneously, it supports manual fine-tuning and confirmation by shared accountants. Fine-tuning records are automatically logged, including information such as the fine-tuning time, operator, and adjustment content, for subsequent auditing and traceability, ensuring the reasonableness and traceability of handling multiple attribution situations.

[0030] Step S203: Perform data verification processing on the first expense report data based on a preset multi-dimensional verification strategy.

[0031] In this embodiment, the specific implementation process of performing data verification processing on the first expense report data based on the preset multi-dimensional verification strategy will be further described in detail in subsequent specific embodiments of this application, and will not be elaborated on here.

[0032] Step S204: If the first expense report data passes the data verification, then the first expense report data is subjected to budget verification processing, and a second expense report data with budget occupancy records is generated based on the obtained budget verification result.

[0033] In this embodiment, the system retrieves budget allocation information from the budget platform across five dimensions: legal entity, department, subject, project, and accounting period. This comprehensive understanding of the budget situation across all dimensions provides detailed data for subsequent budget control. Furthermore, after the expense report is submitted, the system deducts the available budget amount in real time and generates a corresponding budget occupancy record. The specific implementation process includes: upon submission, the system immediately responds and executes a real-time budget deduction. Based on the legal entity, department, subject, project, and accounting period information in the expense report data, the system locates the corresponding budget item in the acquired budget allocation data. Then, according to the expense report amount, the system directly deducts from the available budget amount for that item. Simultaneously, the system generates a detailed budget occupancy record. This record includes the specific time of budget occupancy, accurate to the second or even millisecond, to ensure accurate tracking of the time of budget occupancy; an expense report serial number, a unique identifier for each expense report, which links the budget occupancy record to the specific expense report; and the occupancy amount, i.e., the budget amount deducted in this expense report. Through these operations, the system ensures that budget data can be updated in real time, accurately reflecting the actual use of the budget and providing reliable data support for subsequent budget management and decision-making.

[0034] The control logic implemented includes: Sufficient Budget: If the budget is sufficient, the reimbursement is approved directly, and subsequent processes proceed normally. Budget Warning: If the budget is insufficient but within the warning range, the system issues a warning, informing relevant personnel of the budget strain. An exception approval process is allowed, allowing reimbursement to continue only after approval by designated personnel. Rigid Interception: If the budget is severely insufficient, the system implements rigid interception, disallowing reimbursement submission and strictly controlling budget expenditures to prevent overspending. Budget Release and Recording: If a reimbursement is rejected or deleted, the system automatically releases the previously used budget, ensuring real-time consistency of budget data. Simultaneously, the system supports cross-year and cross-period budget rolling control and records budget usage and release logs, including operation time, operation type, and amount involved, for subsequent audit traceability, ensuring the entire budget management process is traceable.

[0035] This step revolves around the budget. By obtaining multi-dimensional budget limits, deducting budget amounts in real time and recording usage, implementing control logic for different amounts, and strictly managing the budget, it also handles budget release when expense reports are returned or deleted, records budget operation logs, and ensures the accuracy and traceability of budget data.

[0036] Step S205: The second expense report data is approved based on a preset approval process model.

[0037] In this embodiment, the process of implementing cross-legal entity hierarchical approval based on a preset approval process model includes: 1) Matching the approval process model: The system automatically matches the group's unified approval process model from the preset approval process model library based on factors such as the reimbursement amount, expense type, affiliated legal entity, and over-limit situation, ensuring that the approval process is adapted to the reimbursement situation. 2) Determining process routing rules: Small standard expenses: Approved by the department head, simplifying the approval process and improving the efficiency of small expense reimbursement. Large / over-limit expenses: Approved sequentially by the department head, financial shared service review, and the supervisor in charge, with multi-level review to ensure the rationality and compliance of large and over-limit expense reimbursements. Cross-legal entity reimbursement: Adding a countersigning step at the financial node of the other party's legal entity, considering the special characteristics of cross-legal entity reimbursement, allowing the other party's legal entity to participate in the approval, and protecting the interests of all parties. 3) Displaying approval information: During the approval process, the system automatically displays expense standard comparison, remaining budget, invoice compliance status, affiliated legal entity and account information, etc., providing comprehensive decision-making basis for approvers, enabling them to clearly understand all aspects of the reimbursement situation and make accurate approval decisions. 4) Storage of approval records: Approval opinions, modification opinions, reasons for rejection, etc. are all stored in a structured manner to form a complete chain of evidence for the approval process, including detailed information such as approval time, approvers, and approval opinions, which facilitates subsequent auditing and querying and ensures that the approval process is traceable.

[0038] Among them, by matching the approval process model, determining the process routing rules under different circumstances, displaying comprehensive information during the approval process to assist the approvers in making decisions, and storing approval records to form an evidence chain, it can realize hierarchical approval of cross-legal entity reimbursement, and ensure the standardization and traceability of the approval process.

[0039] Step S206: If the second expense report data is approved, then the second expense report data is processed to generate vouchers based on the preset voucher generation strategy to obtain the corresponding general ledger vouchers.

[0040] In this embodiment, the specific implementation process of generating vouchers from the second expense report data based on the preset voucher generation strategy to obtain the corresponding general ledger vouchers will be further described in detail in subsequent specific embodiments of this application, and will not be elaborated on here.

[0041] Step S207: Push the general ledger voucher to the corresponding general ledger system.

[0042] In this embodiment, the specific implementation process of pushing the general ledger voucher to the corresponding general ledger system will be described in further detail in subsequent specific embodiments of this application, and will not be elaborated on here.

[0043] This application first obtains the original expense report data corresponding to the user; then, it performs attribution information matching on the original expense report data based on a preset rule engine, and generates first expense report data with attribution information based on the obtained attribution information matching result; subsequently, it performs data verification processing on the first expense report data based on a preset multi-dimensional verification strategy; if the first expense report data passes the data verification, it performs budget verification processing on the first expense report data, and generates second expense report data with budget occupancy records based on the obtained budget verification result; subsequently, it performs approval processing on the second expense report data based on a preset approval process model; if the second expense report data passes the approval, it performs voucher generation processing on the second expense report data based on a preset voucher generation strategy to obtain the corresponding general ledger voucher; finally, it pushes the general ledger voucher to the corresponding general ledger system. Based on the above automated processing flow, unlike the existing voucher generation method that relies on financial personnel to manually enter and compile voucher information based on expense reports, this application provides an intelligent voucher generation method based on the automatic flow of data throughout the entire process. By combining the use of rule engines, multi-dimensional verification strategies, approval process models, and voucher generation strategies to process the original expense reports, it can realize the automated generation of general ledger vouchers from expense reports, effectively improving the processing efficiency and accuracy of voucher generation.

[0044] In some alternative implementations, step S201 includes the following steps: A corresponding basic information package for expense reimbursement is generated based on the user's account information.

[0045] In this embodiment, users (such as employees) access the system through the group's unified expense reimbursement portal. The system interface provides various expense reimbursement type options, such as travel expenses and business entertainment expenses, which employees can select as needed. Then, based on the employee's account information, the system retrieves master data such as the employee's organization, administrative department, cost center, project number, and job level standards from relevant databases (such as the human resources database and organizational structure database). This scattered data is then integrated to form a basic expense reimbursement information package containing key employee information, providing foundational data support for subsequent expense reimbursement.

[0046] Receive the attached images uploaded by the user.

[0047] In this embodiment, after completing the basic information entry, the user needs to upload images of attachments related to the expense report, such as electronic invoices, itineraries, and account statements, to the system.

[0048] The attached images are processed by a preset information extraction algorithm to obtain corresponding structured information.

[0049] In this embodiment, the system initiates OCR recognition technology to scan and process the attached image. OCR recognition technology is a technique that converts text information in an image into text information that a computer can recognize and process. The system acquires image information of the attached image through an optical scanning device, and then uses advanced image processing algorithms to preprocess the image, such as removing noise, adjusting image contrast and brightness, to improve image quality and make the text clearer and more legible. Next, the system uses character recognition algorithms to recognize and convert the text in the image one by one, transforming the text in the image into a text format that a computer can process.

[0050] After converting images to text, the system uses a structured extraction algorithm to automatically extract key fields from the text. For electronic invoices, the algorithm accurately locates and extracts key information such as the invoice number (the unique identifier of the invoice), invoice date (the specific date the invoice was issued), amount (the amount stated on the invoice), and tax rate (the applicable tax rate) based on the fixed format and specifications of the invoice. Taking invoice amount extraction as an example, the algorithm first identifies the area containing the amount on the invoice, and then accurately extracts it based on the numerical format and unit (such as yuan, jiao, fen). For itinerary receipts, the algorithm extracts key information such as the trip's origin and destination, flight number (if it is an air trip), departure time, and arrival time. The accurate extraction of these key fields provides a solid guarantee for the accuracy of reimbursement data, ensuring that the reimbursement amount, items, and other information match the actual business situation and avoiding reimbursement problems caused by information errors.

[0051] The basic expense reimbursement information package, the attached images, and the structured information are encapsulated to obtain the corresponding expense reimbursement data package.

[0052] In this embodiment, during the data packet encapsulation stage, the system comprehensively integrates the basic reimbursement information package, structured invoice information, and attached images. Specifically, the system will systematically combine key employee information from the basic reimbursement information package, detailed expense lists from the structured invoice information, and storage paths for attached images according to a pre-defined data structure and format. For example, it will associate employee organization information with corresponding invoice amount information and match itinerary information from itineraries with reimbursement types to form a complete, logically clear, and standardized reimbursement data packet. This data packet contains all the information required for reimbursement, providing a complete data basis for subsequent system processing and approval.

[0053] The expense report data package is used as the original expense report data.

[0054] In this embodiment, the system also generates a unique reimbursement serial number for the aforementioned reimbursement data packet according to specific rules. The rules for generating the serial number can combine time sequence and random algorithms. For the time sequence part, the system obtains the current system time, accurate to the second or even millisecond, and converts the time information into a specific numerical code, which serves as part of the serial number. This ensures that the serial number is arranged according to the chronological order of the reimbursement application, facilitating subsequent querying and tracking. For the random algorithm part, the system uses a random number generator to generate a random number or character combination of a certain length and adds it after the time code to further ensure the uniqueness of the serial number. For example, assuming the current time is 2:30:45 PM on October 15, 2024, the system converts it into the numerical code "20241015143045", and then generates a random string "ABC123" using a random algorithm. The final generated reimbursement serial number might be "20241015143045ABC123". This unique reimbursement serial number acts like an "identity card" for the data packet, playing a crucial role in the entire subsequent process. It can be used to track the reimbursement process within the system. From the submission, approval, and payment of the reimbursement application, the specific details of the reimbursement can be quickly located and queried using the transaction number, ensuring that each reimbursement process is traceable and controllable. At the same time, the uniqueness of the transaction number prevents duplicate verification. When the system receives a reimbursement application, it first checks whether a reimbursement record with the same transaction number already exists. If it does, it rejects the duplicate submission, avoiding confusion and errors caused by multiple submissions of the same reimbursement.

[0055] This application generates a basic expense reimbursement information package based on the user's account information; then it receives the attached images uploaded by the user; and processes the attached images using a preset information extraction algorithm to obtain the corresponding structured information; subsequently, it encapsulates the basic expense reimbursement information package, attached images, and structured information to obtain the corresponding expense reimbursement data package; this data package is then used as the original expense reimbursement data. Based on this processing flow, this application allows employees to easily initiate expense reimbursement requests through a unified entry point, automatically obtains the employee's basic information and uploaded attached images, processes the attached images to extract key information, and finally encapsulates them into a standardized data package, which is beneficial for providing a standardized and orderly data foundation for subsequent system processing and tracking.

[0056] In some optional implementations of this embodiment, step S203 includes the following steps: Perform basic invoice verification on the first expense report data.

[0057] In this embodiment, the system performs comprehensive basic verification on uploaded invoices. The specific implementation process includes: during the invoice verification stage, the system establishes a secure and stable interface connection with the tax system, transmitting key invoice information (such as invoice number, invoice date, amount, etc.) to the tax system in real time for verification. The tax system then provides feedback on the authenticity of the invoice based on its internally stored invoice data. If the invoice is fake, the system will immediately mark it as non-compliant.

[0058] Duplicate verification is a crucial method for preventing duplicate expense reports. The system searches its database for existing expense reports with the same invoice number or identical key information. If a report is found to have already been submitted, the system classifies it as a duplicate and marks it as non-compliant.

[0059] The "red-ink invoice" identification function identifies voided invoices by checking for red-ink markings or related information on the invoice. A red-ink invoice means that the transaction corresponding to the invoice has been cancelled or voided and can no longer be used for reimbursement; the system will mark it as non-compliant.

[0060] Consecutive number verification is to prevent fraudulent reimbursement using consecutively numbered invoices. The system sorts and analyzes invoice numbers; if it finds multiple consecutive invoice numbers with unusual reimbursement details, it will flag these invoices as potentially fraudulent.

[0061] Expired invoices are checked to ensure they are still valid. Different types of invoices may have different validity periods. The system will determine whether an invoice has expired based on its type and date of issue. Expired invoices will be marked as non-compliant, ensuring the authenticity and compliance of invoices.

[0062] Specifically, only if the detected invoice passes the invoice verification, duplicate check, red-ink invoice identification, consecutive number check, and overdue check will the first expense report data be deemed to have passed the basic invoice verification. Otherwise, the first expense report data will be deemed to have failed the basic invoice verification, and thus the first expense report data will be deemed to have failed the data verification.

[0063] If the first expense report data passes the invoice basic verification, then the expense standard verification is performed on the first expense report data.

[0064] In this embodiment, the specific implementation process of verifying the expense standard of the first reimbursement data will be further described in detail in subsequent specific embodiments of this application, and will not be elaborated on here.

[0065] If the first expense report data passes the expense standard verification, then the first expense report data will undergo business logic verification.

[0066] In this embodiment, the process of verifying the aforementioned business logic includes: the system performs an in-depth check on the business logic in the reimbursement data. Specifically, when checking transportation expense reimbursements for the same trip, the system analyzes the departure point, destination, and travel time to determine if there are any duplicate reimbursements for transportation expenses. If multiple reimbursements for the same route are found within the same trip, the system will mark the reimbursement behavior as unreasonable. For accommodation expenses, the system checks whether the accommodation dates match the trip dates to avoid anomalies such as accommodation expenses being earlier than the departure date or later than the return date, thus preventing unreasonable reimbursement behavior.

[0067] Specifically, the first expense report will only be considered to have passed the business logic validation if no unreasonable expense reports are detected in the first expense report data; otherwise, the first expense report data will be considered to have failed the business logic validation, and thus the first expense report data will be considered to have failed the data validation.

[0068] If the first expense report data passes the business logic verification, then the first expense report data will be subject to sensitive behavior verification.

[0069] In this embodiment, the sensitive behavior verification process includes: the system uses advanced data analysis algorithms to automatically monitor and flag high-frequency reimbursement, large-amount round-number reimbursement, and abnormal nighttime reimbursement in the first reimbursement data. High-frequency reimbursement may refer to employees frequently submitting the same type of reimbursement within a short period, which may raise suspicion of misappropriation of funds; large-amount round-number reimbursement may be due to deliberately setting the expense amount to a round number for ease of operation, lacking reasonable expense details; abnormal nighttime reimbursement refers to reimbursement submitted outside of normal working hours (such as late at night or early morning), which may pose a risk of fraudulent reimbursement. The system will conduct a detailed analysis of these sensitive behaviors and automatically flag risks based on preset risk thresholds, alerting potential violations for further review.

[0070] Specifically, the first expense report will only be deemed to have passed the sensitive behavior verification if no sensitive behavior is detected in the first expense report data; otherwise, the first expense report data will be deemed to have failed the sensitive behavior verification, and thus the first expense report data will be deemed to have failed the data verification.

[0071] If the first expense report data passes the sensitive behavior verification, then the first expense report data is determined to have passed data verification; otherwise, the first expense report data is determined to have failed data verification.

[0072] In this embodiment, the first expense report data is considered to have passed data verification only if it is detected that the first expense report data has passed the invoice basic verification, the expense standard verification, the business logic verification, and the sensitive behavior verification. Otherwise, the first expense report data is considered to have failed data verification.

[0073] For projects that fail the review, the system automatically and clearly indicates the reason. For example, if the invoice verification fails, the system will indicate "Invoice non-compliant - Invoice is fake"; if the expense exceeds the limit, the system will indicate "Expense exceeds the limit - Reimbursement amount exceeds the reimbursable limit," etc. Simultaneously, the system will block the submission of these failed projects, preventing employees from directly entering non-compliant reimbursement data into the subsequent process. Employees can only modify and improve the reimbursement data according to the reasons indicated by the system before resubmitting it for review. For projects that pass the review, the system will smoothly proceed to the budget verification stage.

[0074] This application performs a multi-level automatic verification of the first reimbursement data by first verifying its invoice basis; if the first reimbursement data passes the invoice basis verification, it then performs a cost standard verification; if the first reimbursement data passes the cost standard verification, it then performs a business logic verification; if the first reimbursement data passes the business logic verification, it then performs a sensitive behavior verification; if the first reimbursement data passes the sensitive behavior verification, it is determined that the first reimbursement data has passed data verification; otherwise, it is determined that the first reimbursement data has failed data verification. Based on the above processing flow, this application performs multi-level automatic verification of the first reimbursement data by using a multi-dimensional verification strategy, strictly controlling multiple aspects such as invoice basis, cost standards, business logic, and sensitive behaviors, which can effectively ensure the compliance of reimbursement and thus provide compliant data for subsequent budget control and financial processing.

[0075] In some optional implementations, the step of verifying the expense standard of the first expense report data includes the following steps: Obtain the employee title corresponding to the user.

[0076] In this embodiment, the corresponding employee's professional title can be obtained by querying the professional title based on the user's account information.

[0077] Call the preset fee standard library and retrieve the fee calculation rules corresponding to the employee's job title from the fee standard library.

[0078] In this embodiment, the aforementioned cost standard library is a pre-built, large, and ordered set of information that comprehensively covers cost standards in multiple aspects. Regarding cost standards corresponding to job levels, accommodation standards, meal allowances, and transportation categories are clearly defined for employees at different job levels. For example, the accommodation standard for senior management personnel may be set at a five-star hotel or equivalent, while the accommodation standard for junior employees may be a budget hotel. For meal allowances, the limits on meal expenses for employees at different job levels in different scenarios (such as daily office work, business trips, etc.) are clearly defined. Transportation categories specify the types of transportation that employees at different job levels can choose; for example, senior management personnel can travel in first class or business class, while junior employees can typically only travel in economy class.

[0079] Business entertainment expense standards are also an important component of the expense standard library. They clearly define the limits for single business entertainment expenses and the total annual limit for business entertainment expenses. By setting these limits, the company can effectively control its spending on business entertainment and avoid excessive consumption. In addition, the expense standard library also includes rules for matching invoice types with expense items. These rules specify in detail the expense items that different types of invoices should correspond to. For example, accommodation invoices can only be used to reimburse accommodation-related expenses and cannot be included in other expense items such as office expenses; transportation invoices should match actual travel activities to ensure the reasonableness of expense reimbursement.

[0080] In this process, the corresponding fee standards for the user's employee job level can be found in the aforementioned fee standard library and used as the corresponding fee calculation rules.

[0081] Based on the aforementioned expense calculation rules, the expenses of the first expense report data are calculated to obtain the corresponding reimbursable amount.

[0082] In this embodiment, the system automatically calculates the reimbursable amount based on employee rank, city category, number of travel days, and other information, according to the formula in the aforementioned expense calculation rules (e.g., reimbursable amount = rank-corresponding standard × number of travel days). Taking transportation expenses as an example, the formula for calculating the reimbursable amount is: reimbursable amount = rank-corresponding transportation standard × number of days. Assuming that a junior employee's rank-corresponding transportation standard is 200 yuan per day and the number of travel days is 5, then the employee's reimbursable transportation expense amount is 200 × 5 = 1000 yuan.

[0083] The reimbursement amount is obtained from the first reimbursement data, and the reimbursement amount is compared with the reimbursable limit.

[0084] In this embodiment, the reimbursement amount refers to the actual reimbursement amount of the employee. By comparing the calculated reimbursable amount with the actual reimbursement amount of the employee in detail, a corresponding numerical comparison result is generated, including the reimbursement amount being less than or equal to the reimbursable amount, or the reimbursement amount being greater than the reimbursable amount.

[0085] If the reimbursement amount is less than or equal to the reimbursable limit, the first reimbursement data is determined to have passed the expense standard verification; otherwise, the first reimbursement data is determined to have failed the expense standard verification.

[0086] In this embodiment, if the reimbursement amount is detected to exceed the reimbursable limit, the system will automatically mark the expense item as exceeding the limit, strictly control expenditures, and ensure that the expenses reimbursed by employees are within a reasonable range.

[0087] This application obtains the employee's job title corresponding to the user; then it calls a preset expense standard library and retrieves the expense calculation rules corresponding to the employee's job title from the expense standard library; subsequently, it calculates the expense based on the expense calculation rules for the first expense report data to obtain the corresponding reimbursable amount; next, it obtains the reimbursement amount from the first expense report data and compares the reimbursement amount with the reimbursable amount; if the reimbursement amount is less than or equal to the reimbursable amount, the first expense report data is determined to have passed the expense standard verification; otherwise, the first expense report data is determined to have failed the expense standard verification. Based on the above processing flow, this application, by using the expense standard library, can automatically and accurately complete the expense standard verification processing of the first expense report data, effectively ensuring the accuracy of the generated expense standard verification results.

[0088] In some alternative implementations, step S206 includes the following steps: Call the preset voucher template library.

[0089] In this embodiment, the aforementioned voucher template library is a database that is pre-built according to actual business needs and stores voucher templates corresponding to different factors. It is carefully designed and entered into the system in advance by financial professionals based on various business scenarios and financial regulations of the enterprise.

[0090] The target factor is obtained from the second expense report data, and the target voucher template that matches the target factor is found from the voucher template library.

[0091] In this embodiment, the aforementioned target factors include key factors such as reimbursement type, expense category, legal entity attribution, and tax difference rules. A suitable template can be accurately selected from the voucher template library by comprehensively considering multiple key factors. Reimbursement type is the primary factor; different types of reimbursements, such as travel expense reimbursements and office supplies purchase reimbursements, have different accounting treatments and involved categories, thus requiring different templates. Expense categories determine the specific flow of funds and accounting category; the system filters templates based on the expense categories clearly stated in the reimbursement. Legal entity information is crucial; different legal entities have their own independent financial accounting systems and requirements, and the voucher template must be compatible with the legal entity attribution. Regarding tax difference rules, since different businesses may involve different tax rates, the system will ensure that the matched template can accurately handle tax accounting based on the invoice tax rate and other information in the reimbursement business. Thus, through this comprehensive matching of multiple factors, the accuracy and standardization of the generated vouchers can be guaranteed, meeting the requirements of corporate financial management.

[0092] Fill the amount data in the second expense report data into the first corresponding position in the target voucher template to obtain the corresponding first voucher.

[0093] In this embodiment, the system will fill in the amount data in the second expense report according to the logic of the target voucher template. Specifically, for general expense reports, according to accounting rules, debiting expense accounts clarifies the attribution of expenses. Expense accounts are recorded according to the accounting system of the legal entity to which the expense belongs. For example, if an expense report belongs to legal entity A, the expense will be recorded under the corresponding expense account of legal entity A. When debiting Taxes Payable—Input Tax, the system will automatically split and calculate based on the tax rate indicated on the invoice. For example, if the invoice amount is 1,000 yuan and the tax rate is 13%, then the input tax is 1,000 ÷ (1 + 13%) × 13%, and the system will automatically record the calculated input tax in the corresponding account. Crediting Other Payables / Bank Deposits reflects the flow of funds. If the expense report is initially paid by the employee and the company later pays the employee, Other Payables is credited; if the payment is made directly from the bank account, Bank Deposits is credited. For complex business scenarios such as cross-legal entity cost allocation and prepaid expenses, the system will automatically generate multi-party cost allocation vouchers. Based on pre-set allocation ratios, such as the proportion of business volume or investment of each legal entity, it will automatically split the reimbursement amount into different legal entity accounts, ensuring that the financial data of each legal entity accurately reflects the expenses it should bear.

[0094] Fill the auxiliary accounting information in the second expense report data into the second corresponding position in the target voucher template to obtain the corresponding second voucher.

[0095] In this embodiment, while generating voucher entries, the system automatically populates various auxiliary accounting items. Accounting dimensions are standards for further subdividing accounting subjects, specifically by region, product category, etc. The system automatically matches and populates these items based on relevant content in the second expense report data. Cost centers clarify the specific department to which expenses are attributed; the system extracts relevant cost department information from the second expense report data and populates it into the cost center auxiliary accounting item. Profit centers reflect the impact of expenses on different profit regions; the system populates these items based on the relationship between expense reports and each profit center. Project auxiliary accounting items address expenses incurred by specific projects; the system identifies the project to which the second expense report data belongs and accurately populates it. Customer / supplier information records units or individuals with business dealings with the company; the system obtains customer / supplier information from invoices or related documents in the second expense report data and populates it. Invoice numbers are crucial for financial accounting and auditing; the system automatically extracts the numbers from the expense report invoices and populates them.

[0096] These auxiliary accounting items provide more detailed and comprehensive information for financial analysis, enabling financial personnel to gain a deeper understanding of the company's financial situation from multiple perspectives, ensuring the completeness and accuracy of voucher information, and laying a solid foundation for subsequent financial management and analysis.

[0097] The second voucher shall be used as the general ledger voucher.

[0098] This application calls a preset voucher template library; then, it obtains the target factor from the second expense report data and finds the target voucher template that matches the target factor from the voucher template library; subsequently, it fills the amount data from the second expense report data into the first corresponding position in the target voucher template to obtain the corresponding first voucher; and it fills the auxiliary accounting information from the second expense report data into the second corresponding position in the target voucher template to obtain the corresponding second voucher; finally, it uses the second voucher as a general ledger voucher. Based on the above processing flow, this application automatically matches voucher templates according to the second expense report data, then generates vouchers and fills in auxiliary accounting items according to the journal entry logic. This can automatically and accurately realize the automatic conversion and accurate transmission of expense report data to financial vouchers, improve the generation efficiency of general ledger vouchers, and help provide accurate data for financial management.

[0099] In some optional implementations of this embodiment, step S207 includes the following steps: Obtain the preset trial balance verification rules.

[0100] In this embodiment, before the general ledger vouchers are prepared to be pushed to the general ledger system, the system will perform a strict trial balance check. The above trial balance check rules are based on the principle of the basic accounting equation "for every debit there must be a credit, and debits must equal credits", and are used to check whether the total debit amount in the generated vouchers is equal to the total credit amount.

[0101] The general ledger vouchers are balanced based on the aforementioned trial balance verification rules.

[0102] In this embodiment, the general ledger voucher can be balanced based on the trial balance verification rules described above. If the total debit amount in the generated general ledger voucher is found to be equal to the total credit amount, the general ledger voucher is determined to have passed the balance verification; otherwise, the general ledger voucher is determined to have failed the balance verification.

[0103] If an imbalance is detected between debit and credit amounts, the system will automatically report an error and use a specific algorithm to pinpoint the discrepancy. This could be due to an incorrect entry in a specific account or a problem with the journal entry logic. The system will then prompt the finance staff to make corrections. After the finance staff adjusts and corrects the vouchers according to the system's prompts, the system will perform a trial balance check again until the debit and credit amounts are equal. Once the vouchers are corrected and balanced, the system will push the vouchers in batches to the corresponding corporate general ledger system according to the classification of each legal entity's accounting system.

[0104] If the general ledger voucher passes the balance check, the general ledger system corresponding to the user is determined.

[0105] In this embodiment, the corporate ledger system corresponding to the corporate ledger system can be obtained by acquiring the corporate ledger set corresponding to the second accounting data mentioned above, and then used as the general ledger system.

[0106] The general ledger voucher is pushed to the general ledger system.

[0107] In this embodiment, the general ledger vouchers that have passed the balance verification can be pushed to the corresponding general ledger system by using a preset push method (such as email sending or message sending).

[0108] This application obtains preset trial balance verification rules; then performs balance verification on general ledger vouchers based on these rules; if a general ledger voucher passes the balance verification, the corresponding general ledger system for the user is determined; subsequently, the general ledger voucher is pushed to the general ledger system. Based on the above processing flow, this application performs balance verification on general ledger vouchers using trial balance verification rules, and only pushes general ledger vouchers to the corresponding general ledger system when the balance verification is detected. This effectively ensures the accurate transmission and consistency of financial data between different legal entity accounting sets, guarantees the accuracy and reliability of the enterprise's overall financial accounting, and is conducive to providing real and effective data support for the enterprise's financial management and decision-making.

[0109] In some optional implementations of this embodiment, after step S206, the electronic device may further perform the following steps: Collect relevant data generated during the generation of the general ledger vouchers.

[0110] In this embodiment, the system collects relevant data generated during the generation of general ledger vouchers, including expense reimbursement application forms, invoice images, approval records, budget occupancy logs, voucher entries (i.e., general ledger vouchers), payment receipts, and so on.

[0111] For reimbursement applications, the system obtains detailed information filled in by the applicant (user), including the reason for reimbursement, amount, and time. Regarding invoice images, it integrates with the image management system to extract clear and complete electronic images of invoices, ensuring that all information on the invoice, such as invoice number, invoice date, amount, tax rate, and seller and buyer information, is accurately presented. The approval record covers detailed information such as the approver, approval time, and approval opinions for each approval stage from the initiation of the reimbursement application. The budget occupancy log records the occupancy of each budget item for this reimbursement, including the budget amount, the amount already used, and the remaining budget amount. The voucher entries are accounting entries automatically generated by the system based on the reimbursement data, including debit and credit accounts and amounts. Payment information records the actual payment details, such as payment time, payment method, and payment account.

[0112] The relevant data is packaged to generate a file package corresponding to the general ledger voucher.

[0113] In this embodiment, the system integrates the aforementioned scattered related data according to certain logic and format, and packages them into a complete electronic accounting file package (i.e., file package). This file package comprehensively and in detail records the entire process of the reimbursement business from the initiation of the application to the final payment completion.

[0114] An index structure corresponding to the file package is constructed based on a preset index generation strategy.

[0115] In this embodiment, to facilitate efficient management and rapid retrieval of electronic accounting file packages, the system establishes an index structure according to the rule of "legal entity + year + period + expense report serial number". The legal entity information clearly identifies the legal entity to which the expense report belongs. Different legal entities may have their own independent financial accounting systems and management requirements; the legal entity dimension allows for quick filtering of expense report files for specific legal entities. The year and period categorize files from a time perspective, facilitating the chronological search and analysis of expense reports. The expense report serial number is a unique identifier for each expense report, precisely pinpointing a specific expense report. During the index structure establishment process, the system uses a specific algorithm to associate the file package with the index, ensuring that each file accurately corresponds to the relevant index item. Simultaneously, to guarantee the authenticity and integrity of the files, the system employs encryption technology and access control mechanisms, making the files tamper-proof and undeletable. Only authorized personnel within specific permission ranges can query and view the files, effectively preventing unauthorized modification or deletion of file information.

[0116] The file package is stored based on the index structure.

[0117] In this embodiment, the storage method for the aforementioned file package is not specifically limited and can be determined according to actual business needs. For example, local database storage, cloud server storage, blockchain storage, etc., can be used. During the storage process, the file package is associated with an index structure to ensure that each file accurately corresponds to the relevant index entry.

[0118] This application collects relevant data generated during the generation of general ledger vouchers; then packages this data to generate a file package corresponding to the general ledger vouchers; subsequently, it constructs an index structure corresponding to the file package based on a preset index generation strategy; and finally, it stores the file package based on the index structure. Based on this processing flow, this application processes the relevant data generated during the generation of general ledger vouchers to form a file package, and intelligently establishes an index structure to achieve secure storage and convenient retrieval of the file package, improving the intelligence of file package storage and helping to ensure the standardization and transparency of enterprise financial management.

[0119] In some optional implementations, the system also possesses powerful end-to-end traceability capabilities. Using vouchers as key nodes, it constructs a complete business-finance-audit traceability chain. When auditors need to query information about a particular voucher, the system can quickly access the original invoice image that generated the voucher through the associated information on the voucher. Within the invoice image, auditors can view detailed information about the invoice to verify its authenticity and compliance. Simultaneously, the system can guide auditors to trace the approval process of the expense report, displaying details of each approval step, including the approver, approval time, and approval opinions, allowing auditors to understand how the expense report underwent layers of review. Furthermore, the system can link to budget records, showing the budget usage and execution status of the expense report, helping auditors determine whether the expense report meets budget requirements. Through this end-to-end traceability capability, auditors can quickly and accurately query relevant information throughout the entire business process from a single node, providing comprehensive and accurate information support for audit work and significantly improving audit efficiency and accuracy.

[0120] Furthermore, the system also has the function of generating audit reports. Based on the data in the electronic accounting archive, the system automatically generates a compliance audit report for expense reimbursements. During the report generation process, the system uses a series of calculation formulas and statistical methods. Specifically, when calculating the over-standard rate, the system first counts the number of reimbursements exceeding the preset expense standard, then divides it by the total number of reimbursements. The formula is: Over-standard rate = Number of over-standard reimbursements ÷ Total number of reimbursements × 100%. The invoice non-compliance rate is calculated by counting the number of invoices whose information does not comply with regulations (such as doubts about the authenticity of the invoice, inconsistencies between the invoice content and the reimbursement transaction), then dividing it by the total number of reimbursements. The formula is: Invoice non-compliance rate = Number of non-compliant invoice reimbursements ÷ Total number of reimbursements × 100%. The budget execution rate is calculated by first obtaining the actual reimbursement amount and budget amount for each budget item, then dividing the actual reimbursement amount by the budget amount. The formula is: Budget execution rate = Actual reimbursement amount ÷ Budget amount × 100%. The calculation of the cross-legal entity reimbursement ratio involves counting the number of reimbursements involving multiple legal entities and dividing it by the total number of reimbursements. The formula is: Cross-legal entity reimbursement ratio = Number of cross-legal entity reimbursements ÷ Total number of reimbursements × 100%. The system displays these calculated indicators in intuitive charts and tables in the audit reports. Corporate management can use these reports to quickly understand the compliance status of reimbursement transactions and budget execution, providing strong data support for internal control checks and decision analysis. This helps companies promptly identify problems in financial management and take corresponding measures for improvement and optimization.

[0121] In some alternative implementations, the user information obtained is subject to user consent and complies with relevant laws and policies.

[0122] Furthermore, any software tools or components not belonging to our company that appear in the embodiments of this application are merely illustrative examples and do not represent actual use.

[0123] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

[0124] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing related hardware through computer-readable instructions. These computer-readable instructions can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above methods. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, optical disk, or read-only memory (ROM), or random access memory (RAM).

[0125] It should be understood that although the steps in the flowcharts of the accompanying figures are shown sequentially as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the accompanying figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0126] Further reference Figure 3 As a response to the above Figure 2 To implement the method shown, this application provides an embodiment of a data generation apparatus, which is similar to... Figure 2 Corresponding to the method embodiments shown, this device can be specifically applied to various electronic devices.

[0127] like Figure 3 As shown, the data generation device 300 described in this embodiment includes: an acquisition module 301, a first processing module 302, a verification module 303, a second processing module 304, an approval module 305, a generation module 306, and a push module 307. Wherein: The acquisition module 301 is used to acquire the original expense report data corresponding to the user; The first processing module 302 is used to perform attribution information matching on the original expense report data based on a preset rule engine, and generate first expense report data with attribution information based on the obtained attribution information matching result. Verification module 303 is used to perform data verification processing on the first expense report data based on a preset multi-dimensional verification strategy; The second processing module 304 is used to perform budget verification processing on the first expense report data if the first expense report data passes the data verification, and generate second expense report data with budget occupancy records based on the obtained budget verification results. Approval module 305 is used to approve the second expense report data based on a preset approval process model; The generation module 306 is used to generate vouchers for the second expense report data based on a preset voucher generation strategy if the second expense report data is approved, so as to obtain the corresponding general ledger vouchers. The push module 307 is used to push the general ledger voucher to the corresponding general ledger system.

[0128] In this embodiment, the operations performed by the above modules or units correspond one-to-one with the steps of the data generation method in the aforementioned embodiments, and will not be repeated here.

[0129] In some optional implementations of this embodiment, the acquisition module 301 includes: The generation submodule is used to generate a corresponding basic expense reimbursement information package based on the user's account information; A receiving submodule is used to receive the attached images uploaded by the user; The extraction submodule is used to perform information extraction processing on the attached images based on a preset information extraction algorithm to obtain the corresponding structured information; The encapsulation submodule is used to encapsulate the basic expense reimbursement information package, the attached images, and the structured information to obtain the corresponding expense reimbursement data package; The first determining submodule is used to use the expense report data package as the original expense report data.

[0130] In this embodiment, the operations performed by the above modules or units correspond one-to-one with the steps of the data generation method in the aforementioned embodiments, and will not be repeated here.

[0131] In some optional implementations of this embodiment, the verification module 303 includes: The first verification submodule is used to perform basic invoice verification on the first expense report data; The second verification submodule is used to perform expense standard verification on the first expense report data if the first expense report data passes the basic invoice verification. The third verification submodule is used to perform business logic verification on the first expense report data if the first expense report data passes the expense standard verification. The fourth verification submodule is used to perform sensitive behavior verification on the first expense report data if the first expense report data passes the business logic verification. The determination submodule is used to determine that the first expense report data has passed data verification if the first expense report data passes the sensitive behavior verification, otherwise it determines that the first expense report data has failed data verification.

[0132] In this embodiment, the operations performed by the above modules or units correspond one-to-one with the steps of the data generation method in the aforementioned embodiments, and will not be repeated here.

[0133] In some optional implementations of this embodiment, the second verification submodule includes: The acquisition unit is used to acquire the employee title corresponding to the user. The processing unit is used to call a preset cost standard library and obtain the cost calculation rules corresponding to the employee's job title from the cost standard library; The calculation unit is used to perform expense calculation on the first reimbursement data based on the expense calculation rules to obtain the corresponding reimbursable amount; The comparison unit is used to obtain the reimbursement amount from the first reimbursement data and compare the reimbursement amount with the reimbursable limit. The determination unit is used to determine that the first expense report data passes the expense standard verification if the expense report amount is less than or equal to the reimbursable limit, otherwise it determines that the first expense report data fails the expense standard verification.

[0134] In this embodiment, the operations performed by the above modules or units correspond one-to-one with the steps of the data generation method in the aforementioned embodiments, and will not be repeated here.

[0135] In some optional implementations of this embodiment, the generation module 306 includes: Call the submodule to call the preset voucher template library; The search submodule is used to obtain the target factor from the second expense report data and search for the target voucher template that matches the target factor from the voucher template library; The first filling submodule is used to fill the amount data in the second expense report data into the first corresponding position in the target voucher template to obtain the corresponding first voucher. The second filling submodule is used to fill the auxiliary accounting information in the second expense report data into the second corresponding position in the target voucher template to obtain the corresponding second voucher. The third determination submodule is used to use the second voucher as the general ledger voucher.

[0136] In this embodiment, the operations performed by the above modules or units correspond one-to-one with the steps of the data generation method in the aforementioned embodiments, and will not be repeated here. In some optional implementations of this embodiment, the push module 307 includes: The acquisition submodule is used to acquire preset trial balance verification rules; The fifth verification submodule is used to perform balance verification on the general ledger vouchers based on the trial balance verification rules; The fourth determination submodule is used to determine the general ledger system corresponding to the user if the general ledger voucher passes the balance check; The push submodule is used to push the general ledger vouchers to the general ledger system.

[0137] In this embodiment, the operations performed by the above modules or units correspond one-to-one with the steps of the data generation method in the aforementioned embodiments, and will not be repeated here.

[0138] In some optional implementations of this embodiment, the data generation apparatus further includes: The collection module is used to collect relevant data generated during the generation process of the general ledger vouchers; The packaging module is used to package the relevant data and generate an archive package corresponding to the general ledger voucher; The construction module is used to construct an index structure corresponding to the file package based on a preset index generation strategy; A storage module is used to store the file package based on the index structure.

[0139] In this embodiment, the operations performed by the above modules or units correspond one-to-one with the steps of the data generation method in the aforementioned embodiments, and will not be repeated here. To address the aforementioned technical problems, embodiments of this application also provide a computer device. Please refer to [link / reference needed]. Figure 4 , Figure 4 This is a basic structural block diagram of the computer device in this embodiment.

[0140] The computer device 4 includes a memory 41, a processor 42, and a network interface 43 that are interconnected via a system bus. It should be noted that only the computer device 4 with components 41-43 is shown in the figure; however, it should be understood that it is not required to implement all the shown components, and more or fewer components can be implemented alternatively. Those skilled in the art will understand that the computer device described here is a device capable of automatically performing numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes, but is not limited to, microprocessors, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc.

[0141] The computer device can be a desktop computer, laptop, handheld computer, or cloud server, etc. The computer device can interact with the user via a keyboard, mouse, remote control, touchpad, or voice control.

[0142] The memory 41 includes at least one type of readable storage medium, including flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 41 may be an internal storage unit of the computer device 4, such as the hard disk or memory of the computer device 4. In other embodiments, the memory 41 may also be an external storage device of the computer device 4, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the computer device 4. Of course, the memory 41 may include both the internal storage unit and its external storage device of the computer device 4. In this embodiment, the memory 41 is typically used to store the operating system and various application software installed on the computer device 4, such as computer-readable instructions for data generation methods. In addition, the memory 41 can also be used to temporarily store various types of data that have been output or will be output.

[0143] In some embodiments, the processor 42 may be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or other data processing chip. The processor 42 is typically used to control the overall operation of the computer device 4. In this embodiment, the processor 42 is used to execute computer-readable instructions stored in the memory 41 or to process data, for example, to execute computer-readable instructions of the data generation method.

[0144] The network interface 43 may include a wireless network interface or a wired network interface, which is typically used to establish communication connections between the computer device 4 and other electronic devices.

[0145] Compared with the prior art, the embodiments of this application have the following beneficial effects: In this embodiment, the original expense report data corresponding to the user is first obtained; then, the original expense report data is matched with attribution information based on a preset rule engine, and a first expense report data with attribution information is generated based on the obtained attribution information matching result; then, the first expense report data is processed for data verification based on a preset multi-dimensional verification strategy; if the first expense report data passes the data verification, the first expense report data is processed for budget verification, and a second expense report data with budget occupancy record is generated based on the obtained budget verification result; subsequently, the second expense report data is processed for approval based on a preset approval process model; if the second expense report data passes the approval, the second expense report data is processed for voucher generation based on a preset voucher generation strategy to obtain the corresponding general ledger voucher; finally, the general ledger voucher is pushed to the corresponding general ledger system. Based on the above automated processing flow, unlike the existing voucher generation method that relies on financial personnel to manually enter and compile voucher information based on expense reports, this application provides an intelligent voucher generation method based on the automatic flow of data throughout the entire process. By combining the use of rule engines, multi-dimensional verification strategies, approval process models, and voucher generation strategies to process the original expense reports, it can realize the automated generation of general ledger vouchers from expense reports, effectively improving the processing efficiency and accuracy of voucher generation.

[0146] This application also provides another embodiment, namely, providing a computer-readable storage medium storing computer-readable instructions that can be executed by at least one processor to cause the at least one processor to perform the steps of the data generation method described above.

[0147] Compared with the prior art, the embodiments of this application have the following main advantages: In this embodiment, the original expense report data corresponding to the user is first obtained; then, the original expense report data is matched with attribution information based on a preset rule engine, and a first expense report data with attribution information is generated based on the obtained attribution information matching result; then, the first expense report data is processed for data verification based on a preset multi-dimensional verification strategy; if the first expense report data passes the data verification, the first expense report data is processed for budget verification, and a second expense report data with budget occupancy record is generated based on the obtained budget verification result; subsequently, the second expense report data is processed for approval based on a preset approval process model; if the second expense report data passes the approval, the second expense report data is processed for voucher generation based on a preset voucher generation strategy to obtain the corresponding general ledger voucher; finally, the general ledger voucher is pushed to the corresponding general ledger system. Based on the above automated processing flow, unlike the existing voucher generation method that relies on financial personnel to manually enter and compile voucher information based on expense reports, this application provides an intelligent voucher generation method based on the automatic flow of data throughout the entire process. By combining the use of rule engines, multi-dimensional verification strategies, approval process models, and voucher generation strategies to process the original expense reports, it can realize the automated generation of general ledger vouchers from expense reports, effectively improving the processing efficiency and accuracy of voucher generation.

[0148] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0149] Obviously, the embodiments described above are only some embodiments of this application, not all embodiments. The accompanying drawings show preferred embodiments of this application, but do not limit the patent scope of this application. This application can be implemented in many different forms; rather, the purpose of providing these embodiments is to provide a more thorough and comprehensive understanding of the disclosure of this application. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing specific embodiments, or make equivalent substitutions for some of the technical features. Any equivalent structures made using the content of this application's specification and drawings, directly or indirectly applied to other related technical fields, are similarly within the scope of patent protection of this application.

[0150] It should be noted that any AI models, software tools, or components not belonging to this company appearing in the embodiments of this application are merely illustrative examples and do not represent actual use. All user personal information involved in the embodiments of this application has been authorized (with the knowledge and consent) by the relevant parties or has been fully authorized by all parties, and the executing entity may obtain it through various legal and compliant means. The collection, storage, use, processing, transmission, provision, and disclosure of the information, data, and signals involved all comply with relevant laws and regulations and do not violate public order and good morals.

Claims

1. A data generation method, characterized in that, Includes the following steps: Obtain the original expense report data corresponding to the user; The original expense report data is matched with the attribution information based on the preset rule engine, and the first expense report data with attribution information is generated based on the obtained attribution information matching results. The first expense report data is processed for data verification based on a preset multi-dimensional verification strategy. If the first expense report data passes the data verification, then the first expense report data is subjected to budget verification processing, and a second expense report data with budget occupancy records is generated based on the obtained budget verification result. The second expense report data is processed for approval based on a pre-defined approval process model. If the second expense report data is approved, then the second expense report data will be processed to generate vouchers based on the preset voucher generation strategy to obtain the corresponding general ledger vouchers. The general ledger voucher is pushed to the corresponding general ledger system.

2. The data generation method according to claim 1, characterized in that, The steps for obtaining the original expense report data corresponding to the user specifically include: Generate a corresponding basic expense reimbursement information package based on the user's account information; Receive the attached images uploaded by the user; The attached images are processed by a preset information extraction algorithm to obtain corresponding structured information. The basic expense reimbursement information package, the attached images, and the structured information are encapsulated to obtain the corresponding expense reimbursement data package; The expense report data package is used as the original expense report data.

3. The data generation method according to claim 1, characterized in that, The step of performing data verification processing on the first expense report data based on a preset multi-dimensional verification strategy specifically includes: Perform basic invoice verification on the first expense report data; If the first expense report data passes the basic invoice verification, then the expense standard verification is performed on the first expense report data. If the first expense report data passes the expense standard verification, then the first expense report data will be subject to business logic verification. If the first expense report data passes the business logic verification, then perform sensitive behavior verification on the first expense report data; If the first expense report data passes the sensitive behavior verification, then the first expense report data is determined to have passed data verification; otherwise, the first expense report data is determined to have failed data verification.

4. The data generation method according to claim 3, characterized in that, The step of verifying the expense standard of the first expense report data specifically includes: Obtain the employee title corresponding to the user; Call the preset fee standard library and obtain the fee calculation rules corresponding to the employee's job title from the fee standard library; Based on the aforementioned expense calculation rules, the expenses of the first expense report data are calculated to obtain the corresponding reimbursable amount. The expense reimbursement amount is obtained from the first expense reimbursement data, and the expense reimbursement amount is compared with the reimbursable limit. If the reimbursement amount is less than or equal to the reimbursable limit, the first reimbursement data is determined to have passed the expense standard verification; otherwise, the first reimbursement data is determined to have failed the expense standard verification.

5. The data generation method according to claim 1, characterized in that, The step of generating vouchers from the second accounting data based on a preset voucher generation strategy to obtain corresponding general ledger vouchers specifically includes: Call the preset voucher template library; Obtain the target factor from the second expense report data, and find the target voucher template that matches the target factor from the voucher template library; Fill the amount data in the second expense report data into the first corresponding position in the target voucher template to obtain the corresponding first voucher; Fill the auxiliary accounting information in the second expense report data into the second corresponding position in the target voucher template to obtain the corresponding second voucher; The second voucher shall be used as the general ledger voucher.

6. The data generation method according to claim 1, characterized in that, The step of pushing the general ledger voucher to the corresponding general ledger system specifically includes: Obtain the preset trial balance verification rules; The general ledger vouchers are balanced and verified based on the aforementioned trial balance verification rules. If the general ledger voucher passes the balance check, the general ledger system corresponding to the user is determined; The general ledger voucher is pushed to the general ledger system.

7. The data generation method according to claim 1, characterized in that, After the step of generating vouchers from the second expense report data based on a preset voucher generation strategy to obtain the corresponding general ledger vouchers, the method further includes: Collect relevant data generated during the generation of the general ledger vouchers; The relevant data is packaged to generate a file package corresponding to the general ledger voucher; An index structure corresponding to the file package is constructed based on a preset index generation strategy; The file package is stored based on the index structure.

8. A data generation apparatus, characterized in that, include: The acquisition module is used to acquire the original expense report data corresponding to the user; The first processing module is used to perform attribution information matching on the original expense report data based on a preset rule engine, and generate first expense report data with attribution information based on the obtained attribution information matching results. The verification module is used to perform data verification processing on the first expense report data based on a preset multi-dimensional verification strategy; The second processing module is used to perform budget verification processing on the first expense report data if the first expense report data passes the data verification, and generate second expense report data with budget occupancy records based on the obtained budget verification results. The approval module is used to process the second expense report data for approval based on a preset approval process model. The generation module is used to generate vouchers for the second expense report data based on a preset voucher generation strategy if the second expense report data is approved, so as to obtain the corresponding general ledger vouchers. The push module is used to push the general ledger vouchers to the corresponding general ledger system.

9. A computer device, characterized in that, The method includes a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the data generation method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-readable instructions, which, when executed by a processor, implement the steps of the data generation method as described in any one of claims 1 to 7.

Images