A financial batch certificate issuing method, device and equipment and storage medium

Abstract

The application relates to the fields of artificial intelligence and financial certificate making, in particular to a financial batch certificate making method and device, computer equipment and a storage medium, which comprises the following steps: receiving a batch certificate making instruction containing a batch business type, calling corresponding certificate making source data according to the batch business type, calling a pre-constructed rule engine to query data reading rules and target relationship calling rules corresponding to the batch business type, configuring field extraction on the certificate making source data based on the data reading rules to form an initial reading table, and verifying the initial reading table by using a pre-set cross verification rule, so that a corresponding financial voucher set is obtained if the pre-set verification condition is met, thereby solving the problem of low certificate making efficiency caused by high dependence on a database in the prior art.

Description

Technical Field

[0001] This application relates to the fields of artificial intelligence and financial certificate production, and in particular to a method, apparatus, computer equipment and storage medium for batch financial certificate production. Background Technology

[0002] Currently, the back-end systems in the insurance industry were built relatively early, resulting in many legacy issues with the databases supporting stored procedures. For example, the presence of numerous different business logic processes within stored procedures leads to exceptionally complex program execution and limits support for new business; adjusting method parameters or return values ​​within stored procedures is extremely cumbersome, potentially causing related stored procedures to fail and impacting other business lines; and when multiple people develop the same stored procedure simultaneously, issues such as interlocking and poor scalability arise. Therefore, to overcome these problems and support the development of new accounting systems and new accounting standards, an alternative solution is needed to reduce reliance on databases and improve certificate issuance efficiency. Summary of the Invention

[0003] The purpose of this application is to propose a method for batch financial certificate production, which aims to solve the problem of low certificate production efficiency caused by excessive reliance on databases in the prior art.

[0004] To address the aforementioned technical problems, this application provides a method for batch issuance of financial certificates, employing the following technical solution:

[0005] Receive a batch certificate production instruction containing batch business types, and retrieve the corresponding certificate production source data according to the batch business types;

[0006] Retrieve the pre-built rule engine to query the data reading rules and target relationship calling rules corresponding to the batch business types;

[0007] Based on the data reading rules, the configuration fields of the certificate source data are extracted to form an initial reading table;

[0008] The target relationship calling rules are used to identify the association relationship corresponding to the initial read table, and the corresponding target data is called according to the association relationship to obtain the target field data;

[0009] Using pre-defined cross-validation rules, verify whether the target field data meets the preset validation conditions;

[0010] If the preset verification conditions are met, the target field data is written back to the initial read table to obtain the corresponding financial voucher set.

[0011] The method further includes:

[0012] Based on the batch service type, a retrieval instruction is generated and sent to the corresponding multiple service databases;

[0013] Obtain a pre-set batch receiving value, and read the certificate source data returned by the business database according to the batch receiving value. The batch receiving value is used to control the reading order of the certificate source data. The certificate source data includes: a multi-transaction type table, a multi-accounting bookkeeping table, a transaction adjustment table, a location table, and a multi-fee bookkeeping table.

[0014] The method further includes:

[0015] The pre-built initial read table to be filled is started in batches according to the batch certificate production instruction;

[0016] The data reading rules are used to extract configuration data from the certificate production source data to obtain the corresponding configuration fields;

[0017] Extract the corresponding configuration fields to populate the initial read table, thus forming the initial read table.

[0018] The method further includes:

[0019] An initial dataset is extracted from the business database, and financial entity information and financial relationships are extracted from the initial dataset.

[0020] Create task node attributes and task node relationships using the aforementioned financial entity information and financial relationships;

[0021] Obtain the certificate-making source data corresponding to the initial dataset, parse the header data of the certificate-making source data, and obtain the header dataset;

[0022] By linking the header dataset with the task node attributes and the task node relationships through entity links, we obtain the task node attribute values ​​and task node relationship values. By summarizing the task node attribute values ​​and task node relationship values, we obtain the call value set.

[0023] Construct the target relationship invocation rules based on the set of invocation values.

[0024] The method further includes:

[0025] Load the pre-built intermediate table according to the target relationship invocation rules;

[0026] Based on the financial entity information and the financial relationship, the corresponding target field data is extracted, wherein the target field data includes the business field configuration data of the related parties;

[0027] The target field data and the financial entity information are written into the intermediate table to form an intermediate verification table.

[0028] The method further includes:

[0029] The intermediate validation table is verified to contain the corresponding validation key field using pre-defined cross-validation rules.

[0030] If the intermediate verification table contains the corresponding verification key field, a verification success result is generated;

[0031] If the intermediate verification table does not contain the corresponding verification key field, a verification failure result is generated, and an exception error is reported.

[0032] To address the aforementioned technical problems, this application also provides a financial batch certificate production device, which employs the following technical solution:

[0033] A financial batch certificate production device, the financial batch certificate production device comprising:

[0034] Instruction receiving module: used to receive batch certificate production instructions containing batch business types, and retrieve the corresponding certificate production source data according to the batch business type;

[0035] Rule retrieval module: used to retrieve the pre-built rule engine to query the data reading rules and target relationship calling rules corresponding to the batch business type;

[0036] Field reading module: used to extract configuration fields from the certificate source data based on the data reading rules to form an initial reading table;

[0037] Relationship Invocation Module: Used to identify the association relationship corresponding to the initial read table using the target relationship invocation rules, and to invoke the corresponding target data according to the association relationship to obtain the target field data;

[0038] Data validation module: used to verify whether the target field data meets the preset validation conditions using pre-defined cross-validation rules;

[0039] The voucher generation module is used to write the target field data back to the initial reading table if the preset verification conditions are met, so as to obtain the corresponding financial voucher set.

[0040] The device further includes:

[0041] Service retrieval subunit: used to generate retrieval instructions based on the batch service type and send them to the corresponding multiple service databases;

[0042] Business Reading Subunit: Used to obtain a pre-set batch receiving value and read the certificate source data returned by the business database according to the batch receiving value. The batch receiving value is used to control the reading order of the certificate source data. The certificate source data includes: multiple transaction type table, multiple accounting record table, transaction adjustment table, location table and multiple handling fee record table.

[0043] To address the aforementioned technical problems, this application also provides a computer device that employs the following technical solution:

[0044] A computer device includes a memory and a processor, the memory storing computer-readable instructions, the processor executing the computer-readable instructions to implement the steps of the financial batch certificate production method described above.

[0045] To address the aforementioned technical problems, this application also provides a computer-readable storage medium, employing the technical solutions described below.

[0046] A computer-readable storage medium is characterized in that it stores computer-readable instructions, which, when executed by a processor, implement the steps of the above-described financial batch certificate production method.

[0047] Compared with the prior art, the embodiments of this application have the following main advantages:

[0048] This application proposes a method for batch financial document production. Upon receiving a batch document production instruction, the method identifies the corresponding business type, extracts the corresponding document production source data based on different business types, generates an initial reading table from the source data using a pre-built rule engine, and generates the final financial document after cross-validating the key data in the initial reading table. This approach reduces reliance on databases and improves the efficiency and accuracy of document production. Attached Figure Description

[0049] 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.

[0050] Figure 1 This is an exemplary system architecture diagram to which this application can be applied;

[0051] Figure 2 This is a flowchart of one implementation of the financial batch certificate production method according to this application;

[0052] Figure 3 This is a structural diagram of one embodiment of the financial batch certificate production method according to this application.

[0053] Figure 4 This is a schematic diagram of the structure of one embodiment of the computer device according to this application. Detailed Implementation

[0054] 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.

[0055] 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.

[0056] 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.

[0057] like Figure 1 As shown, system architecture 100 may include terminal devices 101, 102, and 103, a network 104, and a server 105. Network 104 serves as the medium for providing communication links between terminal devices 101, 102, and 103 and server 105. Network 104 may include various connection types, such as wired or wireless communication links, or fiber optic cables, etc.

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

[0059] Terminal devices 101, 102, and 103 can be various electronic devices with displays and support web browsing, including but not limited to smartphones, tablets, e-book readers, MP3 players (Moving Picture Experts Group Audio Layer III), MP4 players (Moving Picture Experts Group Audio Layer IV), laptops, and desktop computers, etc.

[0060] Server 105 can be a server that provides various services, such as a backend server that supports the pages displayed on terminal devices 101, 102, and 103.

[0061] It should be noted that the list allocation method provided in the embodiments of this application is generally provided by Server / Terminal Device Execution, correspondingly, the list allocation method device is generally set in Server / Terminal Device middle.

[0062] 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.

[0063] Continue to refer to Figure 2 The diagram illustrates a flowchart of an embodiment of the list allocation method proposed in this application. Embodiments of this application can acquire and process relevant data based on artificial intelligence technology. Artificial intelligence (AI) refers to the theories, methods, technologies, and application systems that utilize digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use that knowledge to obtain optimal results.

[0064] Artificial intelligence (AI) foundational technologies generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing, operating / interactive systems, and mechatronics. AI software technologies mainly include computer vision, robotics, biometrics, speech processing, natural language processing, and machine learning / deep learning. The aforementioned method for batch issuance of financial certificates includes the following steps:

[0065] S201 receives a batch certificate production instruction containing batch service types, and retrieves the corresponding certificate production source data according to the batch service types.

[0066] Specifically, based on the batch business type, a retrieval instruction is generated and sent to multiple corresponding business databases. It should be noted that the batch business types mentioned in this application include various application scenarios, such as external users subscribing to funds, online banking payments, and querying transaction details; and internal personnel using accounting subject auditing, fee rate setting and auditing, report querying and exporting, etc. Both the aforementioned business types used by internal personnel and external users require large-scale voucher acquisition. After determining the batch business type, the corresponding certificate-making source data is retrieved from the corresponding business database according to the business type. Furthermore, when a large amount of certificate-making source data is returned from multiple business databases, a batch receiving value needs to be set to control the reading order of the certificate-making source data. The certificate source data includes: multiple transaction type tables, multiple accounting records (e.g., temporary receipts table, advance receipts table, prepayment table, accounts payable table, actual receipts table, write-off table, aging adjustment table), transaction adjustment table, location table, and multiple fee records (e.g., fee accrual table, fee payment table), etc. The above certificate source data is read and set through batch receiving values. For example, the batch receiving value for the multiple transaction type table is A1, the batch receiving value for the transaction adjustment table is B2, the batch receiving value for the location table is C3, and the batch receiving value for the multiple fee records is D4. When there is concurrent data retrieval for multiple business types, it also includes the ability to retrieve data from A1, B2, C3, and D4 simultaneously according to the existing multi-threaded concurrency method, which will not be elaborated further here.

[0067] 201 receives a batch certificate production instruction containing batch business types, and retrieves the corresponding certificate production source data according to the batch business types.

[0068] Specifically, based on the batch business type, a retrieval instruction is generated and sent to multiple corresponding business databases. It should be noted that the batch business types mentioned in this application include various application scenarios, such as external users subscribing to funds, online banking payments, and querying transaction details; and internal personnel using accounting subject auditing, fee rate setting and auditing, report querying and exporting, etc. Both the aforementioned business types used by internal personnel and external users require large-scale voucher acquisition. After determining the batch business type, the corresponding certificate-making source data is retrieved from the corresponding business database according to the business type. Furthermore, when a large amount of certificate-making source data is returned from multiple business databases, a batch receiving value needs to be set to control the reading order of the certificate-making source data. The certificate source data includes: multiple transaction type tables, multiple accounting records (e.g., temporary receipts table, advance receipts table, prepayment table, accounts payable table, actual receipts table, write-off table, aging adjustment table), transaction adjustment table, location table, and multiple fee records (e.g., fee accrual table, fee payment table), etc. The above certificate source data is read and set through batch receiving values. For example, the batch receiving value for the multiple transaction type table is A1, the batch receiving value for the transaction adjustment table is B2, the batch receiving value for the location table is C3, and the batch receiving value for the multiple fee records is D4. When there is concurrent data retrieval for multiple business types, it also includes the ability to retrieve data from A1, B2, C3, and D4 simultaneously according to the existing multi-threaded concurrency method, which will not be elaborated further here.

[0069] S220 retrieves the pre-built rule engine to query the data reading rules and target relationship calling rules corresponding to the batch business type.

[0070] In this embodiment, it should be noted that the rule engine is used to extract the corresponding business logic from the business code of batch business, so that rule maintenance can be performed. The batch business type corresponds to the batch business under each type. The source data of the batch business comes from the data centers of different or the same financial management system. The rule engine provides a corresponding service interface to receive data from the financial management system, so as to facilitate the development of developers.

[0071] Furthermore, a pre-built rule engine is used to query the data reading rules and target relationship invocation rules corresponding to the batch business types. The data reading rules can be constructed using a parsing component, which can be a POI (Poor Obfuscation Implementation) component. The class functions in the parsing component are used to parse the header information, obtaining header information entities, header information attributes, and header information relationships. The header information sets are then obtained by summarizing the header information entities, header information attributes, and header information relationships. The POI component's ability to parse header information allows for rapid processing of large amounts of data, greatly improving the targeting and efficiency of using the POI component.

[0072] Extract the initial dataset from the business database, and extract the financial entity information and financial relationships from the initial dataset; create task node attributes and task node relationships using the financial entity information and financial relationships; obtain the certificate source data corresponding to the initial dataset, parse the header data of the certificate source data to obtain the header dataset; map the header dataset to the task node attributes and task node relationships through entity links to obtain the task node attribute values ​​and task node relationship values, summarize the task node attribute values ​​and task node relationship values ​​to obtain the call value set, and construct the target relationship call rule based on the call value set.

[0073] S230 extracts configuration fields from the certificate source data based on the data reading rules to form an initial reading table;

[0074] Preferably, in this embodiment, a pre-built initial read table to be filled is started in batches according to the batch certificate production instruction; the certificate production source data is used to extract configuration data using data reading rules to obtain the corresponding configuration fields, and the corresponding configuration fields are extracted to fill the initial read table to perform the filling task calculation to form the initial read table.

[0075] S240 uses the target relationship calling rule to identify the association relationship corresponding to the initial read table, and calls the corresponding target data according to the association relationship to obtain the target field data.

[0076] Specifically, it identifies entity information such as department, company, and employee fields in the header data of the initial read table, and retrieves the corresponding target field data based on their responsibility relationship by calling the corresponding business relationship, such as "Development Task: 2", "Job Level: 3", and "Department: 1".

[0077] S250 uses pre-set cross-validation rules to verify whether the target field data meets preset validation conditions.

[0078] Specifically, in this embodiment, a pre-built intermediate table is loaded according to the target relationship invocation rules; corresponding target field data is extracted based on financial entity information and financial relationships, wherein the target field data includes business field configuration data of the related parties; the field configuration data and financial entity information are written into the intermediate table to form an intermediate verification table. Pre-defined cross-validation rules are used to verify whether the intermediate verification table contains the corresponding verification key field; if the intermediate verification table contains the corresponding verification key field, a verification success result is generated; if the intermediate verification table does not contain the corresponding verification key field, a verification failure result is generated, and an exception error is generated.

[0079] If the preset verification conditions are met, the target field data is written back to the initial read table to obtain the corresponding financial voucher set.

[0080] Specifically, in this embodiment, the intermediate verification table contains corresponding key verification fields. For example, if the initial read table contains the keyword "interest," the verification condition is met. The initial read table is then extracted, and the target field data is written back to the initial read table using the configuration rules in the rule engine. This generates any financial voucher. The financial vouchers are then aggregated according to batch business instructions to obtain a financial voucher set. By determining whether a specified keyword is present, the accuracy and efficiency of financial voucher generation can be improved.

[0081] Compared with the prior art, the embodiments of this application have the following main advantages:

[0082] This application proposes a method for batch financial document production. Upon receiving a batch document production instruction, the method identifies the corresponding business type, extracts the corresponding document production source data based on different business types, generates an initial reading table from the source data using a pre-built rule engine, and generates the final financial document after cross-validating the key data in the initial reading table. This approach reduces reliance on databases and improves the efficiency and accuracy of document production.

[0083] 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 a computer program instructing related hardware. This computer program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the methods described above. 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).

[0084] 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.

[0085] Further reference Figure 4 As a response to the above Figure 2 To implement the method shown, this application provides an embodiment of a financial batch certificate production device 300, which is similar to... Figure 2 Corresponding to the method embodiments shown, this device can be specifically applied to various electronic devices.

[0086] Instruction receiving module 301: used to receive batch certificate production instructions containing batch service types, and retrieve corresponding certificate production source data according to the batch service type. The instruction receiving module 301 further includes a service retrieval subunit and a service reading subunit.

[0087] Specifically, in this embodiment, the service retrieval subunit is used to generate retrieval instructions according to the batch service type and send them to the corresponding multiple service databases.

[0088] In detail, based on the batch business type, a retrieval instruction is generated and sent to multiple corresponding business databases. It should be noted that the batch business types mentioned in this application include various application scenarios, such as external users subscribing to funds, making online payments through online banking, and querying transaction details; and internal personnel using accounting subject auditing, fee rate setting and auditing, report querying and exporting, etc. The business types used by the above-mentioned internal personnel and external users all require the acquisition of a large number of vouchers. After determining the batch business type, the corresponding voucher source data is retrieved from the corresponding business database according to the business type.

[0089] Specifically, in this embodiment, the business reading subunit is used to obtain a pre-set batch receiving value and read the certificate issuance source data returned by the business database according to the batch receiving value. The batch receiving value is used to control the reading order of the certificate issuance source data, which includes: a multi-transaction type table, a multi-accounting record table, a transaction adjustment table, a location table, and a multi-fee record table.

[0090] In detail, when a large amount of certificate-making source data is returned from multiple business databases, it is necessary to set batch receiving values ​​to control the reading order of the certificate-making source data. The certificate-making source data includes: multiple transaction type tables, multiple accounting journal tables (e.g., temporary receipts table, advance receipts table, prepayment table, accounts payable table, actual receipts table, write-off table, aging adjustment table), transaction adjustment table, location table, and multiple handling fee journal tables (e.g., handling fee accrual table, handling fee actual payment table), etc. The batch receiving values ​​are used to set the reading of the above certificate-making source data. For example, the batch receiving value for the multiple transaction type table is set to A1, the batch receiving value for the transaction adjustment table is set to B2, the batch receiving value for the location table is set to C3, and the batch receiving value for the multiple handling fee journal tables is set to D4. When there is concurrent data retrieval for multiple business types, it also includes the ability to retrieve data from A1, B2, C3, and D4 simultaneously according to the existing multi-threaded concurrency method, which will not be elaborated further here.

[0091] Rule retrieval module 302: Used to obtain the data reading rules and target relationship retrieval rules corresponding to the batch business type queried by the pre-built rule engine.

[0092] In this embodiment, it should be noted that the rule engine is used to extract the corresponding business logic from the business code of batch business, so that rule maintenance can be performed. The batch business type corresponds to the batch business under each type. The source data of the batch business comes from the data centers of different or the same financial management system. The rule engine provides a corresponding service interface to receive data from the financial management system, so as to facilitate the development of developers.

[0093] Furthermore, a pre-built rule engine is used to query the data reading rules and target relationship invocation rules corresponding to the batch business types. The data reading rules can be constructed using a parsing component, which can be a POI (Poor Obfuscation Implementation) component. The class functions in the parsing component are used to parse the header information, obtaining header information entities, header information attributes, and header information relationships. The header information sets are then obtained by summarizing the header information entities, header information attributes, and header information relationships. The POI component's ability to parse header information allows for rapid processing of large amounts of data, greatly improving the targeting and efficiency of using the POI component.

[0094] Extract the initial dataset from the business database, and extract the financial entity information and financial relationships from the initial dataset; create task node attributes and task node relationships using the financial entity information and financial relationships; obtain the certificate source data corresponding to the initial dataset, parse the header data of the certificate source data to obtain the header dataset; map the header dataset to the task node attributes and task node relationships through entity links to obtain the task node attribute values ​​and task node relationship values, summarize the task node attribute values ​​and task node relationship values ​​to obtain the call value set, and construct the target relationship call rule based on the call value set.

[0095] Field reading module 303: used to extract configuration fields from the certificate source data based on the data reading rules to form an initial reading table;

[0096] Preferably, in this embodiment, a pre-built initial read table to be filled is started in batches according to the batch certificate production instruction; the certificate production source data is used to extract configuration data using data reading rules to obtain the corresponding configuration fields, and the corresponding configuration fields are extracted to fill the initial read table to perform the filling task calculation to form the initial read table.

[0097] Relationship Invocation Module 304: Used to identify the association relationship corresponding to the initial read table using the target relationship invocation rule, and to invoke the corresponding target data according to the association relationship to obtain the target field data.

[0098] Specifically, it identifies entity information such as department, company, and employee fields in the header data of the initial read table, and retrieves the corresponding target field data based on their responsibility relationship by calling the corresponding business relationship, such as "Development Task: 2", "Job Level: 3", and "Department: 1".

[0099] Data validation module 305: Used to validate whether the target field data meets the preset validation conditions using pre-set cross-validation rules.

[0100] Specifically, in this embodiment, a pre-built intermediate table is loaded according to the target relationship invocation rules; corresponding target field data is extracted based on financial entity information and financial relationships, wherein the target field data includes business field configuration data of the related parties; the field configuration data and financial entity information are written into the intermediate table to form an intermediate verification table. Pre-defined cross-validation rules are used to verify whether the intermediate verification table contains the corresponding verification key field; if the intermediate verification table contains the corresponding verification key field, a verification success result is generated; if the intermediate verification table does not contain the corresponding verification key field, a verification failure result is generated, and an exception error is generated.

[0101] Voucher generation module 306: If the preset verification conditions are met, it writes the target field data back to the initial read table to obtain the corresponding financial voucher set.

[0102] Specifically, in this embodiment, the intermediate verification table contains corresponding key verification fields. For example, if the initial read table contains the keyword "interest," the verification condition is met. The initial read table is then extracted, and the target field data is written back to the initial read table using the configuration rules in the rule engine. This generates any financial voucher. The financial vouchers are then aggregated according to batch business instructions to obtain a financial voucher set. By determining whether a specified keyword is present, the accuracy and efficiency of financial voucher generation can be improved.

[0103] Compared with the prior art, the embodiments of this application have the following main advantages:

[0104] This application proposes a batch financial document production device. Upon receiving a batch document production instruction, it identifies the corresponding business type, extracts the corresponding document production source data based on different business types, generates an initial reading table from the source data using a pre-built rule engine, and generates the final financial document after cross-validating the key data in the initial reading table. This method reduces reliance on databases and improves the efficiency and accuracy of document production.

[0105] 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.

[0106] The computer device 5 includes a memory 51, a processor 52, and a network interface 53 that are interconnected via a system bus. It should be noted that only the computer device 5 with components 51-53 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.

[0107] 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.

[0108] The memory 51 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 51 may be an internal storage unit of the computer device 5, such as the hard disk or memory of the computer device 5. In other embodiments, the memory 51 may also be an external storage device of the computer device 5, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the computer device 5. Of course, the memory 51 may include both the internal storage unit and its external storage device of the computer device 5. In this embodiment, the memory 51 is typically used to store the operating system and various application software installed on the computer device 5, such as the program code of method X. In addition, the memory 51 can also be used to temporarily store various types of data that have been output or will be output.

[0109] In some embodiments, the processor 52 may be a central processing unit (CPU), controller, microcontroller, microprocessor, or other data processing chip. The processor 52 is typically used to control the overall operation of the computer device 5. In this embodiment, the processor 52 is used to run program code stored in the memory 51 or process data, for example, to run the program code for the X method.

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

[0111] This application also provides another embodiment, namely, providing a computer-readable storage medium storing the list allocation method program, which can be executed by at least one processor to cause the at least one processor to perform the steps of the list allocation method as described above.

[0112] 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 online 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.

[0113] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0114] 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.

Claims

1. A method for batch issuance of financial certificates, characterized in that, The method includes: Receive a batch certificate production instruction containing batch business types, and retrieve the corresponding certificate production source data according to the batch business types; Retrieve the pre-built rule engine to query the data reading rules and target relationship calling rules corresponding to the batch business types; Based on the data reading rules, the configuration fields of the certificate source data are extracted to form an initial reading table; The target relationship calling rules are used to identify the association relationship corresponding to the initial read table, and the corresponding target data is called according to the association relationship to obtain the target field data; Using pre-defined cross-validation rules, verify whether the target field data meets the preset validation conditions; If the preset verification conditions are met, the target field data is written back to the initial read table to obtain the corresponding financial voucher set; Before identifying the association relationship corresponding to the initial read table using the target relationship invocation rule, and invoking the corresponding target data according to the association relationship to obtain the target field data, the method further includes: Extract an initial dataset from the business database, and extract financial entity information and financial relationships from the initial dataset; Create task node attributes and task node relationships using the aforementioned financial entity information and financial relationships; Obtain the certificate-making source data corresponding to the initial dataset, parse the header data of the certificate-making source data, and obtain the header dataset; By linking the header dataset with the task node attributes and the task node relationships through entity links, we obtain the task node attribute values ​​and task node relationship values. By summarizing the task node attribute values ​​and task node relationship values, we obtain the call value set. Construct the target relationship invocation rules based on the set of invocation values.

2. The method for batch issuance of financial certificates as described in claim 1, characterized in that, The step of retrieving the corresponding certificate issuance source data according to the batch business type specifically includes: Based on the batch service type, a retrieval instruction is generated and sent to the corresponding multiple service databases; Obtain a pre-set batch receiving value, and read the certificate source data returned by the business database according to the batch receiving value. The batch receiving value is used to control the reading order of the certificate source data. The certificate source data includes: a multi-transaction type table, a multi-accounting bookkeeping table, a transaction adjustment table, a location table, and a multi-fee bookkeeping table.

3. The method for batch issuance of financial certificates as described in claim 2, characterized in that, The step of extracting configuration fields from the certificate-making source data based on the data reading rules to form an initial reading table specifically includes: The pre-built initial read table to be filled is started in batches according to the batch certificate production instruction; The data reading rules are used to extract configuration data from the certificate production source data to obtain the corresponding configuration fields; Extract the corresponding configuration fields to populate the initial read table, thus forming the initial read table.

4. The method for batch issuance of financial certificates as described in claim 1, characterized in that, Before verifying whether the target field data meets the preset verification conditions using pre-defined cross-validation rules, the process further includes: Load the pre-built intermediate table according to the target relationship invocation rules; Based on the financial entity information and the financial relationship, the corresponding target field data is extracted, wherein the target field data includes the business field configuration data of the related parties; The target field data and the financial entity information are written into the intermediate table to form an intermediate verification table.

5. The method for batch issuance of financial certificates as described in claim 4, characterized in that, The step of using pre-defined cross-validation rules to verify whether the target field data meets preset validation conditions specifically includes: The intermediate validation table is verified to contain the corresponding key validation field using pre-defined cross-validation rules. If the intermediate verification table contains the corresponding verification key field, a verification success result is generated; If the intermediate verification table does not contain the corresponding verification key field, a verification failure result is generated, and an exception error is reported.

6. A financial batch certificate production device, characterized in that, The device includes: Instruction receiving module: used to receive batch certificate production instructions containing batch business types, and retrieve the corresponding certificate production source data according to the batch business type; Rule retrieval module: Used to retrieve the pre-built rule engine to query the data reading rules and target relationship calling rules corresponding to the batch business type; Field reading module: used to extract configuration fields from the certificate source data based on the data reading rules to form an initial reading table; Relationship Invocation Module: Used to identify the association relationship corresponding to the initial read table using the target relationship invocation rules, and to invoke the corresponding target data according to the association relationship to obtain the target field data; Data validation module: used to verify whether the target field data meets the preset validation conditions using pre-defined cross-validation rules; The voucher generation module is used to write the target field data back to the initial reading table if the preset verification conditions are met, so as to obtain the corresponding financial voucher set. Prior to the relationship invocation module, the following is also included: The data extraction unit is used to extract an initial dataset from the business database and extract financial entity information and financial relationships from the initial dataset. The node information creation unit is used to create task node attributes and task node relationships using the financial entity information and financial relationships. The data parsing unit is used to obtain the certificate-making source data corresponding to the initial dataset, parse the header data of the certificate-making source data, and obtain the header dataset. The call value set acquisition unit is used to correspond the header dataset with the task node attributes and the task node relationships through entity links to obtain task node attribute values ​​and task node relationship values, and to summarize the task node attribute values ​​and task node relationship values ​​to obtain the call value set. The call rule construction unit is used to construct target relationship call rules based on the call value set.

7. A financial batch certificate production device as described in claim 6, characterized in that, The instruction receiving module further includes: Service retrieval subunit: used to generate retrieval instructions based on the batch service type and send them to the corresponding multiple service databases; Business Reading Subunit: Used to obtain a pre-set batch receiving value and read the certificate source data returned by the business database according to the batch receiving value. The batch receiving value is used to control the reading order of the certificate source data. The certificate source data includes: multiple transaction type table, multiple accounting record table, transaction adjustment table, location table and multiple handling fee record table.

8. A computer device comprising a memory and a processor, the memory storing computer-readable instructions, wherein the processor, when executing the computer-readable instructions, implements the steps of the financial batch certificate production method as described in any one of claims 1 to 5.

9. 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 financial batch certificate production method as described in any one of claims 1 to 5.

Images