全国中小企业股份转让系统有限责任公司新一代信息披露V2.2项目(E102)(分类标准及配套系统)报名公告
全国中小企业股份 (略)
新 * 代信息披露V2.2项目(E * )
(分类标准及配套系统)
报名公告
1、项目概况：
(略) 信息披露分类标准及 (略) 优化，包括修订信息披露XBRL（eXensible Business Reporting Language,可扩展商业报告语言）分类标准，对分类标准配套管理工具、实例文档 (略) 优化升级,现邀请国内有相关经验和资质的供应商参与项目竞争性磋商。
2、基本要求
根据信息披露分层次、分行业的差异化监管要求，需要对信息披露的要求持续完善和修订，本项目主要目标为: 在挂牌公司信息披露分类标准（ * ）的基础上，增加 * 年 * 季报、 * 年年报、 * 年 * 季报、 * 年半年报，公司监管 * 、 * 部新增临时报告 * 类、 (略) * 类， (略) 新增融资类临时报告 * 类、 (略) 4类， (略) ，以及 (略) (略) 说明书优化调整的分类标准制定，基于最新的信息披露 (略) 信息披露分类标准（ * ）。同时根据分类标准管理工具上线后的 (略) 优化；根据最新的信息披露业务要求，优化实例文档校验系统。
3、报名方式
1）报名时间： * 号上午9: * 到 * 号下午 * : *
2）报名邮箱：
yuby@neeq.com.cn3）联系人：余波洋，阚丽丽
4）联系电话：
点击查看>> ，
点击查看>> 5）答疑时间： * 号下午 * : *
6）答疑方式（线上答疑,会议号将在报名结束后联系各报名供应商）
4、报名资料
| 供应商情况表 |
| 供应商名称 | |
| 联系人 | | 联系电话 | | 邮箱 | |
| 经营状态正常(核对供应商的经营状态和营业期限) | |
| 供应商在“信用中国”网站未被列 (略) 人、重大税收违法案件当事人名单 | |
| 相关资质 | |
| 相关业绩 | |
与我司合
作情况 | |
| 其他 | |
5、项目需求
1需求总体概述
1.1需求概述
根据信息披露分层次、分行业的差异化监管要求，需要对信息披露的要求持续完善和修订，本项目主要目标为:在挂牌公司信息披露分类标准（ * ）的基础上，增加 * 年 * 季报、 * 年年报、 * 年 * 季报、 * 年半年报，公司监管 * 、 * 部新增临时报告 * 类、 (略) * 类， (略) 新增融资类临时报告 * 类、 (略) 4类， (略) ，以及 (略) (略) 说明书优化调整的分类标准制定，基于最新的信息披露 (略) 信息披露分类标准（ * ）。同时根据分类标准管理工具上线后的 (略) 优化；根据最新的信息披露业务要求，优化实例文档校验系统。
1.1现有系统技术方案
1.1.1分类标准管理工具
目前已有分类标准管理工具为JAVA开发的桌面应用程序，提供了分类标准加载、新建、编辑等功能。基于该工具目前可按相应操作方式完成分类标准的制定工作。使用该分类标准管理工具可以制定出符合《挂牌公司信息披露电子化规范》定义的分类标准。
1.1.2实例文档验证系统
目前已有实例文档验证系统为JAVA开发的WEB应用系统，其提供加载已有分类标准，对上传至该系统的XBRL (略) 规范性检查，包括：XBRL实例文档是否符合分类标准的规范要求；XBRL实例文档中的数据是否满足计算关系、公式链接库中定义的校验规则，对于不满足校验规则的根据预制 (略) 反馈。
实例文档验证 (略) 署，提供校验接 (略) (略) 调用。外部系统根据接收的校验结果，结合业务逻辑决定是否允许XBRL (略) 上传。
2业务功能需求描述
2.1分类标准编制及修订
根据我司信息披露分层次、分行业的差异化监管要求，在挂牌公司信息披露分类标准（ * ）的基础上，基于最新的信息披露报告指引及业务规则制订XBRL（eXensible Business Reporting Language,可扩展商业报告语言）分类标准（ * ），包括：增加 * 年 * 季报、 * 年年报、 * 年 * 季报、 * 年半年报，公司监管 * 、 * 部新增临时报告 * 类、 (略) * 类， (略) 新增融资类临时报告 * 类、 (略) 4类， (略) ，以及 (略) (略) 说明书优化调整。新制定的分类标准需 (略) 牵头制定的《挂牌公司信息披露电子化规范》中的技术要求，与已有分类标准的结构保持 * 致或兼容。
2.2已有配套系统优化升级
分类标准的配套系统包括：分类标准管理工具、实例文档验证系统。具体包括：
（1）根据分类标准编制及修订情况，对已有的分类标准 (略) 优化，以支持对已有分类标准、本次新增及修订的分类标准的管理功能需求；
（2）根据最新的信息披露业务要求，对已有实例文档 (略) 升级及优化， (略) 文件的验证， (略) XBRL文件的验证，保证验证结果的准确及 * 致；
（3）维护实例文档验证系统对外的接口，满足外围系统对该接口的调用需要。
2.3公告模板交付物及上线时间要求
| 公告类型 | 阶段成果 | 阶段交付物 | 计划完成时间 |
| * 年 * 季报 | 1）修订分类标准。
2）校验系统升级，满足 * 年 * 季报的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| * 年年报 | 1）修订分类标准。
2）校验系统升级，满足 * 年年报的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| * 年 * 季报 | 1）修订分类标准。
2）校验系统升级，满足 * 年 * 季报的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| * 年半年报 | 1）修订分类标准，。
2）校验系统升级，满足 * 年半年报报送。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| (略) :新增 * 类，优化 * 类 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) :新增 * 类，优化 * 类 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) ： (略) * 个 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) 说明书优化 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| 技术支持 | 1）回答及解决分类标准相关问题。
2）回答及解决校验系统问题。 |
无 | 年报半年报季报报送、数据采集存储完成 |
2.4可维护性
分类标准应与现有分类标准维持统 * ，与现有分类标准元素定义无冲突。元素定 (略) XBRL分类标准制定的相关规范要求，易于维护和理解。
2.5服务与支持
为用户提供充分的软件使用方面的培训，回答及解决分类标准相关问题、回答及解决校验系统问题。技术支持工作耐心、高效，无影响定期年报、半年报报送的重大工作失误。
3.服务时间及地点
合同周期内，驻场服务。
4.项目组人员要求
项目主要人员应包括：项目经理、业务分析人员、分类标准制定人员、核心开发人员等。
项目经理应具有3年以上信息化建设、 (略) 业类项目经理经验；业务分析人员应具有3 (略) 业实施XBRL相关项目的需求管理与分析经验；分类标准制定人员应具有1 (略) 业XBRL项目分类标准制定及测试经验；核心开发人员应具有5年以上信息化建设经验。
5.进度要求
合同签订后的 * 个月内，按 * 方要求优先级， (略) 有功能需求。
6.提交成果
（1）需求分析及需求规格说明书。
（2）系统建设总体计划、阶段计划。
（3）概要设计和详细设计文档。
（4）本系统与其他系统的接口规范及说明。
（5） (略) 程序、安装程序、部署文档、完整的源代码。
（6） (略) 文档，包括应急手册、操作手册、运维手册。
（7）软件测试方案、详细测试用例、自动化测试程序（如有）、系统测试报告、系统安全测试报告。
（8）培训方案、培训资料。
（9） * 方提出的与本系统建设相关的其他文档及资料。
7.培训、技术支持及售后服务
在项目启动至终验通过之前， (略) 全程跟踪，提供全面技术支持服务，确保系 (略) ，同时应根据 * 方的要求，修改和完善软件的功能和性能，直至 * 方满意。
软件系统通过项目终验后 (略) 期， (略) * 年内为免费售后服务期。若免费售后期内因 * 方的原因发生致命或严重质量问题，免费售后服务期从故障解决日起开始相应顺延。
免费售后服务期结束后， * 方根据需要可选择是否与 * 方继续签订维护合同。
在免费售后服务期内， * 方应提供的服务包括：
a. * 年4次系统巡检，进行系统健康检查；
b. (略) (略) 门要求的信息安全检查、演练等工作；
c.按 * 方要求提供完整的服务支持体系，包括但不限于电话支持、邮件支 (略) 支持等；
d.7* * 小时事件响应；
e.软件BUG修正及实施支持，致命或严重BUG必须当日解决， * 般BUG须在 * 天内解决；
f.修复 * 方信息安全扫描出的安全漏洞；
g.其他保障系统 (略) 的服务。
8.验收标准
系统上线成功后， * 方应以书面形式向 * 方提出对上线内容的初验申请，并提供相关的程序、文档、源代码等交付物， * 方审核通过后，组织对上线内容的项目初验。
项目通过初验 (略) 期结束后， * 方应以书面形式向 * 方提出对上线内容的项目终验申请，及提供相关的程序、文档、源代码等交付物， * 方审核通过后，组织对上线内容的项目终验。
* 方在项目终验通过之前， (略) 全程跟踪，提供全面技术支持服务，确保系 (略) ，同时应根据 * 方的要求，修改和完善软件的功能和性能，直至 * 方满意。
6、附件：营业执照副本复印件
全国中小企业股份 (略)
新 * 代信息披露V2.2项目(E * )
(分类标准及配套系统)
报名公告
1、项目概况：
(略) 信息披露分类标准及 (略) 优化，包括修订信息披露XBRL（eXensible Business Reporting Language,可扩展商业报告语言）分类标准，对分类标准配套管理工具、实例文档 (略) 优化升级,现邀请国内有相关经验和资质的供应商参与项目竞争性磋商。
2、基本要求
根据信息披露分层次、分行业的差异化监管要求，需要对信息披露的要求持续完善和修订，本项目主要目标为: 在挂牌公司信息披露分类标准（ * ）的基础上，增加 * 年 * 季报、 * 年年报、 * 年 * 季报、 * 年半年报，公司监管 * 、 * 部新增临时报告 * 类、 (略) * 类， (略) 新增融资类临时报告 * 类、 (略) 4类， (略) ，以及 (略) (略) 说明书优化调整的分类标准制定，基于最新的信息披露 (略) 信息披露分类标准（ * ）。同时根据分类标准管理工具上线后的 (略) 优化；根据最新的信息披露业务要求，优化实例文档校验系统。
3、报名方式
1）报名时间： * 号上午9: * 到 * 号下午 * : *
2）报名邮箱：
yuby@neeq.com.cn3）联系人：余波洋，阚丽丽
4）联系电话：
点击查看>> ，
点击查看>> 5）答疑时间： * 号下午 * : *
6）答疑方式（线上答疑,会议号将在报名结束后联系各报名供应商）
4、报名资料
| 供应商情况表 |
| 供应商名称 | |
| 联系人 | | 联系电话 | | 邮箱 | |
| 经营状态正常(核对供应商的经营状态和营业期限) | |
| 供应商在“信用中国”网站未被列 (略) 人、重大税收违法案件当事人名单 | |
| 相关资质 | |
| 相关业绩 | |
与我司合
作情况 | |
| 其他 | |
5、项目需求
1需求总体概述
1.1需求概述
根据信息披露分层次、分行业的差异化监管要求，需要对信息披露的要求持续完善和修订，本项目主要目标为:在挂牌公司信息披露分类标准（ * ）的基础上，增加 * 年 * 季报、 * 年年报、 * 年 * 季报、 * 年半年报，公司监管 * 、 * 部新增临时报告 * 类、 (略) * 类， (略) 新增融资类临时报告 * 类、 (略) 4类， (略) ，以及 (略) (略) 说明书优化调整的分类标准制定，基于最新的信息披露 (略) 信息披露分类标准（ * ）。同时根据分类标准管理工具上线后的 (略) 优化；根据最新的信息披露业务要求，优化实例文档校验系统。
1.1现有系统技术方案
1.1.1分类标准管理工具
目前已有分类标准管理工具为JAVA开发的桌面应用程序，提供了分类标准加载、新建、编辑等功能。基于该工具目前可按相应操作方式完成分类标准的制定工作。使用该分类标准管理工具可以制定出符合《挂牌公司信息披露电子化规范》定义的分类标准。
1.1.2实例文档验证系统
目前已有实例文档验证系统为JAVA开发的WEB应用系统，其提供加载已有分类标准，对上传至该系统的XBRL (略) 规范性检查，包括：XBRL实例文档是否符合分类标准的规范要求；XBRL实例文档中的数据是否满足计算关系、公式链接库中定义的校验规则，对于不满足校验规则的根据预制 (略) 反馈。
实例文档验证 (略) 署，提供校验接 (略) (略) 调用。外部系统根据接收的校验结果，结合业务逻辑决定是否允许XBRL (略) 上传。
2业务功能需求描述
2.1分类标准编制及修订
根据我司信息披露分层次、分行业的差异化监管要求，在挂牌公司信息披露分类标准（ * ）的基础上，基于最新的信息披露报告指引及业务规则制订XBRL（eXensible Business Reporting Language,可扩展商业报告语言）分类标准（ * ），包括：增加 * 年 * 季报、 * 年年报、 * 年 * 季报、 * 年半年报，公司监管 * 、 * 部新增临时报告 * 类、 (略) * 类， (略) 新增融资类临时报告 * 类、 (略) 4类， (略) ，以及 (略) (略) 说明书优化调整。新制定的分类标准需 (略) 牵头制定的《挂牌公司信息披露电子化规范》中的技术要求，与已有分类标准的结构保持 * 致或兼容。
2.2已有配套系统优化升级
分类标准的配套系统包括：分类标准管理工具、实例文档验证系统。具体包括：
（1）根据分类标准编制及修订情况，对已有的分类标准 (略) 优化，以支持对已有分类标准、本次新增及修订的分类标准的管理功能需求；
（2）根据最新的信息披露业务要求，对已有实例文档 (略) 升级及优化， (略) 文件的验证， (略) XBRL文件的验证，保证验证结果的准确及 * 致；
（3）维护实例文档验证系统对外的接口，满足外围系统对该接口的调用需要。
2.3公告模板交付物及上线时间要求
| 公告类型 | 阶段成果 | 阶段交付物 | 计划完成时间 |
| * 年 * 季报 | 1）修订分类标准。
2）校验系统升级，满足 * 年 * 季报的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| * 年年报 | 1）修订分类标准。
2）校验系统升级，满足 * 年年报的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| * 年 * 季报 | 1）修订分类标准。
2）校验系统升级，满足 * 年 * 季报的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| * 年半年报 | 1）修订分类标准，。
2）校验系统升级，满足 * 年半年报报送。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | * 日 |
| (略) :新增 * 类，优化 * 类 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) :新增 * 类，优化 * 类 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) ： (略) * 个 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) 说明书优化 | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| (略) | 1）修订分类标准。
2）校验系统升级， (略) 的报送需求。 | 1）分类标准修订版及说明性文件。
2）实例文档验证系统。 | 按业务推出时间上线 |
| 技术支持 | 1）回答及解决分类标准相关问题。
2）回答及解决校验系统问题。 |
无 | 年报半年报季报报送、数据采集存储完成 |
2.4可维护性
分类标准应与现有分类标准维持统 * ，与现有分类标准元素定义无冲突。元素定 (略) XBRL分类标准制定的相关规范要求，易于维护和理解。
2.5服务与支持
为用户提供充分的软件使用方面的培训，回答及解决分类标准相关问题、回答及解决校验系统问题。技术支持工作耐心、高效，无影响定期年报、半年报报送的重大工作失误。
3.服务时间及地点
合同周期内，驻场服务。
4.项目组人员要求
项目主要人员应包括：项目经理、业务分析人员、分类标准制定人员、核心开发人员等。
项目经理应具有3年以上信息化建设、 (略) 业类项目经理经验；业务分析人员应具有3 (略) 业实施XBRL相关项目的需求管理与分析经验；分类标准制定人员应具有1 (略) 业XBRL项目分类标准制定及测试经验；核心开发人员应具有5年以上信息化建设经验。
5.进度要求
合同签订后的 * 个月内，按 * 方要求优先级， (略) 有功能需求。
6.提交成果
（1）需求分析及需求规格说明书。
（2）系统建设总体计划、阶段计划。
（3）概要设计和详细设计文档。
（4）本系统与其他系统的接口规范及说明。
（5） (略) 程序、安装程序、部署文档、完整的源代码。
（6） (略) 文档，包括应急手册、操作手册、运维手册。
（7）软件测试方案、详细测试用例、自动化测试程序（如有）、系统测试报告、系统安全测试报告。
（8）培训方案、培训资料。
（9） * 方提出的与本系统建设相关的其他文档及资料。
7.培训、技术支持及售后服务
在项目启动至终验通过之前， (略) 全程跟踪，提供全面技术支持服务，确保系 (略) ，同时应根据 * 方的要求，修改和完善软件的功能和性能，直至 * 方满意。
软件系统通过项目终验后 (略) 期， (略) * 年内为免费售后服务期。若免费售后期内因 * 方的原因发生致命或严重质量问题，免费售后服务期从故障解决日起开始相应顺延。
免费售后服务期结束后， * 方根据需要可选择是否与 * 方继续签订维护合同。
在免费售后服务期内， * 方应提供的服务包括：
a. * 年4次系统巡检，进行系统健康检查；
b. (略) (略) 门要求的信息安全检查、演练等工作；
c.按 * 方要求提供完整的服务支持体系，包括但不限于电话支持、邮件支 (略) 支持等；
d.7* * 小时事件响应；
e.软件BUG修正及实施支持，致命或严重BUG必须当日解决， * 般BUG须在 * 天内解决；
f.修复 * 方信息安全扫描出的安全漏洞；
g.其他保障系统 (略) 的服务。
8.验收标准
系统上线成功后， * 方应以书面形式向 * 方提出对上线内容的初验申请，并提供相关的程序、文档、源代码等交付物， * 方审核通过后，组织对上线内容的项目初验。
项目通过初验 (略) 期结束后， * 方应以书面形式向 * 方提出对上线内容的项目终验申请，及提供相关的程序、文档、源代码等交付物， * 方审核通过后，组织对上线内容的项目终验。
* 方在项目终验通过之前， (略) 全程跟踪，提供全面技术支持服务，确保系 (略) ，同时应根据 * 方的要求，修改和完善软件的功能和性能，直至 * 方满意。
6、附件：营业执照副本复印件
发送至邮箱
