湖南非税收入征收管理系统.DOC

1、湖南省非税收入征收管理系统概要设计报告 北京兴财信息技术公司湖南省非税收入征收管理系统系统概要设计报告修改记录版本号 变更控制报告 编号 更改条款及内容更改人审批人 更改日期湖南省非税收入征收管理系统概要设计报告 北京兴财信息技术公司目 录1 引言 .41.1 文档编制目的 .41.2 背景 .42 总体设计 .42.1 系统的构成 .42.1.1 非税收费核心业务系统 .52.1.2 单位执收业务系统 .52.1.3 银行代收业务系统 .52.1.4 财政业务网站 .62.2 系统的权限分配原则 .62.2.1 按照功能模块划分 .62.2.2 用户数据权限 .62.2.3 执收单位的权限

2、.72.2.4 大厅模式的权限分配 .72.3 系统的特点 .72.3.1 采用数据交换平台 .72.3.2 票据管理范围拓宽 .72.3.3 基础数据调整灵活 .72.3.4 手工开票纳入管理范围 .72.3.5 执收单位数据存放灵活 .82.3.6 新增收费大厅模式 .82.3.7 收费特殊情况纳入系统管理 .83 系统接口设计 .83.1 系统间数据传输接口 .83.1.1 单位和财政的数据接口 .83.1.2 单位到银行的数据接口 .103.1.3 银行与财政的数据接口 .103.1.4 主分机模式 .114 业务模块设计 .124.1 非税核心业务系统 .124.1.1 模块结构图

3、.124.1.2 基础数据维护 .134.1.3 票据管理 .184.1.4 收入管理 .244.1.5 收入查询 .294.1.6 收入报表 .304.1.7 领导查询 .314.1.8 系统管理 .324.2 执收单位标准版 .344.2.1 模块结构图 .344.2.2 票据管理 .344.2.3 基础数据管理 .344.2.4 日常业务管理 .354.2.5 对帐 .364.2.6 系统管理 .374.2.7 统计查询 .394.2.8 统计查询 .444.3 业务网站 .444.3.1 政策法规 .444.3.2 业务动态 .444.3.3 信息查询 .444.3.4 投诉举报 .4

4、51 引言1.1 文档编制目的本报告根据非税收入需求分析中描述的业务要求，对该系统如何实现各业务环节以及功能如何划分做了概要性的说明。通过该报告能够使详细设计人员和开发人员了解本系统的体系结构、技术方案、软件的功能结构、各业务间的数据接口、数据库结构等，并对整个系统的功能实现按照功能模块进行了较为详细的划分和描述，为下一步的开发任务指明了方向，提出了纲要。1.2 背景该系统的开发建设是在原有非税系统的基础上，继承原有业务模型中的优点，完善在实际业务中遇到的不足，业务上补充新鲜血液，力求在包含原有系统的功能的基础上，能够再发掘一些业务上的亮点，使非税系统的管理走上更加规范的途径。2 总体设计2.

5、1 系统的构成本系统由如下图所示子系统构成，见图 2-1图 2-12.1.1 非税收费核心业务系统财政非税收费的核心业务包括票据管理、收入管理、基础数据管理、数据查询、报表等，根据业务的特点和分布情况，该系统将采用 C/S 结构。2.1.2 单位执收业务系统单位执收业务包括基础数据的管理、单位开票、调整、减免和退付申请、与财政对帐、查询报表等内容，在运行时要求系统灵活、方便，该系统采用 C/S 结构进行设计、开发。单位执收的运行模式分为网络模式、主分机模式和收费大厅模式。网络模式即开票单位具备网络环境的情况下，采用网络连接的进行客户端与服务器端的数据交流，这是通常的运行模式；主分机模式，是指开

6、票单位有多点进行开票业务，但各点之间不具备网络环境，或某几个点不具备与服务器连接的网络环境，这就要求在分机上安装独立的应用程序，在主机上为分机分配票据，分机定期把收费信息传送给主机，由主机进行与财政对账；收费大厅模式，是当前各地正在推广的一站式办公的产物，在同一台机器上可以代替多家执收单位进行收费,大大节约了人力物力。2.1.3 财政业务网站业务网站主要完成政策法规的发布、业务动态的宣传、投诉举报的受理、相关的查询等。2.2 系统的权限分配原则权限管理是维护系统安全，划分操作人员工作职责与任务的一种途径。该系统的权限管理按照财政非税收费业务的特点，采用按照功能模块划分和按照数据操作权限划分两种

7、模式相结合的方式。2.2.1 按照功能模块划分按照功能模块划分是权限分配最基础的一种划分方式，将系统的功能模块分配到不同的用户上。有操作权限的用户在登陆系统时，能够见到并操作已经划分好的功能模块，完成自己相关的业务。2.2.2 用户数据权限用户可以设置数据操作权限到单位级别、项目级别、单位项目级别；但是一个系统只允许设置成为其中之一，数据权限重新分配后要求用户重新登录。1、权限到单位级别：数据权限控制到单位，数据根据用户所拥有权限的单位进行过滤；2、权限到项目级别：数据权限控制到项目，数据根据用户所拥有权限的项目进行过滤；3、权限到单位项目级别：数据权限控制到单位对应项目，数据根据用户所拥有权

8、限的单位项目进行过滤，这是数据权限控制最严格的；2.2.3 执收单位的权限执收单位的业务都是针对同一家单位进行的操作，不存在数据级的划分，在单位执收的权限管理部分，只按照功能模块进行权限的分配。2.2.4 大厅模式的权限分配一个收费大厅可以办理多个执收单位的收费业务，不同的操作人员会根据办理业务的不同，面对的收费单位范围也不相同。收费大厅模式的权限分配除到功能模块级之外，还要能够按照单位进行划分，具体的权限分配功能模块可以直接利用简单的方法，给人员分配指定的可操作单位列表。2.3 系统的特点2.3.1 采用数据交换平台系统采用数据交换平台，能够满足各部门间数据传输稳定、高效、安全的要求，能够实

9、现异步传输，提供多种的数据传递模式，如拨号传输、报盘传输和系统的实时传输；同时，可以利用数据交换平台对横向的其他单位提供丰富的数据共享接口，为系统接口的扩展留有广阔的空间。2.3.2 票据管理范围拓宽该系统具有管理非税收入一般缴款书的功能，同时，也囊括了除非税一般缴款书以外的其他所有财政发放的票据，并具有票据种类维护、票据的进、销、存处理等功能。2.3.3 基础数据调整灵活基础数据采用时间段控制的方式，能够满足提前变更，定时生效的目的。2.3.4 手工开票纳入管理范围针对没有电脑的单位或系统出现故障时，可以手工开票，系统能够处理手工开票的业务，从而保证了票据管理的完整性。同时采用单位,项目联合

10、生成校验码,与收费项目编码一同下发给单位,单位开票时,收费项目编码和校验码一同写在票面上.银行在录入的时候,自动根据同样的算法计算出校验码,与票面上的完全一致才能够允许保存到系统中,从而保证在手工票的二次录入过程中能够最大限度地保证单位,项目的正确性.同时银行根据从财政处获得的基础数据对数据的合法性进行校验. 2.3.5 执收单位数据存放灵活根据各单位的网络条件不同,单位可以选择网络版和主分机版。网络版适用于单位有内部网络，所有收费数据统一存放在服务器中，各收费点只是收费系统的客户端，通过多个客户端进行收费业务；主分机版是单位不具备内部的网络条件，但是需要在多个窗口进行收费业务，这就要求数据能

11、够通过报盘的方式从一台主机分发到各收费分机，待分机收费完成后，再把收费数据送回主机。2.3.6 新增收费大厅模式为适应各地正在推广的一站式办公，而推出收费大厅模式，可根据业务需要自定义某单位在收费大厅收的款项，收费大厅允许在一台机器上完成多家单位的收费工作；同时，通过对收费款项的限制，也支持收费大厅与单位执收混合模式。2.3.7 收费特殊情况纳入系统管理系统针减免等收费特殊情况进行处理，规范了减免流程。3 系统接口设计3.1 系统间数据传输接口3.1.1 单位和财政的数据接口3.1.1.1 单位的初始化信息用于单位进行初始化，导入单位的基本信息，单位的项目信息，单位的票据信息和银行账号信息。包

12、括的信息为：财政区划信息、单位信息，票据信息，项目信息，单位所对应的项目信息，银行账户，票据种类，集中汇缴明细信息。(此格式对普通单位和大厅模式都可用)、收费类别、征收大厅信息、大厅对应单位项目信息。采用覆盖导入的方式。3.1.1.2 单位基本信息单位名称，编码，所属财政区划，负责人，联系电话等。 采用覆盖导入的方式。3.1.1.3 银行账户信息此单位所对应的财政区划开立的所有汇缴结算户信息，包括银行名称，银行编号，银行账号，联系电话，负责人等。采用覆盖导入的方式。3.1.1.4 单位票据信息单位编码，起始号码，终止号码等。采用增量导入的方式。3.1.1.5 单位项目信息单位与收费项目的对应关

13、系，包括单位编号，项目编号等。采用覆盖导入的方式。3.1.1.6 项目信息项目内码，项目编码，项目名称，资金性质，收费类别，计量单位，收费上限，收费下限，启用日期，终止日期，是否作废，批准文号等。 采用覆盖导入的方式。3.1.1.7 收入退付申请用于单位向财政申请退付时进行数据传递所采用的数据格式，包括的信息为：申请单位编码，退付单位名称，退付单位银行，退付单位账号，领款人名称，领款人银行，领款人账号，收费项目，退付金额，退付原因，原日期，申请日期等。采用增量导入的方式。3.1.1.8 调整收费数据申请用于单位向财政进行调整收费数据申请时采用的数据格式，调整收费数据申请针对的是项目或缴款人出现

14、错误但金额没错的情况。包括的信息为：申请单位，申请时间，调整原因，原缴款书编号，原项目，原缴款人，原开票日期，新项目，新缴款人(单位生成正负票的时候应对应原开票日期)，采用增量导入的方式等。3.1.1.9 退付申请的批复用于财政对退付申请审批完成后，为单位导出的经过审核批准后的电子数据，其包括的信息与 3.3.1.7 相同。采用增量导入的方式。3.1.1.10 调整收费数据申请批复用于财政对调整收费数据申请审批完成后，为单位导出的经过审核批准后的电子数据，其包含的信息与 3.3.1.8 相同。采用增量导入的方式。3.1.1.11 单位与财政的对账数据用于单位对账时从财政下载的本单位的收费数据,

15、退付调整数据，采用增量导入的方式。3.1.1.12 退票信息单位向财政票据中心退票时采用的电子数据;包括的信息为单位编码，起始号码，终止号码，票据名称。采用增量导入的方式。3.1.1.13 票据种类执收单位接收财政的票据种类信息，包括一般缴款书、专用票据和定额票据信息；采用增量导入的方式。3.1.1.14 集中汇缴明细信息单位上报的专用票据和定额票据的具体信息，需要上传给财政；采用增量导入的方式。3.1.2 单位到银行的数据接口3.1.2.1 缴款书信息用于单位向银行传递的电子票据信息，免去银行的二次录入。包括的信息为：所有票面上的信息，欠缴，补缴，减免，退付，调整标志，是否为大厅模式，对应的

16、申请书编号(包括退付申请和调整收费数据申请),原日期。 采用增量导出的方式。3.1.3 银行与财政的数据接口3.1.3.1 银行接收财政基础数据用于银行接收财政的基础数据信息，内容包括：财政区划信息、全部单位信息，票据信息，项目信息，单位所对应的项目信息，银行账户、收费类别、征收大厅信息、大厅对应单位项目信息；数据内容同单位接收财政的基础数据信息。3.1.3.2 收费数据信息用于银行向财政传递的收费数据，它的出口为银行预审软件，入口为财政端的接收银行数据。包括的信息为：非税收入统一票据的票面信息(收费单位名称，收费单位代码，票据编号，缴款人，缴款人开户行，缴款人账号，收款单位名称，收款单位开户行，收款单位账号，收费项目，收费标准，数量，金额，校验码)，特殊标志(欠缴，补缴，减免，退付，调整)，网点收款时间，对应的申请书编号(包括退付申请和调整收费数据申请),原日期。采用增量导入的方式。3.1.3.3 收入退付申请信息用于银行向财政传递的收入退付申请，它的出口为银行预审软件，入口为财政端的接收银行收入退付申请。包括的信息为：同单位上传的退付申请信息一致。采用增量导入的方式。3.1.3.4 收入待查数据信息用于银行向财政传递的收入待查数据，它的出口为银行预审软件，入口为财政端的接收银行收入待查数据。包括的信息为：财政区划内码、缴款书编号、收费项目外码、收费单位外码、代收