CN103888469A - 审批办件自动接收方法 - Google Patents

Abstract

一种审批办件自动接收方法，先配置复数个子服务器、用于审核办件的一主服务器、一业务接口和一异常捕捉模块；具体如下：（1）各子服务器向所述业务接口提交办件，该业务接口依据办件的业务请求对报送的各办件划分业务类型；各所述办件均为XML文档格式文件，各办件中的数据格式结构均为：<属性名>数据</属性名>，且每所述办件均具有一唯一的申报号数据；（2）所述异常捕捉模块，该异常捕捉模块对所述办件的数据格式和业务类型，以及是否重复递交进行验证，并反馈验证结果；（3）所述业务接口将验证通过的办件提交给所述主服务器，由主服务器对办件进行审核。本发明的有益效果在于：提供了统一的业务接口规范和审批办件业务对接数据格式标准，规范了行政审批系统的数据标准，提高了审批办件信息的标准化，增强了数据集中统一。

Description

审批办件自动接收方法

技术领域

本发明具体涉及一种审批办件自动接收方法。 

背景技术

由于效能机构需要对每个下级行政单位的审批办件办理的过程及结果进行督察，这就要求审批业务数据能够集中统一，保证效能督察工作的有序开展。 

发明内容

本发明所要解决的技术问题在于提供一种审批办件自动接收方法，规范了审批办件的数据标准，提高了工作效率。 

本发明是通过以下技术方案解决上述技术问题的：一种审批办件自动接收方法，先配置复数个子服务器、用于审核办件的一主服务器、一业务接口和一异常捕捉模块；该方法具体包括以下步骤： 

步骤1：各子服务器向所述业务接口提交办件，该业务接口依据办件的业务请求对报送的各办件划分业务类型； 

各所述办件均为XML文档格式文件，各办件中的数据格式结构均为：<属性名>数据</属性名>，且每所述办件均具有一唯一的申报号数据； 

所述业务类型包括收件请求、受理请求、业务挂起请求、业务重启请求、办结请求、发办件信息请求和办件关联信息请求； 

步骤2：所述异常捕捉模块对所述办件的数据格式和业务类型，以及是否重复递交进行验证； 

若验证通过，则反馈成功信息，其数据格式为：结果=成功|信息=<申报号>；然后执行步骤3； 

若验证失败，则反馈失败信息，其数据格式为：结果=失败|错误信息=错误信息；然后结束流程； 

步骤3：所述业务接口将验证通过的办件提交给所述主服务器，由主服务器对办件进行审核、督察。 

进一步地，还配置有一督办接口；所述审批办件自动接收方法还包括以下步骤： 

步骤4：当主服务器发现办件不符合一预设的规则时，会产生一督办函并发送给所述督办接口，各子服务器即可从所述督办接口获取被督办的办件的督办函；所述督办函包含以下内容：业务类型名称、申报号和发文事由。 

进一步地，所述收件请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、项目名称、申办者信息、项目扩展信息和附件信息；所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容； 

所述受理请求的办件包含以下数据：流转环节名称、申报号和流程信息；所述流程信息包括节点标题、办理人、办理意见和办理结果； 

所述业务挂起请求的办件包含以下数据：业务类型名称、申报号、业务挂起原因、批准业务挂起请求的批准人、批准依据和意见，以及批准业务挂起的起止时间； 

所述业务重启请求的办件包含以下数据：业务类型名称、申报号、业务重启时间、业务重启意见； 

所述办结请求的办件包含以下数据：业务类型名称、申报号、特殊办结结果、办理人、普通办结结果、项目名称、申办者信息、项目扩展信息和附件信息；所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容；所述特殊办结结果包括准予许可、不予许可和退件； 

所述发办件信息请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、项目名称、是否存在关联办件信息、申办者信息、项目扩展信息和附件信息；所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容； 

所述办件关联信息请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、关联的申报号、关联的审批事项编码和办理人。 

本发明的有益效果在于：提供了统一的业务接口规范，以xml数据文件作为交互介质，各级、各单位通过子服务器实现从审批办件的基本信息、上报材料、环节意见、流转日志和审批结果等内容的业务对接；提供了统一的审批办件业务对接数据格式标准，规范了审批办件的数据标准，提高了审批办件信息的标准化，增强了数据集中统一，从而提高了工作效率，提供了统一的业务对接入口，实现统一入口；提供了统一的异常捕捉及反馈机制，使得对接的主服务器、子服务器能够快速获取反馈信息，并准确定位问题。 

附图说明

下面参照附图结合实施例对本发明作进一步的描述。 

图1为本发明中一种审批办件自动接收方法的原理框图。 

具体实施方式

请参阅图1，一种审批办件自动接收方法，先配置复数个子服务器、用于审核办件的一主服务器、一业务接口、一异常捕捉模块和一督办接口；该方法具体包括以下步骤： 

步骤1：各子服务器向所述业务接口提交办件，该业务接口依据办件的业务请求对报送的各办件划分业务类型； 

各所述办件均为XML文档格式文件，各办件中的数据格式结构均为：<属性名>数据</属性名>，且每所述办件均具有一唯一的申报号数据，申报号是识别办件的唯一标识，一个申报号只对应一个办件； 

所述业务类型包括收件请求、受理请求、业务挂起请求、业务重启请求、办结请求、发办件信息请求和办件关联信息请求； 

步骤2：所述异常捕捉模块对所述办件的数据格式和业务类型，以及是否重复递交进行验证； 

若验证通过，则反馈成功信息，其数据格式为：结果=成功|信息=<申报号>；然后执行步骤3； 

若验证失败，则反馈失败信息，其数据格式为：结果=失败|错误信息=错误信息；然后结束流程；验证是否重复递交是通过验证申报号进行的。 

步骤3：所述业务接口将验证通过的办件提交给所述主服务器，由主服务器对办件进行审核、督察。 

步骤4：当主服务器发现办件不符合一预设的规则时，会产生一督办函并发送给所述督办接口，各子服务器即可从所述督办接口获取被督办的办件的督办函；所述督办函包含以下内容：业务类型名称、申报号和发文事由。 

其中，各业务类型（即收件请求、受理请求、业务挂起请求、业务重启请求、办结请求、发办件信息请求和办件关联信息请求）的办件所包含的具体内容如下： 

所述收件请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、项目名称、申办者信息、项目扩展信息和附件信息；所述申办者信息包括用户名、联系地址、联系方式、e-mail地址、电话号码、证件类型编码、证件名称和证件号码。所述证件类型编码是指各类证件的编码，具体如下：身份证＝1，组织机构代码证＝2，工商营业执照＝3，军官证＝4，士兵证＝5，护照＝6。所述项目扩展信息是指资金来源、项目性质和建设性质等信息。所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容；所述提交方式包括无、网上、网下三种方式；“无”表示用户没有所要求的附件，“网上”表示用户通过系统以附件上传的形式已经上传了附件；“网下”表示用户有这个附件，但是因为不方便在网上提交，会在网下进行提交，所以消息中不存在这个附件。 

所述受理请求的办件包含以下数据：流转环节名称、申报号和流程信息；所述流程信息包括节点标题（节点标题为受理）、办理人、办理意见和办理结果，若有附件还包括附件个数、附件名称和附件内容。 

所述业务挂起请求的办件包含以下数据：业务类型名称、申报号、业务挂起原因、批准业务挂起请求的批准人、批准依据和意见，以及批准业务挂 起的起止时间。所述业务挂起原因只能是补件、补正、现场勘查、专家评审、公告公示、数据上报、技术审核、发证检验、鉴定评审和资料鉴定中的一种或多种。 

所述业务重启请求的办件包含以下数据：业务类型名称、申报号、业务重启时间、业务重启意见。 

所述办结请求的办件包含以下数据：业务类型名称、申报号、特殊办结结果、办理人、普通办结结果、项目名称、申办者信息、项目扩展信息和附件信息；所述特殊办结结果包括准予许可、不予许可和退件（若特殊办结结果为退件还包括退件原因）；所述申办者信息包括用户名、联系地址、联系方式、e-mail地址、电话号码、证件类型编码、证件名称和证件号码。所述证件类型编码是指各类证件的编码，具体如下：身份证＝1，组织机构代码证＝2，工商营业执照＝3，军官证＝4，士兵证＝5，护照＝6。所述项目扩展信息是指社会财力、基础设施和建设性质等信息。所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容；所述提交方式包括无、网上、网下三种方式；“无”表示用户没有所要求的附件，“网上”表示用户通过系统以附件上传的形式已经上传了附件；“网下”表示用户有这个附件，但是因为不方便在网上提交，会在网下进行提交，所以消息中不存在这个附件。 

所述发办件信息请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、项目名称、是否存在关联办件信息、申办者信息、项目扩展信息和附件信息；所述申办者信息包括用户名、联系地址、联系方式、e-mail地址、电话号码、证件类型编码、证件名称和证件号码。所述证件类型编码是指各类证件的编码，具体如下：身份证＝1，组织机构代码证＝2，工商营业执照＝3，军官证＝4，士兵证＝5，护照＝6。所述项目扩展信息是指社会财力、基础设施和建设性质等信息。所述附件信息包括附件个数、提交方式、 附件编码、附件序号、附件名称和附件内容；所述提交方式包括无、网上、网下三种方式；“无”表示用户没有所要求的附件，“网上”表示用户通过系统以附件上传的形式已经上传了附件；“网下”表示用户有这个附件，但是因为不方便在网上提交，会在网下进行提交，所以消息中不存在这个附件。 

所述办件关联信息请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、关联的申报号、关联的审批事项编码和办理人。 

Claims (3)

1.一种审批办件自动接收方法，其特征在于：先配置复数个子服务器、用于审核办件的一主服务器、一业务接口和一异常捕捉模块；该方法具体包括以下步骤：

步骤1：各子服务器向所述业务接口提交办件，该业务接口依据办件的业务请求对报送的各办件划分业务类型；

各所述办件均为XML文档格式文件，各办件中的数据格式结构均为：<属性名>数据</属性名>，且每所述办件均具有一唯一的申报号数据；

所述业务类型包括收件请求、受理请求、业务挂起请求、业务重启请求、办结请求、发办件信息请求和办件关联信息请求；

步骤2：所述异常捕捉模块对所述办件的数据格式和业务类型，以及是否重复递交进行验证；

若验证通过，则反馈成功信息，其数据格式为：结果=成功|信息=<申报号>；然后执行步骤3；

若验证失败，则反馈失败信息，其数据格式为：结果=失败|错误信息=错误信息；然后结束流程；

步骤3：所述业务接口将验证通过的办件提交给所述主服务器，由主服务器对办件进行审核、督察。

2.如权利要求1所述的审批办件自动接收方法，其特征在于：还配置有一督办接口；所述审批办件自动接收方法还包括以下步骤：

步骤4：当主服务器发现办件不符合一预设的规则时，会产生一督办函并发送给所述督办接口，各子服务器即可从所述督办接口获取被督办的办件的督办函；所述督办函包含以下内容：业务类型名称、申报号和发文事由。

3.如权利要求1所述的审批办件自动接收方法，其特征在于：所述收件请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、项目名称、申办者信息、项目扩展信息和附件信息；所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容；

所述受理请求的办件包含以下数据：流转环节名称、申报号和流程信息；所述流程信息包括节点标题、办理人、办理意见和办理结果；

所述业务挂起请求的办件包含以下数据：业务类型名称、申报号、业务挂起原因、批准业务挂起请求的批准人、批准依据和意见，以及批准业务挂起的起止时间；

所述业务重启请求的办件包含以下数据：业务类型名称、申报号、业务重启时间、业务重启意见；

所述办结请求的办件包含以下数据：业务类型名称、申报号、特殊办结结果、办理人、普通办结结果、项目名称、申办者信息、项目扩展信息和附件信息；所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容；所述特殊办结结果包括准予许可、不予许可和退件；

所述发办件信息请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、项目名称、是否存在关联办件信息、申办者信息、项目扩展信息和附件信息；所述附件信息包括附件个数、提交方式、附件编码、附件序号、附件名称和附件内容；

所述办件关联信息请求的办件包含以下数据：业务类型名称、申报号、审批事项编码、关联的申报号、关联的审批事项编码和办理人。

Images