用车场景中用车差标管控方法以及装置、电子设备、存储介质制造方法及图纸

本申请公开了一种用车场景中用车差标管控方法以及装置、电子设备、存储介质。该方法包括确定用户的类型；根据所述用户的类型，按照所述用车差标中的预设管控维度对用户进行管控，以使所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况使用叫车服务。本申请解决了用车差标的合规性的技术问题。问题。问题。

【技术实现步骤摘要】
用车场景中用车差标管控方法以及装置、电子设备、存储介质


[0001]本申请涉及差标管控领域，具体而言，涉及一种用车场景中用车差标管控方法以及装置、电子设备、存储介质。

技术介绍

[0002]企业员工消费报销是企业财务管控领域中的重要内容，而企业员工消费的重要比例主要集中于办公物品采购以及员工远途、近途外出公干所产生的商旅/差旅服务费用(例如出差所产生的机票、机票和火车票费用，以及酒店住宿费用、打车费用等)。
[0003]其中企业员工打车即企业用车，作为外出公干所需要经常使用和接触的差旅消费场景，无论是从使用频次、订单数量、消费金额等维度，对企业管理员工消费合规性而言都是重中之重。如何管控好企业员工用车消费过程中的消费合规性，对企业而言是一个越来越重要的话题。
[0004]如何通过合理的用车差标管控规则应用于企业用车的全过程管控，以达到能够有效管控企业用车合规性的效果，目前尚未提出有效的解决方案。

技术实现思路

[0005]本申请的主要目的在于提供一种用车场景中用车差标管控方法以及装置、电子设备、存储介质，以解决用车差标的合规性的问题。
[0006]为了实现上述目的，根据本申请的一个方面，提供了一种用车场景中用车差标管控方法。
[0007]根据本申请的用车场景中用车差标管控方法包括：
[0008]确定用户的类型；
[0009]根据所述用户的类型，按照所述用车差标中的预设管控维度对用户进行管控，以使所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况使用叫车服务。
[0010]进一步地，所述用车场景至少包括如下之一：用车服务前，用车服务中、用车服务后，所述方法还包括：
[0011]按照所述用车差标中的预设管控维度在所述用车场景为用户用车服务前，对用户进行第一管控维度的管控；
[0012]和/或，
[0013]按照所述用车差标中的预设管控维度在所述用车场景为用户用车服务中，对用户进行第二管控维度的管控；
[0014]和/或，
[0015]按照所述用车差标中的预设管控维度在所述用车场景为用户用车后，对用户进行第三管控维度的管控，
[0016]其中所述第一管控维度用于在用户用车前校验、所述第二管控维度用于在用户用
车服务中校验以及第三管控维度用于在用户用车后校验，且均不相同。
[0017]进一步地，所述预设管控维度至少包括如下之一：用车运力限制维度、用车服务限制维度、用车车型限制维度、用车单价限制维度、用车预算限制维度、用车次数限制维度、用车时间限制维度、用车地点限制维度、用车城市限制维度、用车跨城打车限制维度，所述第一管控维度、所述第二管控维度以及第三管控维度采用所述预设管控维度中的至少一种或多种，不同的所述用车场景配置多个所述用车差标，且每个所述用车差表关联所述用户的类型。
[0018]进一步地，所述按照所述用车差标中的预设管控维度在所述用车场景为用户用车后时，对用户进行第三管控维度的管控，包括：
[0019]所述预设管控维度包括用车差标超标或者用车差标未超标的情况，当用车差标超标的情况下，按照超标时无需审批、超标时需要审批、超标时可选审批中的不同分类按照第二预设支付方式进行付款或报销审批，其中所述第二预设支付方式至少包括企业支付、用户个人支付、用户和企业混合支付中的任一一种或多种；
[0020]当用车差标未超标的情况下，按照第一预设支付方式进行付款，其中所述第一预设支付方式包括企业支付。
[0021]进一步地，所述确定用户的类型，包括：确定不同的用户角色、用户人员或者用户职级。
[0022]进一步地，所述方法还包括：
[0023]通过用户端的用车首页，展示所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况下对应的所述用车差标；
[0024]通过所述用户端的预估价查看页面，展示所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况下对应的所述用车差标；
[0025]通过所述用户端的订单确认页面，展示所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况下对应的所述用车差标。
[0026]进一步地，所述方法还包括：
[0027]在服务端维护多张与所述预设管控维度对应的数据库表结构，用于保存用车差标信息以及用车场景信息。
[0028]为了实现上述目的，根据本申请的另一方面，提供了一种用车场景中用车差标管控装置。
[0029]根据本申请的用车场景中用车差标管控装置包括：
[0030]确定模块，用于确定用户的类型；
[0031]管控模块，用于根据所述用户的类型，按照所述用车差标中的预设管控维度对用户进行管控，以使所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况使用叫车服务。
[0032]根据本申请的又一个方面，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0033]根据本申请的再一个方面，还提供了一种电子设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
[0034]在本申请实施例中，采用确定用户的类型的方式，通过根据所述用户的类型，按照所述用车差标中的预设管控维度对用户进行管控，达到了多维度权过程管控的目的，从而实现了所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况使用叫车服务的技术效果，进而解决了用车差标的合规性的技术问题。
附图说明
[0035]构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0036]图1是根据本申请实施例的用车场景中用车差标管控方法的流程示意图；
[0037]图2是根据本申请实施例的用车场景中用车差标管控装置的结构示意图；
[0038]图3是根据本申请实施例的用车场景中用车差标管控方法中差旅标准展示界面示意图。
具体实施方式
[0039]为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0040]需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用车场景中用车差标管控方法，其特征在于，包括：确定用户的类型；根据所述用户的类型，按照所述用车差标中的预设管控维度对用户进行管控，以使所述用户在用车场景中在用车差标超标的限制情况或者用车差标未超标的情况使用叫车服务。2.根据权利要求1所述的方法，其特征在于，所述用车场景至少包括如下之一：用车服务前，用车服务中、用车服务后，所述方法还包括：按照所述用车差标中的预设管控维度在所述用车场景为用户用车服务前，对用户进行第一管控维度的管控；和/或，按照所述用车差标中的预设管控维度在所述用车场景为用户用车服务中，对用户进行第二管控维度的管控；和/或，按照所述用车差标中的预设管控维度在所述用车场景为用户用车后，对用户进行第三管控维度的管控，其中所述第一管控维度用于在用户用车前校验、所述第二管控维度用于在用户用车服务中校验以及第三管控维度用于在用户用车后校验，且均不相同。3.根据权利要求2所述的方法，其特征在于，所述预设管控维度至少包括如下之一：用车运力限制维度、用车服务限制维度、用车车型限制维度、用车单价限制维度、用车预算限制维度、用车次数限制维度、用车时间限制维度、用车地点限制维度、用车城市限制维度、用车跨城打车限制维度；所述第一管控维度、所述第二管控维度以及第三管控维度采用所述预设管控维度中的至少一种或多种；不同的所述用车场景配置多个所述用车差标，且每个所述用车差表关联所述用户的类型。4.根据权利要求2所述的方法，其特征在于，所述按照所述用车差标中的预设管控维度在所述用车场景为用户用车后时，对用户进行第三管控维度的管控，包括：所述预设管控维度包括用车差标超标或者用车差标未超标的情况，当用车差标超标的情况下，按照超标时无需审批、超标时需要审批、超标时可选审批中的不同分类按照第二预设支付方...

【专利技术属性】
技术研发人员：陈建伟，
申请(专利权)人：北京合思信息技术有限公司，
类型：发明
国别省市：