同步出差申请单的方法、电子设备和存储介质与流程

1.本发明属于数据同步技术领域，尤其涉及一种同步出差申请单的方法、电子设备和存储介质。


背景技术：

2.第三方系统中有oa(办公自动化)审批系统，其中提供了大量表单。用户一般会在其中的出差申请单中填写出差内容，如出差时间、出差城市、预算等信息，提交后由该员工的领导在第三方系统中继续完成审批。出差申请单审批通过，用户将会在第三方系统中打开本地应用(例如携程商旅应用)，在本地应用中完成出差下单的操作。但目前出差申请单中的内容无法同步到本地应用中，用户下单时无法对出差申请单中的内容进行管控限制，造成出差申请单与实际出差花费信息不一致、结算流程复杂无法匹配等情况。


技术实现要素：

3.本发明要解决的技术问题是为了克服现有技术中用户下单时无法对出差申请单中的内容进行管控限制的缺陷，提供一种同步出差申请单的方法、电子设备和存储介质。
4.本发明是通过下述技术方案来解决上述技术问题：
5.本发明提供一种同步出差申请单的方法，包括以下步骤：
6.s1、基于连接器在第三方应用平台和本地应用平台之间构建连接；
7.s2、通过所述第三方应用平台获取外部审批指令；
8.s3、基于所述连接器接收审批单并发送至所述本地应用平台；
9.s4、所述本地应用平台接收并保存所述审批单。
10.较佳地，在步骤s2之后，同步出差申请单的方法还包括以下步骤：
11.判断是否开启数据互通配置，若开启，则执行步骤s3。
12.较佳地，在步骤s3之后，同步出差申请单的方法还包括以下步骤：
13.连接器判断审批单是否为同意，若为同意，则执行步骤s4。
14.较佳地，在步骤s3之后，同步出差申请单的方法还包括以下步骤：
15.连接器判断审批单是否为同意，若为同意，则向申请人发送通知信息。
16.较佳地，同步出差申请单的方法还包括以下步骤：
17.判断是否开通提前审批配置，若开通，则选择对应的审批单；若未开通，则发送邮件给对应的客户经理。
18.较佳地，同步出差申请单的方法还包括以下步骤：
19.如果审批单被取消，则在本地应用平台中设置审批单为无效。
20.较佳地，同步出差申请单的方法还包括以下步骤：
21.如果审批单被拒绝，则本地应用平台拒绝接收审批单。
22.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本发明的同步出差申请单的方法。
23.本发明还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本发明的同步出差申请单的方法。
24.本发明的积极进步效果在于：本发明可在用户下单时对出差申请单中的内容进行管控限制。
附图说明
25.图1为本发明的实施例1的同步出差申请单的方法的流程图。
26.图2为本发明的实施例1的同步出差申请单的方法的一种可选实施方式的流程图。
27.图3为本发明的实施例1的同步出差申请单的方法的另一种可选实施方式的流程图。
28.图4为本发明的实施例2的电子设备的结构示意图。
具体实施方式
29.下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
30.实施例1
31.本实施例提供一种同步出差申请单的方法，参照图1，该同步出差申请单的方法包括以下步骤：
32.步骤s1、基于连接器在第三方应用平台和本地应用平台之间构建连接。
33.步骤s2、通过第三方应用平台获取外部审批指令。
34.步骤s3、基于连接器接收审批单并发送至本地应用平台。
35.步骤s4、本地应用平台接收并保存审批单。
36.作为一种可选的实施方式，以钉钉(一种应用软件)作为第三方应用平台，以携程商旅(一种应用软件)作为本地应用平台为例，对本实施例的同步出差申请单的方法进行说明。其中，钉钉提供连接器供外部应用(例如携程商旅)实现数据互通，本领域技术人员可以根据已公开的技术资料实现钉钉连接器的配置，例如，进行连接器权限申请、创建连接器、配置执行动作(连接器输出数据模型：输出钉钉出差申请单模型)、连接器上架(连接器上架后，审批单的每一个状态转换节点，都会通过连接器将数据推送到携程商旅)、连接器使用。连接器上架后，在钉钉开通“携程商旅”应用时，将默认开通“数据互通”权限。即用户开通“数据互通”权限，可获取到钉钉的审批单内容；用户关闭权限，则无法获取审批单内容。
37.完成以上设置之后，即可执行本实施例的同步出差申请单的方法。首先，基于钉钉平台，用户提交审批单，然后，钉钉平台判断是否开启“数据互通”配置，如果已开启，则连接器接收审批单。然后，连接器判断审批单是否“同意”，如果已同意，则携程商旅平台接收并保存提前审批单(或称落地提前审批单)。然后，携程商旅平台向钉钉平台推送审批通过消息。
38.具体实施时，参照图2所示，申请人在钉钉平台上提交审批单(即出差申请单)。钉钉平台判定是否开启“数据互通”配置。如果已开启，则连接器接收该审批单。相应地，审批单审批人基于钉钉平台上审批该审批单(例如，审批单审批人审批“同意”)。接收器判断该审批单是否“同意”，如果已同意，则携程商旅平台落地提前审批单，并推送审批通过消息给
申请人。钉钉平台接收审批通过消息，并生成预定订单。携程商旅平台判断公司是否开启“提前审批”配置，如果已配置，则选择提前审批单，下单；如果未配置，则发送邮件通知客户经理，并进入用户下单步骤。然后，携程商旅平台判断审批单是否有效，如果有效，则进行审批单信息管控，进入用户下单步骤；如果无效，则结束流程。
39.参照图3，如果用户在钉钉平台上将审批单取消，则连接器接收审批单，然后，携程商旅平台将提前审批单置为无效。
40.在一些可选的实施方式中，申请单状态以数字表征：0表征拒绝，1表征同意，2表征取消。
41.审批通过后消息推送：出差申请单，在钉钉的状态为“同意”时，发送钉钉消息通知给申请人。
42.如果已经开通提前审批配置，则跳转对应页面，并选中对应审批单(如果没有开通提前审批配置，则不选中审批单)。
43.如果未开通提前审批配置，则跳转对应页面，并发送邮件给客户经理。
44.审批单取消：钉钉中审批单取消后，需在携程商旅将对应的审批单置为无效。
45.审批单拒绝：钉钉审批单拒绝，不落地携程商旅。
46.凡在钉钉中开通携程商旅应用，且开通了数据互通权限的公司。用户在钉钉中提交的出差申请单都将同步至携程商旅。
47.如需要对出差申请单内容进行管控，需开通“提前审批单”配置。即用户在携程商旅下单时，需先选择一个提前审批单后，才可下单。并对下单中的出差时间、出差地点、预算等字段进行管控限制。
48.本实施例的同步出差申请单的方法将用户在第三方系统中审批通过的出差申请单落地到携程商旅，在携程商旅下单时对出差内容进行管控。
49.实施例2
50.图4为本实施例提供的一种电子设备的结构示意图。所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现实施例1的同步出差申请单的方法。图4显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
51.如图4所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
52.总线33包括数据总线、地址总线和控制总线。
53.存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。
54.存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
55.处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1的同步出差申请单的方法。
56.电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种
通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
57.应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
58.实施例3
59.本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1的同步出差申请单的方法的步骤。
60.其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
61.在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1的同步出差申请单的方法的步骤。
62.其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
63.虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。