CN114255011A - 一种用餐数据处理方法及装置 - Google Patents

Abstract

本申请公开了一种用餐数据处理方法、装置及设备。所述方法包括：根据员工用户的登录信息确定目标企业，展示所述目标企业的用餐制度；接收所述员工用户从所述用餐制度中选择目标用餐制度；获取所述员工用户的基本用餐信息，以及与所述基本用餐信息对应的第一消费报备信息，根据所述目标用餐制度对所述基本用餐信息以及所述第一消费报备信息进行第一合规审核，得到第一合规结果；根据所述第一合规结果，确定针对所述基本用餐信息生成待交易订单，使用所述目标企业对应的预存消费资源对所述待交易订单进行支付，生成交易订单。采用所述方法，解决了企业用餐管控流程处理效率较低的问题。

Description

一种用餐数据处理方法及装置

技术领域

本申请涉及计算机处理技术领域，具体涉及一种用餐数据处理方法、装置及设备。本申请还涉及一种数据处理方法、装置及设备。

背景技术

企业用餐管控是企业费用管控的重要方面，现有的企业用餐管控流程中，一般是员工用餐后将报销凭证、报备信息在规定的时间之前提交财务部门进行审批，审批通过后将报销金额发放给员工。因而，现有的企业用餐管控流程中消费场景与费用报销场景呈现割裂状态，企业用餐管控流程的前端消费信息可能与其后端的报销信息存在不对称的情况，难以管控，并且流程后端的报销过程往往涉及贴票、人工核验票据等繁琐处理，效率较低，阻碍了企业经营效率的提升。

因此，如何提供更合理的用餐数据处理方式，以提高企业用餐管控流程的处理效率是需要解决的问题。

发明内容

本申请实施例提供的用餐数据处理方法，提供更合理的企业用餐管控方式，解决了企业用餐管控流程处理效率较低的问题。

本申请实施例提供一种用餐数据处理方法，包括：根据员工用户的登录信息确定目标企业，展示所述目标企业的用餐制度；接收所述员工用户从所述用餐制度中选择目标用餐制度；获取所述员工用户的基本用餐信息，以及与所述基本用餐信息对应的第一消费报备信息，根据所述目标用餐制度对所述基本用餐信息以及所述第一消费报备信息进行第一合规审核，得到第一合规结果；根据所述第一合规结果，确定针对所述基本用餐信息生成待交易订单，使用所述目标企业对应的预存消费资源对所述待交易订单进行支付，生成交易订单。

可选的，还包括：获取所述交易订单对应的第二消费报备信息，根据所述目标用餐制度对所述第二消费报备信息进行第二合规审核，得到第二合规审核结果。

可选的，还包括：向所述目标企业发送经过合规审核的交易订单以及与所述交易订单对应的合规审核数据；所述经过合规审核的交易订单为第一合规后生成的交易订单，或，第一合规后生成并经过第二合规审核后的交易订单；其中，所述合规审核数据基于第一审核结果和/或第二审核结果确定。

可选的，所述展示所述目标企业的用餐制度，包括：获取所述目标企业的预设用餐场景；接收所述员工用户从所述预设用餐场景中选择目标用餐场景，展示所述目标用餐场景对应的用餐制度。

可选的，在所述用户选择所述目标用餐制度后，还包括：获取所述用户选择的用餐类型；展示所述用餐类型对应的点餐页面，响应于检测到所述用户的点餐行为信息，获取所述用户的基本用餐信息；获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息。

可选的，所述获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息，包括：获取所述员工用户输入的用于标识审批数据的审批标识，作为所述报备信息；将至少部分审批数据作为所述基本用餐信息对应的至少部分第一消费报备信息。

可选的，所述获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息，包括：获取所述用户输入的用餐人员信息、场景图像信息、补充材料信息、企业备注信息中至少一种报备信息；将所述至少一种报备信息，作为所述第一消费报备信息。

可选的，还包括：在得到第一合规结果之后，如果根据所述第一合规结果确定所述基本用餐信息和/或所述第一消费报备信息与所述目标用餐制度包含的制度项约束数据不匹配，则展示本次用餐的用餐制度违规提示信息，根据所述目标用餐制度确定是否针对所述基本用餐信息生成待交易订单。

可选的，所述根据所述目标用餐制度确定是否针对所述基本用餐信息生成待交易订单，包括：根据所述目标用餐制度确定不强制拦截针对所述基本用餐信息生成待交易订单；响应于所述用户选择针对所述基本用餐信息生成待交易订单，针对所述基本用餐信息生成待交易订单，形成针对所述待交易订单的支付入口。

可选的，所述形成针对所述待交易订单的支付入口，包括：根据所述第一合规结果确定所述待交易订单的支付方式；如果根据所述支付方式确定所述用餐信息对应的至少部分消费数额为用户个人支付，则形成个人支付入口并展示。

可选的，还包括：如果根据所述第一合规结果确定所述基本用餐信息与所述目标用餐制度包含的制度项约束数据不匹配，获取所述用户输入的不匹配原因，将所述不匹配原因作为所述第一消费报备信息中的至少一种报备信息。

可选的，所述获取所述交易订单对应的第二消费报备信息，包括：针对所述交易订单展示票据提交入口；获取所述用户提供的票据信息，核验所述票据信息，将经过核验的票据信息与所述交易订单关联，并作为所述第二消费报备信息中的至少一种报备信息。

可选的，还包括：如果根据所述第一合规结果和/或所述第二合规结果判断所述交易订单为异常订单，则将所述交易订单标记为异常订单，向所述目标企业发送包含有异常标记信息的交易订单的信息。

本申请实施例还提供一种数据处理方法，包括：接收目标企业的超级用户从候选制度模板中选择目标制度模板；接收所述超级用户针对所述目标制度模板中的至少部分制度项设置的制度项约束数据，使用所述制度项约束数据生成目标用餐制度；建立所述目标用餐制度与所述目标企业的至少部分员工用户的关联关系。

可选的，所述制度项包括下述至少一项内容：支付控制方式、用餐时间约束、用餐地点约束、用餐限制、消费报备约束、用餐超标管控方式。

本申请实施例还提供一种用餐数据处理装置，包括：制度展示单元，用于根据员工用户的登录信息确定目标企业，展示所述目标企业的用餐制度；制度选择单元，用于接收所述员工用户从所述用餐制度中选择目标用餐制度；第一合规单元，用于获取所述员工用户的基本用餐信息，以及与所述基本用餐信息对应的第一消费报备信息，根据所述目标用餐制度对所述基本用餐信息以及所述第一消费报备信息进行第一合规审核，得到第一合规结果；支付控制单元，用于根据所述第一合规结果，确定针对所述基本用餐信息生成待交易订单，使用所述目标企业对应的预存消费资源对所述待交易订单进行支付，生成交易订单。

本申请实施例还提供一种数据处理装置，包括：模板确定单元，用于接收目标企业的超级用户从候选制度模板中选择目标制度模板；制度生成单元，用于接收所述超级用户针对所述目标制度模板中的至少部分制度项设置的制度项约束数据，使用所述制度项约束数据生成目标用餐制度；制度与员工关联单元，建立所述目标用餐制度与所述目标企业的至少部分员工用户的关联关系。

本申请实施例还提供一种电子设备，包括：存储器，以及处理器；所述存储器用于存储计算机程序，所述计算机程序被所述处理器运行后，执行本申请实施例提供的所述方法。

本申请实施例还提供一种存储设备，存储有计算机程序，所述计算机程序被处理器运行后，执行本申请实施例提供的所述方法。

与现有技术相比，本申请具有以下优点：

本申请实施例提供的一种用餐数据处理方法、装置及设备，通过根据员工用户的登录信息确定目标企业，展示所述目标企业的用餐制度；接收所述员工用户从所述用餐制度中选择目标用餐制度；获取所述员工用户的基本用餐信息，以及与所述基本用餐信息对应的第一消费报备信息，根据所述目标用餐制度对所述基本用餐信息以及所述第一消费报备信息进行第一合规审核，得到第一合规结果；根据所述第一合规结果，确定针对所述基本用餐信息生成待交易订单，使用所述目标企业对应的预存消费资源对所述待交易订单进行支付，生成交易订单。在支付前进行第一合规审核，从而实现在企业用餐管控流程的前端对员工用户的消费信息进行管控，提高用餐管控流程的处理效率，同时也能够降低报销处理的审核成本。

本申请实施例提供的一种数据处理方法、装置及设备，通过接收目标企业的超级用户从候选制度模板中选择目标制度模板；接收所述超级用户针对所述目标制度模板中的至少部分制度项设置的制度项约束数据，使用所述制度项约束数据生成目标用餐制度；建立所述目标用餐制度与所述目标企业的至少部分员工用户的关联关系。从而目标用餐制度可用于员工用户进行企业用餐时可被选择，并在选中后用于支付前进行第一合规审核，从而实现在企业用餐管控流程的前端对员工用户的消费信息进行管控，提高用餐管控流程的处理效率，同时也能够降低报销处理的审核成本。

附图说明

图1是本申请实施例提供的用餐数据处理方法的***环境示意图；

图2是本申请第一实施例提供的用餐数据处理方法的处理流程图；

图3是本申请第一实施例提供的一种用餐数据处理流程示意图；

图4是本申请第一实施例提供的一种员工用户的工作台示意图；

图5是本申请第一实施例提供的一种第一合规审核对应的上传报备信息示意图；

图6是本申请第二实施例提供的数据处理方法的处理流程图；

图7是本申请第二实施例提供的用餐制度的配置示意图；

图8是本申请第三实施例提供的用餐数据处理装置示意图；

图9是本申请第四实施例提供的数据处理装置示意图；

图10是本申请提供的电子设备示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请实施例提供一种用餐数据处理方法、装置、电子设备及存储设备。本申请实施例还提供一种数据处理方法、装置、电子设备及存储设备。在下面的实施例中逐一进行说明。

为便于理解，首先给出本申请实施例提供的***环境。在现有的企业用餐管控模式中，企业用餐的用餐消费场景位于企业用餐管控流程前端，而企业用餐在消费之后的费用报销场景则位于企业用餐管控流程后端。所谓企业用餐是指与企业关联的用餐，尤其是可由企业承担所发生的消费费用的用餐。所谓费用报销场景是企业员工在发生企业用餐后将商家提供的报销凭证以及对应的用餐消费报备信息提交至企业财务部门，待企业财务部门审批通过后获取用餐消费的报销款项。用餐消费场景与费用报销场景的数据处理一般是独立的，之间并没有打通，呈现割裂状态，这可能导致企业用餐难以进行准确的管控。并且，用餐费用报销场景往往需要员工通过线下的方式收集***，报销的过程繁琐、自动化程度低，进而降低了处理效率。本申请实施例提供的用餐数据处理方法可应用于企业用餐管控流程，构建用餐消费场景到费用报销场景之间打通的自动化流程，能够实现企业针对企业用餐从用餐消费至费用报销整个流程进行精细化用餐管控的闭环，确保企业员工的企业用餐的合规性，提高了企业用餐管控效率，同时能降低企业用餐管控成本。

请参考图1，图中示出了所述方法的***环境，包括：平台服务器101、企业客户端102、员工客户端102。其中，平台服务器101，向企业提供企业用餐管控数据处理环境，以及向企业员工提供企业用餐消费的数据处理环境，从而可以构建企业用餐消费平台交易链路，在由其他商户供给用餐模式下提供企业依据选择和/或制定的用餐制度对本企业员工的企业用餐进行管控。具体的，平台服务器向企业提供预设用餐制度的环境，所谓用餐制度为限定企业员工发生与企业关联的企业用餐的规则，例如，针对员工的企业用餐制定的用餐时间、用餐地点、费用额度等约束规则。平台服务器获取员工基于用餐制度下进行的企业用餐的用餐数据比如用餐信息及对应的消费报备信息，根据用餐制度对员工的企业用餐进行管控处理和/或风险提示，进一步也可以向企业提供企业用餐分析数据。实施时，平台具体以SaaS产品形态面向企业提供企业级的企业用餐消费平台服务能力。企业客户端102用于企业通过平台服务器配置预设用餐制度以及获取平台提供的企业用餐管控数据，进一步也可以获取平台服务器提供的企业用餐分析数据，以便更好地从全局视角管控费用开支，跟踪费用去向，优化预算开销，确保员工用餐的合规性(即符合企业规定)。员工使用员工客户端103接入平台，通过平台服务器在企业预设的用餐制度下进行企业用餐。实际应用中，企业向平台服务器申请超级账号，以及与超级账号关联的员工账号，使用超级账号登录后创建用餐制度，并将用餐制度与员工账号关联。员工使用员工账号登录后选择用餐制度后选择餐品信息，餐品信息为基本用餐信息之一，基本用餐信息还可以包含用餐地点、用餐时间等信息；进一步员工还可以通过客户端提供本次企业用餐的消费报备信息。平台根据用餐制度对本次企业用餐的基本用餐信息及消费报备信息判断是否合规并进行交易控制。可以理解的是，上述***环境为示例性的，不用于限定本申请实施例提供的方法。

以下结合图2至图5对本申请第一实施例提供的用餐数据处理方法进行说明。图2所示的用餐数据处理方法，包括：步骤S201至步骤S204。

步骤S201，根据员工用户的登录信息确定目标企业，展示所述目标企业的用餐制度。

本申请实施例提供的用餐数据处理方法，针对企业用餐的用餐消费到消费报备的数据进行处理，并基于企业预设的用餐制度对企业用餐交易进行控制，从而对企业用餐进行精细化管控。所述用餐制度包含一条或多条限定企业员工产生与企业关联的企业用餐的规则信息。

实际应用中，企业向平台服务器申请超级账号，将超级账号与员工账号关联，其中，超级账号为企业登录平台并对用餐制度以及企业员工的企业用餐相关数据进行管理所使用的账号。员工账号为企业的员工登录平台及产生企业用餐交易行为所使用的账号。例如，员工使用员工账号登录后选择用餐制度，选择用餐制度后选择餐品信息，餐品信息为基本用餐信息之一，基本用餐信息还可以包含用餐地点、用餐时间等信息。员工还可以在选择餐品信息后提供本次企业用餐的消费报备信息。在员工选择结算后对员工的基本用餐信息以及已有的消费报备信息进行第一合规审核，通过第一合规审核判断员工的本次企业用餐是否合规以及控制是否继续支付，从而将用餐消费场景与费用报销场景融合实现对企业用餐的精准管控。

请参考图3，图中示出的一种用餐数据处理流程，包括：S301，员工用户登录后展示用户工作台。一种实施方式中，在用户工作台的界面直接展示企业为员工用户所设置并关联的用餐制度。一种实施方式中，在用户工作台的第一界面展示企业的预设用餐场景，员工用户在第一界面选择一种预设用餐场景，在用户工作台第二界面展示与选择的预设用餐场景关联的一个或多个用餐制度，员工用户在第二界面选择用餐制度。S302，选择用餐制度。员工用户在工作台中选择用餐制度，则后续的用餐消费是在该用餐制度管控下的企业用餐。S303，选择用餐类型，展示对应的导购信息。例如，可以根据消费模式将用餐类型划分为外卖、团餐、到店等类型，根据员工用户选择的用餐类型，展示对应的导购页面即导购信息，如外卖导购页面、团餐导购页面、到店导购页面。S304，选择餐品信息。例如，员工用户可以在导购页面中点餐，将选择的餐品加入购物车。餐品信息及自动获取的用餐时间、用餐地点等信息作为用于判断企业用餐是否合规的基本用餐信息。S305，支付前消费报备。在对该次企业用餐对应的餐品信息支付前，员工用户提供至少部分消费报备信息，这样如果可以对企业用餐需要企业承担的费用与报备信息关联上，以保证企业的费用支出控制的合理性。例如，员工用户输入的用餐人员信息如人数、姓名、联系方式等，以及用餐场景图像、企业备注信息等作为与基本用餐信息对应的至少部分消费报备信息。S306，支付前合规审核，展示合规审核结果。根据员工用户选择的用餐制度对基本用餐信息以及至少部分消费报备信息进行支付前合规审核，也即企业用餐管控流程中的第一合规审核。例如支付前合规审核可以根据用餐制度规定的标准判断企业用餐的合规性，包括但不限于以下任意项：每单餐标、每日餐标、每月餐标、每单人均消费标准、每单人数限制、每日次数限制、员工到店消费签到距离约束、单店高频消费管控、员工高频消费管控、用餐后是否需要打卡考勤、到店消费实际金额超出预估金额等。如果支付前合规审核的结果为符合企业用餐制度，则转入支付流程，由企业负担本次企业用餐费用。转入S310。如果支付前合规审核的结果为不符合企业用餐制度则转入S307。对于不符合企业用餐制度的情况进行预警提示，具体展示至少一种信息：餐标超出预警信息、超出原因等。S307，判断是否拦截本次企业用餐的订单？根据用餐制度确定是否拦截本次企业用餐，如果拦截，则转入S309继续进入支付流程。如果不拦截，则转入S308，返回前一页面由员工用户修改基本用餐信息和/或至少部分消费报备信息。S308，返回本次企业用餐的信息确认页面。S309，根据用户选择行为确定继续支付。实际上支付方可以有多种，如：企业支付、员工用户支付、混合支付，其中，混合支付为员工用户部分自付，即企业支付用餐制度限定的部分，超出部分由员工用户自行支付。S310，支付是否成功？若是进入S311，否则，转入S312。S311，支付异常报备。对支付异常的订单记录异常报备信息。S312，获取支付后消费报备信息，进行支付后合规审核。支付后合规审核有多种方式且不同方式不冲突的情况下可以组合，一种方式中，员工用户在用餐后进行考勤打卡，根据考勤打卡信息判断是否符合加班餐的用餐制度。一种方式中，在企业用餐支付后再上传用餐人数、用餐人员、企业备注、用餐小票、用餐***、用餐场景照片、补充材料等一种或多种报备信息，进行事后报备，事后报备提供的票据进行票据核验。上述两种方式可以任意结合。S313，标记不合规的异常订单。对支付前合规审核为不合规和/或支付后合规审核不合格的订单打标，标记为异常订单。S314，向企业提供企业消费的数据。例如，向企业发送包括企业用餐消费数据的消费确认函，由企业进一步对产生的企业用餐消费进行确认。再如，将记录的企业用餐消费数据生成报表提供给企业，用于企业精准预算。

本步骤为向登录的员工用户展示目标企业的用餐制度，以便员工选择目标用餐制度。

本实施例中，根据实际需求可以将企业用餐划分为一个或多个预设用餐场景，针对各预设用餐场景配置至少一用餐制度。所述展示所述目标企业的用餐制度，包括：获取所述目标企业的预设用餐场景；接收所述员工用户从所述预设用餐场景中选择目标用餐场景，展示所述目标用餐场景对应的用餐制度。例如，根据企业实际用餐情况划分的预设用餐场景包括下述至少一种场景：加班餐、工作餐、团建用餐、商务用餐、差旅用餐等。每种场景可以对应一种或多种用餐制度。以加班餐为例，可以对应：工作日加班餐、非工作日加班餐、项目加班餐、代点加班餐、月度午餐、商务宴请、差旅、活动激励等不同的用餐制度。不同场景针对不同员工可以设立不同用餐制度，从而实现对企业用餐的精细化管控。例如，可以设置不同的工作日加班餐制度，关联到不同员工或不同部门的员工。

请参考图4，图中示出了一种员工用户的工作台示意图，包括：选择用餐场景401、选择用餐制度402。工作台可以在员工用户登录员工客户端后直接展示，也可以通过触发员工客户端页面的个人工作台入口触发展示。员工用户的工作台为员工的个性化工作台，员工用户通过员工客户端登录后通过自己的用户工作台可以查看个人信息，包括但不限于查看和/或按查询条件筛选查看：所述员工用户关联的用餐制度、所述员工用户的企业用餐的历史用餐数据、所述员工用户的个人支付的用餐数据等。工作台也可以向员工用户提供针对关联的用餐制度的、允许员工个人定制的定制项设置环境，例如针对企业用餐相关消息的接收设置，再如，针对超出用餐制度规定时的支付设置等。选择用餐场景401为工作台第一界面，展示企业的预设用餐场景，具体为展示员工用户选择展示的预设用餐场景。例如，加班餐、工作餐、代点餐、商务用餐、差旅餐、自费用餐、自定义用餐等多种预设用餐场景。选择用餐制度402为工作台第二界面，员工用户在第一界面选择一种预设用餐场景，在用户工作台第二界面展示与选择的预设用餐场景关联的一个或多个用餐制度，员工用户在第二界面选择用餐制度。例如，图中对应加班餐场景的用餐制度包括：早晨、工作日加班餐、非工作日加班餐、项目加班餐、代点加班餐、月度午餐、商务宴请、差旅、活动激励等不同的用餐制度。进一步，在选择用餐制度402展示的为与所述员工用户关联的用餐制度。实施时，第一界面与第二界面关联展示，具体展示方式不做限定。既可以在员工客户端同一屏展示，也可以先后展示，如在第一界面选中用餐场景后再弹出第二界面。员工用户还可以对工作台进行一些定制化操作，比如自定义用餐场景、选择添加或删除用餐场景、用餐场景的展示顺序等。第一界面与第二界面可以以浮层的形式展示于员工客户端。可以理解的是，图中所展示的界面布局及各界面元素的尺寸、形状、外观样式等均为示意性的例子，不作为对本申请实施例提供的所述方法的限定。

步骤S202，接收所述员工用户从所述用餐制度中选择目标用餐制度。

本步骤为确定所述目标用餐制度，具体的，可以通过用户工作台接收员工用户的用户行为信息，根据用户行为信息确定目标用餐制度。在所述用户选择所述目标用餐制度后，还包括：获取所述用户选择的用餐类型；展示所述用餐类型对应的点餐页面，响应于检测到所述用户的点餐行为信息，获取所述用户的基本用餐信息。例如，可以根据消费模式将用餐类型划分为外卖、团餐、到店等类型，根据员工用户选择的用餐类型，展示对应的导购页面即导购信息，如外卖导购页面、团餐导购页面、到店导购页面。员工用户可以在导购页面中点餐，将选择的餐品加入购物车。

本实施例中，一种预设用餐场景可以对应多种制度模式，基于每一制度模式可以设置至少一个用餐制度，对应于同一预设用餐场景的同一制度模式的不同用餐制度可以关联至不同员工用户，从而实现精细化用餐管控。实施时，所述制度模式根据不同管控需求制定，进一步与制度模式对应的制度模板可用于创建用餐制度。所述制度模式可以包括但不限于以下模式：普通模式、审批模式、餐券模式等。所谓普通模式用于企业用餐的标准化管控，优选用于综合管理用餐场景。所谓审批模式，用于需要通过审批后才可用餐的企业用餐管控，优选用于差旅用餐场景。所谓餐券模式，用于将餐券发放至员工的企业用餐管控，优选用于加班餐场景。所述用餐制度包含至少一个制度项，制度项的数据表征用于限定企业员工发生与企业关联的企业用餐的规则。例如，用餐制度包含的制度项为用于控制企业用餐可用支付方式为企业支付、个人支付或混合支付的支付控制项。再如，用餐制度包含的制度项为用餐时间项，用于规定企业用餐的允许时间(日期和/或时段)。再如，用餐制度包含的制度项为用餐地点约束项，用于规定企业用餐的允许地点如距离员工工作地址的距离范围等。优选的，用餐制度可以包含其他用餐合规项，如用餐金额、用餐人均、用餐人数、员工用餐高频、用餐店铺高频、用餐距离等针对企业用餐进行合规管控约束。优选的，用餐制度中可以规定该用餐制度要求提交的消费报备信息，如用餐人员、用餐人数、企业备注、用餐场景照片、用餐***、用餐小票等。

步骤S203，获取所述员工用户的基本用餐信息，以及与所述基本用餐信息对应的第一消费报备信息，根据所述目标用餐制度对所述基本用餐信息以及所述第一消费报备信息进行第一合规审核，得到第一合规结果。

本步骤为员工用户确认基本用餐信息及提交至少部分消费报备信息后进行支付前的支付前合规审核，即第一合规审核，从而实现企业用餐支付前的管控。

本实施例中，所述基本用餐信息可以为员工用户的点餐信息，例如包含餐品信息、用餐时间信息、用餐地址信息等。所谓第一消费报备信息为支付前获取的至少部分消费报备信息，例如：用餐人员信息如人数、姓名、联系方式等；用餐场景图像、企业备注信息等。实施时，在所述用户选择所述目标用餐制度后，还包括：获取所述用户选择的用餐类型；展示所述用餐类型对应的点餐页面，响应于检测到所述用户的点餐行为信息，获取所述用户的基本用餐信息；获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息。其中，所述获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息，包括：获取所述用户输入的用餐人员信息、场景图像信息、补充材料信息、企业备注信息中至少一种报备信息；将所述至少一种报备信息，作为所述第一消费报备信息。进一步，如果员工用户选择的目标用餐制度属于需要通过审批后才可消费的制度模式，则所述获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息，包括：获取所述员工用户输入的用于标识审批数据的审批标识，作为所述报备信息；将至少部分审批数据作为所述基本用餐信息对应的至少部分第一消费报备信息。

请参考图5，图中示出了一种第一合规审核对应的上传报备信息示意图，包括：基本用餐信息401、员工用户提供报备信息402。实际应用中，员工用户点餐后提交订单前，可以在确认订单或填写订单的界面中提供员工用户提供报备信息的功能。在该界面中，可以展示基本用餐信息，以及用于员工提供报备信息的界面元素。如图中基本用餐信息401包括：展示提供餐品的商家信息的商家信息区域，如商家标识、商家地址等；员工用户信息区域，如展示员工联系方式、送餐地址等；送达时间信息，用于员工选择送达或用餐时间；订单详情区域，用于展示员工用户点餐的餐品信息等。员工用户提供报备信息402，用于员工用户选择和/或输入报备信息，如图中包括：审批信息提供区域，用于选择审批单；成本中心选择区域，用于选择承担本次消费金额的企业账号；***抬头区域，用于输入和/或选择***抬头信息；用餐人员信息区域，用于输入用餐人数、人员等信息；用餐场景信息区域，用于上传用餐场景图像；补充材料区域，用于上传补充材料；企业备注区域，用于输入企业备注信息。可以理解的是，图中所展示的各个区域为逻辑上的区域，实际界面中展示顺序可以调整，并且基本用餐信息中的各区域与员工用户提供报备信息中的各区域可以穿插展示，例如为了便于用户提供报备信息，将订单详情区域展示于整个确认订单界面的下部。并且，图中所示的界面布局及各界面元素的尺寸、形状、外观样式等均为示意性的例子，不作为对本申请实施例提供的所述方法的限定。

本实施例中，在支付前根据员工用户选择的目标用餐制度对所述基本用餐信息以及其对应的第一报备信息进行第一合规审核，为支付前合规性判断。第一合规审核内容包括但不限于：根据所述目标用餐制度判断用餐金额、用餐人均消费数据、用餐人数、员工高频用餐、店铺高频、用餐距离等是否符合管控限制。

步骤S204，根据所述第一合规结果，确定针对所述基本用餐信息生成待交易订单，使用所述目标企业对应的预存消费资源对所述待交易订单进行支付，生成交易订单。

本步骤为在进行了第一合规审核后生成交易订单。具体的，如果根据所述目标用餐制度、所述基本用餐信息以及所述第一消费报备信息确定所述基本用餐信息符合所述目标用餐制度的管控限定，则针对所述基本用餐信息生成待交易订单，从所述目标企业的目标企业账号或所述第一消费报备信息包含的成本中心对应的企业账号中划出与所述基本用餐信息对应的消费金额，使用所述消费金额针对所述基本用餐信息待交易订单进行支付，生成交易订单。否则，展示用于表示所述基本用餐信息不符合所述目标用餐制度的管控限定的不合规预警信息；具体的，在得到第一合规结果之后，如果根据所述第一合规结果确定所述基本用餐信息和/或所述第一消费报备信息与所述目标用餐制度包含的制度项约束数据不匹配，则展示本次用餐的用餐制度违规提示信息，根据所述目标用餐制度确定是否针对所述基本用餐信息生成待交易订单。例如，展示本次用餐违规原因。其中，所述根据所述目标用餐制度确定是否针对所述基本用餐信息生成待交易订单，包括：根据所述目标用餐制度确定不强制拦截针对所述基本用餐信息生成待交易订单；响应于所述用户选择针对所述基本用餐信息生成待交易订单，针对所述基本用餐信息生成待交易订单，形成针对所述待交易订单的支付入口。其中，所述形成针对所述待交易订单的支付入口，包括：根据所述第一合规结果确定所述待交易订单的支付方式；如果根据所述支付方式确定所述用餐信息对应的至少部分消费数额为用户个人支付，则形成个人支付入口并展示。优选的，所述支付入口及个人支付入口可以为界面的触控元素，如指示继续支付的按钮。所述个人支付入口进一步为用户选择继续支付后界面的触控元素，如指示员工用户扫码支付或指示员工用户打开支付码的按钮。

本实施例中，还包括：如果根据所述第一合规结果确定所述基本用餐信息与所述目标用餐制度包含的制度项约束数据不匹配，获取所述用户输入的不匹配原因，将所述不匹配原因作为所述第一消费报备信息中的至少一种报备信息。例如，展示本次用餐的用餐制度违规提示信息时，也可以提供界面元素用于，在用户输入本次用餐的不匹配原因，用户输入不匹配原因之后才能选择继续支付，同时，不匹配原因可以作为一种企业备注信息与支付后生成的交易订单关联，以用于企业进行支付后合规审核。

本实施例中，还包括进行支付后消费报备及支付后合规审核。具体包括：获取所述交易订单对应的第二消费报备信息；根据所述目标用餐制度对所述第二消费报备信息进行第二合规审核，得到第二合规审核结果。其中，所述获取所述交易订单对应的第二消费报备信息，包括：针对所述交易订单展示票据提交入口；获取所述用户提供的票据信息，核验所述票据信息，将经过核验的票据信息与所述交易订单关联，并作为所述第二消费报备信息中的至少一种报备信息。所述第二合规审核为支付后合规审核，有多种方式且不同方式不冲突的情况下可以组合。例如，一种方式中，员工用户在用餐后进行考勤打卡，根据考勤打卡信息判断是否符合加班餐的用餐制度。再如，一种方式中，在企业用餐支付后再上传用餐人数、用餐人员、企业备注、用餐小票、用餐***、用餐场景照片、补充材料等一种或多种报备信息，进行事后报备，对事后报备提供的票据进行票据核验。上述两种方式可以任意结合。

本实施例中，还包括：向所述目标企业发送经过合规审核的交易订单以及与所述交易订单对应的合规审核数据；所述经过合规审核的交易订单为第一合规后生成的交易订单，或，第一合规后生成并经过第二合规审核后的交易订单；其中，所述合规审核数据基于第一审核结果和/或第二审核结果确定。如果根据所述第一合规结果和/或所述第二合规结果判断所述交易订单为异常订单，则将所述交易订单标记为异常订单，向所述目标企业发送包含有异常标记信息的交易订单的信息。例如，向企业发送包括企业用餐消费数据的消费确认函，由企业进一步对产生的企业用餐消费进行确认。再如，将记录的企业用餐消费数据生成报表提供给企业，用于企业精准预算，帮助企业从全局视角管控费用开支，更好地更好地追踪费用去向实施费用管理。

本实施例中，还向企业提供合规工作台，目标企业对于的超级账户通过企业客户端登录合规工作台，可以查询员工用户违规订单和/或违规事件等；可以针对违规事件进行违规处理，例如禁用用餐制度等；也可以自定义违规事件风险级别，自动识别和/或归类违规事件风险。

本实施例中，还包括：提供交易订单的事后审批功能，例如提供PC、H5客户端功能，用于进行交易订单的审批操作。员工用户也可以通过所述用户工作台发起二次审批申请。

本实施例提供的所述方法，可用于构建企业用餐的消费平台交易链路，实现由其他商家供给用餐模式下通过用餐制度管控企业用餐，在支付前可以进行用餐合规性审核，进一步还可以在支付后进行合规性审核，实现了企业用餐的精细化管控。需要说明的是，在不冲突的情况下，在本实施例和本申请的其他实施例中给出的特征可以相互组合，并且步骤S201和S202或类似用语不限定步骤必须先后执行。

至此，对本实施例提供的方法进行了说明，所述方法通过在支付前进行第一合规审核，从而实现在企业用餐管控流程的前端对员工用户的消费信息进行管控，提高用餐管控流程的处理效率，同时也能够降低报销处理的审核成本。

以上述实施例及***环境为基础，本申请第二实施例提供一种数据处理方法。以下结合图6和图7对所述方法进行说明。图6所示的数据处理方法，包括：步骤S601至步骤S603。

步骤S601，接收目标企业的超级用户从候选制度模板中选择目标制度模板。

所述超级用户为模板企业的企业用餐的用餐制度管理用户，可以根据企业用餐需求为目标企业创建各种用餐制度，并将用餐制度与员工用户关联。所述制度模板包含一个或多个制度项，针对至少部分制度项设置数据，可得到用于限定企业员工发生与企业关联的企业用餐的规则。本实施例中包括提供多个候选制度模板以备超级用户选择目标制度模板，并基于目标制度模板添加数据以生成目标制度。

本实施例中，基于企业的用餐需求可以将企业用餐划分为一个或多个预设用餐场景，针对各预设用餐场景配置至少一用餐制度。则针对每种预设用餐场景可以提供对应的制度模板。例如，根据企业实际用餐情况划分的预设用餐场景包括下述至少一种场景：加班餐、工作餐、团建用餐、商务用餐、差旅用餐等。针对每种场景可以提供一种制度模板，用于生成一种或多种用餐制度。以加班餐为例，可以生成如下用餐制度：工作日加班餐、非工作日加班餐、项目加班餐、代点加班餐、月度午餐、商务宴请、差旅、活动激励等不同的用餐制度。不同场景针对不同员工可以设立不同用餐制度，从而实现对企业用餐的精细化管控。例如，可以设置不同的工作日加班餐制度，关联到不同员工或不同部门的员工。

本实施例中，进一步，一种预设用餐场景可以对应多种制度模式，基于每一制度模式可以设置至少一个用餐制度，对应于同一预设用餐场景的同一制度模式的不同用餐制度可以关联至不同员工用户，从而实现精细化用餐管控。实施时，所述制度模式根据不同管控需求制定。与每种制度模式对应提供用于生成目标用餐制度的制度模板。所述制度模式可以包括但不限于以下模式：普通模式、审批模式、餐券模式等。所谓普通模式用于企业用餐的标准化管控，优选用于综合管理用餐场景。所谓审批模式，用于需要通过审批后才可用餐的企业用餐管控，优选用于差旅用餐场景。所谓餐券模式，用于将餐券发放至员工的企业用餐管控，优选用于加班餐场景。所述制度模板包含一个或多个制度项，为至少部分制度项设置数据，生成目标用餐制度。

步骤S602，接收所述超级用户针对所述目标制度模板中的至少部分制度项设置的制度项约束数据，使用所述制度项约束数据生成目标用餐制度。

本步骤为针对至少部分制度项设置数据，生成目标用餐制度。其中，所述制度项包括下述至少一项内容：支付控制方式、用餐时间约束、用餐地点约束、用餐限制、消费报备约束、用餐超标管控方式。其中，所述支付控制方式为用于控制企业用餐可用支付方式，例如，包括企业支付、个人支付或混合支付。其中，用餐时间约束项，用于规定企业用餐的允许时间，如控制用餐日期、控制用餐时段、控制是否允许提前预定用餐、控制是否允许跨天预定用餐等。其中，用餐地点约束项，用于规定企业用餐的允许地点，如距离员工工作地址的距离范围、控制是否允许个人地址进行企业用餐等。其中，所述用餐限制，用于规定用餐的消费标准，如：统一设置或者针对用餐消费地址设置每订单消费标准限制；统一设置或者针对用餐消费地址设置每日消费标准限制；统一设置或者针对用餐消费地址设置每订单人均消费标准限制；设置每月餐标限制；针对订单金额不能超过餐厅人均百分比进行限制；设置每订单用餐人数进行限制；设置每日用餐次数限制；设置员工用户到店消费允许的距离范围限制；设置针对同一员工同一店铺进行高频消费限制；设置同一员工不同店铺进行高频消费限制；设置员工用餐后上传考勤记录限制；设置到店消费实际金额超出预估金额限制，如针对到店消费后实际金额偏离预估金额百分比进行控制。其中，所述消费报备约束，用于设置消费报备内容以及报备方式为支付前报备还是支付后报备。例如，对支付后消费报备设置提醒模式；设置是否需要报备用餐人数、用餐人员、企业备注、用餐小票、用餐***、用餐场景图像、补充材料等。其中，所述用餐超标管控方式，用于设置企业用餐超标时是否拦截订单和/或是否不拦截的情况下的可用支付方式。

本实施例中，对于需要通过审批后才可进行企业用餐的用餐制度，还包括：获取员工用户选择的审批标识所标识的审批单的信息，根据审批单的信息控制下述任意项：用餐时段、用餐金额、用餐地址、用餐人数。

本实施例中，如果所述目标用餐制度为餐券模式的用餐制度，则还包括：设置餐券开始发放日期、餐券发放结束日期、是否允许输入餐券备注、餐券发放周期、餐券发放金额、不足一天时全额发餐券补或者不发放餐券的设置、周期内餐券使用次数、餐券是否允许共享、当天餐券未用餐时是否可以累计到下一次。

请参考图7，图中示出了一种用餐制度的配置示意图，包括：制度名称701，用于接收用户输入的目标用餐制度的名称，唯一标识一种用餐制度。支付控制702，用于设置支付控制方式，如混合支付、员工支付或企业支付。用餐类型703，用于设置目标用餐制度适用的用餐消费类型，如：外卖、到店等。用餐时间704，用于设置目标用餐制度的时间约束。用餐地点705用于设置目标用餐制度的用餐地址限制，如任意地址，则允许员工个人用餐；办公地址，则距离办公地址的预设范围内可以进行企业用餐。用餐限制706用于设置目标用餐制度对应的企业用餐限制，如每单餐标设置每订单的消费金额上限。消费报备707用于设置报备项，如上报用餐人数、用餐人员、用餐场景图像等信息。可以理解的是，图中所示的界面布局及各界面元素的尺寸、形状、外观样式等均为示意性的例子，不作为对本申请实施例提供的所述方法的限定。

步骤S603，建立所述目标用餐制度与所述目标企业的至少部分员工用户的关联关系。

本步骤为生成目标用餐制度，将其与员工用户关联。具体可以按员工群体属性关联。例如，将目标用餐制度关联到某部门的员工用户。则员工用户通过员工客户端点餐时则目标用餐制度可展示于员工的用户工作台供选择，员工用户选择目标用餐制度后点餐信息将按照所述目标用餐制度进行合规审核，从而实现按照预设的用餐制度对企业用餐进行管控的目的。

至此，对本实施例提供的所述方法进行了说明，所述方法生产的目标用餐制度可用于员工用户进行企业用餐时可被选择，并在选中后用于支付前进行第一合规审核，从而实现在企业用餐管控流程的前端对员工用户的消费信息进行管控，提高用餐管控流程的处理效率，同时也能够降低报销处理的审核成本。

与第一实施例对应，本申请第三实施例提供一种用餐数据处理装置。以下结合图8对所述装置进行说明。图8所示的用餐数据处理装置，包括：

制度展示单元801，用于根据员工用户的登录信息确定目标企业，展示所述目标企业的用餐制度；

制度选择单元802，用于接收所述员工用户从所述用餐制度中选择目标用餐制度；

合规单元803，用于获取所述员工用户的基本用餐信息，以及与所述基本用餐信息对应的第一消费报备信息，根据所述目标用餐制度对所述基本用餐信息以及所述第一消费报备信息进行第一合规审核，得到第一合规结果；

支付控制单元804，用于根据所述第一合规结果，确定针对所述基本用餐信息生成待交易订单，使用所述目标企业对应的预存消费资源对所述待交易订单进行支付，生成交易订单。

可选的，所述合规单元803，还用于：获取所述交易订单对应的第二消费报备信息，根据所述目标用餐制度对所述第二消费报备信息进行第二合规审核，得到第二合规审核结果。

可选的，所述合规单元803，具体用于：向所述目标企业发送经过合规审核的交易订单以及与所述交易订单对应的合规审核数据；所述经过合规审核的交易订单为第一合规后生成的交易订单，或，第一合规后生成并经过第二合规审核后的交易订单；其中，所述合规审核数据基于第一审核结果和/或第二审核结果确定。

可选的，所述制度展示单元801，具体用于：获取所述目标企业的预设用餐场景；接收所述员工用户从所述预设用餐场景中选择目标用餐场景，展示所述目标用餐场景对应的用餐制度。

可选的，所述合规单元803，具体用于：在所述用户选择所述目标用餐制度后，获取所述用户选择的用餐类型；展示所述用餐类型对应的点餐页面，响应于检测到所述用户的点餐行为信息，获取所述用户的基本用餐信息；获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息。

可选的，所述合规单元803，具体用于：获取所述员工用户输入的用于标识审批数据的审批标识，作为所述报备信息；将至少部分审批数据作为所述基本用餐信息对应的至少部分第一消费报备信息。

可选的，所述合规单元803，具体用于：获取所述用户输入的用餐人员信息、场景图像信息、补充材料信息、企业备注信息中至少一种报备信息；将所述至少一种报备信息，作为所述第一消费报备信息。

可选的，所述支付控制单元804，具体用于：在得到第一合规结果之后，如果根据所述第一合规结果确定所述基本用餐信息和/或所述第一消费报备信息与所述目标用餐制度包含的制度项约束数据不匹配，则展示本次用餐的用餐制度违规提示信息，根据所述目标用餐制度确定是否针对所述基本用餐信息生成待交易订单。

可选的，所述支付控制单元804，具体用于：根据所述目标用餐制度确定不强制拦截针对所述基本用餐信息生成待交易订单；响应于所述用户选择针对所述基本用餐信息生成待交易订单，针对所述基本用餐信息生成待交易订单，形成针对所述待交易订单的支付入口。

可选的，所述支付控制单元804，具体用于：根据所述第一合规结果确定所述待交易订单的支付方式；如果根据所述支付方式确定所述用餐信息对应的至少部分消费数额为用户个人支付，则形成个人支付入口并展示。

可选的，所述支付控制单元804，具体用于：如果根据所述第一合规结果确定所述基本用餐信息与所述目标用餐制度包含的制度项约束数据不匹配，获取所述用户输入的不匹配原因，将所述不匹配原因作为所述第一消费报备信息中的至少一种报备信息。

可选的，所述合规单元803，具体用于：针对所述交易订单展示票据提交入口；获取所述用户提供的票据信息，核验所述票据信息，将经过核验的票据信息与所述交易订单关联，并作为所述第二消费报备信息中的至少一种报备信息。

可选的，所述合规单元803，具体用于：如果根据所述第一合规结果和/或所述第二合规结果判断所述交易订单为异常订单，则将所述交易订单标记为异常订单，向所述目标企业发送包含有异常标记信息的交易订单的信息。

与第二实施例对应，本申请第四实施例提供一种数据处理装置。以下结合图9对所述装置进行说明。图9所示的数据处理装置，包括：

模板确定单元901，用于接收目标企业的超级用户从候选制度模板中选择目标制度模板；

制度生成单元902，用于接收所述超级用户针对所述目标制度模板中的至少部分制度项设置的制度项约束数据，使用所述制度项约束数据生成目标用餐制度；

制度与员工关联单元903，建立所述目标用餐制度与所述目标企业的至少部分员工用户的关联关系。

可选的，所述制度项包括下述至少一项内容：支付控制方式、用餐时间约束、用餐地点约束、用餐限制、消费报备约束、用餐超标管控方式。

以上述实施例为基础，本申请第五实施例提供一种电子设备，相关的部分请参见上述实施例的对应说明即可。请参考图10，图中所示的电子设备包括：存储器1001，以及处理器1002；所述存储器用于存储计算机程序，所述计算机程序被处理器运行后，执行本申请实施例提供的所述方法。

以上述实施例为基础，本申请第七实施例提供一种存储设备，相关的部分请参见上述实施例的对应说明即可。所述存储设备的示意图类似图8。所述存储设备存储有计算机程序，所述计算机程序被处理器运行后，执行本申请实施例提供的所述方法。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (10)

1.一种用餐数据处理方法，其特征在于，包括：

根据员工用户的登录信息确定目标企业，展示所述目标企业的用餐制度；

接收所述员工用户从所述用餐制度中选择目标用餐制度；

获取所述员工用户的基本用餐信息，以及与所述基本用餐信息对应的第一消费报备信息，根据所述目标用餐制度对所述基本用餐信息以及所述第一消费报备信息进行第一合规审核，得到第一合规结果；

根据所述第一合规结果，确定针对所述基本用餐信息生成待交易订单，使用所述目标企业对应的预存消费资源对所述待交易订单进行支付，生成交易订单。

2.根据权利要求1所述的方法，其特征在于，还包括：

获取所述交易订单对应的第二消费报备信息，根据所述目标用餐制度对所述第二消费报备信息进行第二合规审核，得到第二合规审核结果。

3.根据权利要求2所述的方法，其特征在于，还包括：

向所述目标企业发送经过合规审核的交易订单以及与所述交易订单对应的合规审核数据；所述经过合规审核的交易订单为第一合规后生成的交易订单，或，第一合规后生成并经过第二合规审核后的交易订单；

其中，所述合规审核数据基于第一审核结果和/或第二审核结果确定。

4.根据权利要求1所述的方法，其特征在于，所述展示所述目标企业的用餐制度，包括：

获取所述目标企业的预设用餐场景；

接收所述员工用户从所述预设用餐场景中选择目标用餐场景，展示所述目标用餐场景对应的用餐制度。

5.根据权利要求1所述的方法，其特征在于，在所述用户选择所述目标用餐制度后，还包括：

获取所述用户选择的用餐类型；

展示所述用餐类型对应的点餐页面，响应于检测到所述用户的点餐行为信息，获取所述用户的基本用餐信息；

获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息。

6.根据权利要求5所述的方法，其特征在于，所述获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息，包括：

获取所述员工用户输入的用于标识审批数据的审批标识，作为所述报备信息；

将至少部分审批数据作为所述基本用餐信息对应的至少部分第一消费报备信息。

7.根据权利要求5所述的方法，其特征在于，所述获取所述用户输入的报备信息，根据所述报备信息确定与所述用餐信息对应的第一消费报备信息，包括：

获取所述用户输入的用餐人员信息、场景图像信息、补充材料信息、企业备注信息中至少一种报备信息；

将所述至少一种报备信息，作为所述第一消费报备信息。

8.根据权利要求1所述的方法，其特征在于，还包括：

在得到第一合规结果之后，如果根据所述第一合规结果确定所述基本用餐信息和/或所述第一消费报备信息与所述目标用餐制度包含的制度项约束数据不匹配，则展示本次用餐的用餐制度违规提示信息，根据所述目标用餐制度确定是否针对所述基本用餐信息生成待交易订单。

9.根据权利要求8所述的方法，其特征在于，所述根据所述目标用餐制度确定是否针对所述基本用餐信息生成待交易订单，包括：

根据所述目标用餐制度确定不强制拦截针对所述基本用餐信息生成待交易订单；

响应于所述用户选择针对所述基本用餐信息生成待交易订单，针对所述基本用餐信息生成待交易订单，形成针对所述待交易订单的支付入口。

10.一种数据处理方法，其特征在于，包括：

接收目标企业的超级用户从候选制度模板中选择目标制度模板；

接收所述超级用户针对所述目标制度模板中的至少部分制度项设置的制度项约束数据，使用所述制度项约束数据生成目标用餐制度；

建立所述目标用餐制度与所述目标企业的至少部分员工用户的关联关系。

Images