CN109345190B - 一种数据处理方法及装置 - Google Patents

Abstract

本发明涉及计算机程序应用技术领域，尤其涉及一种数据处理方法及装置，通过在企业办公应用中建立开放平台接受第三方应用接入企业办公应用，还将内部的审批体系开放给第三方应用，第三方应用能够结合审批体系打造企业内部一站式采购和审批的流程，其他预设企业的用户可以通过企业办公应用访问第三方应用进行采购，并在企业办公应用内完成审批，大幅提高了企业采购及审批体系的工作效率，同时也完善了企业办公应用的产品服务形态。

Description

一种数据处理方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种数据处理方法及装置。

背景技术

审批流程管理是业务流程管理(BPM，Business Process Management)中的重要组成部分之一。在日常企业采购相关业务中，特别是在多公司(各地分公司)、多业务采购范围中，审批操作是非常重要且繁琐的工作内容。传统的电脑端审批手段由于受限于审批地点固定，内网审批等条件的限制，在各地采购申请立项审批后，如果审批人不在公司或身边没有电脑终端，审批人将不能做审批，可能会有多达数天的处理延迟。

此外，现有的采购环节和审批环节是分开进行的，需要人为操作进行衔接，往往存在采购环节完全完成并取得相应票据后，才能进入审批流程，存在耗时长、易出错、工作成本高等问题。

发明内容

针对现有技术的上述问题，本发明的目的在于提供一种数据处理方法及装置。以解决现有技术中采购环节与审批环节分离，造成处理耗时长、易出错、工作成本高等问题。

一方面，本发明提供一种数据处理方法，包括：

接收第三方应用发送的业务审批申请；所述业务审批申请根据订单数据生成，所述订单数据为第二客户端通过当前应用访问所述第三方应用产生的数据；

根据所述业务审批申请携带的订单数据生成业务审批单；

将所述业务审批单发送给第三客户端；以及，

根据第三客户端返回的审批信息对所述业务审批单进行处理。

另一方面，本发明提供一种数据处理装置，包括：

业务审批申请接收单元，用于接收第三方应用发送的业务审批申请；所述业务审批申请根据订单数据生成，所述订单数据为第二客户端通过当前应用访问所述第三方应用产生的数据；

业务审批单生成单元，用于根据所述业务审批申请携带的订单数据生成业务审批单；

第一发送单元，用于将所述业务审批单发送给第三客户端；以及，

数据处理单元，用于根据第三客户端返回的审批信息对所述业务审批单进行处理。

另一方面，本发明提供一种服务器，所述服务器中存储有至少一条指令、至少一段程序、代码集或指令集；所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述的数据处理方法。

本发明具有如下有益效果：

本发明的企业办公应用建立了开放平台接受第三方应用接入企业办公应用，还将内部的审批体系开放给第三方应用，第三方应用能够结合审批体系打造企业内部一站式采购和审批的流程，提升了第三方应用开发类型产品形式的效率。其他预设企业的用户可以通过企业办公应用访问第三方应用进行采购，并在企业办公应用内完成审批，大幅提高了企业采购及审批体系的工作效率，为企业员工提供了更为便捷的企业办公工具。同时也完善了企业办公应用的产品服务形态，有利于企业办公应用建设更加完善的开放生态。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本发明实施例提供的数据处理系统的应用场景图；

图2是本发明实施例提供的一种数据处理方法的流程示意图；

图3是本发明实施例提供的判断第三方应用是否满足预设条件的方法的流程示意图；

图4是本发明实施例提供的判断第二客户端是否满足预设条件的方法的流程示意图；

图5是本发明实施例提供的一种数据处理方法的流程示意图；

图6是本发明实施例提供的企业微信向第三方应用服务商开放内部审批功能的方法的流程示意图；

图7是本发明实施例提供的企业管理员在企业微信内安装企业购并配置审批流程的方法的流程示意图；

图8是本发明实施例提供的企业员工在企业购内采购并进行审批的流程示意图；

图9是本发明实施例提供的审批查询方法的流程示意图；

图10是本发明实施例提供的采购页面的示意图；

图11是本发明实施例提供的审批页面的示意图；

图12是本发明实施例提供的数据处理装置的结构框图；

图13是本发明实施例提供的数据处理装置的结构框图；

图14是本发明实施例提供的一种服务器的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

发明人发现，现有技术中企业采购环节与审批环节通常是分离的，且审批环节依靠公司内网的电脑端完成，带来诸如审批耗时长、人力成本高等问题。随着科技进步，也出现了专注于企业日常业务流程管理的应用软件，如阿里的钉钉、腾讯的企业微信等，使公司内业务的审批工作能够通过应用软件协同完成，打破了区域局限，但采购环节因涉及服务商，服务商与这些应用软件的审批功能并不衔接，导致用户必须将采购信息手动填入审批单中，仍未解决采购环节与审批环节分离的问题。

企业微信是腾讯为企业打造的沟通、协同工具，提升企业即时通讯效率。企业微信和微信一样易用，其提供多样的沟通方式，集成电话与邮件；专注办公场景，有非常丰富的企业办公OA(Office Automation)应用，也建立了开放平台接受服务商接入企业微信服务于其它企业，本发明提供一种数据处理方案，将企业微信内部的审批应用的体系开放给服务商(比如京东企业购)，以便服务商结合审批的应用体系打造企业内部一站式采购和审批的流程，高效衔接采购和审批业务，打造高效的企业办公体系。

请参阅图1，图1是本发明实施例提供的数据处理系统的应用场景图，如图1所示，该数据处理系统可以包括客户端100、服务器200和服务器300。

具体的，所述客户端100可以包括智能手机、台式电脑、平板电脑、笔记本电脑、数字助理、智能可穿戴设备等类型的实体设备；其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。当然，所述客户端100并不限于上述具有一定实体的电子设备，其还可以为运行于上述电子设备中的软体。所述客户端100可以为企业微信客户端。

具体的，所述服务器200和服务器300均可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群，服务器200和服务器300可以包括有实现所述客户端的相关功能的功能组件和基础数据。服务器200可以是企业微信服务器，服务器300可以是第三方应用服务器。

本说明书实施例中，所述客户端100可以与服务器200进行信息交互，所述服务器200可以与服务器300进行信息交互，客户端100可以通过服务器200与服务器300进行信息交互，例如，客户端100可以通过服务器200访问服务器300的数据。

本发明在建立了开放平台接收服务商接入企业微信的基础上，将企业微信内的审批流程给第三方应用服务商开放，授权给第三方应用服务商做流程改造，通过企业微信将服务商的业务与企业需求及企业微信的办公功能串接起来，在企业微信内打造采购和审批相结合的办公流程。在一种可能的实现方式中，主要包括以下步骤：

步骤一：第三方应用接入开放平台。

企业微信建立了开放平台，开放平台使用对外的统一的JSSDK接口，允许第三方应用接入开放平台。当第三方应用接入开放平台后，企业微信用户可以通过企业微信访问第三方应用，直接在企业微信内部跳转到第三方应用页面，方便用户操作。

步骤二：向第三方应用开放使用内部审批的权限。

企业微信审批提供的是内部的私有JSAPI接口，第三方应用服务商是无法使用内部审批功能的，为了打通采购和审批流程，本发明在开放平台增加配置审批业务的开放模板，该审批业务的开放模板相对于企业微信内部的模板类型增加了额外的服务商与企业微信通信的几个关键字段，例如：参数字段、链接类型等。当然，将审批业务的开放模板设置在开放平台，并不意味着所有接入开放平台的服务商都能自由配置关键字段并使用审批功能。企业微信对允许使用该审批功能的服务商域名进行白名单控制，如果服务商域名为白名单，则该服务商可以进行关键字段配置并使用企业微信内部的审批功能，如果服务商域名不是白名单，则该服务商不允许进行关键字段配置和使用审批功能。通过白名单控制来决定哪些业务被访问时可以使用审批的私有能力，进行风险的控制。

以京东为例，做为服务商建立了一个第三方应用为企业购，且京东的域名为白名单，可以通过审批业务的开放模板配置关键字段，企业微信能够获取这些关键字段以进行后续的审批业务。

图6是本发明实施例提供的企业微信向第三方应用服务商开放内部审批功能的方法的流程示意图。其中，审批业务的开放模板可以包括基础配置和审批配置入口，审批配置入口可以包含审批基础模板和第三方传递参数，审批基础模板可以包含文本、日期、金额、单复选和明细等，第三方传递参数可以包含参数id和链接类型等。

步骤三：企业微信的管理员安装第三方应用，并配置审批要求。

企业微信的管理员登录企业微信管理后台，选择安装第三方应用，安装完成后，如果第三方应用是允许使用企业微信内部审批功能的，则可以向企业微信的管理员展示审批流程配置选项，以便企业微信的管理员根据实际需求进行审批要求配置。除了配置企业微信审批内置流程的审批规则之外，还需要额外配置一项付款人，也就是在审批流程结束后，会给配置的付款人发送一个审批申请通过的通知，付款人根据单据进行付款。

图7是本发明实施例提供的企业管理员在企业微信内安装企业购并配置审批流程的方法的流程示意图。请参见图7，审批规则配置主要包括审批条件、可见范围、审批人、抄送人、付款人、基础审批流程和流程节点控制等信息。

步骤四：企业微信的用户使用第三方应用采购和审批功能。

企业的员工登录企业微信后，在工作台中访问第三方应用，在第三方应用进行商品采购后可以选择提交审批申请，提交申请时第三方应用会根据其在审批业务的开放模板中配置的关键字段来配置订单相关数据，然后通过企业微信提供的终端JSAPI来发起请求，终端的JSAPI对请求进行数据格式的处理，并补充用户身份的鉴权信息，唤起企业微信提供的审批流程，当审批申请通过标识识别为企业购的申请时，渲染此申请传递的订单相关数据，并通过企业微信后台获取企业微信的管理员配置的审批人和付款人信息，将审批单发送给审批人批示，在批示通过后发送给付款人进行付款操作。

图8是本发明实施例提供的企业员工在企业购内采购并进行审批的流程示意图。图中以京东提供的企业采购商城为例对企业员工使用企业微信进行采购和审批的流程进行了展示，员工登录企业微信，进入企业购选择京东商城，选购需要的商品之后可以选择提交审批申请，提交申请单时京东服务商会根据在服务商管理后台配置企业购审批应用模板的字段来配置数据，例如订单金额、订单号、订单链接(paramsId:price＝100&orderNo＝100001&link＝https://jd.com/xxx)等，然后企业微信对京东商城的域名进行白名单校验，校验通过后通过企业微信提供的终端JSAPI来发起审批请求，并创建审批页面，企业员工在审批页面上进一步完善审批信息，企业微信会根据审批页面信息生成审批单，进而将审批单递交给审批人进行审批，审批通过之后则通知付款人进行付款操作。

请参见图10和图11，当选择提交采购审批申请时，通过企业微信内部的审批体系结合京东服务商提供的开放接口，可以发起审批流程并通知相关审批人，审批流程结束后会通知管理员配置的付款人进行付款，商品的完整采购流程就结束了，非常高效便捷。

在中小企业缺少比较完善的采购流程和平台的情况下，企业微信开放审批的这种能力，能够为服务商与使用的企业提供非常丰富的应用场景。

以下基于上述的数据处理系统介绍本发明数据处理方法的一种实施例，图2是本发明实施例提供的一种数据处理方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。如图2所示，本实施例提供基于服务器200的数据处理方法，所述方法可以包括：

S202：接收第三方应用发送的业务审批申请；所述业务审批申请根据订单数据生成，所述订单数据为第二客户端通过当前应用访问所述第三方应用产生的数据。

请参见附图5，在接收第三方应用发送的业务审批申请之前，所述方法还包括：

S502：接收第一客户端安装第三方应用的请求；

S504：根据所述请求，在当前应用中安装所述第三方应用；

S506：判断所述第三方应用的域名是否为白名单；

S508：如果所述第三方应用的域名为白名单，则从第一客户端获取所述审批模板配置参数。

本实施例中，为使企业员工能够使用企业微信进行采购和审批，需要先有企业微信的管理员在企业微信中添加第三方应用，并且，当第三方应用为企业微信向其开放审批功能的应用时,表示企业微信的管理员可以根据需要配置审批相关参数，例如配置审批规则、审批人和付款人等。

上述配置完成之后，企业员工可以通过企业微信客户端访问第三方应用，在第三方应用中进行物资采购，然后生成订单数据，图10是一个采购订单的示例性页面，该页面展示的订单数据包括收货地址、配送服务、促销优惠、发票信息、订单备注、商品金额、运费等信息，当然订单数据可以包含比页面更多或更少或者相同的数据，该页面还提供了个人结算及提交审批选项，企业员工可以选择付费方式为个人结算或者提交审批，当企业员工选择提交审批时，第三方应用会根据订单数据生成业务审批申请，并向企业微信服务器发送该业务审批申请，企业微信服务器接收所述第三方应用发送的业务审批申请。

在一个具体的实施例中，所述业务审批申请包含第三方应用的应用标识、第二客户端的身份标识和订单数据，所述订单数据可以包括订单号、订单链接和订单金额等信息。本实施例中，所述第二客户端为实施采购和提交审批的企业员工所使用的客户端，第二客户端的身份标识可以是第二客户端的对应的企业员工在企业微信中的身份标识，身份标识可以由表征身份的字符串构成。

S204：根据所述业务审批申请携带的订单数据生成业务审批单。

本发明实施例中，在根据所述业务审批申请携带的订单数据生成业务审批单之前，还包括：根据所述业务审批申请判断第三方应用和第二客户端是否满足预设条件。

请参见图3，在一个可能的实施例中，所述根据所述业务审批申请判断第三方应用是否满足预设条件可以包括：

S302：根据所述业务审批申请获取所述第三方应用的应用标识；

S304：根据所述第三方应用的应用标识判断第三方应用的域名是否为白名单；

S306：如果所述第三方应用的域名为白名单，则判定所述第三方应用满足预设条件；

S308：如果所述第三方应用的域名不为白名单，则判定所述第三方应用不满足预设条件。

其中，所述根据所述第三方应用的应用标识判断第三方应用的域名是否为白名单包括：根据所述第三方应用的应用标识获取第三方应用的域名；将第三方应用的域名与预设的白名单信息进行比对，判断所述白名单信息中是否存在与所述第三方应用的域名相同的信息；如果白名单中存在与所述第三方应用的域名相同的信息，则判定所述第三方应用的域名为白名单。

请参见图4，在一个可能的实施例中，所述根据所述业务审批申请判断第二客户端是否满足预设条件包括：

S402：根据所述业务审批申请获取所述第二客户端的身份标识；

S404：根据所述第二客户端的身份标识判断第二客户端是否属于预设企业的用户，所述预设企业为已设置审批模板配置参数的企业；

S406：如果所述第二客户端属于预设企业的用户，则判定所述第二客户端满足预设条件；

S408：如果所述第二客户端不属于预设企业的用户，则判定所述第二客户端不满足预设条件。

其中，所述根据所述第二客户端的身份标识判断第二客户端是否属于预设企业的用户包括：根据所述第二客户端的身份标识获取第二客户端在当前应用中的身份信息；查找与所述身份信息对应的企业信息，并根据所述企业信息判断所述企业是否属于预设企业；如果所述企业属于预设企业，则判定所述第二客户端为预设企业的用户；如果所述企业不属于预设企业，则判定所述第二客户端不是预设企业的用户。

本发明通过设置白名单来对使用企业微信内部审批功能的服务商进行管理，当服务商域名不是白名单时不允许其使用审批功能，从而进行风险控制。上述第三方应用的应用标识可以是第三方应用的域名。当然，作为可替代的方案，应用标识还可以是其他的字符串，用于唯一标识该第三方应用，相应地，白名单需要记录第三方应用对应的字符串，通过匹配字符串来检验应用标识是否为白名单。

本实施例中，第二客户端的身份标识可以包含表征用户所述企业的字符串和员工在该企业中的唯一标记。检验第二客户端是否属于预设企业的用户的意义在于，判断第二客户端是否对应有可使用的审批流程。如果第二客户端为企业客户，且已由企业的管理员设置审批模板配置参数，则可以确定审批人和付款人，以便审批事项的正常流转。

当第三方应用为允许使用审批功能的应用，且第二客户端所在企业已配置审批要求，则可以利用私用JSAPI调用审批模板配置参数，结合订单数据生成业务审批单，发起审批申请。

在一个可能的实施例中，所述根据所述业务审批申请携带的订单数据生成业务审批单，包括：如果所述第三方应用和所述第二客户端均满足预设条件，通过私有接口调用审批模板配置参数，根据所述审批模板配置参数和所述业务审批申请携带的订单数据生成业务审批单。具体的，所述根据所述审批模板配置参数和所述订单数据生成业务审批单可以包括：按照所述审批模板配置的参数和所述订单数据创建业务审批页面；接收第二客户端输入的文本信息；将所述文本信息加载至所述业务审批页面并渲染，获得业务审批单。

图11是本发明实施例提供的审批页面的示意图，请参见图11，审批页面可以展示申请时间、采购类型、采购说明、采购金额、订单明细、付款人和审批人信息，其中采购类型和采购说明预留选择或输入项。

在一个可能的实施例中，所述审批模板配置参数包括由第一客户端设置的业务审批规则、审批方和付款方，其中，所述第三客户端为审批方，所述第四客户端为付款方，第一客户端为企业微信的管理员，第二客户端为企业的员工。

S206：将所述业务审批单发送给第三客户端。

S208：根据第三客户端返回的审批信息对所述业务审批单进行处理。

具体的，如果第三客户端返回的审批信息为审批通过，则根据所述审批信息和业务审批单生成付款通知单，将所述付款通知单发送给第四客户端，所述第四客户端按照所述付款通知向所述第三方应用付款；

如果第三客户端返回的审批信息为审批不通过，则根据所述审批信息和业务审批单生成驳回通知单，将所述驳回通知单发送给第二客户端。

在一个可能的实施例中，当第四客户端付款成功后，还可以分别向第二客户端、第三客户端和第四客户端反馈一信息处理完成的消息。

本发明实施例还提供了查询审批的功能，图9是本发明实施例提供的审批查询方法的流程示意图，请参见图9，可以通过主动下发审批消息和/或被动查询的方式进行审批进度查询，主动下发审批消息主要是在审批状态发生变化时通过消息通知相关方，例如在审批通过时通知付款方和申请方，被动查询主要是申请方手动查询提交的审批申请的审批详情。

本发明的企业办公应用建立了开放平台接受第三方应用接入企业办公应用，还将内部的审批体系开放给第三方应用，第三方应用能够结合审批体系打造企业内部一站式采购和审批的流程，提升了第三方应用开发类型产品形式的效率。其他企业用户可以通过企业办公应用访问第三方应用进行采购，并在企业办公应用内完成审批，大幅提高了企业采购及审批体系的工作效率，为企业员工提供了更为便捷的企业办公工具。同时也完善了企业办公应用的产品服务形态，有利于企业办公应用建设更加完善的开放生态。

本发明实施例提供一种数据处理装置，请参见图12，所述数据处理装置1200包括：

业务审批申请接收单元1210，用于接收第三方应用发送的业务审批申请；所述业务审批申请根据订单数据生成，所述订单数据为第二客户端通过当前应用访问所述第三方应用产生的数据；

业务审批单生成单元1230，用于根据所述业务审批申请携带的订单数据生成业务审批单；

第一发送单元1240，用于将所述业务审批单发送给第三客户端；以及，

数据处理单元1250，用于根据第三客户端返回的审批信息对所述业务审批单进行处理。

所述装置还包括：条件判断单元1220，用于根据所述业务审批申请判断第三方应用和第二客户端是否满足预设条件。

在一个可能的实施例中，所述条件判断单元1220包括：

第一条件判断模块1221，用于根据所述业务审批申请获取所述第三方应用的应用标识；根据所述第三方应用的应用标识判断第三方应用的域名是否为白名单；如果所述第三方应用的域名为白名单，则判定所述第三方应用满足预设条件；如果所述第三方应用的域名不为白名单，则判定所述第三方应用不满足预设条件；

第二条件判断模块1222，用于根据所述业务审批申请获取所述第二客户端的身份标识；根据所述第二客户端的身份标识判断第二客户端是否属于预设企业的用户，所述预设企业为已设置审批模板配置参数的企业；如果所述第二客户端属于预设企业的用户，则判定所述第二客户端满足预设条件；如果所述第二客户端不属于预设企业的用户，则判定所述第二客户端不满足预设条件。

在一个可能的实施例中，所述第一条件判断模块1221还用于：根据所述第三方应用的应用标识获取第三方应用的域名；将第三方应用的域名与预设的白名单信息进行比对，判断所述白名单信息中是否存在与所述第三方应用的域名相同的信息；如果白名单中存在与所述第三方应用的域名相同的信息，则判定所述第三方应用的域名为白名单。所述第二条件判断模块1222还用于：根据所述第二客户端的身份标识获取第二客户端在当前应用中的身份信息；查找与所述身份信息对应的企业信息，并根据所述企业信息判断所述企业是否属于预设企业；如果所述企业属于预设企业，则判定所述第二客户端为预设企业的用户；如果所述企业不属于预设企业，则判定所述第二客户端不是预设企业的用户。

在一个可能的实施例中，所述业务审批单生成单元1230还用于：在所述第三方应用和所述第二客户端均满足预设条件时，通过私有接口调用审批模板配置参数，根据所述审批模板配置参数和所述业务审批申请携带的订单数据生成业务审批单。

在一个可能的实施例中，所述业务审批单生成单元1230可以包括：

业务审批页面创建模块1231，用于按照所述审批模板配置的参数和所述订单数据创建业务审批页面；

文本信息接收模块1232，用于接收第二客户端输入的文本信息；

业务审批单渲染模块1233，用于将所述文本信息加载至所述业务审批页面并渲染，获得业务审批单。

在一个可能的实施例中，所述数据处理单元1250包括：

第一数据处理模块，用于在第三客户端返回的审批信息为审批通过时，根据所述审批信息和业务审批单生成付款通知单，将所述付款通知单发送给第四客户端，所述第四客户端按照所述付款通知向所述第三方应用付款；

第二数据处理模块，用于在第三客户端返回的审批信息为审批不通过，根据所述审批信息和业务审批单生成驳回通知单，将所述驳回通知单发送给第二客户端。

在一个可能的实施例中，所述业务审批申请包括第三方应用的应用标识、第二客户端的身份标识和订单数据。所述审批模板配置参数包括由第一客户端设置的业务审批规则、审批方和付款方，其中，所述第三客户端为审批方，所述第四客户端为付款方。

本发明实施例中，所述数据处理装置1200还可以包括：

请求接收单元1271，用于接收第一客户端安装第三方应用的请求；

处理单元1272，用于根据所述请求，在当前应用中安装所述第三方应用；

白名单判断单元1273，用于判断所述第三方应用的域名是否为白名单；

获取单元1274，用于在所述第三方应用的域名为白名单时，从所述第一客户端获取所述审批模板配置参数。

本技术方案把企业微信的审批能力开放，京东类似的服务商可以基于企业微信开发出更好的应用形式，也提升了服务商开发类型产品形式的效率，对于企业来说为员工提供了更为便捷的企业办公能力，也完善了企业微信的产品服务形态，帮助企业微信建设更加完善的开放生态。

需要说明的是：上述实施例提供的数据处理装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的数据处理装置与数据处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例提供了一种服务器，该服务器包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的数据处理方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明实施例还提供了一种服务器的结构示意图，请参阅图14，该服务器1300用于实施上述实施例中提供的数据处理方法，具体来讲，所述服务器结构可以包括上述数据处理装置。该服务器1300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)1310(例如，一个或一个以上处理器)和存储器1330，一个或一个以上存储应用程序1323或数据1322的存储介质1320(例如一个或一个以上海量存储设备)。其中，存储器1330和存储介质1320可以是短暂存储或持久存储。存储在存储介质1320的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1310可以设置为与存储介质1320通信，在服务器1300上执行存储介质1320中的一系列指令操作。服务器1300还可以包括一个或一个以上电源1360，一个或一个以上有线或无线网络接口1350，一个或一个以上输入输出接口1340，和/或，一个或一个以上操作系统1321，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种数据处理方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的数据处理方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本发明提供的数据处理方法、装置或服务器的实施例可见，本发明将企业微信内部的审批体系开放给第三方应用，第三方应用能够结合审批体系打造企业内部一站式采购和审批的流程，提升了第三方应用开发类型产品形式的效率。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

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

接收第三方应用发送的业务审批申请；所述业务审批申请根据订单数据生成，所述订单数据为第二客户端通过当前应用访问所述第三方应用产生的适配关键字段的数据；其中，所述关键字段是所述第三方应用预先配置用于业务审批的字段；

通过私有接口调用审批模板配置参数，以及根据所述审批模板配置参数和所述业务审批申请携带的订单数据生成业务审批单；其中，所述审批模板配置参数包括由第一客户端设置的业务审批规则；

将所述业务审批单发送给第三客户端；以及，

根据第三客户端返回的审批信息对所述业务审批单进行处理。

2.根据权利要求1所述的方法，其特征在于，所述通过私有接口调用审批模板配置参数，以及根据所述审批模板配置参数和所述业务审批申请携带的订单数据生成业务审批单之前，还包括：

根据所述业务审批申请判断第三方应用和第二客户端是否满足预设条件。

3.根据权利要求2所述的方法，其特征在于，所述根据所述业务审批申请判断第三方应用是否满足预设条件包括：

根据所述业务审批申请获取所述第三方应用的应用标识；

根据所述第三方应用的应用标识判断第三方应用的域名是否为白名单；

如果所述第三方应用的域名为白名单，则判定所述第三方应用满足预设条件；

如果所述第三方应用的域名不为白名单，则判定所述第三方应用不满足预设条件。

4.根据权利要求2所述的方法，其特征在于，所述根据所述业务审批申请判断第二客户端是否满足预设条件包括：

根据所述业务审批申请获取所述第二客户端的身份标识；

根据所述第二客户端的身份标识判断第二客户端是否属于预设企业的用户，所述预设企业为已设置审批模板配置参数的企业；

如果所述第二客户端属于预设企业的用户，则判定所述第二客户端满足预设条件；

如果所述第二客户端不属于预设企业的用户，则判定所述第二客户端不满足预设条件。

5.根据权利要求3所述的方法，其特征在于，所述根据所述第三方应用的应用标识判断第三方应用的域名是否为白名单包括：

根据所述第三方应用的应用标识获取第三方应用的域名；

将第三方应用的域名与预设的白名单信息进行比对，判断所述白名单信息中是否存在与所述第三方应用的域名相同的信息；

如果白名单中存在与所述第三方应用的域名相同的信息，则判定所述第三方应用的域名为白名单。

6.根据权利要求4所述的方法，其特征在于，所述根据所述第二客户端的身份标识判断第二客户端是否属于预设企业的用户包括：

根据所述第二客户端的身份标识获取第二客户端在当前应用中的身份信息；

查找与所述身份信息对应的企业信息，并根据所述企业信息判断所述企业是否属于预设企业；

如果所述企业属于预设企业，则判定所述第二客户端为预设企业的用户；

如果所述企业不属于预设企业，则判定所述第二客户端不是预设企业的用户。

7.根据权利要求1所述的方法，其特征在于，所述根据所述审批模板配置参数和所述订单数据生成业务审批单包括：

按照所述审批模板配置参数和所述订单数据创建业务审批页面；

接收第二客户端输入的文本信息；

将所述文本信息加载至所述业务审批页面并渲染，获得业务审批单。

8.根据权利要求1所述的方法，其特征在于，所述根据第三客户端返回的审批信息对所述业务审批单进行处理包括：

如果第三客户端返回的审批信息为审批通过，则根据所述审批信息和业务审批单生成付款通知单，将所述付款通知单发送给第四客户端，所述第四客户端按照所述付款通知向所述第三方应用付款；

如果第三客户端返回的审批信息为审批不通过，则根据所述审批信息和业务审批单生成驳回通知单，将所述驳回通知单发送给第二客户端。

9.根据权利要求8所述的方法，其特征在于，所述业务审批申请包括第三方应用的应用标识、第二客户端的身份标识和订单数据；

所述审批模板配置参数包括由所述第一客户端设置的审批方和付款方，其中，所述第三客户端为审批方，所述第四客户端为付款方。

10.一种数据处理装置，其特征在于，配置于服务器，包括：

业务审批申请接收单元，用于接收第三方应用发送的业务审批申请；所述业务审批申请根据订单数据生成，所述订单数据为第二客户端通过当前应用访问所述第三方应用产生的适配关键字段的数据；其中，所述关键字段是所述第三方应用预先配置用于业务审批的字段；

业务审批单生成单元，用于通过私有接口调用审批模板配置参数，以及根据所述审批模板配置参数和所述业务审批申请携带的订单数据生成业务审批单；其中，所述审批模板配置参数包括由第一客户端设置的业务审批规则；

第一发送单元，用于将所述业务审批单发送给第三客户端；以及，

数据处理单元，用于根据第三客户端返回的审批信息对所述业务审批单进行处理。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

条件判断单元，用于根据所述业务审批申请判断第三方应用和第二客户端是否满足预设条件。

12.根据权利要求11所述的装置，其特征在于，所述条件判断单元包括：

第一条件判断模块，用于根据所述业务审批申请获取所述第三方应用的应用标识；根据所述第三方应用的应用标识判断第三方应用的域名是否为白名单；如果所述第三方应用的域名为白名单，则判定所述第三方应用满足预设条件；如果所述第三方应用的域名不为白名单，则判定所述第三方应用不满足预设条件；

第二条件判断模块，用于根据所述业务审批申请获取所述第二客户端的身份标识；根据所述第二客户端的身份标识判断第二客户端是否属于预设企业的用户，所述预设企业为已设置审批模板配置参数的企业；如果所述第二客户端属于预设企业的用户，则判定所述第二客户端满足预设条件；如果所述第二客户端不属于预设企业的用户，则判定所述第二客户端不满足预设条件。

13.一种服务器，其特征在于，所述服务器中存储有至少一条指令、至少一段程序、代码集或指令集；

所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行权利要求1-9中任意一项所述的数据处理方法。

14.一种计算机可读存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1-9任一所述的数据处理方法。

Images