一种差旅服务的管理方法及装置

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种差旅服务的管理方法及装置。

背景技术

随着时代的进步，差旅管理公司(travel management company，TMC)越来越受企业青睐，企业可以通过TMC为该企业的员工提供差旅服务(例如购买机票、火车票或预定酒店等)。

企业的员工可以通过TMC提供的差旅服务平台(例如差旅服务APP)实现差旅服务，企业使用TMC提供的差旅服务APP之前，该企业可以预存资金，和/或TMC向企业提供授信额度，以供企业的员工在公务出差时使用该差旅服务APP购买机票、火车票或预定酒店等。上述企业的预存资金和TMC提供的授信额度之和构成该企业的可用额度，当企业的员工使用差旅服务APP进行消费时，TMC根据企业员工本次消费的金额和该企业的可用额度判断员工是否可以进行消费，如果本次消费的金额小于或等于该企业的可用额度，则消费成功并生成相应的订单，同时从该企业的可用额度中扣除本次消费的金额，以更新该企业的可用额度；否则，通过差旅服务APP提示可用额度不足，本次消费失败。

目前，TMC在每个月末，通过差旅服务APP将该企业的本月账单(由该企业在本月内的所有订单生成)发送给该企业，待该企业确认账单无误之后该企业再向TMC付款。

由于差旅服务的业务场景比较多(例如机票业务、酒店业务、采购业务等)，相应的，差旅服务的费用类型也比较多，例如退机票、改签、保险、折扣、促销等，在TMC计算企业的差旅费用的过程中，如果遗漏某场景或者计算出错，将导致企业真实的消费金额与扣除的可用额度不一致，从而使得真实的消费金额与扣除的可用额度出现偏差，随着时间累积，该偏差越来越大，导致该企业的可用额度不准确。

发明内容

本申请实施例提供一种差旅服务的管理方法及装置，能够保证差旅服务中可用额度的准确性。

为达到上述目的，本申请实施例采用如下技术方案：

第一方面，本申请实施例提供一种差旅服务的管理方法，该方法应用于差旅管理设备，该方法包括：获取第一账期数据；该第一账期数据是本账期内用户通过差旅管理设备获取差旅服务的过程中产生的账期数据，该第一账期数据包括本账期的存款总额、本账期的出账总额以及本账期的未出账总额；然后，获取第二账期数据；该第二账期数据是上账期内用户通过差旅管理设备获取差旅服务的过程中产生的账期数据，该第二账期数据包括上账期的存款余额以及上账期的未核销总额；最后，根据第一账期数据和第二账期数据，确定下账期的初始可用额度。

本申请实施例中，基于第一账期数据(本账期的账期数据)和第二账期数据(上账期的账期数据)来确定下账期的初始可用额度，由于该方法按照账期对账期数据进行结算，得到下账期的初始可用额度，与现有技术相比，即使本账期内实时计算可用额度时计算逻辑错误而导致实时更新的可用额度不准确，也不会影响下账期的初始可用额度的准确性，因此通过本申请实施例提供的差旅服务的管理方法，能够提高差旅服务的可用额度的准确性。

一种可能的实现方式中，上述本账期的出账总额是在该本账期内的出账账单的总金额；其中，该本账期内的出账账单包括：在本账期内，用户对接收的历史账期的账单中的部分或全部订单的进行确认之后的账单；上述本账期的未出账总额是在该本账期内的未出账账单的总金额；其中，该本账期内的未出账账单包括：在本账期结束时，用户对历史账期的账单中未进行确认的账单和本账期的账单；上述上账期的存款余额是在该上账期结束时，用户剩余的存款的金额；上述上账期的未核销总额是在该上账期结束时，用户对该上账期的出账账单中未进行付款的账单的总金额。

一种可能的实现方式中，上述下账期的初始可用额度满足：M＝N+A-B-C；其中，M表示下账期的初始可用额度，N表示差旅管理设备为用户提供的授信额度，A表示本账期的存款余额，B表示本账期的未核销总额，C表示本账期的未出账总额；

上述本账期的存款余额A和上本账期的未核销总额B满足：当(D+E-F-G)≥0时，A＝D+E-F-G，B＝0；当(D+E-F-G)<0时，A＝0，B＝|D+E-F-G|；其中，D表示本账期的存款总额，E表示上账期的存款余额，F表示本账期的出账总额，G表示上账期的未核销总额。

一种可能的实现方式中，上述差旅管理设备获取一个核对周期内的第一订单数据和第二订单数据。其中，该第一订单数据是差旅管理设备存储的正确的订单数据，该第二订单数据是差旅管理设备用于实时更新用户的可用额度的订单数据，多个核对周期组成一个账期；然后，根据将第一订单数据和该第二订单数据进行核对，并根据第一订单数据和第二订单数据的核对结果更新该第二订单数据；

其中，一个账期的未出账总额是该账期的多个核对周期内的第二订单数据中所有订单的金额之和。

本申请实施例中，差旅管理设备在每个核对周期内核对第一订单数据和第二订单数据，使第二订单数据更加准确，而本账期的未出账总额是该账期的多个核对周期内的第二订单数据中所有订单的金额之和，因此，当第二订单数据的准确性提高时，本账期的未出账总额的准确性也会提高，进而提高了下账期的初始可用额度的准确性。

一种可能的实现方式中，上述差旅管理设备获取一个核对周期内用户对接收的账单的反馈数据；然后对该反馈数据进行核对，并根据该反馈数据的核对结果更新该核对周期的出账总额；其中，一个账期的出账总额是该账期的多个核对周期的出账总额之和。

本申请实施例中，差旅管理设备通过周期性的核对用户对接收账单的反馈数据，进而使每个核对周期内的出账总额更加准确，由于多个核对周期组成一个账期，因此，通过周期性的核对用户对接收账单的反馈数据，进而使得该账期的出账总额更加准确，进而提高了下账期的初始可用额度的准确性。

一种可能的实现方式中，上述差旅管理设备根据一个核对周期内的第一订单数据和第二订单数据的核对结果和该核对周期内的反馈数据的核对结果，更新下一个核对周期的初始可用额度。

本申请实施例中，差旅管理设备通过对一个核对周期的第一订单数据和第二订单数据进行核对，并且对该核对周期内的反馈数据进行核对，得到核对结果，并根据核对结果及时修正订单中可能存在的错误，如此，差旅管理设备根据上述核对结果更新下一个核对周期的初始可用额度能够保证下一个核对周期的初始可用额度的准确性。

第二方面，本申请实施例中的一种差旅管理设备，包括获取模块和确定模块。其中，获取模块用于获取第一账期数据；该第一账期数据是本账期内用户通过该差旅管理设备获取差旅服务的过程中产生的账期数据，该第一账期数据包括本账期的存款总额、本账期的出账总额以及本账期的未出账总额；该获取模块还用于获取第二账期数据；该第二账期数据是上账期内用户通过该差旅管理设备获取差旅服务的过程中产生的账期数据，该第二账期数据包括上账期的存款余额以及上账期的未核销总额；确定模块用于根据该第一账期数据和该第二账期数据，确定下账期的初始可用额度。

一种可能的实现方式中，上述本账期的出账总额是在该本账期内的出账账单的总金额；其中，该本账期内的出账账单包括：在本账期内，用户对接收的历史账期的账单中的部分或全部订单的进行确认之后的账单；上述本账期的未出账总额是在该本账期内的未出账账单的总金额；其中，该本账期内的未出账账单包括：在本账期结束时，用户对历史账期的账单中未进行确认的账单和本账期的账单；上述上账期的存款余额是在该上账期结束时，用户剩余的存款的金额；上述上账期的未核销总额是在该上账期结束时，用户对该上账期的出账账单中未进行付款的账单的总金额。

一种可能的实现方式中，上述下账期的初始可用额度满足：M＝N+A-B-C；其中，M表示下账期的初始可用额度，N表示差旅管理设备为用户提供的授信额度，A表示本账期的存款余额，B表示本账期的未核销总额，C表示本账期的未出账总额；

上述本账期的存款余额A和上本账期的未核销总额B满足：当(D+E-F-G)≥0时，A＝D+E-F-G，B＝0；当(D+E-F-G)<0时，A＝0，B＝|D+E-F-G|；其中，D表示本账期的存款总额，E表示上账期的存款余额，F表示本账期的出账总额，G表示上账期的未核销总额。

一种可能的实现方式中，上述差旅管理设备还包括核对模块和更新模块；其中，获取模块还用于获取一个核对周期内的第一订单数据和第二订单数据；其中，该第一订单数据是该差旅管理设备存储的正确的订单数据，该第二订单数据是该差旅管理设备用于实时更新用户的可用额度的订单数据；多个核对周期组成一个账期；核对模块用于将该第一订单数据和该第二订单数据进行核对，并得到该第一订单数据和第二订单数据的核对结果；更新模块用于根据该第一订单数据和第二订单数据的核对结果更新该第二订单数据；其中，一个账期的未出账总额是该账期的多个核对周期内的第二订单数据中所有订单的金额之和。

一种可能的实现方式中，上述差旅管理设备中的获取模块还用于一个核对周期内用户对接收的账单的反馈数据；核对模块还用于核对该反馈数据，并得到该反馈数据的核对结果；更新模块，还用于根据该反馈数据的核对结果更新该核对周期的出账总额；其中，一个账期的出账总额是该账期的多个核对周期的出账总额之和。

一种可能的实现方式中，上述差旅管理设备中的更新模块还用于根据一个核对周期内的第一订单数据和第二订单数据的核对结果和该核对周期内的反馈数据的核对结果，更新下一个核对周期的初始可用额度。

第三方面，本申请实施例提供一种差旅管理设备，包括存储器和处理器。存储器与处理器耦合；存储器用于存储计算机程序代码，其中，计算机程序代码包括计算机指令；当计算机指令被处理器执行时，使得差旅管理设备执行第一方面及其可能的实现方式中任意之一所述的方法。

第四方面，本申请实施例提供一种计算机存储介质，用于储存为上述差旅管理设备所用的计算机软件指令，其包含用于执行上述第一方面及其可能的实现方式中任意之一所述的方法。

第五方面，本申请实施例提供一种的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面及其可能的实现方式中任意之一所述的方法。

应当理解的是，本申请实施例的第二方面至第五方面技术方案及对应的可能的实施方式所取得的有益效果可以参见上述对第一方面及其对应的可能的实施方式的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种TMC的框架示意图；

图2为本申请实施例提供的一种差旅服务的管理设备结构示意图一；

图3为本申请实施例提供的一种差旅服务的管理方法一；

图4为本申请实施例提供的一种差旅服务的管理方法二；

图5为本申请实施例提供的一种差旅服务的管理方法三；

图6为本申请实施例提供的一种差旅服务的管理方法四；

图7为本申请实施例提供的一种差旅管理设备的结构示意图一；

图8为本申请实施例提供的一种差旅管理设备的结构示意图二。

具体实施方式

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一账期数据和第二账期数据是用于区别不同的账期数据，而不是用于描述账期数据的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

首先对本申请实施例提供的一种差旅服务的管理方法及装置中涉及的一些概念做解释说明。

差旅管理：即商旅管理，是指企业在专业差旅管理服务团队(例如TMC)的协助下对差旅活动(例如订机票、订酒店等)进行整体规划和全面监控，优化差旅管理流程与政策，统一采购资源，从而在不影响业务开展和出行体验的前提下，降低差旅成本并提高出行效率。具体的，企业可以通过TMC提供的差旅服务平台(例如差旅服务APP)实施差旅活动。

参考图1，TMC包括结算系统、授信管理系统以及应用客户端等。其中，用户可以通过应用客户端(例如差旅服务APP)进行消费，例如预定酒店、预定机票等；结算系统用于对用户消费后产生的数据(例如订单、账单等)以及用户的付款等进行管理和结算；授信管理系统用于管理用户的可用额度，例如计算可用额度，并更新授信数据库中的可用额度等。

结合上述图1，TMC进行差旅管理的机制是：企业通过TMC的财务预存资金和/或TMC向企业提供授信额度，以供企业的员工在公务出差时使用该差旅服务APP购买机票、火车票或预定酒店等，授信额度可以预配置，例如通过授信管理页面手动配置到授信管理系统。应理解，上述TMC提供给企业的授信额度与企业的预存资金之和为该企业的可用额度，企业员工使用差旅服务APP消费时，TMC根据用户的订单金额在授信管理系统查询可用额度，在该企业可用额度够用的情况下并不需要企业员工自己垫付差旅费用，差旅服务APP直接扣除订单金额对应的该企业的可用额度即可，实现可用额度的实时更新，并将更新结果同步至差旅服务APP。TMC通过结算系统定期对企业的差旅费用进行结算，例如在每个月初，TMC将上个月内该企业所有员工出差的账单发送给该企业，企业确认该账单后，企业向TMC付款，结算系统结算的结果以及企业的付款金额同步至授信管理系统，以更新企业的可用额度。

本申请实施例中，将TMC对企业的差旅费用的结算周期称为账期，账期的时长可以根据实际需求设置，例如，一个账期可以为一个月，三个月或者半年等，本申请实施例不作具体限定。

应理解，本申请实施例涉及的账期包括：上账期、本账期以下账期。其中，本账期是当前待结算的账期；上账期是本账期的上一个账期，上账期是已结算完毕的账期；下账期是本账期的下一个账期；对本账期结算完成之后可以得到下账期的初始可用额度。

需要说明的是，在每个账期结束后，TMC将该账期内该企业的账单(应理解，一个账期内企业的账单由该账期内该企业消费的所有订单生成)发送给该企业，用于企业核对该账期的账单是否有误，对于账单中无误的订单，企业对无误订单进行确认并向TMC付款。

可选地，本申请实施例不限定企业何时对接收到的账单进行确认，例如，在本账期内接收到上账期的账单之后，企业可以在本账期内对上账期的账单中的部分订单进行确认，然后企业在下账期或者后续的账期内对上账期的账单中未确认的部分订单进行确认。

需要说明的是，本申请实施例不限定TMC何时向用户发送一个账期的账单，例如，对于本账期，TMC可以在本账期结束时向用户发送本账期的账期数据，TMC也可以在下账期内向用户发送本账期的账单，TMC还可以在后续的任意一个账期内向用户发送本账期的账单。

本账期的出账总额：是本账期内的出账账单的总金额。

本账期内的出账账单：指的是在本账期内，用户对接收的历史账期的账单中的部分或全部订单进行确认之后的账单。需要说明的是，上述用户接收的历史账期的账单中的部分或全部订单是未经用户确认的订单。例如，用户接收的历史账期的账单中未经用户确认的订单可以包括上账期的账单中的部分或全部订单，也可以包括上账期的上一个账期的账单中的部分或全部订单等，此处不予限定。

示例性的，以一个账期为一个月为例，假设3月份为本账期，用户对接收的历史账期的账单中未确认的账单包括1月份的账单中的订单a、订单b、订单c，以及2月份的账单，2月份的账单包括订单e、订单f、订单g、订单h；然后，用户在本账期内确认了1月份的账单中的订单a和订单b，并且用户在本账期内确认了2月份的账单中的所有订单(包括上述订单e、订单f、订单g以及订单h)，那么上述已确认的订单a、订单b、订单e、订单f、订单g、订单h组成本账期内的出账账单。

本账期的未出账总额：是本账期内的未出账账单的总金额。

本账期内的未出账账单：指的是在本账期结束时，用户对历史账期的账单中未进行确认的账单(即历史账期的账单中除出账账单之外的账单)和本账期的账单(由本账期内用户消费的所有订单生成)。

示例性的，仍以一个账期为一个月为例，在上述示例中，在本账期(即3月份)结束时，用户接收的历史账期的账单中未经用户确认的账单包括上述订单c，本账期的账单包括订单i、订单j以及订单k，那么上述订单c、订单i、订单j以及订单k组成本账期内的未出账账单。

可选地，在上述本账期的未出账账单中，用户对历史账期的账单中未进行确认的账单可以包括用户接收的历史账期的账单中未进行确认的账单和未发送给用户的历史账期的账单。

本账期的存款总额：指的是本账期内用户总共存入的金额。

上账期的存款余额：指的是上账期结束时，用户剩余的存款的金额。

上账期的未核销总额：指的是上账期结束时，用户对上账期的出账账单中未进行付款的账单的总金额。在上账期的存款总额小于上账期的出账总额的情况下，上账期的出账总额与上账期的存款总额的差值为上账期的未核销总额；在上账期存款总额大于等于上账期的出账总额的情况下，上账期的未核销总额为0。

在一种情况下，完成对上账期的结算之后，可以得到上账期的存款余额和上账期的未核销总额。

需要说明的是，本申请实施例中，对每一个账期进行结算的方法是相同的，关于对上账期进行结算的详细过程将在后续的实施例中进行介绍。

目前，TMC通过累计的方式对企业的可用额度进行实时更新，用户每消费一次之后，实时从可用额度中扣除消费金额对应的额度，并且将第一天结束时剩余的可用额度作为第二天的初始可用额度，但由于差旅服务的业务场景比较多(例如机票业务、酒店业务、采购业务等)，相应的，差旅服务的费用类型也比较多，例如退机票、改签、保险、折扣、促销等，TMC计算企业的差旅费用的过程中，如果遗漏某场景或者计算出错，将导致前一天结束时剩余的可用额度出现错误，则第二天的初始额度也是错误的，如此，随着时间累积，该企业的可用额度的偏差将越来越大，使得可用额度不准确。

例如，企业员工预定的酒店的原价是1000元，在指定的优惠期内，该酒店有打五折的优惠活动，也就是说该员工可以以500元的价格预定的该酒店。企业员工在差旅服务APP中预定了该酒店之后，TMC通过差旅服务APP扣除可用额度时并未考虑到打折这种场景或者运算逻辑出错，导致扣除的可用额度为1000，即多扣除了500的可用额度，若第二天该企业员工继续预定该酒店，TMC将继续扣除1000的可用额度，以此类推，若这种错误连续多次发生，将使得企业的可用额度不准确，甚至导致企业无法再继续消费。当用户发现可用额度不准确时，需要从当前时刻起逐一核对历史订单，例如对前N天(N为大于或等于2的正整数)，甚至对一个或多个账期的订单逐一进行核对，确定哪些订单存在多扣除的可用额度的情况，进而通过人工的方式调整可用额度。

基于传统的更新可用额度的方法中存在的可用额度不准确的问题，本申请提供一种差旅服务的管理方法及装置，可以定期修正可用额度，能够保证差旅服务中可用额度的准确性。

在本申请实施例中，将执行差旅服务的管理方法的装置称为差旅管理设备，差旅管理设备可以计算机或者服务器。

应理解，本申请实施例中，用户通过差旅管理设备获取差旅服务指的是用户通过差旅管理设备上的应用客户端(例如差旅服务APP，也可以称为差旅服务平台)获取差旅服务。

示例性的，图2是本申请实施例提供的差旅管理设备的硬件示意图，如图2所示，差旅管理设备包括处理器201、存储器202和网络接口203。

其中，处理器201包括一个或多个中央处理器(central processing unit，CPU)。该CPU可以为单核CPU(single-CPU)或多核CPU(multi-CPU)。

存储器202包括但不限于是随机存取存储器(random access memory，RAM)、只读存储器(read only memory，ROM)、可擦除可编程只读存储器(erasable programmableread-only memory，EPROM)、快闪存储器、或光存储器等。存储器202中保存有操作系统的代码和数据，例如存储器202中存储的数据可以包括本账期的存款总额、本账期的出账总额、本账期的未出账总额、上账期的存款余额以及上账期的未核销总额等数据，具体本申请实施例不做限定。

可选地，处理器201通过读取存储器202中保存的指令实现本申请实施例提供的差旅服务的管理方法，或者，处理器201通过内部存储的指令实现本申请实施例提供的差旅服务的管理方法。在处理器201通过读取存储器202中保存的指令实现上述实施例中的方法的情况下，存储器202中保存实现本申请实施例提供的差旅服务的管理方法的指令。

网络接口203是有线接口(端口)，例如光纤分布式数据接口(fiber distributeddata interface，FDDI)、千兆以太网(gigabit ethernet，GE)接口。或者，网络接口203是无线接口。应理解，网络接口203包括多个物理端口，网络接口203用于发送将某企业在一个账期内所有第二订单数据组成的账单发送至该企业。

可选地，差旅管理设备还包括总线204，上述处理器201、存储器202、网络接口203通常通过总线204相互连接，或采用其他方式相互连接。

可选地，差旅管理设备还包括输入输出接口205，输入输出接口205用于与输入设备连接，输入设备包括但不限于键盘、触摸屏、麦克风等等。输入输出接口205还用于与输出设备连接，输出处理器201的计算结果(例如更新后的可用额度)。输出设备包括但不限于显示器、打印机等等。

结合上述对TMC的差旅管理机制以及相关概念的介绍，如图3所示，本申请实施例提供一种差旅服务的管理方法，该方法包括S301-S303。

S301、差旅管理设备获取第一账期数据，该第一账期数据是本账期内用户通过差旅管理设备获取差旅服务的过程中产生的账期数据。

其中，上述第一账期数据包括本账期的存款总额、本账期的出账总额以及本账期的未出账总额。

可选地，上述的本账期可以是一个月、三个月或半年，具体根据实际需求设置，本申请不做限定。

上述用户是一个企业，上述第一账期数据包括本账期内该企业的多个员工通过出差旅服务平台进行消费而产生数据。

可选地，上述差旅管理设备获取第一账期数据可以是差旅管理设备从本地数据库直接读取的数据，也可以是差旅管理设备从其他设备接收的数据，本申请实施例不做具体限定。

对于第一账期数据中的本账期的存款总额、本账期的出账总额以及本账期的未出账总额的详细介绍可以参考上述实施例的相关描述，此处不再赘述。

S302、差旅管理设备获取第二账期数据，该第二账期数据是上账期内用户通过差旅管理设备获取差旅服务的过程中产生的账期数据。

其中，上述第二账期数据包括上账期的存款余额以及上账期的未核销总额。

同理，可选地，上述差旅管理设备获取第二账期数据可以是差旅管理设备从本地数据库直接读取的数据，也可以是差旅管理设备从其他设备接收的数据，本申请实施例不做具体限定。

应理解，第二账期数据是对上账期的账期数据进行结算后得到的数据。对于第二账期数据中的上账期的存款余额以及上账期的未核销总额的详细介绍可以参考上述实施例的相关描述，此处不再赘述。

S303、差旅管理设备根据第一账期数据和第二账期数据，确定下账期的初始可用额度。

应理解的是，差旅管理设备基于本账期的账期数据(即第一账期数据)和上账期结算后产生的账期数据(即第二账期数据)，对本账期进行结算，从而得到下账期的初始可用额度，这一过程可以理解为按照账期对用户的可用额度进行更新的过程。

具体的，上述下账期的初始可用额度满足下述公式(1)：

M＝N+A-B-C公式(1)

其中，M表示下账期的初始可用额度，N表示差旅管理设备为用户提供的授信额度，A表示本账期的存款余额，B表示本账期的未核销总额，C表示本账期的未出账总额。

上述本账期存款余额A和本账期未核销总额B满足：

当(D+E-F-G)≥0时，A＝D+E-F-G，B＝0。

当(D+E-F-G)<0时，A＝0，B＝|D+E-F-G|，|D+E-F-G|表示D+E-F-G的运算结果的绝对值。

其中，D表示本账期的存款总额，E表示上账期的存款余额，F表示本账期的出账总额，G表示上账期的未核销总额。

在以下实施例中，均以一个账期为一个月进行说明，示例性的，假设某企业从2020年11月开始通过差旅管理设备进行消费，该企业在11月的存款总额为20000元，并且差旅管理设备为用户提供的授信额度为30000元。

如下表1为该企业在2020年11月的部分账期数据的示例。

表1

通过对表1示例的本账期(即：2020年11月)的账期数据进行结算，结算完成之后，可以得到本账期的存款余额和本账期的未核销总额，进而再按照上述公式(1)计算得到下账期(即：2020年12月)的初始可用额度。

具体的，由于本账期为该企业通过差旅管理设备进行消费的第一个月，因此，不存在历史账单，也就不存在企业确认历史账单的事项，因此本账期的出账总额F的值为0，并且上账期的存款余额E的值也为0，上账期的未核销总额G的值也为0。综上可知，本账期的存款总额D的值为20000，企业的授信额度N为30000，上账期的存款余额E的值为0，本账期的出账总额F的值为0，上账期的未核销总额G的值为0。

首先，对本账期进行结算，得到本账期的存款余额A和本账期的未核销总额B的过程如下：

由于D+E-F-G>0(D+E-F-G＝20000+0-0-0＝20000)，所以本账期的存款余额A的值为20000，B的值为0。如下表2为对本账期结算完成之后的得到本账期的存款余额和本账期的未核销总额的示例。

表2

进一步，结合表2得到的本账期的存款余额A和本账期的未核销总额B，根据公式(1)计算下账期的初始可用额度，即M＝N+A-B-C＝30000+20000-0-24000＝26000。

又例如，该企业在2020年12月内的存款总额为0，出账总额为24000，未出账总额为22000。如下表3为该企业在2020年12月的部分账期数据的示例。

表3

通过对表3示例的本账期(即：2020年12月)的账期数据进行结算，结算完成之后，可以得到本账期的存款余额和本账期的未核销总额，进而再按照上述公式(1)计算得到下账期(即：2021年1月)的初始可用额度。

根据上述表2所示的对上账期(即：2020年11月)结算后得到的账期数据和表3所示的本账期的部分账期数据，可知，本账期的存款总额D的值为0，企业的授信额度N为30000，上账期的存款余额E的值为20000，本账期的出账总额F的值为24000，上账期的未核销总额G的值为0。

首先，对本账期进行结算，得到本账期的存款余额A和本账期的未核销总额B的过程如下：

由于D+E-F-G<0(D+E-F-G＝0+20000-24000-0＝-4000)，所以本账期的存款余额A的值为0，本账期的未核销总额为4000。如下表4为对本账期结算完成之后得到本账期的存款余额和本账期的未核销总额的示例。

表4

进一步，结合表4得到的本账期的存款余额A和本账期的未核销总额B，根据公式(1)计算下账期的初始可用额度，即M＝N+A-B-C＝30000+0-4000-22000＝4000。

又例如，该企业在2021年1月内的存款总额为40000，出账总额为21000，未出账总额为19000。如下表5为该企业在2021年1月的部分账期数据的示例。

表5

通过对表5示例的本账期(即：2021年1月)的账期数据进行结算，结算完成之后，可以得到本账期的存款余额和本账期的未核销总额，进而再按照上述公式(1)计算得到下账期(即：2021年2月)的初始可用额度。

根据上述表4所示的对上账期(即：2020年12月份)结算后得到的账期数据和表5所示的本账期的部分账期数据，可知，本账期的存款总额D的值为40000，企业的授信额度N为30000，上账期的存款余额E的值为0，本账期的出账总额F的值为21000，上账期的未核销总额G的值为4000。

首先，对本账期进行结算，得到本账期的存款余额A和本账期的未核销总额B的过程如下：

由于D+E-F-G>0(D+E-F-G＝40000+0-21000-4000＝15000)，所以本账期的存款余额A的值为15000，本账期的未核销总额为0。如下表6为对本账期结算完成之后得到本账期的存款余额和本账期的未核销总额的示例。

表6

进一步，结合表6得到的本账期的存款余额A和本账期的未核销总额B，根据公式(1)计算下账期的初始可用额度，即M＝N+A-B-C＝30000+15000-0-19000＝26000。

综上所述，本申请实施例提供一种差旅服务的管理方法，基于第一账期数据(本账期的账期数据)和第二账期数据(上账期的账期数据)来确定下账期的初始可用额度，由于该方法按照账期对账期数据进行结算，得到下账期的初始可用额度，与现有技术相比，即使本账期内实时计算可用额度时计算逻辑错误而导致实时更新的可用额度不准确，也不会影响下账期的初始可用额度的准确性，因此通过本申请实施例提供的差旅服务的管理方法，能够提高差旅服务的可用额度的准确性。

可选地，如图4所示，本申请实施例提供的差旅服务的管理方法还包括S401-S402。

S401、差旅管理设备获取一个核对周期内的第一订单数据和第二订单数据。

其中，该第一订单数据是差旅管理设备存储的正确的订单数据，该第二订单数据是差旅管理设备用于实时更新用户的可用额度的订单数据。

应理解，多个核对周期组成一个账期。

可选地，一个核对周期可以为一天或者多天，具体根据实际需求设置，本申请实施例不作限定。若一个核对周期为一天，一个账期可以为一个月，例如，1月份的账期包括31个核对周期。

S402、差旅管理设备将第一订单数据和第二订单数据进行核对，根据该第一订单数据和该第二订单数据的核对结果更新第二订单数据。

应理解，一个账期的未出账总额是该账期的多个核对周期内的第二订单数据中所有订单的金额之和。

本申请实施例中，针对同一用户在同一核对周期内的消费数据，上述第一订单数据是差旅管理设备与产品供应商(例如酒店的提供方)之间维护的订单数据，第一订单数据通常是正确的订单数据；上述第二订单数据是差旅管理设备在实时更新用户的可用额度的过程中，用于计算可用额度的订单数据，第二订单数据可能会因为某些原因(例如未考虑打折场景等)而出错。

上述核对第一订单数据和第二订单数据，确定第一订单数据与第二订单数据是否一致，具体包括：核对第一订单数据与第二订单数据中订单的数量是否一致、核对同一订单在第一订单数据与第二订单数据中订单的价格是否一致以及核对同一订单在第一订单数据与第二订单数据中商品数量是否一致。当第一订单数据与第二订单数据的核对结果不一致时，以第一订单数据为准，将第二订单数据中相应的订单数据修改为第一订单数据中对应的订单数据，完成对第二订单数据的更新。

需要说明的是，当第一订单数据与第二订单数据的核对结果一致时，说明第二订单数据无误，则不需要更新第二订单数据。

可选地，上述核对第一订单数据和第二订单数据，确定第一订单数据与第二订单数据是否一致，具体还可以包括核对第一订单数据和第二订单数据的其他信息，具体核对内容本申请实施例不做限定。

示例性的，第一订单数据中包括三条订单，分别为订单a、订单b、订单c，该三条订单对应的价格分别是500元、400元、300元；而第二订单数据中也包括订单a、订单b、订单c，但该三条订单对应的价格分别是600元、400元、300元；通过核对第一订单数据与第二订单数据，确定订单a的价格在第一订单数据与第二订单数据不一致，因此，将第二订单数据中订单a的价格更新为500元(即调整消费费用)。

综上所述，上述在每个核对周期内核对第一订单数据和第二订单数据，使第二订单数据更加准确，而本账期的未出账总额是该账期的多个核对周期内的第二订单数据中所有订单的金额之和，因此，当第二订单数据的准确性提高时，本账期的未出账总额的准确性也会提高，进而通过上述步骤S303确定的下账期的初始可用额度的准确性也进一步提高。

可选地，结合图4，如图5所示，本申请实施例提供的差旅服务的管理方法还包括S403-S404。

S403、差旅管理设备获取一个核对周期内用户对接收的账单的反馈数据。

上述用户对接收的账单的反馈数据是指用户对接收到的账单中存在疑问的订单的反馈数据，例如，若一个账期为一个月，用户接收到差旅管理设备发送的上账期的账单，该账单包括预定机票订单，该机票的原价是800元，在用户预订机票时，该机票有打折活动，打折后的机票的价格是600元。用户预定了该机票之后，差旅管理设备生成第二订单数据时，未考虑打折的场景，导致生成的第二订单数据中该机票的价格仍为800元，并且差旅管理设备在核对周期内核对第一订单数据和第二订单数据(即上述S302)时也未发现订单有误，即未对第二订单数据进行更新。在用户接收到账单(该账单中包括第二订单数据)之后，用户核对发现该机票的实际价格应该为是600元，即该机票的实际价格与第二订单数据中该机票的价格不符，因此预定机票订单就是用户存在疑问的订单，用户将预定机票的订单价格不准确的信息反馈给差旅管理设备，以通知差旅管理设备该账单中的预订机票的订单可能有误。

S404、差旅管理设备核对用户对接收账单的反馈数据，并根据该反馈数据的核对结果更新该核对周期的出账总额。

应理解，一个账期的出账总额是该账期的多个核对周期的出账总额之和。

示例性的，基于上述示例，差旅管理设备获取到用户对预定机票的订单价格不准确的反馈数据后，通过核对发现预定机票的实际价格就是600元，即差旅管理设备多出账了200，因此，在该核对周期的出账总额中减去200，进而完成对该核对周期出账总额的更新。

上述通过周期性的核对用户对接收账单的反馈数据，进而使每个核对周期内的出账总额更加准确，由于多个核对周期组成一个账期，因此，通过周期性的核对用户对接收账单的反馈数据，进而使得该账期的出账总额更加准确，进而通过上述步骤S303确定的下账期的初始可用额度的准确性也进一步提高。

可选地，结合图5，如图6所示，本申请实施例提供的差旅服务的管理方法还包括S405。

S405、差旅管理设备根据一个核对周期内的第一订单数据和第二订单数据的核对结果和该核对周期内的反馈数据的核对结果，更新下一个核对周期的初始可用额度。

具体的，当一个核对周期内的第一订单数据和第二订单数据不一致，和/或该核对周期内的反馈数据为真实时，说明某些订单实际价格和对应扣除的可用额度存在偏差，在这种情况下，差旅管理设备将该核对周期内的可用额度加上偏差值(多扣可用额度时该偏差值为正数，少扣可用额度时，该偏差值为负数)，进而完成对下个核对周期的初始可用额度的更新。

示例性的，差旅管理设备对核对周期内的第一订单数据和第二订单数据进行核对，发现第二订单的订单总额多了200元(可知，差旅管理设备多扣除了用户200的可用额度)，则将下一个核对周期的初始可用额度增加200；又例如，差旅管理设备对核对周期内的反馈数据进行核对，发现第二订单的订单总额少算了300元(可知，差旅管理设备少扣除了用户300的可用额度)，则将下一个核对周期的初始可用额度减少300，进而完成对下一个核对周期的初始可用额度的更新。

通过上述步骤S402-S403对一个核对周期的第一订单数据和第二订单数据进行核对，并且对该核对周期内的反馈数据进行核对，得到核对结果，并根据核对结果及时修正订单中可能存在的错误，如此，差旅管理设备根据上述核对结果更新下一个核对周期的初始可用额度能够保证下一个核对周期的初始可用额度的准确性。

相应地，本申请实施例提供一种差旅管理设备，该差旅管理设备用于执行上述差旅服务的管理方法中各个的步骤，本申请实施例可以根据上述方法示例对该差旅管理设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出上述实施例中所涉及的差旅管理设备的一种可能的结构示意图。如图7所示，该差旅管理设备包括获取模块701和确定模块702。

获取模块701用于获取第一账期数据，例如执行上述方法实施例中的步骤S301。

获取模块701还用于获取第二账期数据，例如执行上述方法实施例中的步骤S302。

确定模块702根据第一账期数据和第二账期数据，确定下账期的初始可用额度，例如执行上述方法实施例中的步骤S303。

可选地，本申请实施例提供的差旅管理设备还包括核对模块703和更新模块704。上述获取模块701还用于获取一个核对周期内的第一订单数据和第二订单数据，例如执行上述方法实施例中的步骤S401。

核对模块703用于将第一订单数据和第二订单数据进行核对，并得到该第一订单数据和第二订单数据的核对结果，例如执行上述方法实施例中的步骤S402。

更新模块704用于根据该第一订单数据和该第二订单数据的核对结果更新第二订单数据，例如执行上述方法实施例中的步骤S402。

可选地，上述获取模块701还用于获取一个核对周期内用户对接收的账单的反馈数据，例如执行上述方法实施例中的步骤S403。

核对模块703还用于核对上述反馈数据，并得到该反馈数据的核对结果，例如执行上述方法实施例中的步骤S404。

更新模块704还用于根据该反馈数据的核对结果更新该核对周期的出账总额，例如执行上述方法实施例中的步骤S404。

可选地，上述更新模块704还用根据一个核对周期内的第一订单数据和第二订单数据的核对结果和该核对周期内的反馈数据的核对结果，更新下一个核对周期的初始可用额度，例如执行上述方法实施例中的步骤S405。

上述差旅管理设备的各个模块还可以用于执行上述方法实施例中的其他动作，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，本申请实施例提供的差旅管理设备的结构示意图如图8所示。在图8中，差旅管理设备包括：处理模块801和通信模块802。处理模块801用于对差旅管理设备的动作进行控制管理，例如，执行上述获取模块701、确定模块702、核对模块703以及更新模块704执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块802用于支持差旅管理设备与其他设备之间的交互等。如图8所示，差旅管理设备还可以包括存储模块803，存储模块803用于存储差旅管理设备的程序代码和第一账期数据、第二账期数据、核对周期内的第一订单数据和第二订单数据以及核对周期内用户对接收的账单的反馈数据等。

其中，处理模块801可以是处理器或控制器，例如图2中的处理器201。通信模块802可以是收发器、RF电路或通信接口等，例如图2中的输入输出接口205和/或网络接口203。存储模块803可以是存储器，例如图2中的内部存储器202。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例中的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))方式或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、磁盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state drives，SSD))等。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。