Payment bill generation method and device for fund plan, and medium

Abstract

The invention discloses a payment bill generation method and device for a fund plan and a medium, and relates to the technical field of fund payment. The method comprises the following steps: establishing a bill circulation rule between a fund plan and a payment bill so as to automatically map payment service information in the fund plan to a service detail table of the payment bill; grouping the payment service information according to a preset dimension based on the service detail table to generate payment detail information; generating a complete payment order according to the payment detail information and the collection account information, and submitting the complete payment order to an approval process; and under the condition that the approval is passed, payment operation is executed through the settlement platform, and a payment voucher is generated.

Description

Technical Field

[0001] The present application relates to the technical field of fund payment, and in particular to a method, device and medium for generating a payment slip for a fund plan. Background Art

[0002] In today's corporate fund management system, efficient operation of fund payment is crucial to the stable development of the enterprise. When enterprises carry out payment business according to fund plans, the traditional way of handling is to select fund plans for write-off through payment orders.

[0003] Specifically, the staff needs to enter the payment information of the company and the other party's collection information separately, and then select the corresponding plan from the many funding plans for verification. This operation process has many disadvantages. On the one hand, the operation process is extremely cumbersome, and the staff needs to switch repeatedly between different information entry areas and fill in various information one by one, which greatly consumes time and energy. On the other hand, there is a large amount of repeated entry of payment information in the funding plan preparation stage and the payment information in the payment application form. For example, key information such as the name of the collection unit, payment amount, and settlement method have been recorded in detail when the funding plan is prepared, but they still need to be entered again when making the payment application form.

[0004] This repeated entry not only increases the workload of staff and prolongs the time for payment order preparation, but is also prone to human errors. Once the input information is biased, it may lead to payment errors, affect the relationship between the company and its partners, and even cause financial losses. In addition, the cumbersome operation process also reduces the overall efficiency of payment order preparation, causing the company to lag behind its competitors in terms of capital turnover speed, unable to respond to market demand in a timely manner, and having a negative impact on the company's capital turnover and operating efficiency.

[0005] Therefore, the existing operation method based on fund plan payment is difficult to meet the company's efficient and accurate fund management needs, which has become a technical problem that needs to be solved urgently. Summary of the invention

[0006] The embodiments of the present application provide a payment order generation method, device and medium for a funding plan, which are used to solve the following technical problems: the existing operation mode of payment based on funding plan can hardly meet the efficient and accurate funding management needs of enterprises.

[0007] In a first aspect, an embodiment of the present application provides a payment order generation method for a funding plan, characterized in that the method includes: establishing document flow rules between the funding plan and the payment order to automatically map the payment business information in the funding plan to the business details table of the payment order; based on the business details table, grouping the payment business information according to preset dimensions to generate payment detail information; generating a complete payment order based on the payment detail information and the collection account information, and submitting it to the approval process; if approved, executing the payment operation through the settlement platform and generating a payment voucher.

[0008] In one implementation of the present application, document circulation rules between a funding plan and a payment slip are established, specifically including: one-to-one matching of payment business items in a funding plan with business detail items in a payment slip; wherein payment business items include: payee unit, settlement method, payment amount, contract and project information; defining rules for automatically verifying the consistency between the payment amount and the available amount of the funding plan during the automatic mapping process, and defining alarm logic for triggering an early warning prompt when the automatically verified payment amount is inconsistent with the available amount of the funding plan.

[0009] In one implementation of the present application, the preset dimensions include the payee unit, settlement method and currency; based on the business details table, the payment business information is grouped according to the preset dimensions to generate payment detail information, specifically including: summarizing the payment amounts of the same payee unit, the same settlement method and the same currency to generate a combined payment instruction; labeling and classifying the combined payment instructions according to the contract or project information to generate payment detail information.

[0010] In one implementation of the present application, before generating a complete payment slip based on the payment details and the receiving account information and submitting it to the approval process, the method also includes: obtaining the receiving account information, specifically including: if the receiving unit has preset a default bank account, automatically filling in the account information; if no default account has been preset, receiving manually entered account information through the user interface; and selecting the optimal account from multiple default accounts based on the settlement method or currency priority rules.

[0011] In one implementation of the present application, the approval process includes: verifying the matching of the payment order with the contract performance status and project progress; reviewing the consistency of the payment amount with the funding plan and attaching an electronic signature; generating an encrypted payment instruction and pushing it to the settlement platform.

[0012] In one implementation of the present application, payment operations are performed through a settlement platform, specifically including: directly connecting to a banking system or a third-party payment platform through an API interface to transmit encrypted payment instructions in real time; receiving payment status feedback, and updating the payment order to settled if the payment is successful, and triggering a refund process or manual intervention mechanism if it fails.

[0013] In one implementation of the present application, the method also includes: during the payment order generation or approval process, if data missing, logical conflict or amount exceeded is detected, the process is automatically suspended and an exception notification is pushed to the designated terminal; an exception handling user interface is provided to support manual supplementation of information or adjustment of rules before resubmitting the process.

[0014] In one implementation of the present application, the method also includes: recording an operation log of the entire process of payment order generation; wherein the operation log includes mapping rules, approval records, and payment status changes; storing key operation nodes based on blockchain technology to ensure that the data cannot be tampered with; supporting the generation of multi-dimensional statistical reports by time, department, contract, or project, and linking with financial system data.

[0015] In a second aspect, an embodiment of the present application also provides a payment slip generating device for a funding plan, the device comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute a payment slip generating method for a funding plan such as any one of the above items.

[0016] In a third aspect, an embodiment of the present application further provides a non-volatile computer storage medium for generating a payment slip for a funding plan, storing computer executable instructions, which, when executed, implement a method for generating a payment slip for a funding plan such as any of the above items.

[0017] The payment order generation method, device and medium for a fund plan provided in the embodiments of the present application have the following beneficial effects:

[0018] 1. Improve the efficiency and automation level of payment order preparation: By establishing the document circulation rules between the capital plan and the payment order, the automatic mapping of payment business information (such as the payee, settlement method, payment amount, etc.) is realized, and the manual repeated entry link is completely eliminated, which significantly improves the efficiency of order preparation. The payment details are intelligently grouped according to the preset dimensions (payee, settlement method, currency, etc.) and a combined payment instruction is generated to reduce redundant operations, simplify the processing flow of multiple payments, and improve the overall payment efficiency.

[0019] 2. Reduce manual operation risks and error rates: Automatically check the consistency between the payment amount and the available amount of the funding plan during the information mapping process. If the limit is exceeded, the early warning mechanism is triggered and the process is suspended, effectively avoiding financial risks such as overpayment. The collection account information is automatically filled according to the preset rules (such as default account matching and priority rule selection), reducing account information errors caused by manual input and improving data accuracy.

[0020] 3. Optimize the enterprise fund management process and coordination: After the payment order is generated, it is automatically pushed to the business preliminary review, financial review and settlement processing modules to achieve digital approval of the entire process, reduce cross-departmental communication costs, and speed up the approval process. By directly connecting to the bank system or third-party payment platform to execute encrypted payment instructions, real-time feedback on payment status ensures the timeliness and security of fund flow, and enhances the enterprise's real-time control of the payment process.

[0021] 4. Enhance data consistency and traceability: Funding plans and payment order information are strictly consistent through regular mapping, avoiding data deviations caused by manual operations and providing highly reliable data support for financial decision-making. Full-process operation log records and blockchain evidence storage technology ensure that the entire life cycle from payment order generation, approval to payment is traceable, meeting the company's internal audit and compliance requirements.

[0022] 5. Support flexible expansion and abnormal fault tolerance: payment details support classification by contract, project, etc., which is convenient for subsequent multi-dimensional statistical analysis and provides a data basis for enterprises to optimize their capital plans. Exception handling mechanisms (such as data missing reminders and manual intervention interfaces) effectively deal with unexpected problems in the process, ensure the stability and robustness of the payment process, and avoid business interruptions due to single point failures. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0024] Figure 1 A flow chart of a payment order generation method for a funding plan provided in an embodiment of the present application;

[0025] Figure 2 A schematic diagram of the internal structure of a payment order generation device for a funding plan provided in an embodiment of the present application. DETAILED DESCRIPTION

[0026] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present application.

[0027] The embodiments of the present application provide a payment order generation method, device and medium for a funding plan, which are used to solve the following technical problems: the existing operation mode of payment based on funding plan can hardly meet the efficient and accurate funding management needs of enterprises.

[0028] The technical solution proposed in the embodiments of the present application is described in detail below with reference to the accompanying drawings.

[0029] Figure 1 The present invention provides a flow chart of a payment order generation method for a funding plan. Figure 1 As shown, a payment order generation method for a funding plan provided in an embodiment of the present application specifically includes the following steps:

[0030] Step 101: Establish document transfer rules between the funding plan and the payment order to automatically map the payment business information in the funding plan to the business details table in the payment order.

[0031] In one embodiment of the present application, in order to realize the generation of payment orders for the funding plan, it is first necessary to establish the document flow rules between the funding plan and the payment order.

[0032] Specifically, the payment business items in the funding plan are matched one-to-one with the business detail items in the payment order; wherein the payment business items include: the payee, the settlement method, the payment amount, the contract and the project information; the rules for automatically verifying the consistency between the payment amount and the available amount of the funding plan during the automatic mapping process are defined, and the alarm logic for triggering an early warning prompt is defined when the automatically verified payment amount is inconsistent with the available amount of the funding plan.

[0033] Furthermore, the payment business information in the funding plan is automatically mapped to the business details table in the payment order.

[0034] In one embodiment, in the enterprise financial system, the funding plan is stored in the form of a spreadsheet or database table, and the payment slip also has a corresponding structured data format. The system first matches the payment business items in the funding plan (such as the recipient unit A, the bank transfer settlement method, the payment amount of 10,000 yuan, the corresponding contract number [HT-001] and the project name [Project X]) with the business details items in the payment slip one-to-one. For example, through the pre-set field matching rules, the "receiving unit" field in the funding plan is accurately matched with the "receiving unit" field in the payment slip business details table to ensure accurate mapping of data. Define automatic verification rules, and when mapping the payment amount, the system queries the available amount corresponding to the payment in the funding plan in real time. Assuming that the available quota for the project in the funding plan is RMB 20,000, when the mapped payment amount is RMB 10,000, the system determines that RMB 10,000 is less than RMB 20,000, and the payment amount is consistent with the available quota, so the mapping continues; if the payment amount is mistakenly set to RMB 30,000, the system will trigger an early warning prompt based on the alarm logic, such as a red warning box popping up on the system interface, prompting "The payment amount exceeds the available quota in the funding plan, please verify!" At the same time, the payment order generation process is suspended to prevent overpayment.

[0035] Step 102: Based on the business details table, the payment business information is grouped according to preset dimensions to generate payment details information.

[0036] In one embodiment of the present application, dimensions include payee unit, settlement method and currency; based on the business details table, payment business information is grouped according to preset dimensions to generate payment detail information, specifically including: summarizing payment amounts for the same payee unit, the same settlement method and the same currency to generate a combined payment instruction; labeling and classifying the combined payment instructions according to contract or project information to generate payment detail information.

[0037] In one embodiment, the system groups the payment business information in the business details table with the payee, settlement method and currency as preset dimensions. Assume that there are multiple payment information in the business details table, the payees are A, B, and A, the settlement methods are bank transfer, bank transfer, and check, and the currency is RMB. The system aggregates the payment amounts for which the payee is A and the settlement method is bank transfer. Assume that the two amounts are RMB 10,000 and RMB 5,000 respectively, and after aggregation, a combined payment instruction is generated, "Pay RMB 15,000 to payee A via bank transfer."

[0038] Label and classify the combined payment instructions according to the contract or project information. For example, if the contract numbers corresponding to the combined payment instructions are [HT-001] and [HT-002], the instruction will be marked as "Combined payment of [HT-001] and [HT-002] projects" to form clear payment details for subsequent management and query.

[0039] Step 103: Generate a complete payment slip based on the payment details and the receiving account information, and submit it to the approval process.

[0040] In one embodiment of the present application, after generating payment details, it is necessary to obtain payment account information.

[0041] Specifically, if the payee has preset a default bank account, the account information is automatically filled in; if no default account has been preset, the manually entered account information is received through the user interface; and the optimal account is selected from multiple default accounts based on the settlement method or currency priority rules.

[0042] Furthermore, a complete payment slip is generated based on the payment details and the receiving account information and submitted to the approval process.

[0043] In one embodiment of the present application, the approval process includes: verifying the matching of the payment order with the contract performance status and project progress; reviewing the consistency of the payment amount with the funding plan and attaching an electronic signature; generating an encrypted payment instruction and pushing it to the settlement platform.

[0044] In one embodiment, when obtaining the collection account information, the system first determines whether the collection unit has preset a default bank account. If the collection unit A has preset the default account information (such as the name of the opening bank, bank account number, account name, etc.) in the system, the system automatically fills this information into the collection account information column of the payment slip. If the collection unit has not preset a default account, the system pops up an input box in the user interface, prompting the operator to manually enter the account information. The operator needs to accurately enter the name of the opening bank, account number, account name and other information to ensure the accuracy of the payment path. If there are multiple default accounts for the collection unit, the system selects the best account according to the settlement method or currency priority rules. For example, if the settlement method is bank transfer, the account with a lower transfer fee is given priority; if foreign currency payment is involved, the settlement account of the corresponding currency is given priority to improve payment efficiency and reduce costs.

[0045] Furthermore, the system integrates the generated payment details (such as "pay RMB 15,000 to payee A via bank transfer, [HT-001] and [HT-002] projects combined payment") with the obtained payment account information (assuming that the account is opened at XX Bank, account number is 123456789), automatically fills in the various fields of the payment slip, and generates a complete payment slip. After the payment slip is generated, it is automatically submitted to the approval process. First, the system verifies the matching of the payment slip with the contract performance status and project progress. For example, if the [HT-001] contract stipulates that the corresponding amount should be paid when the project is 50% completed, the system queries the project progress record to confirm that the project has been completed by more than 50%, and the payment slip matches the contract performance status and project progress; if the project progress is only 30%, the approval process is suspended and a prompt "The payment application does not match the project progress, please verify". Then, the financial staff reviews the consistency of the payment amount with the funding plan, and attaches an electronic signature after confirmation. The electronic signature ensures the legitimacy and non-repudiation of the approval. Finally, the system generates an encrypted payment instruction, encrypts the payment order related information, and pushes it to the settlement platform for further processing.

[0046] Step 104: If approved, the payment operation is performed through the settlement platform and a payment voucher is generated.

[0047] In one embodiment of the present application, payment operations are performed through a settlement platform, specifically including: directly connecting to a banking system or a third-party payment platform through an API interface to transmit encrypted payment instructions in real time; receiving payment status feedback, and updating the payment order to settled if the payment is successful, and triggering a refund process or manual intervention mechanism if it fails.

[0048] In one embodiment, the settlement platform is directly connected to the bank system or third-party payment platform through an API interface. The system transmits the encrypted payment instruction to the bank system or third-party payment platform in real time. Assuming that the payment instruction is to transfer 15,000 yuan to the payee unit A, the bank system or third-party payment platform will decrypt and verify the instruction after receiving it. After the payment platform processes the payment request, it will feedback the payment status to the enterprise system. If the payment is successful, the enterprise system updates the payment order status to "settled" and generates a payment voucher. The payment voucher contains information such as payment date, payment amount, payee unit, payment order number, etc., which is convenient for financial accounting and inquiry; if the payment fails, the system triggers the refund process, returns the funds to the enterprise account, and notifies the relevant personnel; if the reason for the failure is more complicated, such as bank account abnormalities, etc., the manual intervention mechanism is triggered, and the financial personnel or technical personnel will manually handle it, troubleshoot the problem and re-initiate the payment.

[0049] In one embodiment of the present application, the method also includes: during the payment order generation or approval process, if data missing, logical conflict or amount exceeded is detected, the process is automatically suspended and an exception notification is pushed to a designated terminal; an exception handling user interface is provided to support manual supplementation of information or adjustment of rules before resubmitting the process.

[0050] In one embodiment of the present application, the method also includes: recording an operation log of the entire process of payment order generation; wherein the operation log includes mapping rules, approval records and payment status changes; storing key operation nodes based on blockchain technology to ensure that the data cannot be tampered with; supporting the generation of multi-dimensional statistical reports by time, department, contract or project, and linking with financial system data.

[0051] The above is an embodiment of the method proposed in this application. Based on the same inventive concept, the embodiment of this application also provides a payment order generation device for a fund plan, and its structure is as follows: Figure 2 shown.

[0052] Figure 2 This is a schematic diagram of the internal structure of a payment order generation device for a funding plan provided in an embodiment of the present application. Figure 2 As shown, the device includes:

[0053] at least one processor 201;

[0054] and, a memory 202 communicatively connected to the at least one processor;

[0055] The memory 202 stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor 201 to enable at least one processor 201 to:

[0056] Establish document transfer rules between funding plans and payment orders to automatically map payment business information in funding plans to the business details table of payment orders;

[0057] Based on the business details table, the payment business information is grouped according to the preset dimensions to generate payment details;

[0058] Generate a complete payment slip based on payment details and receiving account information, and submit it to the approval process;

[0059] If approved, the payment operation will be executed through the settlement platform and a payment voucher will be generated.

[0060] Some embodiments of the present application provide corresponding Figure 1 A non-volatile computer storage medium for generating a payment order for a funding plan stores computer executable instructions, wherein the computer executable instructions are configured as follows:

[0061] Establish document transfer rules between funding plans and payment orders to automatically map payment business information in funding plans to the business details table of payment orders;

[0062] Based on the business details table, the payment business information is grouped according to the preset dimensions to generate payment details;

[0063] Generate a complete payment slip based on payment details and receiving account information, and submit it to the approval process;

[0064] If approved, the payment operation will be executed through the settlement platform and a payment voucher will be generated.

[0065] Each embodiment in this application is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the IoT device and medium embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiments.

[0066] The system and medium provided in the embodiments of the present application correspond one-to-one to the method. Therefore, the system and medium also have similar beneficial technical effects to the corresponding methods. Since the beneficial technical effects of the methods have been described in detail above, the beneficial technical effects of the system and medium will not be repeated here.

[0067] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0068] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0069] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0070] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0071] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0072] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0073] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0074] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0075] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A payment order generation method for a funding plan, characterized in that: The method comprises: Establish document transfer rules between the funding plan and the payment order to automatically map the payment business information in the funding plan to the business details table of the payment order; Based on the business details table, the payment business information is grouped according to preset dimensions to generate payment details information; Generate a complete payment slip based on the payment details and receiving account information, and submit it to the approval process; If approved, the payment operation will be executed through the settlement platform and a payment voucher will be generated.

2. A payment order generation method for a funding plan according to claim 1, characterized in that: Establish document flow rules between funding plans and payment orders, including: Match the payment business items in the funding plan with the business detail items in the payment slip one-to-one; wherein the payment business items include: the payee, the settlement method, the payment amount, the contract and the project information; Define the consistency rules of automatically verifying the payment amount and the available amount of the funding plan during the automatic mapping process, and define the alarm logic for triggering an early warning prompt when the automatically verified payment amount is inconsistent with the available amount of the funding plan.

3. A payment order generation method for a funding plan according to claim 1, characterized in that: The preset dimensions include the payment unit, settlement method and currency; Based on the business details table, the payment business information is grouped according to preset dimensions to generate payment details information, specifically including: Summarize the payment amounts of the same payee, the same settlement method and the same currency to generate a combined payment instruction; The combined payment instructions are labeled and classified according to the contract or project information to generate payment detail information.

4. A payment order generation method for a funding plan according to claim 3, characterized in that: Before generating a complete payment slip based on the payment details and the payment account information and submitting it to the approval process, the method further includes: Obtaining the payment account information, including: If the recipient has preset a default bank account, the account information will be automatically filled in; If no default account is preset, manually input account information is received through the user interface; Select the best account from multiple default accounts based on settlement method or currency priority rules.

5. A payment order generation method for a funding plan according to claim 1, characterized in that: The approval process includes: Verify the matching of payment orders with contract performance status and project progress; Review the consistency between the payment amount and the funding plan, and attach an electronic signature; Generate encrypted payment instructions and push them to the settlement platform.

6. A payment order generation method for a funding plan according to claim 5, characterized in that: Execute payment operations through the settlement platform, including: Directly connect with the banking system or third-party payment platform through the API interface to transmit the encrypted payment instructions in real time; Receive payment status feedback. If the payment is successful, update the payment order to "settled". If it fails, trigger the refund process or manual intervention mechanism.

7. A payment order generation method for a funding plan according to claim 1, characterized in that: The method further comprises: During the payment order generation or approval process, if data missing, logic conflict or amount exceeding the limit is detected, the process will be automatically suspended and an exception notification will be pushed to the designated terminal; Provides an exception handling user interface to support manual information supplementation or rule adjustment and resubmission of the process.

8. A payment order generation method for a funding plan according to claim 1, characterized in that: The method further comprises: An operation log recording the entire process of generating the payment slip; wherein the operation log includes mapping rules, approval records, and payment status changes; Based on blockchain technology, key operation nodes are stored to ensure that data cannot be tampered with; Supports generation of multi-dimensional statistical reports by time, department, contract or project, and linkage with financial system data.

9. A payment order generating device for a funding plan, characterized in that: The device comprises: at least one processor; and, a memory communicatively coupled to the at least one processor; The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute a payment order generation method for a fund plan as described in any one of claims 1-8.

10. A non-volatile computer storage medium for generating a payment order for a funding plan, storing computer executable instructions, characterized in that: When the computer executable instructions are executed, a payment order generation method for a funding plan as described in any one of claims 1 to 8 is implemented.

Images