CN112150106B 一种订单任务处理、提供差旅服务的方法及装置 （阿里巴巴集团控股有限公司）

201610888868.92016.10.112第一应用接收订单任务处理请求，所述第一应用为实现对企业员工的差旅管理的应所述第一应用根据所述订单任务处理请求中包含的订单类型，从与所述第一应用基于获取到的数据对所述订单任务处理请求进所述方法还包括：第一应用接收第三应用发送的差旅数据单，根据该其中，所述差旅数据单是根据所述用户在所述第三在企业与服务商之间协商建立合作关系的情况下，所述第一应用第一应用确定用户通过第一账号登录所述第一应用，所述第一账号所述第一应用提供出差信息填写界面，以供用户根据出差需求输入所述第一应用根据所述订单任务处理请求中所涉及的差旅内容，生成所述第一应用接收用户通过其他微应用触发的订单任务处理请求，3若所述第一账户的账户类型为非企业账户类型，则所述第一应用在确定类型且所述订单为因公差旅订单，那么所述第一应用在从所述第二应用中获取数据之前，所述第一应用根据人事管理关系和所述第一账户的用户权限，选所述第一应用向所述第三账户发送订单处理所述第一应用在接收到所述第三账户返回的审核通过消息时，从所述所述第一应用根据用户所属的企业账户，建立所述差旅订单中的数所述第一应用获取所述第二应用的差旅网页，以使用户在该差旅网页中选取差旅控第一应用接收用户发送的差旅处理请求，所述第一应用为实与所述第一应用之间建立合作关系的第二应当监测到所述差旅订单通过审核时，第一应用生成或激活所述差旅订单中的指定控所述方法还包括：第一应用接收第三应用发送的差旅数据单，根据该其中，所述差旅数据单是根据所述用户在所述第三4在企业与服务商之间协商建立合作关系的情况下，所述第一应用第一应用确定用户通过第一账号登录所述第一应用，所述第一账号所述第一应用提供出差信息填写界面，以供用户根据出差需求输入第一应用判断所述第一账号与第二账号是否存在关联关系，所述第二所述第一应用根据所述差旅处理请求中所涉及的差旅内容，生成对应所述第一应用接收用户通过其他微应用触发的差旅处理请求，所述所述第一应用确定所述用户当前的状态信息，所述状态信息包括当前所述第一应用根据确定出的所述子差旅订单以及所述状态信息，向所所述第一应用获取所述用户未完成的行程所对应的子差旅订单相关的所述第一应用将所述状态变更信息展示在所述子差旅订单中，使得所述第一应用将所述差旅订单发送给所述第一应用中的第一指定用户进行若当监测到所述第一指定用户对所述差旅订单执行审核通过操56的重要一部分，在当前的企业管理软件中并不能向企业提供关于差旅管理方面上的帮助，而当前企业员工向企业提交差旅申请时则需要经过较为繁琐的审批流程才能完成，因此，[0008]所述第一应用根据所述第一应用与至少一个第二应用之间的合作关系以及所述7述第二应用是第一应用根据接收到的订单任务处理请求中包含的订单类型进行应用匹配8接口进行关联，即通过一个指定的应用接口能够实现至少两个不同应用之间的数据传输，9[0052]图1为本申请实施例提供的一种订单任务处理方法的流程示意图。所述方法可以一应用中安装的其他微应用接收用户触发的户将创建的与差旅有关的任务对应的订单任务通过微应用向第一应用发送订单任务处理[0057]步骤102：所述第一应用根据所述第一应用与至少一个第二应用之间的合作关系[0058]在本申请实施例中，所述第一应用根据所述订单任务处理请求中包含的订单类中包含订单类型和/需要获取的数据类型，使得第二应用对应的应用服务器在接收到数据所述第一账户的用户权限，从所述企业群中选择用户权限高于所述第一账户的第三账户；[0072]需要说明的是，这里预设的支付规则可以根据生成订单任务的账户权限进行设[0076]在本申请实施例中对于基于该差旅服务卡片为用户提供差旅服务的相关的内容[0078]图2为本申请实施例提供的一种订单任务处理设备的结构示意图。所述订单任务单任务处理请求中包含的订单类型，从与所述订单类型相匹配的所述第二应用中获取数关系的第二应用集合中确定出与所述订单类型相匹配的第二应[0102]需要说明的是，本申请实施例提供的订单任务处理设备提到的第一应用为用于企业管理的应用。旅处理请求则是根据用户在图4C所示的差旅选择界面中输入的内容[0111]需要说明的是，第一应用除了可通过上述方式接收用户[0112]例如，假设用户A通过预先注册在第三应用中的用户账号a登录到该第三方应用后，可在该第三应用的差旅数据界面中选取各差旅控件(当然也可以在差旅数据界面中直取了需要将该差旅数据单发送至第一应用中，则该第三应用可根据预先建立的用户账号a与用户A在第一应用中注册的第一账号之间的关联关系，将该差旅数据单发送至该第一应[0113]需要说明的是，这里记载的第三应用可以是除了本申请实施例中记载的第一应施例中，用户(即企业员工)通过第一应用接收到其他用户(这里的其他用户可以是企业领用可根据接收到的差旅处理请求，生成以行程卡片的方式进行展示的差旅订单，如图5所生成对应的差旅订单后，并不是立刻就从第二应用中获取与该差旅订单相关的差旅数据户可在该第一应用所保存的企业通讯录中找到能够对该差旅订单进行审核的第一指定用[0128]当用户通过第一应用发起一个出差申请(即相当于该第一应用接收用户发送的差将该差旅订单中的差旅特征信息进行提取(差旅特征信息可以是差旅往返时间、差旅往返特征信息相匹配的出差通知，则可将该差旅订单再发送给该第一应用中的第一指定用户面是已根据差旅订单筛选过的，如，当差旅订单中的内容为2016年6月3日～2016年6月23用户在第一应用中的第一账号与该用户在第二应用中的第二账号之间的关联关系，所以，账号为该用户预先在该第二应用中注册的用定出第一账号与第二账号未存在关联关系，则可获取第二应用的登录窗口并展示给用户，京的行程卡片则为第一应用根据从第二应用中获取的与该差旅订单相关的差旅数据所生行程卡片来说，当第一应用监测到用户对该行程卡片上设置的支付控件执行点击操作时，以，当第一应用根据用户在第一应用中的结算规则确定出该差旅订单的费用(全部费用或部分费用)需要该用户所属的企业进行结算时，则当该用户对该差旅订单执行了结算操作时，该第一应用可将该差旅订单发送给第一应用中的第二指定用户(该第二指定用户即为负责管理企业资金的人员)，该第二指定用户在接收到该差旅订单后可利用企业资金对该用户完成了对该差旅订单的结算工作后，则可将该差旅订单的结算状态更新为已结算状[0154]在图10A中显示有差旅标准的控件，当用户通过自己预先在该第一应用中注册的第一账号登录到该第一应用中时，点击该差旅标准的控件将弹出该用户的预设差旅标准，如图10B所示，该用户不仅能够通过图10B所示的差旅标准界面查看到自己的预设差旅标则可将该差旅订单发送给第一应用的第一指定用户(如企业领导或企业主管等)进行二次[0159]例如，假设第一应用中的一个子差旅订单中显示用户B需要在2016年7月8日19点23分从北京飞机场乘坐飞机去上海，由于该子差旅订单处于未进行状态(即该子差旅订单为用户还未完成的行程所对应的子差旅订单)，所以第一应用需要时刻获取该用户当前的该第一应用可将该重新生成的差旅订单发送给该第一应用中的第一指定用户(即企业领导[0167]对于企业员工的差旅服务处理过程来说，当企业员工通第一应用可接收该用户发送的差旅处理请求，并根据该差旅处理请求生成对应的差旅订应用(或者与第一应用关联的微应用)提供的差旅申请界面中输入出差信息(例如：出差时根据该差旅标准数据向第一应用推送与差旅订单相关送给第二应用。所述用户成功登陆所述第二应用时从第二应用中获取与所述差旅订单相关的差按照所述差旅订单中各行程的时间顺序进行排列并[0206]所述结算模块1205，当所述结算规则为所述差旅订单需中获取与差旅订单相关的差旅数据，进而在第一应用中有效地实现对企业员工的差旅管