序号

名称

技术参数

单位

数量

*

风险管理软件

1. 生成风险任务：评估对象的确定，通过建立评估指标及测算峰值，建立综合评估模型并筛选疑点纳税人，生成疑点纳税人清册，进而选择确定评估清册，分配各单位。对纳入纳税评估范围内的纳税人，分评估行业按通用和专用指标进行峰值测算，测算取数范围为纳入评估的纳税人上年度及上年度以前发生的业务数据，这些业务数据取之于各类业务数据和纳税评估各报表数据。建立评估指标是筛选疑点纳税人、确定评估对象的第*步，建立科学的评估指标体系是做好纳税评估的关键。按照《国家税务总局关于印发〈纳税评估管理办法（试行）〉的通知》（国税发〔****〕**号）所附《纳税评估通用分析指标及使用方法》和《纳税评估分税种特定分析指标及使用方法》，市局筛选了部分目前比较实用的指标，需要将这些指标的计算公式固化，供指标测算和筛选疑点户时直接调用。

2. 手工录入风险任务：手工录入疑点纳税人信息。输入纳税人识别号自动带出纳税人信息，填写其它信息，并保存到风险管理数据库中。

3. 批量导出风险任务：按照电子表格格式将风险任务保存到数据库中。

4. 手工录入/批量导入管理：查询手工录入/批量导入的数据，并对查询到的数据进行增删改等操作。

5. 风险任务分配到区县：对生成的任务列表进行下发操作。将市局任务下发给对应的区县，下发包括批量下发和勾选任务下发，下发还要支持按税务机关默认下发等操作。

6. 风险任务区县本级办理：对生成的任务列表进行本级办理操作。将区县接收到的任务进行本级办理，本级办理包括批量下发和勾选任务办理，本级办理还要支持按税务机关默认办理等操作。

7. 风险任务分配到科股：对生成的任务列表进行下发操作。将区县任务下发给对应的看科股，下发包括批量下发和勾选任务下发，下发还要支持按税务机关默认下发等操作。

8. 风险任务分配到人员：对生成的任务列表进行下发操作。将科股任务下发给对应的风险应对人员，下发包括批量下发和勾选任务下发，下发还要支持按主管税务人员默认下发等操作。

9. 风险应对：对任务类型代码是必须下发、正常下发、简易评估的任务进行风险应对，风险应对分为两部分：事前应对：对风险任务进行分析，编写案头分析表，准备进行*系列的应对措施。事后反馈：对风险任务结果进行反馈，包括是否有问题，问题金额等数据。

10. 风险任务评价：对已经完成的风险任务进行评价，并对风险任务中的白名单进行管理。评价结果从*星到*星，并对风险模型、风险任务进行相应评价，对风险任务完成闭环。

11. 任务复审：对已经评估完成的风险任务进行复审，选择要复审的任务并进行评估。

12. 提示提醒：对风险纳税人进行各种方式的提醒及反馈:*:提示提醒方式包括：税企通通知、电话通知、短信通知。*:并对提示提醒反馈进行保存，包括查补入库税额等数据。

13. 提示提醒审核：对已经完成的提示提醒任务进行审核，并对任务中所产生的白名单进行管理。

14. 税企通批量提示：在征期结束前*天，对征期未申报提醒风险模型进行批量税企通提醒，并且对群发提醒进行查询。提醒状态包括：需提醒总户数、已提醒户数、提醒成功户数、提醒成功人数、已回复人数、未回复户数、提醒失败户数、未开户户数。

15. 提取反馈数据：系统完成并且有问题的户，从金*核心征管软件中提取相关电子税票信息，并保存到系统中以供查询使用。

16. 风险任务导出到金*：将有问题的户按模型导出成电子表格数据，用于金*导入任务使用。

17. 代码表维护：指标代码维护:对指标代码进行维护。指标类别代码维护:对指标类别代码进行维护，类别包括申报类、登记类、收入类、财务报表类等。风险等级代码维护:对风险等级代码进行维护，代码包括高风险、中风险、低风险以及分数维护。任务来源代码维护:对任务来源代码进行维护，包括任务来源的科室，如流转税、所得税、社保局等。任务类型代码维护:对任务类型代码进行维护，包括必须评估类型、正常评估类型、提示提醒类等。

18. 数据维护：清单管理:对已经生成的清单进行查看，并对清单进行数据清理、清册完成和清册物理删除操作。白名单管理:查看白名单，对白名单中的内容进行删除操作。

19. *方数据导入：土地划拨信息导入:对土地划拨信息电子表格进行导入，并下发给税管员进行核查。公共资源交易信息导入:将文档中的内容粘贴方式，到软件中，提取项目名称、成交金额、甲方、乙方、签订时间等信息保存到数据库。纳税人承担房产土地涉税情况表:将纳税人承担房产土地涉税情况表录入到系统中，弥补金*核心征管系统中此项管理不足。

20. 按任务批次查询：仿照金*风险管理查询模块开发。

21. 明细任务查询：仿照金*风险管理查询模块开发。

22. 按风险模型查询：仿照金*风险管理查询模块开发。

23. 按应对机关查询：仿照金*风险管理查询模块开发。

24. 任务复核统计查询：仿照金*风险管理查询模块开发。

25. 模型成效统计表：仿照金*风险管理查询模块开发。

26. 模型成效统计表：仿照金*风险管理查询模块开发。

27. 模型评价统计表：仿照金*风险管理查询模块开发。

28. 税收风险管理成效统计表：仿照金*风险管理查询模块开发。

29. 角色设置：该模块功能将*组功能模块集成为*个功能组，方便分配使用，拟设置如下角色，，仅供开发时设计工作流时参考。权限管理员、查询统计角色、计算机任务生成角色、市级任务分配、区县任务分配、科股任务分配、风险应对、数据管理员、提示提醒审核管理员、电子档案、白名单管理角色、手工录入任务、*方信息导入、评估复审。

30. 岗位设置：使用税收管理员平台中的岗位设置模块，可以设置包括的角色及岗位权限税务机关。拟设置如下岗位，仅供开发时设计工作流时参考。

31. 密码修改：输入旧密码、新密码对自己的登录密码进行修改。

32. 人员设置：风险管理平台中的人员从金税*期核心征管软件中同步，同步方式为每天晚上自动同步。

33. 机构设置：风险管理平台中的机构设置从金税*期核心征管软件中同步，同步方式为每天晚上自动同步。

34. 系统设计技术要求：系统运行平台。可运行在

35. ******、******和*******操作系统平台上，并可实现跨平台的可靠移植。系统支持的并发用户数量&**;=***。系统应支持****标准的*层架构，具有良好的可扩充性和维护性。系统采用的数据库为********数据库，中间件为***************。采用模块化组件化开发，便于实现业务功能模块的添加、卸载和修改，易于业务扩展、维护。完善的用户的安全机制。要求所有的应用软件必须具备完备的安全保密和角色用户权限管理，必须保证防止非授权用户的侵入，严格禁止除系统管理员及授权用户外的其他用户对原始数据的修改；所有存贮在数据库中的数据针对不同用户应有严格的处理权限，和操作确认、记录机制。系统应具有日志功能。系统须具备快捷的备份与恢复功能，在由于某些原因导致宕机情况发生时，能够提供迅速、完整的系统恢复。

36. 非功能性要求：*.易用性:从以下几方面保证系统的易用性：采用统*的集成界面，统*的对话框布局方式，各种界面元素的统*风格，图标、缩写清晰易懂；错误提示、警告信息用税务业务用语描述；保证当前环境数据的正确传递；用户可自定义统*的快捷键；有紧密关联的业务子系统间能在界面上快速跳转；提供在线帮助，系统关键业务操作应提供在线帮助文档和提示信息，使操作人员能够快速直观的利用这些信息进行相应的业务操作，并对各种状态和操作结果进行及时的反馈和提示；提供符合税务行业习惯，详细、易读、易理解的操作使用手册。*.可维护性:从如下几个方面保证系统的可维护性：业务参数维护,组织机构维护系统具备组织机构等基础信息的维护功能，能够对机构、人员信息进行维护和调整操作。用户管理系统提供用户、岗位、权限的维护功能。业务流程维护系统提供对业务流程的增加、删除和修改功能。*.可扩展性:框架采用开放式的、多层次的体系结构，从如下几个方面保证系统的可扩展性：使用了***架构模型的分层模型，将数据、业务逻辑实现与界面显示分开；可以通过系统管理配置系统功能；使用了*致的界面框架来设计客户端界面；资源访问层的数据访问存储机制具有灵活的可配置性；架构采用标准接口，能够适应随着外部系统渠道的增加而不发生改变。*.可移植性:系统具有良好的可移植性，体现在*个方面：支持主流****应用服务器：***********（**以上）************（*.*以上）******/*****（*.*以上）***************（***以上）***************（*.*以上）支持主流数据库：******（***以上）***（*.*以上）******（**.*以上）*********（*.*以上）支持操作系统：******，**-**，**********，*****，*********。*.可重用性:从如下几个方面保证系统的可重用性：采用基于构件的设计思想，采用***体系结构，将系统功能封装成服务供外部系统调用，把通用的技术机制开发成构件，从体系结构上统*地考虑，遵循****的平台标准（****，***，***，***等。*.可监控性:系统对业务软件（服务）、中间件、数据库、主机、网络等多个层面及其支撑环境进行监控管理，包括：业务指标（业务量、数据质量等）监控；支撑软件（中间件、数据库、操作系统）资源监控；数据状态监控；网络负载、安全监控。

个

*

*

税企通软件

1. 提供消息管理服务：即时通讯，方便用户随时随地沟通；集成系统消息，实现消息的统*管理。

2. 提供定制服务：为税务系统提供定制化服务，结合其***系统实现相关业务的查询、办理。

3. 提供数据安全服务：为税务用户构建私有云，提供对数据安全性和服务质量最有效的控制。

4. 针对税务业务：批量发送即时消息与纳税人进行沟通，提高沟通效率。

5. 税管员手工记录：统计通知、回复情况，解决以往税管员手工记录问题。

6. 费用的产生：降低沟通成本，利用流量替代电话、短信的产生的费用。

7. 系统设计技术要求：系统运行平台。可运行在******、******和*******操作系统平台上，并可实现跨平台的可靠移植。系统支持的并发用户数量&**;=****，网络状况良好的情况下，推送*****条消息少于*分钟。服务器使用目前流行开源技术********框架。系统应支持****标准的*层架构，具有良好的可扩充性和维护性。系统采用的数据库为*********数据库，中间件为****************。采用模块化组件化开发，便于实现业务功能模块的添加、卸载和修改，易于业务扩展、维护。完善的用户的安全机制。要求所有的应用软件必须具备完备的安全保密和角色用户权限管理，必须保证防止非授权用户的侵入，严格禁止除系统管理员及授权用户外的其他用户对原始数据的修改；所有存贮在数据库中的数据针对不同用户应有严格的处理权限，和操作确认、记录机制。系统应具有日志功能。系统须具备快捷的备份与恢复功能，在由于某些原因导致宕机情况发生时，能够提供迅速、完整的系统恢复。系统要能够与地税金*征管软件进行数据交换。系统要求能够获取部分国税金*征管软件数据。

8. *、非功能性要求

9. 易用性

10. 从以下几方面保证系统的易用性：*.采用统*的集成界面，统*的对话框布局方式，各种界面元素的统*风格，图标、缩写清晰易懂；*.错误提示、警告信息用税务业务用语描述；*.保证当前环境数据的正确传递；*.用户可自定义统*的快捷键；*.有紧密关联的业务子系统间能在界面上快速跳转；*.提供在线帮助，系统关键业务操作应提供在线帮助文档和提示信息，使操作人员能够快速直观的利用这些信息进行相应的业务操作，并对各种状态和操作结果进行及时的反馈和提示；*.提供符合税务行业习惯，详细、易读、易理解的操作使用手册。

11. 可维护性

12. 从如下几个方面保证系统的可维护性：*.组织机构维护系统具备组织机构等基础信息的维护功能，能够对机构、人员信息进行维护和调整操作。*.用户管理系统提供用户、岗位、权限的维护功能。*.业务流程维护系统提供对业务流程的增加、删除和修改功能。

13. 可扩展性

14. 框架采用开放式的、多层次的体系结构，从如下几个方面保证系统的可扩展性：*.使用了***架构模型的分层模型，将数据、业务逻辑实现与界面显示分开；*.可以通过系统管理配置系统功能；*.使用了*致的界面框架来设计客户端界面；*.资源访问层的数据访问存储机制具有灵活的可配置性；*.架构采用标准接口，能够适应随着外部系统渠道的增加而不发生改变。

15. 可监控性

16. 系统对业务软件（服务）、中间件、数据库、主机、网络等多个层面及其支撑环境进行监控管理，包括*.业务指标（业务量、数据质量等）监控*.支撑软件（中间件、数据库、操作系统）资源监控*.数据状态监控*.网络负载、安全监控

个

*

*

微信服务平台灵活就人员社保费征收软件

*、灵活就业人员登记：为参保的灵活就业人员办理登记，从而保证社会保险费征缴工作的需要，灵活就业人员，是指在法律、法规、规章和政策允许的范围内，在本省城镇采取个人经营、个人合伙经营或者家庭经营等形式依法从事营利性活动的下列人员：（*）领取营业执照的个体工商户及其招用的雇工；（*）领取其他合法证、照的个体业者和自由职业者、灵活就业人员以及不需要办理证、照的其他个体业者（以下统称其他个体业者）。这些人员到社保经办机构参保后，持相关证明到地税社保局办理参保登记。通常情况下，都是持收缴单到地税社保局进行登记。

1. 灵活就业人员身份验证：缴费人在地税社保局进行灵活就业人员缴费登记后，次日可通过本模块查询到身份信息，缴费人可通过年度的筛选，查询出该年度的应缴金额，选择立即缴费后，可通过微信平台进行征收。

2. 灵活就业人员养老保险费微信征收：缴费人输入个人缴费信息查询条件后，可以查询缴费记录，包括微信平台征收和商业银行服务厅前置机实时扣款的数据。

3. 灵活就业人员养老保险费查询：灵活就业人员计划接收是指社保局通过现有专线网络传输或通过介质传送等方式将社保经办机构生成的灵活就业人员收缴计划接收到本级数据库的过程，作为微信服务平台征收的依据。

4. 灵活就业人员计划接收：灵活就业人员计划接收是指社保局通过现有专线网络传输或通过介质传送等方式将社保经办机构生成的灵活就业人员收缴计划接收到本级数据库的过程，作为微信服务平台征收的依据。

5. 收缴明细回盘传递：实时提取已收的社保费做出统计与汇总，并将相关数据通过网络传输方式传递至社保经办机构。

6. 灵活就业人员身份验证转发服务：通过缴费人录入个人编号或身份证号，到外联网数据库的登记信息中查询，如果存在符合条件的缴费人，并且缴费状态为正常，则验证通过，返回缴费人姓名。

7. 灵活就业人员养老保险费查询转发服务：通过缴费人录入个人编号或身份证号，到外联网数据库的登记信息中查询，如果存在符合条件的缴费人，并且缴费状态为正常，则验证通过，返回缴费人姓名。

8. 灵活就业人员养老保险费计划查询转发服务：在外联网服务中缴费人输入个人缴费信息查询条件后，可以查询缴费记录，包括微信平台征收和商业银行服务厅前置机实时扣款的数据。

9. **、系统接口要求：*.内外网接口需求：内外网接口程序实现了征管系统与网上申报系统之间的数据交换。在征管系统中提取缴费单位的登记信息、险种登记和收缴计划形成传递文件，由各区县局专门人员负责将文件通过接口程序导入网上申报系统，以实现缴费人在网上缴费。在网上申报系统中提取已申报信息，由专人转入征管系统中。*.数据交换接口需支持地税与社保经办机构接口，社保经办机构与地税代征收部门间的接口文件**用于向地税征收部门传递应收基本养老保险费信息。该文件格式采取以***键分隔的文本文件的方式，字符集要符合********。*.前置机接口，设立前置机实现银行与地税社保之间的数据交换功能，在自然人社保费银行收缴时，需要从地税前置机获得自然人登记信息和收缴计划信息。银行收缴信息写入前置机数据库中，并由前置机接口程序每日进入征管系统进行记帐。*.数据抽取地市汇总程序将本地市各区县社保费相关信息集中抽取到地市汇总点中，提供给地市相关部门在地市综合查询中查询。

10. 非功能性要求：

性能需求：社保费自然人收缴计划数据量大、回盘处理频率高等特点，需要在性能上进行提高，在满足业务功能的前提下，提高处理速度。分发时存在*对多服务器的数据传递，提供数据传递的监控，让市社保局计划管理人员掌握计划的分发情况。易用性：从以下几方面保证系统的易用性：(*)采用统*的集成界面，统*的对话框布局方式，各种界面元素的统*风格，图标、缩写清晰易懂；(*)错误提示、警告信息用税务业务用语描述；(*)保证当前环境数据的正确传递；(*)用户可自定义统*的快捷键；(*)有紧密关联的业务子系统间能在界面上快速跳转；(*)提供在线帮助，系统关键业务操作应提供在线帮助文档和提示信息，使操作人员能够快速直观的利用这些信息进行相应的业务操作，并对各种状态和操作结果进行及时的反馈和提示；(*)提供符合税务行业习惯，详细、易读、易理解的操作使用手册。可维护性：从如下几个方面保证系统的可维护性：(*)组织机构维护系统具备组织机构等基础信息的维护功能，能够对机构、人员信息进行维护和调整操作。(*)用户管理系统提供用户、岗位、权限的维护功能。(*)业务流程维护系统提供对业务流程的增加、删除和修改功能。可监控性：系统对业务软件（服务）、中间件、数据库、主机、网络等多个层面及其支撑环境进行监控管理，包括(*)业务指标（业务量、数据质量等）监控(*)支撑软件（中间件、数据库、操作系统）资源监控(*)数据状态监控(*)网络负载、安全监控。其它需求：系统需要有详细的帮助文档，操作关键位置必须设有即时的信息提示，引导用户操作。用户操作不当的时候，尽可能提示错误原因。

个

*