湖南非税收入征收管理系统.docx
《湖南非税收入征收管理系统.docx》由会员分享，可在线阅读，更多相关《湖南非税收入征收管理系统.docx（53页珍藏版）》请在冰豆网上搜索。
湖南非税收入征收管理系统
湖南省非税收入征收管理系统
系统概要设计报告
修改记录
版本号
变更控制报告
编号
更改条款及内容
更改人
审批人
更改日期
目录
1引言4
1.1文档编制目的4
1.2背景4
2总体设计4
2.1系统的构成4
2.1.1非税收费核心业务系统5
2.1.2单位执收业务系统5
2.1.3银行代收业务系统5
2.1.4财政业务网站6
2.2系统的权限分配原则6
2.2.1按照功能模块划分6
2.2.2用户数据权限6
2.2.3执收单位的权限7
2.2.4大厅模式的权限分配7
2.3系统的特点7
2.3.1采用数据交换平台7
2.3.2票据管理范围拓宽7
2.3.3基础数据调整灵活7
2.3.4手工开票纳入管理范围7
2.3.5执收单位数据存放灵活8
2.3.6新增收费大厅模式8
2.3.7收费特殊情况纳入系统管理8
3系统接口设计8
3.1系统间数据传输接口8
3.1.1单位和财政的数据接口8
3.1.2单位到银行的数据接口10
3.1.3银行与财政的数据接口10
3.1.4主分机模式11
4业务模块设计12
4.1非税核心业务系统12
4.1.1模块结构图12
4.1.2基础数据维护13
4.1.3票据管理18
4.1.4收入管理24
4.1.5收入查询29
4.1.6收入报表30
4.1.7领导查询31
4.1.8系统管理32
4.2执收单位标准版34
4.2.1模块结构图34
4.2.2票据管理34
4.2.3基础数据管理34
4.2.4日常业务管理35
4.2.5对帐36
4.2.6系统管理37
4.2.7统计查询39
4.2.8统计查询44
4.3业务网站44
4.3.1政策法规44
4.3.2业务动态44
4.3.3信息查询44
4.3.4投诉举报45
1引言
1.1文档编制目的
本报告根据《非税收入需求分析》中描述的业务要求，对该系统如何实现各业务环节以及功能如何划分做了概要性的说明。
通过该报告能够使详细设计人员和开发人员了解本系统的体系结构、技术方案、软件的功能结构、各业务间的数据接口、数据库结构等，并对整个系统的功能实现按照功能模块进行了较为详细的划分和描述，为下一步的开发任务指明了方向，提出了纲要。
1.2背景
该系统的开发建设是在原有非税系统的基础上，继承原有业务模型中的优点，完善在实际业务中遇到的不足，业务上补充新鲜血液，力求在包含原有系统的功能的基础上，能够再发掘一些业务上的亮点，使非税系统的管理走上更加规范的途径。
2总体设计
2.1系统的构成
本系统由如下图所示子系统构成，见图2-1
图2-1
2.1.1非税收费核心业务系统
财政非税收费的核心业务包括票据管理、收入管理、基础数据管理、数据查询、报表等，根据业务的特点和分布情况，该系统将采用C/S结构。
2.1.2单位执收业务系统
单位执收业务包括基础数据的管理、单位开票、调整、减免和退付申请、与财政对帐、查询报表等内容，在运行时要求系统灵活、方便，该系统采用C/S结构进行设计、开发。
单位执收的运行模式分为网络模式、主分机模式和收费大厅模式。
网络模式即开票单位具备网络环境的情况下，采用网络连接的进行客户端与服务器端的数据交流，这是通常的运行模式；主分机模式，是指开票单位有多点进行开票业务，但各点之间不具备网络环境，或某几个点不具备与服务器连接的网络环境，这就要求在分机上安装独立的应用程序，在主机上为分机分配票据，分机定期把收费信息传送给主机，由主机进行与财政对账；收费大厅模式，是当前各地正在推广的一站式办公的产物，在同一台机器上可以代替多家执收单位进行收费,大大节约了人力物力。
2.1.3财政业务网站
业务网站主要完成政策法规的发布、业务动态的宣传、投诉举报的受理、相关的查询等。
2.2系统的权限分配原则
权限管理是维护系统安全，划分操作人员工作职责与任务的一种途径。
该系统的权限管理按照财政非税收费业务的特点，采用按照功能模块划分和按照数据操作权限划分两种模式相结合的方式。
2.2.1按照功能模块划分
按照功能模块划分是权限分配最基础的一种划分方式，将系统的功能模块分配到不同的用户上。
有操作权限的用户在登陆系统时，能够见到并操作已经划分好的功能模块，完成自己相关的业务。
2.2.2用户数据权限
用户可以设置数据操作权限到单位级别、项目级别、单位项目级别；但是一个系统只允
许设置成为其中之一，数据权限重新分配后要求用户重新登录。
1、权限到单位级别：
数据权限控制到单位，数据根据用户所拥有权限的单位进行过滤；
2、权限到项目级别：
数据权限控制到项目，数据根据用户所拥有权限的项目进行过滤；
3、权限到单位项目级别：
数据权限控制到单位对应项目，数据根据用户所拥有权限的单
位项目进行过滤，这是数据权限控制最严格的；
2.2.3执收单位的权限
执收单位的业务都是针对同一家单位进行的操作，不存在数据级的划分，在单位执收的权限管理部分，只按照功能模块进行权限的分配。
2.2.4大厅模式的权限分配
一个收费大厅可以办理多个执收单位的收费业务，不同的操作人员会根据办理业务的不同，面对的收费单位范围也不相同。
收费大厅模式的权限分配除到功能模块级之外，还要能够按照单位进行划分，具体的权限分配功能模块可以直接利用简单的方法，给人员分配指定的可操作单位列表。
2.3系统的特点
2.3.1采用数据交换平台
系统采用数据交换平台，能够满足各部门间数据传输稳定、高效、安全的要求，能够实现异步传输，提供多种的数据传递模式，如拨号传输、报盘传输和系统的实时传输；同时，可以利用数据交换平台对横向的其他单位提供丰富的数据共享接口，为系统接口的扩展留有广阔的空间。
2.3.2票据管理范围拓宽
该系统具有管理非税收入一般缴款书的功能，同时，也囊括了除非税一般缴款书以外的其他所有财政发放的票据，并具有票据种类维护、票据的进、销、存处理等功能。
2.3.3基础数据调整灵活
基础数据采用时间段控制的方式，能够满足提前变更，定时生效的目的。
2.3.4手工开票纳入管理范围
针对没有电脑的单位或系统出现故障时，可以手工开票，系统能够处理手工开票的业务，从而保证了票据管理的完整性。
同时采用单位,项目联合生成校验码,与收费项目编码一同下发给单位,单位开票时,收费项目编码和校验码一同写在票面上.银行在录入的时候,自动根据同样的算法计算出校验码,与票面上的完全一致才能够允许保存到系统中,从而保证在手工票的二次录入过程中能够最大限度地保证单位,项目的正确性.同时银行根据从财政处获得的基础数据对数据的合法性进行校验.
2.3.5执收单位数据存放灵活
根据各单位的网络条件不同,单位可以选择网络版和主分机版。
网络版适用于单位有内部网络，所有收费数据统一存放在服务器中，各收费点只是收费系统的客户端，通过多个客户端进行收费业务；
主分机版是单位不具备内部的网络条件，但是需要在多个窗口进行收费业务，这就要求数据能够通过报盘的方式从一台主机分发到各收费分机，待分机收费完成后，再把收费数据送回主机。
2.3.6新增收费大厅模式
为适应各地正在推广的一站式办公，而推出收费大厅模式，可根据业务需要自定义某单位在收费大厅收的款项，收费大厅允许在一台机器上完成多家单位的收费工作；同时，通过对收费款项的限制，也支持收费大厅与单位执收混合模式。
2.3.7收费特殊情况纳入系统管理
系统针减免等收费特殊情况进行处理，规范了减免流程。
3系统接口设计
3.1系统间数据传输接口
3.1.1单位和财政的数据接口
3.1.1.1单位的初始化信息
用于单位进行初始化，导入单位的基本信息，单位的项目信息，单位的票据信息和银行账号信息。
包括的信息为：
财政区划信息、单位信息，票据信息，项目信息，单位所对应的项目信息，银行账户，票据种类，集中汇缴明细信息。
（此格式对普通单位和大厅模式都可用）、收费类别、征收大厅信息、大厅对应单位项目信息。
采用覆盖导入的方式。
3.1.1.2单位基本信息
单位名称，编码，所属财政区划，负责人，联系电话等。
采用覆盖导入的方式。
3.1.1.3银行账户信息
此单位所对应的财政区划开立的所有汇缴结算户信息，包括银行名称，银行编号，银行账号，联系电话，负责人等。
采用覆盖导入的方式。
3.1.1.4单位票据信息
单位编码，起始号码，终止号码等。
采用增量导入的方式。
3.1.1.5单位项目信息
单位与收费项目的对应关系，包括单位编号，项目编号等。
采用覆盖导入的方式。
3.1.1.6项目信息
项目内码，项目编码，项目名称，资金性质，收费类别，计量单位，收费上限，收费下限，启用日期，终止日期，是否作废，批准文号等。
采用覆盖导入的方式。
3.1.1.7收入退付申请
用于单位向财政申请退付时进行数据传递所采用的数据格式，包括的信息为：
申请单位编码，退付单位名称，退付单位银行，退付单位账号，领款人名称，领款人银行，领款人账号，收费项目，退付金额，退付原因，原日期，申请日期等。
采用增量导入的方式。
3.1.1.8调整收费数据申请
用于单位向财政进行调整收费数据申请时采用的数据格式，调整收费数据申请针对的是项目或缴款人出现错误但金额没错的情况。
包括的信息为：
申请单位，申请时间，调整原因，原缴款书编号，原项目，原缴款人，原开票日期，新项目，新缴款人（单位生成正负票的时候应对应原开票日期），采用增量导入的方式等。
3.1.1.9退付申请的批复
用于财政对退付申请审批完成后，为单位导出的经过审核批准后的电子数据，其包括的信息与3.3.1.7相同。
采用增量导入的方式。
3.1.1.10调整收费数据申请批复
用于财政对调整收费数据申请审批完成后，为单位导出的经过审核批准后的电子数据，其包含的信息与3.3.1.8相同。
采用增量导入的方式。
3.1.1.11单位与财政的对账数据
用于单位对账时从财政下载的本单位的收费数据,退付调整数据，采用增量导入的方式。
3.1.1.12退票信息
单位向财政票据中心退票时采用的电子数据;包括的信息为单位编码，起始号码，终止号码，票据名称。
采用增量导入的方式。
3.1.1.13票据种类
执收单位接收财政的票据种类信息，包括一般缴款书、专用票据和定额票据信息；
采用增量导入的方式。
3.1.1.14集中汇缴明细信息
单位上报的专用票据和定额票据的具体信息，需要上传给财政；
采用增量导入的方式。
3.1.2单位到银行的数据接口
3.1.2.1缴款书信息
用于单位向银行传递的电子票据信息，免去银行的二次录入。
包括的信息为：
所有票面上的信息，欠缴，补缴，减免，退付，调整标志，是否为大厅模式，对应的申请书编号（包括退付申请和调整收费数据申请）,原日期。
采用增量导出的方式。
3.1.3银行与财政的数据接口
3.1.3.1银行接收财政基础数据
用于银行接收财政的基础数据信息，内容包括：
财政区划信息、全部单位信息，票据信息，项目信息，单位所对应的项目信息，银行账户、收费类别、征收大厅信息、大厅对应单位项目信息；数据内容同单位接收财政的基础数据信息。
3.1.3.2收费数据信息
用于银行向财政传递的收费数据，它的出口为银行预审软件，入口为财政端的接收银行数据。
包括的信息为：
非税收入统一票据的票面信息（收费单位名称，收费单位代码，票据编号，缴款人，缴款人开户行，缴款人账号，收款单位名称，收款单位开户行，收款单位账号，收费项目，收费标准，数量，金额，校验码），特殊标志（欠缴，补缴，减免，退付，调整），网点收款时间，对应的申请书编号（包括退付申请和调整收费数据申请）,原日期。
采用增量导入的方式。
3.1.3.3收入退付申请信息
用于银行向财政传递的收入退付申请，它的出口为银行预审软件，入口为财政端的接收银行收入退付申请。
包括的信息为：
同单位上传的退付申请信息一致。
采用增量导入的方式。
3.1.3.4收入待查数据信息
用于银行向财政传递的收入待查数据，它的出口为银行预审软件，入口为财政端的接收银行收入待查数据。
包括的信息为：
财政区划内码、缴款书编号、收费项目外码、收费单位外码、代收银行外码、财政区划外码、收款人名称、收款人开户行、收款人账号、开票时间、收费单位名称、收费单位组织机构代码、缴款人名称、缴款人开户行、缴款人账号、收费项目名称、计量单位、收费数量、收费金额、票据校验码、收费标准、收费状态、银行收款时间、银行网点。
采用增量导入的方式。
3.1.3.5财政审核不通过数据信息
用于财政向银行传递的财政审核不通过收费数据，就是电子数据和银行上传对帐单金额不符的，它的出口为财政端软件，入口为银行。
包括的信息为：
银行上传的收费数据、收入退付数据和待查数据。
采用增量导入的方式。
3.1.4主分机模式
3.1.4.1票据传递信息
用于在大厅模式中主分机间，分机间票据流转时采用的数据交换信息。
包括的信息为：
目标分机号，起始号码，终止号码。
采用增量导入的方式。
3.1.4.2分机导出收费数据（包括集中汇缴生成的一般缴款书）
用于分机定期向主机传送收费信息，出口为分机导出收费数据，入口为主机接收分机数据。
包括的信息为：
非税收入统一票据的票面信息（分机号，收费单位名称，收费单位代码，票据编号，缴款人，缴款人开户行，缴款人账号，收款单位名称，收款单位开户行，收款单位账号，收费项目，收费标准，数量，金额，校验码），特殊标志（欠缴，补缴，减免，退付，调整）。
采用增量导入的方式。
3.1.4.3集中汇缴明细信息
分机上报主机专用票据和定额票据的具体信息，本数据要求跟集中汇缴生成的一般缴款书一起上传；
采用增量导入的方式。
3.1.4.4分机撤消数据
分机撤消时导出本机的收费数据，票据信息。
采用覆盖导入的方式。
4业务模块设计
4.1非税核心业务系统
4.1.1模块结构图
4.1.2基础数据维护
对于收入类别，收费项目、区划（指省市编码、区县编码）等元素，都是全省统一的，在系统初始化时，导入省级系统已经设定的数据，一般不允许下级财政维护。
4.1.2.1系统参数设置
功能：
维护系统中需要用户配置设置条件，具体的参数信息酌情增加，包括增加、修改和删除；
4.1.2.2部门管理
功能：
维护部门数据，包括增加、修改和删除；
内容：
部门编码，部门名称；
业务规则：
1、部门编码不允许重复；部门名称建议不要重复；
2、部门已经挂接单位则不允许修改编码、也不允许删除；
4.1.2.3行政区划管理
功能：
区划用来控制数据统计级次，区划管理包括增加、删除、修改区划信息；
内容：
区划编码、区划名称、级次、是否末级、上级编码；
业务规则：
1、区划分级次，只能使用最末级，“00”表示是本级。
；
1、区划编码不允许重复；
3、区划编码已经使用的情况下，区划编码不允许修改；
4、区划数据一经使用，就不允许删除；
4.1.2.4执收单位管理
功能：
执收单位是非税收入的执行机构，对执收单位的维护包括增加、修改、删除、调整、撤销功能。
内容：
内码（字轨＋流水号）、单位编码、组织机构代码、关系码、行政区域、单位名称、负责人、联系电话、票据购买证号、撤消时间、备注、经办人、经办时间、是否执收单位（这个用在票据和收费数据不同）、预算编码、简码（判断重复）、专管员。
编码规则：
单位编码为级次码，数据根据级次统计。
业务规则：
1、增加：
单位信息保存前校验数据合法性；简码由算法自动生成，简码允许重复；单位名称不能重复；单位已经挂接项目信息则不能增加下级单位；增加下级单位需要更新上级编码的是否底级标志；
2、修改：
不允许修改的属性包括:
单位内码,单位外码,撤消时间；单位信息一经下发,则不允许修改；
3、删除：
单位和项目挂接不允许删除，执收单位发生票据认证申请、票据发放业务不允许删除；只有底级单位才允许删除；删除后需要判断其上级单位是否成为底级单位，是则更新是否底级标志；
4、撤消：
撤消的单位不能再进行项目挂接和票据领购、票据认证；撤消后要将填写单位
变更表，变更表中的变更经办人、变更经办时间是系统自动置入；
5、调整：
单位编码不可调整，单位名称、票据购领证号可以调整，其余的允许直接修改。
4.1.2.5收入类别维护
功能：
增加、删除、修改。
收入类别有如下的属性：
内码（流水号），外码、名称、资金性质（预算内外）、备注说明、类别层次。
一般，收入类别主要有一下几种：
行政性收费、事业性收费、政府性基金、专项收入、罚没收入、国有资产资源收益、其他非税收入、代收暂存往来款、下级上解项目等。
业务规则：
1、收入类别由省级财政部门统一维护，下级财政和执收单位接收收费类别数据；
2、已经使用的收费类别不能删除，并且编码不允许修改；
4.1.2.6收费项目维护
功能：
增加、修改、删除、调整、作废，修改类别；其中，“修改”是指操作员在对某收费项目进行录入时，操作有误，需要改正；“调整”是指收费项目的录入是正确的，但有其他因素，需要对该收费项目的收费标准或其他属性进行调整；“作废”是指收费项目在指定时间后被取消，“修改类别”是指修改收费项目的收费类别，会引起项目树的变更。
内容：
内码（流水号）、项目编码（步长3，最多6级）、项目名称、批准机关（中央、省）、批准文号、收费对象（涉企、涉农、公民、社会等）、收费标准上限、收费标准下限、计量单位、收费类别、缴费时限、是否待解、启用日期、终止日期、是否作废、最近操作人、最近操作时间、备注说明、是否允许下级修改标志、管理方式（上缴国库和财政专户）、分成比例（中央、省、市、县）。
业务规则：
1、项目编码是全省统一的，由超级管理员统一维护，下级财政和执收单位只能读取，不能进行其他更改操作；地市级财政单位实施时，数据由省级系统中得到；
2、项目是层次状结构，项目下面可能还有子项目，使用时，只允许使用最底级的项目；
3、收费项目增加：
新增的收费项目的收费类别必须和上级项目类别保持一致；收费项目编码不允许重复；
4、非底级收费项目不允许删除，和单位进行挂接的收费项目不允许进行删除，删除后更新其上级项目是否底级标志；
5、收费项目修改：
收费项目下发后不允许修改，只允许调整；项目挂接单位后不允许修改编码，其他属性允许修改；
6、收费项目的调整包括收费标准、分成比例、是否待解、缴费时限、计量单位的调整；进行调整时
输入调整的生效时间和批准机关和相应文号，将原记录（相同编码，终止时间为最大时
间的那条记录）的终止时间改为调整生效时间的前一天，同时增加一条新记录，调整后
的内码外码均不变，起始时间为调整的生效日期,终止时间为最大值；
7、收费项目作废：
将收费项目的终止时间设置称作废时间，非底级收费项目不能作废，收费项目作废后，单位和项目的挂接关系的终止时间要改成收费项目的终止时间；大厅单位项目关系的终止时间也要改成收费项目的终止时间；
8、收费项目导入：
采用判重导入方式；
9、修改类别：
因为上下级项目之间的收费类别是相同的，所以修改类别后项目就不能在原来项目上下级中间，需要调整到别的项目级次中。
4.1.2.7单位项目挂接
功能：
单位项目挂接是在执收单位和收费项目之间建立起对应关系，明确执收单位可以收取的收费项目；包括增加、删除、修改和检查挂接关系；
内容：
单位、项目、起始时间、终止时间、统筹比例。
业务规则：
1、在进行单位项目挂接时，首先选择执收单位（在当前时间内有效的单位），再选择该执
收单位所具有的收费项目；
2、单位和项目必须都是底级的才能进行挂接操作。
4.1.2.8征收大厅设定
功能：
征收大厅是单位的集合，有多个单位在同一个大厅进行收费。
对征收大厅可以进行增加、修改、删除,撤消操作。
内容：
内码（字轨＋流水号），外码（定长），名称，财政区划，负责人，地址，备注说明，撤消时间。
业务规则：
1、维护征收大厅时，首先选择大厅里包含的单位，然后选择这些单位对应的收费项目在该大厅执收；
2、删除征收大厅时，要保证此大厅没有进行下列任何操作：
票据领购、票据认证、单位项目挂接；
3、撤消：
撤消大厅后,大厅与收费单位,收费项目的挂接关系的终止时间自动改成大厅的撤消时间。
4.1.2.9征收大厅与单位项目的挂接
功能：
挂接征收大厅与单位项目的关系；包括增加、修改和删除；
内容：
执收单位、收费项目、起始时间和终止时间；
业务规则：
1、一定时间范围内，大厅单位项目只能挂接一次；目前还是不允许单位项目同时在多个
大厅收费；
2、挂接关系下发后不允许删除，不允许修改编码；
4.1.2.10汇缴结算户管理
功能：
用来管理所有财政区划的汇缴结算户帐户，对汇缴结算银行可以进行增加、修改、删除操作。
内容：
内码（字轨＋流水号）、外码（一个标识位＋定长编号）、银行名称、帐号、联系人、电话、启用日期、终止日期（系统维护），财政区划，银行种类。
业务规则：
1、同一财政区划内的同一种银行，只能设立一个预算外资金专户。
增加和修改时需要判断一下银行种类。
2、汇缴结算户数据一经下发,则不允许删除和修改；
3、先选择财政区划，然后再维护银行的数据（包括本级财政）；
4.1.2.11相关文件管理
功能：
保存非税业务相关的文件资源；
内容：
文件名称、文号、发文机关、发文时间、关键词、文件内容。
4.1.2.12下级财政管理
功能：
用来接收下级财政收入数据和帐务数据、区分非税收入级次；包括增加、删除、
修改；
内容：
编码、名称、全称、级次、上级财政区划；
业务规则：
1、删除时判断该财政区划是否有用户即可，
2、修改时，财政区划已经设置用户则不允许修改编码，否则允许修改编码；
4.1.2.13编码对照
功能：
年度收入目标导入需要增加编码对照，这个功能完全参照单位的编码对照功能；
4.1.3票据管理
4.1.3.1模块结构图
4.1.3.2基础数据维护
4.1.3.2.1票据种类维护
内容包括：
编码、名称；
实际上是指票据的大类，分为：
非税收入一般缴款书、专用票据、定额票据、其他票据。
4.1.3.2.2票据维护
内容包括：
票据编码、名称、所属票据种类、启用时间、终止时间、票号长度、每本份数、每份联数、票据样式、是否定额，定额面值、是否非税收入一般缴款书、规定保管年限、备注、是否废止、有无存根、回收比例、核销方式、进价、零售价、批发价、财政最低库存数量。
在编号中区分电脑票和手工票，在票据编
升级会员 