WO2022222808A1 - 基于报销码的数据处理的方法及装置 - Google Patents

基于报销码的数据处理的方法及装置 Download PDF

Info

Publication number
WO2022222808A1
WO2022222808A1 PCT/CN2022/086513 CN2022086513W WO2022222808A1 WO 2022222808 A1 WO2022222808 A1 WO 2022222808A1 CN 2022086513 W CN2022086513 W CN 2022086513W WO 2022222808 A1 WO2022222808 A1 WO 2022222808A1
Authority
WO
WIPO (PCT)
Prior art keywords
reimbursement
institution
order
target
code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2022/086513
Other languages
English (en)
French (fr)
Inventor
王跃
吴昆�
阚文虎
沈海涛
华建辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to US18/555,835 priority Critical patent/US20240212012A1/en
Publication of WO2022222808A1 publication Critical patent/WO2022222808A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G06Q40/125—Finance or payroll

Definitions

  • This document relates to the technical field of data processing, in particular to a method and device for data processing based on reimbursement codes.
  • One or more embodiments of the present specification provide a data processing method based on a reimbursement code.
  • the data processing method based on the reimbursement code includes: according to the fee control rule configured by the reimbursement code of the institution, performing fee control verification on the target order of the member of the institution. If the fee control verification is passed, the target order is paid based on the institutional account bound by the institution to obtain billing information. The billing information is transmitted to the bill application link opened by the order participant to generate an electronic bill of the target order. A reimbursement form for the institutional member is created based on the electronic ticket and the billing information.
  • One or more embodiments of this specification provide a data processing device based on reimbursement codes, including: a fee control verification module configured to perform fee control on target orders of institutional members according to fee control rules configured by the institution's reimbursement codes Verification.
  • the order payment module is configured to pay the target order based on the institutional account bound to the institution, and obtain billing information if the fee control verification is passed.
  • the electronic bill generating module is configured to transmit the billing information to the bill application link opened by the order participant, so as to generate the electronic bill of the target order.
  • a reimbursement form creation module is configured to create a reimbursement form for the institution member based on the electronic ticket and the billing information.
  • One or more embodiments of the present specification provide a reimbursement code-based data processing device, comprising: a processor; and, a memory configured to store computer-executable instructions that, when executed, cause all Description processor:
  • the fee control rules configured by the reimbursement code of the institution
  • the fee control verification is performed on the target orders of the institution members. If the fee control verification is passed, the target order is paid based on the institutional account bound by the institution to obtain billing information.
  • the billing information is transmitted to the bill application link opened by the order participant to generate an electronic bill of the target order.
  • a reimbursement form for the institutional member is created based on the electronic ticket and the billing information.
  • One or more embodiments of this specification provide a first storage medium for storing computer-executable instructions, the computer-executable instructions implement the following process when executed:
  • the target orders of institutional members are subject to fee control verification. If the fee control verification is passed, the target order is paid based on the institutional account bound by the institution to obtain billing information.
  • the billing information is transmitted to the bill application link opened by the order participant to generate an electronic bill of the target order.
  • a reimbursement form for the institutional member is created based on the electronic ticket and the billing information.
  • FIG. 1 is a processing flow chart of a data processing method based on a reimbursement code provided by one or more embodiments of this specification;
  • FIG. 2 is a processing flowchart of a data processing method based on a reimbursement code applied to an enterprise reimbursement scenario provided by one or more embodiments of this specification;
  • FIG. 3 is a processing flow chart of another data processing method based on reimbursement code applied to an enterprise reimbursement scenario provided by one or more embodiments of this specification;
  • FIG. 4 is a schematic diagram of a data processing device based on reimbursement code provided by one or more embodiments of this specification
  • FIG. 5 is a schematic structural diagram of a data processing device based on a reimbursement code according to one or more embodiments of the present specification.
  • FIG. 1 shows a processing flowchart of a reimbursement code-based data processing method provided in this embodiment
  • FIG. 2 shows A processing flowchart of a reimbursement code-based data processing method applied to an enterprise reimbursement scenario provided by this embodiment.
  • FIG. 3 it shows a reimbursement code-based data provided by this embodiment and applied to an institutional reimbursement scenario. Processing method processing flow chart.
  • the data processing method based on the reimbursement code provided by this embodiment specifically includes steps S102 to S108 .
  • Step S102 according to the fee control rules configured by the reimbursement code of the institution, perform fee control verification on the target order of the institution member.
  • the data processing method based on the reimbursement code provided in this embodiment takes the institution's reimbursement code as the core, and performs integrated processing of payment, invoicing, and reimbursement for orders placed by institution members in a specific scenario.
  • the rules conduct fee control verification on the orders of institutional members to verify whether the orders of institutional members meet the reimbursement conditions of the institution.
  • the fee will be deducted from the institutional account for order payment, and based on the billing information obtained after payment, Issue electronic bills for the orders of institutional members through the bill application link, and finally use the issued electronic bills and billing information to create a reimbursement form for institutional members for the institution to reimburse and record, thus realizing a closed loop of payment, bill issuance, and reimbursement , and through the association of orders, bills, and bills, the problem of difficulty in verifying the authenticity of reimbursement has been solved. While improving the processing efficiency of reimbursement audits, it also improves the processing efficiency and user experience of institutional members.
  • the organization described in this embodiment includes various forms of organizations such as enterprises, institutions, social groups, and enterprises.
  • organizations include not only the organizations at the same level, but also the internal organizations of the organization, such as enterprise departments or divisions.
  • the institutional members include institutional staff and related personnel.
  • the reimbursement code refers to the institution code set by the institution for the payment, invoicing, and reimbursement of institution members.
  • the institution code can uniquely identify the institution, and the institution code can exist in the form of a two-dimensional code, bar code, voice code, or other identification code.
  • the reimbursement code can also be used to identify the membership of an organization member in the organization.
  • the reimbursement code is used as a digital badge of an enterprise employee, and the employee of the enterprise can use the reimbursement code as a voucher to receive the benefits and subsidies issued by the enterprise. .
  • the fee control rules are used to verify whether the orders submitted by members of the institution meet the reimbursement conditions set by the institution.
  • the enterprise code of an enterprise can be used for payment and use of enterprise employees in scenarios such as business trips, business trips, entertainment, team building, office procurement, welfare/subsidy distribution, etc.
  • the deductions generated by the payment that meet the reimbursement conditions set by the enterprise shall be borne by the enterprise. , in order to achieve automatic reimbursement or employee discounts.
  • the expense control rule is configured with at least one reimbursement category of the reimbursement code, and the reimbursement category is associated with at least one expense control element; wherein the expense control element includes at least one of the following : Time element, target compliance element, quota element, location element.
  • the reimbursement categories include but are not limited to: business travel, business travel, hospitality, team building, office purchases, and welfare/subsidy distribution.
  • the time element is used to verify whether the consumption time applied for reimbursement by institutional members complies with the institution’s regulations;
  • the target compliance element is used to verify whether the consumer objects applied for reimbursement by institutional members meet the institution’s regulations, such as the company’s regulations to take the company’s shuttle bus or the bus of a specific bus line.
  • the expenses incurred by the vehicle can be reimbursed. If the vehicle taken by the employee of the enterprise does not meet the regulations, it cannot be reimbursed; the quota element is used to verify whether the amount of reimbursement applied for by the member of the organization meets the regulations of the organization; the location element is used to verify the place where the consumption of the organization member applies for reimbursement. Whether the geographic location information meets agency regulations.
  • the institution in the process of activating the reimbursement code of the institution, according to the acquired request for activation of the reimbursement code of the institution, it is detected whether the institution is a certification institution, or the Whether the member of the institution requesting the activation of the reimbursement code is the institution owner (such as a business owner) of the institution; if so, generate the reimbursement code and issue it to the institution or the member of the institution that submitted the activation request for the reimbursement code, and, Establish a binding relationship between the institution and the submitted institution account for deduction from the institution account in the subsequent reimbursement process; if not, it indicates that the institution does not meet the conditions for opening the reimbursement code, and it is sufficient to not handle it or to the said institution.
  • the institution issues a reminder message for the failure to activate the reimbursement code.
  • the institution may actively invite institution members to open the use authority of the reimbursement code for the institution members to use in business trips, business trips, entertainment, team building, office procurement, and welfare/subsidy distribution.
  • the reimbursement code is used for payment, invoicing and reimbursement.
  • the process of the institution actively inviting institutional members to open the use authority of the reimbursement code specifically includes: according to the opening request submitted by the institution for the to-be-authorized member, to the to-be-authorized member Send the activation invitation of the reimbursement code; in the case of detecting the confirmation instruction submitted by the to-be-authorized member for the activation invitation, perform the verification process on the to-be-authorized member; in the case that the verification process is passed, Activate the authority of the reimbursement code to the member to be authorized, and establish a mapping relationship between the member to be authorized and the institutional keyword information of the institution.
  • the institution keyword information includes header information of the institution.
  • the members of the institution can access the reimbursement code through the reimbursement code service provided by a third-party application. Pay the app's Reimbursement Code service to access the business's Reimbursement Code.
  • the institution member of the institution can also actively apply for the authorization to use the reimbursement code, which specifically includes: obtaining the authorization submitted by the member to be authorized after scanning the identification code of the institution through the member terminal Activation application; the identification code includes the reimbursement code; based on the permission activation application, the member to be authorized is reviewed; if the review is approved, the permission of the reimbursement code is activated to the member to be authorized, and all The mapping relationship between the member to be authorized and the institution keyword information of the institution is described.
  • a member may have a cooperative relationship or affiliation with multiple institutions.
  • the reimbursement code access portals of multiple institutions or multiple reimbursement code display pages are configured under the reimbursement code service; The switch control of another institution's debit code access portal, or the switch control of switching from one institution's reimbursement code display page to another institution's reimbursement code display page.
  • two access modes of "main scan” and "scanned” are provided to the institution member for the institution member to access and use the reimbursement code
  • the organization member In the "scanned” mode, the organization member actively displays the organization's reimbursement code to the merchant or other types of transaction parties, and the merchant or other types of transaction parties scan the reimbursement code displayed by the organization member through a scanning device to Perform payment, invoicing and reimbursement processing on the order of the institution member, specifically, obtain the reimbursement code access request submitted by the member terminal of the institution member; and then issue the institution's reimbursement code to the member terminal to The member terminal is displayed; the target order is submitted after scanning the reimbursement code displayed on the member terminal by the scanning code device configured by the order participant; the order participant refers to the target order of the member of the institution.
  • Another participant in the record including merchants or other types of transaction parties; in the "main scan" mode, the institution member's own terminal scans the transaction of merchants or other types of transaction parties by accessing the code scanning interface provided by the reimbursement code service code to generate an order, and on the basis of generating the order, the reimbursement code of the institution is used to perform payment, invoicing and reimbursement processing of the order.
  • the target order wherein, the member of the institution calls the image acquisition component configured on the member terminal to scan the transaction code by accessing the code scanning control of the reimbursement code service configured by the third-party application.
  • the target order matches in at least one reimbursement category of the fee control rules.
  • Target reimbursement category verify whether the element information recorded in the target order is within the value range of the cost control element associated with the target reimbursement category; if so, determine that the target order passes the target reimbursement category Verification, that is: the verification result of the fee control verification on the target order is the verification; if not, it is determined that the target order has not passed the verification of the target reimbursement category, that is: the verification result of the fee control verification on the target order For verification failed.
  • a reminder message of the reimbursement failure is issued to the institutional member, and funds are transferred from the member account of the institutional member. and transfer the outgoing funds to the account of the said order participant.
  • verifying whether the element information recorded in the target order is within the value range of the cost control elements associated with the target reimbursement category specifically refers to whether the element information recorded in the target order respectively meets the corresponding requirements. If there is any element information that is not within the value range of the corresponding cost control element, determine the target The order does not pass the verification of the target reimbursement category; if the information of each element is within the value range of the corresponding cost control element, it is determined that the target order has passed the verification of the target reimbursement category.
  • a consumption order submitted by an employee of an enterprise is a ticket order and matches the travel category in the expense control rules configured by the enterprise reimbursement code
  • verify whether the element information recorded in the consumption order satisfies the travel category association The time element, vehicle type element, and quota element are specifically checked to verify whether the time information recorded in the consumption order satisfies the value range of the time element (travel time is xx, xx, 01, xx, xx, 03, xx), and Verify whether the vehicle information recorded in the consumption order meets the vehicle elements (the types of travel reimbursement vehicles include high-speed rail second-class seats, hard seats for ordinary trains, and hard sleepers), and verify whether the amount information recorded in the consumption order meets the value range of the quota elements. (The single maximum reimbursement amount is 1,000 yuan).
  • the target reimbursement categories that have passed the verification of the target order, perform the following operations: reimbursement according to the target The priority order of the categories, take the reimbursement category with the highest priority among the matching multiple target reimbursement categories as the expense control reimbursement category; The target reimbursement category selected by the member of the institution among the multiple target reimbursement categories displayed is used as the expense-controlled reimbursement category; or, the expense-controlled reimbursement is determined in the matched multiple target reimbursement categories according to the historical reimbursement data of the institutional member. category.
  • the reimbursement matching the target order in the fee control rule is detected. Whether there are multiple categories; if so, according to the priority order of the reimbursement categories, the reimbursement category with the highest priority among the multiple matching reimbursement categories is used as the target reimbursement category; or, to the institution
  • the member displays multiple matching reimbursement categories, and uses the reimbursement category selected by the institutional member from the displayed multiple reimbursement categories as the target reimbursement category; Determine the target reimbursement category; if not, just go to the next step.
  • the verification result of the fee control verification on the target order is that the verification fails, in order to enhance the organization members' perception of the fee control rules configured by the reimbursement code, so that the institution members can use the reimbursement code to pay, The success rate of invoicing and reimbursement processing.
  • the element information recorded in the target order is verified to be in the value of the cost control element associated with the target reimbursement category If the execution result after the execution of the steps in the interval is No, further determine the non-compliant elements in the element information recorded in the target order that are outside the value interval of the cost control elements associated with the target reimbursement category, and based on The non-compliant elements and corresponding element information generate fee control reminder information, and issue the fee control reminder information to the institutional members.
  • the fee control reminder information are quota elements, and the following operations are performed: split the target order according to the upper threshold of the value range of the quota element, and obtain the first order and the order amount and the maximum quota threshold.
  • Equal second sub-order funds are transferred from the institutional account according to the order amount of the second sub-order, and the transferred funds are transferred to the account of the order participant; according to the order of the first order
  • the amount is funded out of the member account of the member of the institution, and the outgoing funds are transferred into the account of the order participant.
  • target order can also be updated or replaced with the second sub-order after the split, and on this basis, the payment, invoicing and reimbursement processing of the subsequent target order can be performed.
  • the following provides two specific implementations in the fee control verification process: the first one: 1) Determine the target reimbursement category that matches the target order in at least one reimbursement category of the fee control rule.
  • the target reimbursement category may be determined in the following manner: detecting whether the target order matches multiple reimbursement categories in the fee control rule; if so, according to the priority order of the reimbursement categories, Use the reimbursement category with the highest priority among the multiple matching reimbursement categories as the target reimbursement category; or, display the multiple matching reimbursement categories to the institution member, and display the multiple matching reimbursement categories for the institution member in the displayed multiple reimbursement categories.
  • the reimbursement category selected in the reimbursement category is used as the target reimbursement category; or, according to the historical reimbursement data of the institution member, the target reimbursement category is determined in the matching multiple reimbursement categories; if not, the sub-step is performed 2).
  • sub-step 3) and sub-step 4) can also be replaced with the following implementation: determining the non-compliant elements of the target order that have not passed the fee control verification, and generating fees based on the non-compliant elements Control reminder information.
  • Order splitting is performed on the target order according to the upper threshold of the value range of the quota element to obtain a first order and a second sub-order whose order amount is equal to the maximum quota threshold.
  • the second type 1) According to the fee control rules configured by the reimbursement code of the institution, perform fee control verification on the target order of the member of the institution; if the fee control verification is passed, execute the following step S104 to perform payment processing; If passed, go to sub-step 2).
  • the non-compliant element is a quota element
  • Target reimbursement category take the target reimbursement category selected by the institution member from the displayed multiple target reimbursement categories as the expense control reimbursement category;
  • the reimbursement category determines the expense control reimbursement category; if not, it indicates that the target order has only one reimbursement category matched in the expense control rule, and no processing is required.
  • the subsequent process of paying the target order based on the institutional account bound by the institution can also be replaced with a reimbursement category or target fee control category from the institution bound
  • the institutional account transfers funds to pay for the target order, and records the expense control reimbursement category or the target expense control category in the bill information obtained after payment.
  • Step S104 if the fee control verification is passed, the target order is paid based on the institutional account bound by the institution, and bill information is obtained.
  • the target order case of the member of the institution passes the verification of the fee control rule, the target order is paid based on the institutional account bound by the institution.
  • the institution is a certification institution, and according to the order amount recorded in the target order, funds are transferred out from the institution's corporate account, and the transferred funds are transferred into the account of the order participant.
  • the institution opens a financial account in the financial institution as the actual capital expenditure for paying the target orders of institutional members Then, the institution repays the financial institution according to the corresponding account period.
  • the institutional account includes the financial account opened by the institution in the financial institution, such as a capital account, A credit account or an account period account for settlement by means of account period settlement; correspondingly, paying the target order based on the institutional account bound by the institution specifically includes: according to the order amount recorded in the target order, from the The financial account transfers funds out, and transfers the outgoing funds into the account of the order participant.
  • the funds transferred from the financial account are advanced by the financial institution, and the institution repays the advanced funds to the financial institution according to the agreed account period.
  • Step S106 the billing information is transmitted to the bill application link opened by the order participant to generate an electronic bill of the target order.
  • the electronic bills in this embodiment include electronic invoices, receipts, and other electronic vouchers with voucher validity;
  • the bill application link refers to a channel for issuing electronic bills, such as an electronic invoice issuing interface provided by tax authorities.
  • the bill information is transferred to the bill associated with the member order
  • the application link is obtained, and the electronic ticket of the target order returned by the ticket application link is obtained.
  • query the institution keyword information that has a mapping relationship with the institution member pass the billing information into the ticket application link associated with the member order, and obtain the target order returned by the ticket application link the electronic ticket, the ticket application link issues the electronic ticket based on the billing information and the ticket key information synchronized from the institution.
  • the order participant has opened the bill application link of the target order, but the order participant has not enabled the automatic issuance of electronic bills, issue the payment completion page or bill of the target order to the institution member Display page; the payment completion page and the bill display page are configured with the bill application control of the target order; if the trigger instruction of the bill application control is detected, the bill information is transmitted to the bill application link , and obtain the electronic bill of the target order returned by the bill application link; the bill application link issues the electronic bill based on the pre-stored or acquired institutional keyword information of the institution and the billing information .
  • the institution member or the order participant needs to issue the ticket, such as issuing a consumption order offline.
  • further reimbursement processing is performed on this basis.
  • the billing information is transmitted to the order participants.
  • the opened bill application link so as to determine whether the order participant has opened the bill application link before generating the electronic bill of the target order; way to generate the electronic bill process of the target order; if not, detect the electronic bill submitted by the member of the institution or the order participant in a polling manner, and compare the submitted electronic bill with the billing information of the target order An association is made to create a reimbursement form for the institutional user based on the submitted electronic ticket and the billing information.
  • the process of passing the billing information into the bill application link opened by the order participant to generate the electronic bill of the target order can also be replaced by sending the billing information and the institution member
  • the mapped institutional keyword information is transmitted to the ticket application link opened by the order participant to generate the electronic ticket of the target order.
  • Step S108 creating a reimbursement form for the institution member based on the electronic bill and the billing information.
  • the billing information of the target order is used to create a reimbursement form for the member of the institution, which is used for the institution to perform reimbursement and entry, so as to realize automatic reimbursement processing.
  • the electronic The bill and the billing information are verified for authenticity; after the verification is passed, a reimbursement form for the institution member is created based on the bill key information recorded in the electronic bill and/or the bill key information contained in the bill information.
  • a reimbursement form for the institution member may also be created based on the target order, the billing information and the electronic bill for the institution to perform reimbursement and entry.
  • the authenticity of reimbursement is improved by verifying the target order, the billing information and the electronic bill.
  • the three-in-one order of the target order, the billing information and the electronic bill can be combined by establishing the binding of the three relationship or mapping relationship, or by combining or splicing the three into electronic credentials.
  • the following takes the application of a reimbursement code-based data processing method provided by this embodiment in an enterprise reimbursement scenario as an example to further illustrate the reimbursement code-based data processing method provided by this embodiment, referring to FIG. 2 , which is applied to enterprise reimbursement
  • the data processing method based on the reimbursement code of the scene specifically includes steps S202 to S220.
  • Step S202 acquiring the reimbursement code access request submitted by the mobile terminal of the employee of the enterprise.
  • step S204 the reimbursement code of the enterprise is issued to the mobile terminal to be displayed on the mobile terminal.
  • Step S206 acquiring a consumption order submitted after the code scanning device configured by the merchant scans the reimbursement code displayed on the mobile terminal.
  • Step S208 verifying the identity of the employees of the enterprise.
  • Step S210 in the case that the verification of the identity verification is passed, determine the target reimbursement category that matches the consumption order in at least one reimbursement category of the expense control rule configured by the reimbursement code.
  • Step S212 verify whether the element information recorded in the consumption order is within the value range of the cost control element associated with the target reimbursement category; if so, determine that the consumption order has passed the verification of the target reimbursement category, and execute step S214;
  • the employee of the enterprise sends the reminder message of the failure of reimbursement, transfers the funds from the fund account of the employee of the enterprise, and transfers the transferred funds to the collection account of the merchant.
  • Step S214 if the enterprise is a certified enterprise, transfer funds from the enterprise's corporate account according to the order amount recorded in the consumption order, and transfer the transferred funds into the merchant's collection account.
  • Step S216 query the corporate header information that has a mapping relationship with the corporate employee.
  • step S218 the corporate header information and the billing information of the consumption order are transmitted to the invoicing channel opened by the merchant, and the electronic invoice returned by the invoicing channel is obtained.
  • step S220 a reimbursement form for the employee of the enterprise is created based on the billing information of the consumption order and the electronic invoice, so as to perform reimbursement and entry processing.
  • the following takes the application of a reimbursement code-based data processing method provided by this embodiment in an enterprise reimbursement scenario as an example to further illustrate the reimbursement code-based data processing method provided by this embodiment, referring to FIG. 3 , which is applied to enterprise reimbursement
  • the data processing method based on the reimbursement code of the scene specifically includes steps S302 to S314.
  • Step S302 acquiring the consumption order submitted by the member terminal of the enterprise employee after scanning the payment code of the merchant.
  • Step S304 determining a target reimbursement category that matches the consumption order in at least one reimbursement category of the expense control rule configured by the reimbursement code of the enterprise.
  • Step S306 verify whether the element information recorded in the consumption order is within the value range of the cost control element associated with the target reimbursement category; if so, determine that the consumption order has passed the verification of the target reimbursement category, and execute step S308;
  • the fund account of the employee of the enterprise transfers the funds, and the transferred funds are transferred to the collection account of the merchant, and it is determined that the element information recorded in the consumption order is outside the value range of the cost control element associated with the target reimbursement category Based on non-compliant elements and corresponding element information, fee control reminder information is generated, and fee control reminder information is sent to member terminals.
  • Step S308 according to the order amount recorded in the consumption order, the funds are transferred out from the fund account opened by the enterprise in the financial institution, and the transferred funds are transferred into the merchant's account.
  • the funds transferred from the capital account opened by the enterprise in the financial institution shall be advanced by the financial institution, and the enterprise shall repay the advanced funds to the financial institution according to the agreed account period.
  • Step S310 determine whether the merchant has opened an invoice issuance channel; if so, issue a payment completion page for the consumption order to the employee of the enterprise; wherein, the payment completion page is configured with an invoicing control for the consumption order, and if a trigger instruction of the invoicing control is detected, the billing information Enter the invoice issuing channel, and obtain the electronic invoice returned by the invoice issuing channel; if not, go to step S312 and step S314.
  • step S312 the electronic invoices submitted by the employees of the enterprise are detected in a polling manner.
  • Step S314 associate the detected electronic invoice with the billing information of the consumption order, so as to create a reimbursement form for the employee of the enterprise according to the billing information and the electronic invoice.
  • FIG. 4 it shows a schematic diagram of a data processing apparatus based on a reimbursement code provided by this embodiment.
  • the description is relatively simple, and for the relevant part, please refer to the corresponding description of the method embodiment provided above.
  • the apparatus embodiments described below are merely illustrative.
  • This embodiment provides a data processing device based on reimbursement codes, including: a fee control verification module 402 configured to perform fee control verification on target orders of institutional members according to fee control rules configured by the institution's reimbursement codes; an order payment module 404, configured to pay the target order based on the institutional account bound by the institution if the fee control verification is passed, and obtain billing information; the electronic bill generation module 406 is configured to import the billing information into order participation The bill application link opened by the party to generate the electronic bill of the target order; the reimbursement form creation module 408 is configured to create a reimbursement form for the institution member based on the electronic bill and the billing information.
  • a fee control verification module 402 configured to perform fee control verification on target orders of institutional members according to fee control rules configured by the institution's reimbursement codes
  • an order payment module 404 configured to pay the target order based on the institutional account bound by the institution if the fee control verification is passed, and obtain billing information
  • the electronic bill generation module 406 is configured to import the billing information into order participation
  • FIG. 5 provides a kind of data processing based on reimbursement code provided by one or more embodiments of this specification Schematic diagram of the structure of the device.
  • a data processing device based on a reimbursement code includes: as shown in FIG. 5 , the data processing device based on a reimbursement code may have relatively large differences due to different configurations or performances, and may include one or more than one
  • the memory 502 may store one or more storage applications or data. Among them, the memory 502 may be short-lived storage or persistent storage.
  • the application program stored in memory 502 may include one or more modules (not shown), each module may include a series of computer-executable instructions in the reimbursement code-based data processing device. Still further, the processor 501 may be arranged to communicate with the memory 502 to execute a series of computer-executable instructions in the memory 502 on the reimbursement code based data processing device.
  • the reimbursement code-based data processing device may also include one or more power supplies 503, one or more wired or wireless network interfaces 504, one or more input/output interfaces 505, one or more keyboards 506, and the like.
  • the data processing device based on the reimbursement code includes a memory, and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more programs modules, and each module may include a series of computer-executable instructions in a reimbursement code-based data processing apparatus, and configured to be executed by one or more processors to execute the one or more programs including for performing the following computer-executable instructions
  • Execution instruction According to the fee control rules configured by the reimbursement code of the institution, perform fee control verification on the target order of the member of the institution; if the fee control verification passes, the target order will be paid based on the institution account bound to the institution, and a bill will be obtained. information; input the billing information into the bill application link opened by the order participant to generate an electronic bill of the target order; create a reimbursement form for the institution member based on the electronic bill and the billing information.
  • An example of a storage medium provided in this specification is as follows: corresponding to the above-described data processing method based on a reimbursement code, based on the same technical concept, one or more embodiments of this specification further provide a storage medium.
  • the storage medium provided by this embodiment is used to store computer-executable instructions, and when the computer-executable instructions are executed, the following process is implemented: according to the fee control rules configured by the reimbursement code of the institution, the target orders of the institution members are subject to fee control Verification; if the fee control verification is passed, the target order is paid based on the institutional account bound by the institution to obtain billing information; the billing information is transmitted to the ticket application link opened by the order participant to generate the An electronic bill of a target order; and a reimbursement form for the institution member is created based on the electronic bill and the billing information.
  • a Programmable Logic Device (such as a Field Programmable Gate Array (FPGA)) is an integrated circuit whose logic function is determined by user programming of the device.
  • HDL Hardware Description Language
  • ABEL Advanced Boolean Expression Language
  • AHDL Altera Hardware Description Language
  • HDCal JHDL
  • Lava Lava
  • Lola MyHDL
  • PALASM RHDL
  • VHDL Very-High-Speed Integrated Circuit Hardware Description Language
  • Verilog Verilog
  • the controller may be implemented in any suitable manner, for example, the controller may take the form of eg a microprocessor or processor and a computer readable medium storing computer readable program code (eg software or firmware) executable by the (micro)processor , logic gates, switches, application specific integrated circuits (ASICs), programmable logic controllers and embedded microcontrollers, examples of controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicon Labs C8051F320, the memory controller can also be implemented as part of the control logic of the memory.
  • the controller may take the form of eg a microprocessor or processor and a computer readable medium storing computer readable program code (eg software or firmware) executable by the (micro)processor , logic gates, switches, application specific integrated circuits (ASICs), programmable logic controllers and embedded microcontrollers
  • ASICs application specific integrated circuits
  • controllers include but are not limited to
  • the controller in addition to implementing the controller in the form of pure computer-readable program code, the controller can be implemented as logic gates, switches, application-specific integrated circuits, programmable logic controllers and embedded devices by logically programming the method steps.
  • the same function can be realized in the form of a microcontroller, etc. Therefore, this kind of controller can be regarded as a hardware component, and the devices included therein for realizing various functions can also be regarded as a structure in the hardware component. Or even, the means for implementing various functions can be regarded as both a software module implementing a method and a structure within a hardware component.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • one or more embodiments of this specification may be provided as a method, system or computer program product. Accordingly, one or more embodiments of this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present specification may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
  • computer-usable storage media including, but not limited to, disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions
  • the apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • Memory may include forms of non-persistent memory, random access memory (RAM) and/or non-volatile memory in computer readable media, such as read only memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
  • RAM random access memory
  • ROM read only memory
  • flash RAM flash memory
  • Computer-readable media includes both persistent and non-permanent, removable and non-removable media, and storage of information may be implemented by any method or technology.
  • Information may be computer readable instructions, data structures, modules of programs, 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 Disc Read Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridges, magnetic disk storage or other magnetic storage devices or any other non-transmission medium that can be used to store information that can be accessed by a computing device.
  • computer-readable media does not include transitory computer-readable media, such as modulated data signals and carrier waves.
  • One or more embodiments of this specification may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer.
  • program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • One or more embodiments of this specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules may be located in both local and remote computer storage media including storage devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书实施例提供了基于报销码的数据处理的方法及装置，其中，一种基于报销码的数据处理方法包括：根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息；将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；基于所述电子票据和所述账单信息创建所述机构成员的报销单。

Description

基于报销码的数据处理的方法及装置 技术领域
本文件涉及数据处理技术领域，尤其涉及一种基于报销码的数据处理方法及装置。
背景技术
随着互联网技术的发展，电子票据已得到广泛应用，电子票据与普通纸质票据一样具有税务机构统一发放的编码，因此与普通纸质票据具有同样的凭据效力，但电子票据在开票、报销等各个环节相比普通纸质票据都更加便捷，在使用票据进行费用报销的过程中，首先需要填写报销申请单据等电子报表，然后将填写完毕的报销申请单据提交给审核人员进行审核，审核通过后对票据进行报销，整个报销过程比较繁琐，报销过程中往往会出现票据项目类型填写错误等情况，申请票据报销的人员和审核人员都需要花费较多的时间和精力。
发明内容
本说明书一个或多个实施例提供了一种基于报销码的数据处理方法。所述基于报销码的数据处理方法，包括：根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验。若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息。将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据。基于所述电子票据和所述账单信息创建所述机构成员的报销单。
本说明书一个或多个实施例提供了一种基于报销码的数据处理装置，包括：费控核验模块，被配置为根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验。订单支付模块，被配置为若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息。电子票据生成模块，被配置为将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据。报销单创建模块，被配置为基于所述电子票据和所述账单信息创建所述机构成员的报销单。
本说明书一个或多个实施例提供了一种基于报销码的数据处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验。若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息。将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据。基于所述电子票据和所述账单信息创建所述机构成员的报销单。
本说明书一个或多个实施例提供了第一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验。若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息。将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据。基于所述电子票据和所述账单信息创建所述机构成员的报销单。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的 附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
图1为本说明书一个或多个实施例提供的一种基于报销码的数据处理方法处理流程图；
图2为本说明书一个或多个实施例提供的一种应用于企业报销场景的基于报销码的数据处理方法处理流程图；
图3为本说明书一个或多个实施例提供的另一种应用于企业报销场景的基于报销码的数据处理方法处理流程图；
图4为本说明书一个或多个实施例提供的一种基于报销码的数据处理装置示意图；
图5为本说明书一个或多个实施例提供的一种基于报销码的数据处理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
本说明书提供的一种基于报销码的数据处理方法实施例：参照图1，其示出了本实施例提供的一种基于报销码的数据处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于企业报销场景的基于报销码的数据处理方法处理流程图，参照图3，其示出了本实施例提供的一种应用于机构报销场景的基于报销码的数据处理方法处理流程图。
参照图1，本实施例提供的基于报销码的数据处理方法，具体包括步骤S102至步骤S108。
步骤S102，根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验。
本实施例提供的基于报销码的数据处理方法，以机构的报销码为核心，对机构成员在特定场景的订单进行支付、开票、报销的一体化处理，具体通过机构针对报销码配置的费控规则对机构成员的订单进行费控核验，以此来核验机构成员的订单是否满足机构的报销条件，核验通过后从机构账户扣费以进行订单支付，并以支付后获得的账单信息为依据，通过票据申请链路为机构成员的订单开具电子票据，最后利用开具的电子票据和账单信息创建机构成员的报销单，以供机构进行报销入账，从而实现了支付、票据开具、报销三者的闭环，并且通过订单、账单、账单三者的关联解决了报销过真伪审核难度大的问题，在提升机构的报销审核处理效率的同时，也提升了机构成员的处理效率和用户体验。
本实施例所述机构，包括企业、事业单位、社会团体、企业等各种形式的组织，此外，机构不仅包括本级组织，还包括机构的内部组织，比如企业部门或者分部。所述机构成员包括机构工作人员以及相关人员。
所述报销码，是指机构为机构成员的支付、开票、报销所设置的机构码，该机构码能够唯一标识机构，机构码的存在形式可以是二维码、条形码、声音码等标识码。通过 该报销码可实现支付、开票、报销的一体化处理。除此之外，所述报销码还可以用于标识机构成员在机构的成员身份，比如将报销码用作企业员工的数字工牌，企业员工可已报销码为凭证领取企业发放的福利和补贴。
所述费控规则，用于核验机构成员提交的订单是否满足机构所设置的报销条件。比如企业的企业码可用于企业员工在差旅、因公出行、招待、团建、办公采购、福利/补贴发放等场景中支付使用，符合企业设置的报销条件的支付产生的扣费由企业承担，以此实现自动报销或者员工折扣。可选的，所述费控规则，配置有所述报销码的至少一个报销类目，且所述报销类目与至少一个费控要素关联；其中，所述费控要素包括下述至少一项：时间要素、标的合规要素、额度要素、位置要素。所述报销类目包括但不限于：差旅、因公出行、招待、团建、办公采购、福利/补贴发放。
其中，时间要素用于核验机构成员申请报销的消费时间是否满足机构规定；标的合规要素用于核验机构成员申请报销的消费对象是否满足机构规定，比如企业规定乘坐公司班车或者特定公交线路的公交车辆产生的费用可报销，如果企业员工乘坐的车辆不符合规定，则无法报销；额度要素用于核验机构成员申请报销的金额是否满足机构规定；位置要素用于核验机构成员申请报销的消费发生地的地理位置信息是否满足机构规定。
本实施例提供的一种可选实施方式中，在开通所述机构的报销码的过程中，根据获取的所述机构的报销码开通请求，检测所述机构是否为认证机构，或者提交所述报销码开通请求的机构成员是否为所述机构的机构所有人(比如企业主)；若是，生成所述报销码并向所述机构或者提交所述报销码开通请求的机构成员下发，以及，建立所述机构与提交的机构账户的绑定关系，以供后续报销过程中从机构账户中进行扣款；若否，表明所述机构不符合报销码开通条件，不作处理即可或者向所述机构下发报销码开通失败的提醒信息。
在所述机构开通报销码的基础上，所述机构可主动邀请机构成员开放报销码的使用权限，以供机构成员在差旅、因公出行、招待、团建、办公采购、福利/补贴发放等场景中使用报销码进行支付、开票以及报销，所述机构主动邀请机构成员开放报销码的使用权限的过程具体包括：根据所述机构针对待授权成员提交的开通请求，向所述待授权成员发送所述报销码的开通邀约；在检测到所述待授权成员针对所述开通邀约提交的确认指令的情况下，对所述待授权成员进行核身处理；在核身处理通过的情况下，向所述待授权成员开通所述报销码的权限，并建立所述待授权成员与所述机构的机构关键字信息的映射关系。所述机构关键字信息包括机构的抬头信息。
所述机构在向机构成员开放所述报销码的使用权限之后，机构成员可通过第三方应用提供的报销码服务访问所述报销码，比如开通报销码权限的企业员工，可通过自身终端安装的支付应用的报销码服务来访问企业的报销码。
此外，在所述机构开通报销码的基础上，还可由所述机构的机构成员主动申请报销码的使用权限，具体包括：获取待授权成员通过成员终端扫描所述机构的标识码之后提交的权限开通申请；所述标识码包括所述报销码；基于所述权限开通申请，对所述待授权成员进行审核；若审核通过，向所述待授权成员开通所述报销码的权限，并建立所述待授权成员与所述机构的机构关键字信息的映射关系。
实际应用中，机构成员与机构除了签署劳动合同建立固定的合同关系之外，还可能存在临时外派、兼职、跨部门协作等特殊情形，往往会使机构与机构成员的关系更为复杂化，从而可能会出现一个成员与多个机构具有合作关系或者隶属关系，针对于此，为了便于机构成员访问和使用多个不同机构的报销码，可选的，若与所述机构成员具有隶属关系的机构为多个，则在所述报销码服务下配置多个机构的报销码访问入口或者多个报销码展示页；并且，所述报销码服务配置有从其中一个机构的销码访问入口切换至另 一机构的销码访问入口的切换控件，或者，从其中一个机构的报销码展示页切换至另一机构的报销码展示页的切换控件。
本实施例中，在机构成员在使用所述机构的报销码的过程中，向所述机构成员提供“主扫”和“被扫”两种访问模式，以供机构成员访问并使用报销码，在“被扫”模式下，由机构成员主动向商家或者其他类型的交易方展示机构的报销码，并由商家或者其他类型的交易方一侧通过扫描设备来扫描机构成员展示的报销码，以对机构成员的订单进行支付、开票和报销处理，具体的，获取所述机构成员的成员终端提交的报销码访问请求；然后向所述成员终端下发所述机构的报销码，以在所述成员终端进行展示；所述目标订单在所述订单参与方配置的扫码设备扫描所述成员终端展示的所述报销码后提交；所述订单参与方，是指所述机构成员的目标订单中记录的另一参与方，包括商家或者其他类型的交易方；在“主扫”模式下，由机构成员自身终端通过访问报销码服务提供的扫码接口，扫描商家或者其他类型的交易方的交易码以生成订单，在生成订单的基础上利用机构的报销码进行订单的支付、开票和报销处理，具体的，获取所述机构成员的成员终端扫描所述订单参与方的交易码后提交的所述目标订单；其中，所述机构成员通过访问第三方应用配置的报销码服务的扫码控件，调用所述成员终端配置的图像采集组件扫描所述交易码。
具体实施时，根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验的过程中，首先确定所述目标订单在所述费控规则的至少一个报销类目中匹配的目标报销类目；然后核验所述目标订单中记录的要素信息是否处于所述目标报销类目关联的费控要素的取值区间内；若是，确定所述目标订单通过所述目标报销类目的核验，即：对目标订单进行费控核验的核验结果为核验通过；若否，则确定所述目标订单未通过所述目标报销类目的核验，即：对目标订单进行费控核验的核验结果为核验未通过。
具体在费控核验未通过的情况下，为了确保机构成员的目标订单的处理不被中断，向所述机构成员下发报销失败的提醒信息，从所述机构成员的成员账户进行资金转出，并将转出资金转入所述订单参与方的账户。
需要说明的是，核验所述目标订单中记录的要素信息是否处于所述目标报销类目关联的费控要素的取值区间内，具体是指目标订单中记录的各项要素信息是否分别满足对应的费控要素，即：各项要素信息是否分别处于对应的费控要素的取值区间内；若存在任一项要素信息未处于对应的费控要素的取值区间内，则确定所述目标订单未通过所述目标报销类目的核验；若各项要素信息均处于各自对应的费控要素的取值区间内，则确定所述目标订单通过所述目标报销类目的核验。
比如，企业员工提交的消费订单，该消费订单为车票订单，与企业报销码配置的费控规则中的差旅类目匹配，则核验该消费订单中记录的要素信息是否满足差旅类目关联的时间要素、车辆类型要素、额度要素，具体是核验消费订单中记录的时间信息是否满足时间要素的取值区间(差旅时间为xx年xx月01日-xx年xx月03日)，并核验消费订单中记录的车辆信息是否满足车辆要素的(差旅报销车辆类型有高铁二等座、普通列车的硬座、硬卧)，以及核验消费订单中记录的金额信息是否满足额度要素的取值区间(单次最大报销额度为1000元)。
实际应用中，可能会出现机构成员的单个目标订单满足的机构的费控规则中配置的多个报销条件，即：费控规则中与机构成员的目标订单匹配的报销类目有多个，并且目标订单中记录的要素信息通过多个报销类目关联的费控要素的审核，可选的，若所述目标订单核验通过的目标报销类目有多个，执行如下操作：根据所述目标报销类目的优先级顺序，将匹配的多个目标报销类目中优先级最高的报销类目作为费控报销类目；或者，向所述机构成员展示匹配的多个目标报销类目，将所述机构成员在展示的多个目标报销 类目中选择的目标报销类目作为费控报销类目；或者，根据所述机构成员的历史报销数据在匹配的多个目标报销类目确定费控报销类目。
本实施例中，在上述确定所述目标订单在所述费控规则的至少一个报销类目中匹配的目标报销类目的过程中，检测所述目标订单在所述费控规则中匹配的报销类目是否为多个；若是，根据所述报销类目的优先级顺序，将匹配的多个报销类目中优先级最高的报销类目作为所述目标报销类目；或者，向所述机构成员展示匹配的多个报销类目，将所述机构成员在展示的多个报销类目中选择的报销类目作为所述目标报销类目；或者，根据所述机构成员的历史报销数据在匹配的多个报销类目确定所述目标报销类目；若否，执行下一步即可。
除此之外，在对目标订单进行费控核验的核验结果为核验未通过的情况下，为了提升机构成员对报销码配置的费控规则的感知，以便机构成员在后续使用报销码进行支付、开票和报销处理的成功率，本实施例提供的一种可选实施方式中，若所述核验所述目标订单中记录的要素信息是否处于所述目标报销类目关联的费控要素的取值区间内步骤执行之后的执行结果为否，则进一步确定所述目标订单中记录的要素信息中处于所述目标报销类目关联的费控要素的取值区间之外的未合规要素，并基于所述未合规要素以及对应的要素信息生成费控提醒信息，向所述机构成员下发所述费控提醒信息。
进一步，为了提升机构成员使用报销码进行支付、开票和报销处理的成功率，进而提升机构成员的报销码使用体验，本实施例提供的一种可选实施方式中，若所述费控提醒信息中包含的未合规要素为额度要素，执行如下操作：按照所述额度要素的取值区间的上限阈值对所述目标订单进行订单拆分，获得第一订单以及订单金额与所述最大额度阈值相等的第二子订单；按照所述第二子订单的订单金额从所述机构账户进行资金转出，并将转出资金转入所述订单参与方的账户；按照所述第一订单的订单金额从所述机构成员的成员账户进行资金转出，并将转出资金转入所述订单参与方的账户。
此外，还可以利用拆分后第二子订单更新或者替换所述目标订单，并在此基础上执行后续目标订单的支付、开票和报销处理过程。
下述提供两种费控核验处理过程中的具体实现：第一种：1)确定所述目标订单在所述费控规则的至少一个报销类目中匹配的目标报销类目。
具体的，所述目标报销类目可采用如下方式确定：检测所述目标订单在所述费控规则中匹配的报销类目是否为多个；若是，根据所述报销类目的优先级顺序，将匹配的多个报销类目中优先级最高的报销类目作为所述目标报销类目；或者，向所述机构成员展示匹配的多个报销类目，将所述机构成员在展示的多个报销类目中选择的报销类目作为所述目标报销类目；或者，根据所述机构成员的历史报销数据在匹配的多个报销类目确定所述目标报销类目；若否，执行子步骤2)。
2)核验所述目标订单中记录的要素信息是否处于所述目标报销类目关联的费控要素的取值区间内；若是，确定所述目标订单通过所述目标报销类目的核验。
若否，执行子步骤3)和子步骤4)。
3)确定所述目标订单中记录的要素信息中处于所述目标报销类目关联的费控要素的取值区间之外的未合规要素。
4)基于所述未合规要素以及对应的要素信息生成费控提醒信息，并向所述机构成员下发所述费控提醒信息。
除此之外，子步骤3)和子步骤4)的实现方式，还可被替换为如下实现方式：确定所述目标订单未通过费控核验的未合规要素，并基于未合规要素生成费控提醒信息。
其中，若所述费控提醒信息中包含的未合规要素为额度要素，执行子步骤5)至子步骤7)。
5)按照所述额度要素的取值区间的上限阈值对所述目标订单进行订单拆分，获得第一订单以及订单金额与所述最大额度阈值相等的第二子订单。
6)按照所述第二子订单的订单金额从所述机构账户进行资金转出，并将转出资金转入所述订单参与方的账户。
7)按照所述第一订单的订单金额从所述机构成员的成员账户进行资金转出，并将转出资金转入所述订单参与方的账户。
第二种：1)根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；若费控核验通过，执行下述步骤S104进行支付处理即可；若费控核验未通过，执行子步骤2)。
2)确定所述目标订单未通过费控核验的未合规要素，并基于未合规要素生成费控提醒信息。
若所述未合规要素为额度要素，按照额度要素的取值区间的上限阈值从所述机构账户进行资金转出，并按照剩余订单金额从所述机构成员的成员账户进行资金转出，并将转出资金转入所述订单参与方的账户；其中，剩余订单金额等于目标订单的订单金额与额度要素的取值区间的上限阈值的差值。
需要说明的是，针对上述提供的两种费控核验的具体实现方式，在费控核验通过的情况下，还可进一步检测所述目标订单在所述费控规则中匹配的报销类目是否为多个；
若是，根据所述目标报销类目的优先级顺序，将匹配的多个目标报销类目中优先级最高的报销类目作为费控报销类目；或者，向所述机构成员展示匹配的多个目标报销类目，将所述机构成员在展示的多个目标报销类目中选择的目标报销类目作为费控报销类目；或者，根据所述机构成员的历史报销数据在匹配的多个目标报销类目确定费控报销类目；若否，表明目标订单在所述费控规则中匹配的报销类目仅有一个，不作处理即可。
在此基础上，后续基于所述机构绑定的机构账户对所述目标订单进行支付的过程，还可被替换为按照费控报销类目或者目标费控类目，从所述机构绑定的机构账户转出资金以进行所述目标订单的支付，并在支付后获得的账单信息中记录费控报销类目或者目标费控类目。
步骤S104，若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息。
本实施例中，在所述机构成员的目标订单案通过所述费控规则的核验之后，基于所述机构绑定的机构账户对所述目标订单进行支付，具体在支付处理过程中，若所述机构为认证机构，按照所述目标订单记录的订单金额从所述机构的对公账户进行资金转出，并将转出资金转入所述订单参与方的账户。
实际中许多小微企业并未开通对公账户或者未进行实名认证，因此，为方便这部分机构使用所述报销码进行报销处理，若所述机构为非认证机构，按照所述目标订单记录的订单金额从机构所有人的所有人账户进行资金转出，并将转出资金转入所述订单参与方的账户。
此外，为从机构侧提升机构对报销码服务的使用积极性，本实施例通过在报销码服务中引入金融机构，由机构在金融机构开通金融账户作为对机构成员的目标订单进行支付的实际资金支出方，然后由机构按照相应的账期向金融机构进行还款，本实施例提供 的一种可选实施方式中，所述机构账户包括所述机构在金融机构开通的金融账户，比如资金账户、授信账户或者以账期结算方式进行结算的账期账户；相应的，基于所述机构绑定的机构账户对所述目标订单进行支付，具体包括：按照所述目标订单记录的订单金额从所述金融账户进行资金转出，并将转出资金转入所述订单参与方的账户。
可选的，从所述金融账户转出的资金由所述金融机构垫付，所述机构按照约定账期向所述金融机构偿还垫付资金。
步骤S106，将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据。
本实施例所述电子票据，包括电子发票、收据等具有凭证效力的电子凭证；所述票据申请链路，是指用于开具电子票据的渠道，比如税务机构提供的电子发票开具接口。
具体实施时，在所述订单参与方开通所述目标订单的票据申请链路，并且所述订单参与方开通自动开具电子票据的情况下，将所述账单信息传入所述成员订单关联的票据申请链路，并获取所述票据申请链路回传的所述目标订单的电子票据。或者，查询与所述机构成员具有映射关系的机构关键字信息；将所述账单信息传入所述成员订单关联的票据申请链路，并获取所述票据申请链路回传的所述目标订单的电子票据，所述票据申请链路基于所述账单信息，以及从所述机构同步的所述票据关键信息开具所述电子票据。
若所述订单参与方开通所述目标订单的票据申请链路，但所述订单参与方未开通自动开具电子票据的情况下，向所述机构成员下发所述目标订单的支付完成页或者账单展示页；所述支付完成页和所述账单展示页配置有所述目标订单的票据申请控件；若检测到所述票据申请控件的触发指令，将所述账单信息传入所述票据申请链路，并获取所述票据申请链路回传的所述目标订单的电子票据；所述票据申请链路基于预先存储或者获取的所述机构的机构关键字信息和所述账单信息开具所述电子票据。
此外，在所述订单参与方未开通票据申请链路，或者未开通所述目标订单的票据申请链路的情况下，需要由机构成员或者订单参与方进行票据开具，比如在线下开具消费订单的电子发票或者通过第三方应用开具电子发票，本实施例提供的一种可选实施方式中，在此基础上进行进一步的报销处理，具体实现过程中，在将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据之前，判断所述订单参与方是否开通票据申请链路；若是，则执行将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据过程；若否，以轮询方式检测所述机构成员或者所述订单参与方提交的电子票据，并将提交的电子票据与所述目标订单的账单信息进行关联，以根据提交的电子票据和所述账单信息创建所述机构用户的报销单。
需要说明的是，将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据这一过程，还可以被替换为将所述账单信息和所述机构成员映射的机构关键字信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据。
步骤S108，基于所述电子票据和所述账单信息创建所述机构成员的报销单。
在上述对所述目标订单进行支付处理获得所述账单信息，并利用所述票据申请链路生成所述目标订单的电子票据的基础上，本步骤中，基于所述目标订单的电子票据和所述目标订单的账单信息创建所述机构成员的报销单，以用于所述机构进行报销入账，以此实现自动化的报销处理。
本实施例提供的一种可选实施方式中，为提升机构成员进行报销入账的真实性，在基于所述电子票据和所述账单信息创建所述机构成员的报销单过程中，对所述电子票据和所述账单信息进行真实性验证；在验证通过后，基于所述电子票据中记录的票据关键 信息和/或所述账单信息中包含的账单关键信息，创建所述机构成员的报销单。
为进一步提升机构成员进行报销入账的真实性，还可以基于所述目标订单、所述账单信息和所述电子票据三者创建所述机构成员的报销单，以供所述机构进行报销入账，具体通过对所述目标订单、所述账单信息和所述电子票据三者进行验证的方式来提升报销的真实性。
除此之外，为帮助机构成员归集电子票据，也为提升机构进行报销审核的效率，基于所述目标订单、所述账单信息和所述电子票据三单合一的方式，建立三者在数据层面的联系，以此解决报销真实性审核难的问题，具体而言，所述目标订单、所述账单信息和所述电子票据三者的三单合一，可通过建立三者的绑定关系或者映射关系来实现，还可通过将三者组合或者拼接为电子凭据的方式实现。
实际应用中，许多场景下存在账单合并报销的情况，以机构成员的因公出行场景为例，机构成员在一次因公出行行程中所有的消费账单可进行合并报销，或者，机构成员在一次因公出行行程中的多张乘车消费账单可进行合并报销，多张餐饮消费账单也可进行合并报销，针对于此，为提升报销处理的效率，本实施例提供的一种可选实施方式中，基于所述电子票据和所述账单信息创建所述机构成员的报销单的过程中，通过如下方式实现合并报销：根据多个目标订单的账单信息中包含的要素信息，分析多个目标订单之间的因公支付关系；基于所述因公支付关系对多个目标订单进行组合，并基于组合结果以及多个目标订单的电子票据，创建所述机构成员针对因公支付行程的报销单。
需要说明的是，此处以因公出差场景为例，对合并报销的具体实现过程中进行说明，差旅、招待、团建、办公采购、福利/补贴发放等场景同样可实现合并报销，具体实现过程参见上述提供的因公出差场景的合并报销的具体实现即可，本实施例在此不再一一赘述。
下述以本实施例提供的一种基于报销码的数据处理方法在企业报销场景的应用为例，对本实施例提供的基于报销码的数据处理方法进行进一步说明，参见图2，应用于企业报销场景的基于报销码的数据处理方法，具体包括步骤S202至步骤S220。
步骤S202，获取企业员工的移动终端提交的报销码访问请求。
步骤S204，向移动终端下发企业的报销码以在移动终端进行展示。
步骤S206，获取商家配置的扫码设备扫描移动终端展示的报销码后提交的消费订单。
步骤S208，对企业员工进行核身验证。
步骤S210，在核身验证通过的情况下，确定消费订单在报销码配置的费控规则的至少一个报销类目中匹配的目标报销类目。
步骤S212，核验消费订单中记录的要素信息是否处于目标报销类目关联的费控要素的取值区间内；若是，确定消费订单通过目标报销类目的核验，并执行步骤S214；若否，向企业员工下发报销失败的提醒信息，从企业员工的资金账户进行资金转出，并将转出资金转入商家的收款账户。
步骤S214，若该企业为认证企业，按照消费订单记录的订单金额从企业的对公账户进行资金转出，并将转出资金转入商家的收款账户。
步骤S216，查询与企业员工具有映射关系的企业抬头信息。
步骤S218，将企业抬头信息和消费订单的账单信息传入商家开通的发票开具渠道，并获取发票开具渠道回传的电子发票。
步骤S220，基于消费订单的账单信息和电子发票创建企业员工的报销单，以进行报 销入账处理。
下述以本实施例提供的一种基于报销码的数据处理方法在企业报销场景的应用为例，对本实施例提供的基于报销码的数据处理方法进行进一步说明，参见图3，应用于企业报销场景的基于报销码的数据处理方法，具体包括步骤S302至步骤S314。
步骤S302，获取企业员工的成员终端扫描商家的收款码后提交的消费订单。
步骤S304，确定消费订单在企业的报销码配置的费控规则的至少一个报销类目中匹配的目标报销类目。
步骤S306，核验消费订单中记录的要素信息是否处于目标报销类目关联的费控要素的取值区间内；若是，确定消费订单通过目标报销类目的核验，并执行步骤S308；若否，从企业员工的资金账户进行资金转出，并将转出资金转入商家的收款账户，以及，确定消费订单中记录的要素信息中处于目标报销类目关联的费控要素的取值区间之外的未合规要素，基于未合规要素以及对应的要素信息生成费控提醒信息，并向成员终端下发费控提醒信息。
步骤S308，按照消费订单记录的订单金额从企业在金融机构开通的资金账户进行资金转出，并将转出资金转入商家的账户。
其中，从企业在金融机构开通的资金账户转出的资金由金融机构垫付，企业按照约定账期向金融机构偿还垫付资金。
步骤S310，判断商家是否开通发票开具渠道；若是，向企业员工下发消费订单的支付完成页；其中，支付完成页配置有消费订单的开票控件，若检测到开票控件的触发指令，将账单信息传入发票开具渠道，并获取发票开具渠道回传的电子发票；若否，执行步骤S312和步骤S314。
步骤S312，以轮询方式检测企业员工提交的电子发票。
步骤S314，将检测到的电子发票与消费订单的账单信息进行关联，以根据账单信息和电子发票创建企业员工的报销单。
本说明书提供的一种基于报销码的数据处理装置实施例如下：在上述的实施例中，提供了一种基于报销码的数据处理方法，与之相对应的，还提供了一种基于报销码的数据处理装置，下面结合附图进行说明。
参照图4，其示出了本实施例提供的一种基于报销码的数据处理装置示意图。
由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种基于报销码的数据处理装置，包括：费控核验模块402，被配置为根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；订单支付模块404，被配置为若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息；电子票据生成模块406，被配置为将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；报销单创建模块408，被配置为基于所述电子票据和所述账单信息创建所述机构成员的报销单。
本说明书提供的一种基于报销码的数据处理设备实施例如下：对应上述描述的一种基于报销码的数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种基于报销码的数据处理设备，该基于报销码的数据处理设备用于执行上述提供的基于报销码的数据处理方法，图5为本说明书一个或多个实施例提供的一种基于报销码的数据处理设备的结构示意图。
本实施例提供的一种基于报销码的数据处理设备，包括：如图5所示，基于报销码的数据处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括基于报销码的数据处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在基于报销码的数据处理设备上执行存储器502中的一系列计算机可执行指令。基于报销码的数据处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/输出接口505，一个或一个以上键盘506等。
在一个具体的实施例中，基于报销码的数据处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对基于报销码的数据处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息；将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；基于所述电子票据和所述账单信息创建所述机构成员的报销单。
本说明书提供的一种存储介质实施例如下：对应上述描述的一种基于报销码的数据处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息；将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；基于所述电子票据和所述账单信息创建所述机构成员的报销单。
需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于基于报销码的数据处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来 撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (25)

  1. 一种基于报销码的数据处理方法，包括：
    根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；
    若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息；
    将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；
    基于所述电子票据和所述账单信息创建所述机构成员的报销单。
  2. 根据权利要求1所述的基于报销码的数据处理方法，所述根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验，包括：
    确定所述目标订单在所述费控规则的至少一个报销类目中匹配的目标报销类目；
    核验所述目标订单中记录的要素信息是否处于所述目标报销类目关联的费控要素的取值区间内；
    若是，确定所述目标订单通过所述目标报销类目的核验。
  3. 根据权利要求1所述的基于报销码的数据处理方法，所述费控规则，配置有所述报销码的至少一个报销类目，且所述报销类目与至少一个费控要素关联；
    其中，所述费控要素包括下述至少一项：时间要素、标的合规要素、额度要素、位置要素。
  4. 根据权利要求1所述的基于报销码的数据处理方法，所述根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验步骤执行之前，还包括：
    获取所述机构成员的成员终端提交的报销码访问请求；
    向所述成员终端下发所述机构的报销码，以在所述成员终端进行展示；所述目标订单在所述订单参与方配置的扫码设备扫描所述成员终端展示的所述报销码后提交。
  5. 根据权利要求1所述的基于报销码的数据处理方法，所述根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验步骤执行之前，还包括：
    获取所述机构成员的成员终端扫描所述订单参与方的交易码后提交的所述目标订单；
    其中，所述机构成员通过访问第三方应用配置的报销码服务的扫码控件，调用所述成员终端配置的图像采集组件扫描所述交易码。
  6. 根据权利要求1所述的基于报销码的数据处理方法，还包括：
    根据获取的所述机构的报销码开通请求，检测所述机构是否为认证机构，或者提交所述报销码开通请求的机构成员是否为所述机构的机构所有人；
    若是，生成所述报销码并向所述机构或者提交所述报销码开通请求的机构成员下发，以及，建立所述机构与提交的机构账户的绑定关系。
  7. 根据权利要求6所述的基于报销码的数据处理方法，还包括：
    根据所述机构针对待授权成员提交的开通请求，向所述待授权成员发送所述报销码的开通邀约；
    在检测到所述待授权成员针对所述开通邀约提交的确认指令的情况下，对所述待授权成员进行核身处理；
    在核身处理通过的情况下，向所述待授权成员开通所述报销码的权限，并建立所述待授权成员与所述机构的机构关键字信息的映射关系。
  8. 根据权利要求6所述的基于报销码的数据处理方法，还包括：
    获取待授权成员通过成员终端扫描所述机构的标识码之后提交的权限开通申请；所述标识码包括所述报销码；
    基于所述权限开通申请，对所述待授权成员进行审核；
    若审核通过，向所述待授权成员开通所述报销码的权限，并建立所述待授权成员与 所述机构的机构关键字信息的映射关系。
  9. 根据权利要求1所述的基于报销码的数据处理方法，所述基于所述机构绑定的机构账户对所述目标订单进行支付，包括：
    若所述机构为认证机构，按照所述目标订单记录的订单金额从所述机构的对公账户进行资金转出，并将转出资金转入所述订单参与方的账户；
    若所述机构为非认证机构，按照所述目标订单记录的订单金额从机构所有人的所有人账户进行资金转出，并将转出资金转入所述订单参与方的账户。
  10. 根据权利要求1所述的基于报销码的数据处理方法，所述机构账户包括所述机构在金融机构开通的金融账户；
    相应的，所述基于所述机构绑定的机构账户对所述目标订单进行支付，包括：
    按照所述目标订单记录的订单金额从所述金融账户进行资金转出，并将转出资金转入所述订单参与方的账户。
  11. 根据权利要求10所述的基于报销码的数据处理方法，从所述金融账户转出的资金由所述金融机构垫付，所述机构按照约定账期向所述金融机构偿还垫付资金。
  12. 根据权利要求1所述的基于报销码的数据处理方法，所述将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据，包括：
    查询与所述机构成员具有映射关系的机构关键字信息；
    将所述账单信息传入所述成员订单关联的票据申请链路，并获取所述票据申请链路回传的所述目标订单的电子票据；所述票据申请链路基于所述账单信息，以及从所述机构同步的所述机构关键字信息开具所述电子票据。
  13. 根据权利要求1所述的基于报销码的数据处理方法，所述将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据，包括：
    向所述机构成员下发所述目标订单的支付完成页或者账单展示页；所述支付完成页和所述账单展示页配置有所述目标订单的票据申请控件；
    若检测到所述票据申请控件的触发指令，将所述账单信息传入所述票据申请链路，并获取所述票据申请链路回传的所述目标订单的电子票据。
  14. 根据权利要求1所述的基于报销码的数据处理方法，所述若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息步骤执行之后，且所述将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据步骤执行之前，还包括：
    判断所述订单参与方是否开通票据申请链路；
    若是，执行所述将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据步骤；
    若否，以轮询方式检测所述机构成员或者所述订单参与方提交的电子票据，并将提交的电子票据与所述目标订单的账单信息进行关联，以根据提交的电子票据和所述账单信息创建所述机构用户的报销单。
  15. 根据权利要求1所述的基于报销码的数据处理方法，所述机构成员通过第三方应用提供的报销码服务访问所述报销码；
    若与所述机构成员具有隶属关系的机构为多个，则在所述报销码服务下配置多个机构的报销码访问入口或者多个报销码展示页；
    并且，所述报销码服务配置有从一机构的销码访问入口切换至另一机构的销码访问入口的切换控件，或者，从一机构的报销码展示页切换至另一机构的报销码展示页的切换控件。
  16. 根据权利要求1所述的基于报销码的数据处理方法，还包括：
    若费控核验未通过，向所述机构成员下发报销失败的提醒信息，和/或，从所述机构成员的成员账户进行资金转出，并将转出资金转入所述订单参与方的账户。
  17. 根据权利要求1所述的基于报销码的数据处理方法，所述基于所述电子票据和所述账单信息创建所述机构成员的报销单，包括：
    对所述电子票据和所述账单信息进行真实性验证；
    在验证通过后，基于所述电子票据中记录的票据关键信息和/或所述账单信息中包含的账单关键信息，创建所述机构成员的报销单。
  18. 根据权利要求1所述的基于报销码的数据处理方法，所述基于所述电子票据和所述账单信息创建所述机构成员的报销单，包括：
    根据多个目标订单的账单信息中包含的要素信息，分析多个目标订单之间的因公支付关系；
    基于所述因公支付关系对多个目标订单进行组合，并基于组合结果以及多个目标订单的电子票据，创建所述机构成员针对因公支付行程的报销单。
  19. 根据权利要求2所述的基于报销码的数据处理方法，若所述目标订单核验通过的目标报销类目有多个，执行如下操作：
    根据所述目标报销类目的优先级顺序，将匹配的多个目标报销类目中优先级最高的报销类目作为费控报销类目；
    或者，
    向所述机构成员展示匹配的多个目标报销类目，将所述机构成员在展示的多个目标报销类目中选择的目标报销类目作为费控报销类目；
    或者，
    根据所述机构成员的历史报销数据在匹配的多个目标报销类目确定费控报销类目。
  20. 根据权利要求2所述的基于报销码的数据处理方法，若所述核验所述目标订单中记录的要素信息是否处于所述目标报销类目关联的费控要素的取值区间内步骤执行之后的执行结果为否，执行如下操作：
    确定所述目标订单中记录的要素信息中处于所述目标报销类目关联的费控要素的取值区间之外的未合规要素；
    基于所述未合规要素以及对应的要素信息生成费控提醒信息，并向所述机构成员下发所述费控提醒信息。
  21. 根据权利要求20所述的基于报销码的数据处理方法，若所述费控提醒信息中包含的未合规要素为额度要素，执行如下操作：
    按照所述额度要素的取值区间的上限阈值对所述目标订单进行订单拆分，获得第一订单以及订单金额与所述最大额度阈值相等的第二子订单；
    按照所述第二子订单的订单金额从所述机构账户进行资金转出，并将转出资金转入所述订单参与方的账户；
    按照所述第一订单的订单金额从所述机构成员的成员账户进行资金转出，并将转出资金转入所述订单参与方的账户。
  22. 根据权利要求2所述的基于报销码的数据处理方法，所述确定所述目标订单在所述费控规则的至少一个报销类目中匹配的目标报销类目，包括：
    检测所述目标订单在所述费控规则中匹配的报销类目是否为多个；
    若是，根据所述报销类目的优先级顺序，将匹配的多个报销类目中优先级最高的报销类目作为所述目标报销类目；或者，向所述机构成员展示匹配的多个报销类目，将所述机构成员在展示的多个报销类目中选择的报销类目作为所述目标报销类目；或者，根据所述机构成员的历史报销数据在匹配的多个报销类目确定所述目标报销类目。
  23. 一种基于报销码的数据处理装置，包括：
    费控核验模块，被配置为根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；
    订单支付模块，被配置为若费控核验通过，基于所述机构绑定的机构账户对所述目 标订单进行支付，获得账单信息；
    电子票据生成模块，被配置为将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；
    报销单创建模块，被配置为基于所述电子票据和所述账单信息创建所述机构成员的报销单。
  24. 一种基于报销码的数据处理设备，包括：
    处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：
    根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；
    若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息；
    将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；
    基于所述电子票据和所述账单信息创建所述机构成员的报销单。
  25. 一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：
    根据机构的报销码配置的费控规则，对机构成员的目标订单进行费控核验；
    若费控核验通过，基于所述机构绑定的机构账户对所述目标订单进行支付，获得账单信息；
    将所述账单信息传入订单参与方开通的票据申请链路，以生成所述目标订单的电子票据；
    基于所述电子票据和所述账单信息创建所述机构成员的报销单。
PCT/CN2022/086513 2021-04-20 2022-04-13 基于报销码的数据处理的方法及装置 Ceased WO2022222808A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/555,835 US20240212012A1 (en) 2021-04-20 2022-04-13 Reimbursement code-based data processing method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110426908.9 2021-04-20
CN202110426908.9A CN113159873B (zh) 2021-04-20 2021-04-20 基于报销码的数据处理方法及装置

Publications (1)

Publication Number Publication Date
WO2022222808A1 true WO2022222808A1 (zh) 2022-10-27

Family

ID=76867799

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/086513 Ceased WO2022222808A1 (zh) 2021-04-20 2022-04-13 基于报销码的数据处理的方法及装置

Country Status (3)

Country Link
US (1) US20240212012A1 (zh)
CN (2) CN113159873B (zh)
WO (1) WO2022222808A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115953156A (zh) * 2023-01-18 2023-04-11 支付宝(杭州)信息技术有限公司 支付处理方法及装置
CN115996149A (zh) * 2023-01-30 2023-04-21 北京四方启点科技有限公司 一种电子报销凭证传输方法和装置
CN116955962A (zh) * 2023-08-29 2023-10-27 益企商旅(山东)科技服务有限公司 基于大数据分析的差旅成本管理方法及系统
CN118780929A (zh) * 2024-08-15 2024-10-15 广东迪浪科技股份有限公司 报销流程的合规检测方法以及系统
CN120278840A (zh) * 2025-06-03 2025-07-08 山东浪潮智慧文旅产业发展有限公司 一种报销数据分析核对方法、设备及介质

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113159873B (zh) * 2021-04-20 2022-08-05 支付宝(杭州)信息技术有限公司 基于报销码的数据处理方法及装置
CN113807339A (zh) * 2021-09-02 2021-12-17 支付宝(杭州)信息技术有限公司 数据处理方法、装置及设备
CN113850577A (zh) * 2021-09-24 2021-12-28 支付宝(杭州)信息技术有限公司 资源账户处理方法及装置
CN114140181A (zh) * 2021-11-29 2022-03-04 拉扎斯网络科技（上海）有限公司 一种信息交互方法及装置
CN114971950A (zh) * 2022-05-19 2022-08-30 拉扎斯网络科技（上海）有限公司 一种点餐数据处理方法及装置
US20230386680A1 (en) * 2022-05-30 2023-11-30 Theator inc. Analyzing surgical videos to determine compliance with selected surgical guidelines
CN115017431B (zh) * 2022-07-05 2025-10-03 飞书深诺数字科技(上海)股份有限公司 一种客户申请链路的归集方法、装置及电子设备
CN115345612A (zh) * 2022-07-18 2022-11-15 钉钉(中国)信息技术有限公司 一种基于电子工牌实现支付和报销的方法及装置
CN114936861B (zh) * 2022-07-21 2022-10-04 威海海洋职业学院 一种基于大数据的财务数据共享方法及系统
CN118710270A (zh) * 2024-06-14 2024-09-27 支付宝(杭州)信息技术有限公司 资金处理方法及装置
CN119917296B (zh) * 2025-04-03 2025-08-19 支付宝(杭州)信息技术有限公司 基于智能体的票据服务处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109741008A (zh) * 2018-12-14 2019-05-10 国网电子商务有限公司 一种费用报销管理方法及装置
CN111222926A (zh) * 2019-12-25 2020-06-02 北京多达通能源科技有限公司 一种开发票的方法及装置
CN111222973A (zh) * 2020-01-03 2020-06-02 深圳市思凯科技开发有限公司 信息处理系统及方法
CN111325532A (zh) * 2020-02-18 2020-06-23 腾讯科技（深圳）有限公司 数据处理方法、装置、电子设备及存储介质
CN113159873A (zh) * 2021-04-20 2021-07-23 支付宝(杭州)信息技术有限公司 基于报销码的数据处理方法及装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020035484A1 (en) * 1999-04-12 2002-03-21 Glenn F Frankenberger System and method of generating a medication prescription
US7464859B1 (en) * 2004-12-17 2008-12-16 Fred Hawkins Reimbursement process and processor for conducting a financial transaction
US8560350B2 (en) * 2005-11-22 2013-10-15 Robert J. Nadai Method, system and computer program product for generating an electronic bill having optimized insurance claim items
CN101251913A (zh) * 2008-04-10 2008-08-27 华为技术有限公司 一种自助报销管理系统及方法
CN102208092A (zh) * 2011-05-25 2011-10-05 重庆市电力公司永川供电局 财务票据报销自动处理方法
CN106952153A (zh) * 2017-03-13 2017-07-14 广东网金控股股份有限公司 一种基于区块链的报销方法
CN107481071A (zh) * 2017-08-04 2017-12-15 金锐 一种集支付、电子发票开具一体化的方法
CN108074093B (zh) * 2017-12-14 2022-03-04 重庆金康特智能穿戴技术研究院有限公司 一种基于儿童手表装置的零花钱支付方法及系统
CN109087155A (zh) * 2018-06-19 2018-12-25 优识云创（北京）科技有限公司 一种发票管理的方法和设备
CN109741161B (zh) * 2018-07-03 2023-08-15 平安科技（深圳）有限公司 商务卡关联监督方法、系统、终端及可读存储介质
CN109308657A (zh) * 2018-08-02 2019-02-05 平安科技（深圳）有限公司 单证报销结算方法、装置、计算机设备及存储介质
CN110084583A (zh) * 2019-04-12 2019-08-02 中国银行股份有限公司 一种强制扣划账务数据处理方法、装置及系统
CN110264288A (zh) * 2019-05-20 2019-09-20 深圳壹账通智能科技有限公司 基于信息识别技术的数据处理方法及相关装置
US10963854B2 (en) * 2019-07-31 2021-03-30 Advanced New Technologies Co., Ltd. Blockchain-based electronic bill reimbursement method, apparatus, and electronic device
CN110782329A (zh) * 2019-09-27 2020-02-11 国信电子票据平台信息服务有限公司 一种财务发票认证管理方法及系统
CN111737403A (zh) * 2020-06-23 2020-10-02 携程旅游网络技术（上海）有限公司 多订单合并开票的方法、系统、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109741008A (zh) * 2018-12-14 2019-05-10 国网电子商务有限公司 一种费用报销管理方法及装置
CN111222926A (zh) * 2019-12-25 2020-06-02 北京多达通能源科技有限公司 一种开发票的方法及装置
CN111222973A (zh) * 2020-01-03 2020-06-02 深圳市思凯科技开发有限公司 信息处理系统及方法
CN111325532A (zh) * 2020-02-18 2020-06-23 腾讯科技（深圳）有限公司 数据处理方法、装置、电子设备及存储介质
CN113159873A (zh) * 2021-04-20 2021-07-23 支付宝(杭州)信息技术有限公司 基于报销码的数据处理方法及装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115953156A (zh) * 2023-01-18 2023-04-11 支付宝(杭州)信息技术有限公司 支付处理方法及装置
WO2024152846A1 (zh) * 2023-01-18 2024-07-25 支付宝(杭州)信息技术有限公司 支付处理方法及装置
CN115996149A (zh) * 2023-01-30 2023-04-21 北京四方启点科技有限公司 一种电子报销凭证传输方法和装置
CN115996149B (zh) * 2023-01-30 2024-02-20 北京四方启点科技有限公司 一种电子报销凭证传输方法和装置
CN116955962A (zh) * 2023-08-29 2023-10-27 益企商旅(山东)科技服务有限公司 基于大数据分析的差旅成本管理方法及系统
CN118780929A (zh) * 2024-08-15 2024-10-15 广东迪浪科技股份有限公司 报销流程的合规检测方法以及系统
CN120278840A (zh) * 2025-06-03 2025-07-08 山东浪潮智慧文旅产业发展有限公司 一种报销数据分析核对方法、设备及介质

Also Published As

Publication number Publication date
CN113159873B (zh) 2022-08-05
US20240212012A1 (en) 2024-06-27
CN115392990A (zh) 2022-11-25
CN113159873A (zh) 2021-07-23

Similar Documents

Publication Publication Date Title
CN113159873B (zh) 基于报销码的数据处理方法及装置
CN113205331B (zh) 一种支付方法及装置、电子设备和存储介质
CN113222613B (zh) 基于报销码的代扣处理方法及装置
US11122049B2 (en) Attribute database system and method
US20170140374A1 (en) SYSTEMS AND METHODS FOR EXTENDING IDENTITY ATTRIBUTES AND AUTHENTICATION FACTORS IN AN ePAYMENT ADDRESS REGISTRY
RU2662404C2 (ru) Системы и способы для проверки и подтверждения личности
UA118854C2 (uk) Спосіб та система для перевірки фінансових операцій щодо електронних грошових переказів
CN115239446B (zh) 基于区块链的数据处理方法及装置
CN101739625A (zh) 电子购票方法及系统
CN113344624A (zh) 一种电子券的虚拟核销验证方法、装置、设备和可读介质
CN112037416A (zh) 一种公交支付方法、系统、公交收费设备及存储介质
CN110009326A (zh) 账户系统、交易及其处理方法、终端、系统、装置及介质
WO2022247968A1 (zh) 数据处理
CN113222570B (zh) 支付方法、平台设备、系统及存储介质
CN107527201A (zh) 数据处理方法、装置和设备
WO2022247963A1 (zh) 票据的生成
WO2024046121A1 (zh) 服务处理的方法及装置
CN109447779A (zh) 一种基于电子发票云服务报销系统
CN116127527A (zh) 一种基于区块链的建筑供应链金融信息处理系统及方法
KR101753455B1 (ko) 스마트 동의서 제공 방법 및 서버
CN113807339A (zh) 数据处理方法、装置及设备
TWI528302B (zh) System and Method of Application for Wallet
US20200027069A1 (en) System and Method for Making and Tracking Government-Related Payments in a Cross-Jurisdiction Payment Environment
US20220147955A1 (en) System and method for digital funds transfer and bill payment
KR101346064B1 (ko) 법인 등기 신청 방법 및 그 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22790916

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18555835

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11202308000W

Country of ref document: SG

122 Ep: pct application non-entry in european phase

Ref document number: 22790916

Country of ref document: EP

Kind code of ref document: A1