平昌县财政局“经济信息共享平台”采购项目征求意见公告（第二次）致有关供应商：受采购人平昌县财政局委托，平昌县公共资源交易服务中心将对“经济信息共享平台”采购项目以公开招标方式进行采购。为了保证政府采购当事人合法权益，确保政府采购公开、公平、公正，现就该项目的资格条件和技术需求（详见附件）再次征求各供应商的意见。如您认为该项目的资格条件和服务要求存在倾向性或不合理性，请具体指出存在倾向性或不合理性的内容，并进行说明。一、招标编号：平公共采[2013]134号二、招标内容和要求采购内容：经济信息共享平台，1套。最高限价：200万元。三、合格投标人条件1、在中华人民共和国境内注册的具有独立法人资格的合法企业，注册资本200万元及其以上；2、符合中华人民共和国《政府采购法》第二十二条之规定；3、提供省级以上（含省级）颁发的软件企业认定证书复印件（原件备查）；4、本项目不接受联合体投标。四、供应商如对上述公告要求有异议，请将意见在2013年12月7日17:00前，以书面形式向集中采购机构或招标采购单位提出。（1）集中采购机构：平昌县公共资源交易服务中心联系人及电话：胡先生189*****696 0827—*******（传真）（2）招标采购单位：平昌县财政局联系人及电话：吴先生138*****433二〇一三年十二月二日平昌县经济信息共享平台主要功能及参数一、主要功能设计要求：功能项功能描述1应用集成查询不同用户群体通过权限控制、单点登录后，访问财税应用集成查询系统。系统主要提供内容聚集和个性化表现、待办事项、公告信息、个性化定制及单点登录等。2智能数据交换加工支持各种常用的异构网络、异构接口、异构数据，自动选择加工路径、调度加工策略、优化加工数据，实现数据加工的无人值守、获得规范合理的加工数据、为业务应用系统提供强大的数据支持。该平台主要功能为自动定时采集、加工、审计各类经济涉税数据；为前台应用建立规范的各个主题应用库；同时记录加工过程信息及报警信息；主要包括以下模块：元数据管理、统一的数据仓库、ETL数据抽取/清洗转换组件、报表引擎，具有数据采集、数据加工、数据审计、数据核对、主题应用库建立、数据加工预警等功能。对于非业务数据库，只有文档形式的数据，通过统一的数据上报系统数据采集子平台。用户可进行查询、检索历史数据，进行同比分析、环比分析，全面分析历年数据。1、交换传输子系统：交换传输子系统是共享平台交换体系的核心，它承担着数据交换过程中的主要处理工作，如消息监听、消息处理、异常处理、流程管理、监控管理、参数管理等功能。可通过基于内容的路由和方便的数据转换引擎，实现传统消息和Web服务调用的统一处理。中心交换子系统由中心交换传输子系统和中心交换管理子系统组成。2、数据加工子系统：实现转换、加工、整理，对抽取到数据仓库中心的涉税数据进行分析加工，能够识别国税、地税和人行等各部门的不同版本业务管理系统规则，并对企业代码、行业类型、经济性质、属地等数据字典进行归一化转换。3、流程开发子系统：开发中心交换传输子系统与各前置机采集系统中各部门不同指标项、数据项的数据交换流程；并开发对应的mapper映射。3主控中心信息管理1、数据使用审批与许可授权系统：完成每个部门需要共享其它部门指标项、数据项的网上申请、答复、审核、权限控制和数据分发过程。主要功能包括数据使用申请、数据使用审批和数据工作统计等功能。2、数据监控子系统：主要对相关部门的数据交换采集情况进行监控，并采用亮灯进行醒目提示，灰色表示本次没有数据进行交换，绿色表示本次数据交换正常，红色表示该部门本次有数据交换，但数据交换异常。3、考核评价子系统：统计各部门数据累计交换采集量，采用柱形图形式，直观的表示出各部门的数据交换采集情况。4综合治税信息管理将各部门的企业数据与国、地税税务部门企业设立对应关系，建立统一企业索引，对数据层进行整合，将分散在各部门、各系统和不同唯一码的企业进行整理、筛选、归并，实现对纳税人信息的“一户式”存储、管理，以便于实现查询、比对、预警等功能的实现。1、统一户籍：将信息资源共享平台中各部门的企业数据与财税库联网分析系统的国、地税税务部门企业设立对应关系，建立统一企业索引，对数据层进行整合，将分散在各部门、各系统和不同唯一码的企业进行整理、筛选、归并，实现对纳税人信息的“一户式”存储、管理，以便于实现查询、比对、预警等功能的实现。2、一元式查询：在实现纳税人信息的“统一户籍”管理后，可以实现对某企业一次输入查询，即可查询出所有企业各部门相关信息。5综合治税信息比对在国、地税的统一业务指导下，建立我县综合治税信息比对系统，实现国税、地税部门的涉税信息的比对分析应用。制定综合分析模型，生成综合分析结果，与事先设定的预警规则进行匹配、预警，并通过治税协同系统向税费收缴部门推送涉税信息。1、综合要素分析：通过信息资源共享平台获取企业所有相关信息，如工商、劳动、供电、银行等。实现按企业（或单位）生产经营要素、税费要素等指标分析企业（或单位）应纳税费额与实际纳税费额进行比对，分析之间的差距，分析同企业各种税费不同时期月、季、年指标情况，向税费收缴部门推送涉税信息。2、综合分析预警：根据综合分析模型，通过智能数据加工平台，生成综合分析结果，与事先设定的预警规则进行匹配，与设定的阀值进行比较，把达到预警值的信息推送至预警统一监控桌面。3、治税协同系统：为更好的实现综合治税应用，使综合治税应用工作成为常态的工作内容，治税协同模块是将工作流软件作为驱动，在各部门协税专员之间进行文档、信息、任务的自动化管理，以实现综合治税的整体目标。6财税收入综合分析通过综合治税专网、数据交换共享平台和权限授权，通过一系列报表和图形化的展现形式提供部门应用成果展示；实现将财税部门提供给非财税部门的经济涉税数据进行分类、关联、综合分析等。1、税库对帐子系统：国库收入税库对账系统是将人行提供的国库收入电子报表与财政、国税、地税等部门提供的缴库明细信息进行统计核对，按金库、部门、科目、级次、时间等进行分类对账，使财税部门入库明细与人行国库收入报表相一致，从而保证财政收入分析数据的完整性、准确性。2、分权展示平台子系统：根据不同权限要求，配置不同范围的共享数据，通过对这些数据的提取、分析，以数据图形、列表的形式展示出来，供各级领导和部门查看、使用；可方便的进行各类主题综合性定制和展示，进行数据交换或治税工作统计督查要求及情况发布，并提供相应的分析与管理工具等；提供展示第三方应用的接口，根据用户权限进行第三方应用的展示。3、OLAP多维分析子系统：多维数据分析平台围绕OLAP分析为主要目标，通过数据源、数据仓库、多维模型等方面的统一元数据管理，实现全面、深入、灵活的数据分析处理。7经济模型收入预测划分各种地区经济模型，结合相关宏观经济指标（如GDP、社会消费品零售总额、固定资产投资总额、进出口总额、经济景气指数、物价指数等），选择合理预测算法，对税收收入按税种进行分别预测。8领导决策掌上应用分析为决策服务，领导查询掌上应用系统是将财税深化应用层级提升到领导决策应用层次，方便领导随时通过新颖渠道如利用智能手机、上网本等掌上设备以无线方式，及时了解、查询全县的经济运行状态、财政收支情况、税源动态监控、重点企业排名等宏观经济税收信息；查询及下载各部门财经分析资料、周边地区经济税收信息、历史经济税收信息库。1、消息推送前置子系统：为了保障网络和数据访问的安全性，推送前置负责融合数据交换平台、掌上应用平台和查询终端之间三者的数据访问完整性、一致性和互通性，让各自的数据之间无法直接通信，同时又能够保证数据能够互相传输、调用。2、统一支撑平台子系统：可以为终端提供各种信息查询服务的支撑，包括税收收入的指令信息查询,各种信息和知识库的详细信息查询等。该服务使用的可以来自财税库服务器本地，也可以查询信息资源共享服务平台的各种数据。信息查询服务系统负责接收移动终端的查询请求,分发到信息资源共享平台，并将查询结果按需组织起来，返回给终端。3、掌上应用子系统主要实现税收的统计查询、明细查询；人行的国报查询；重点税源的监控查询等原始类数据的查询。对原始类数据进行加工，生成领导所关心的结构分析、地区分析、体制分析、趋势分析等财政分析类查询。能够自动摘取各大媒体的重要财经新闻，了解财经动态。9社会综合治税外网门户通过数据交换加工平台实现综合治税信息公开，通过阳光治税、公众治税以实现全民化参与和长效管理。10数据交换专用前置为了实现全县经济涉税部门的数据采集、交换等协税客户端的业务要求，用户给出部门调研实施方案、数据交换规范、数据交换协议、部门数据应用说明等整体解决方案。二、主要应用模块技术要求该平台底层必须采用BI商业智能技术开发，具体要求如下：1、数据加工核心模块技术要求采用面向服务的架构(SOA)来对平台进行整体规划和设计，采用WebService、FTP等技术方法，实现快速的海量数据的交换和共享功能，满足数据的一次发布、多点应用的需求。能够使用XML对需要共享或交换的数据进行明确的格式和内容的定义。具有异构系统及数据源多模式集成适配功能，支持对字符、二进制等不同格式流数据的解析。数据加工的各项操作，全部采用可配置方式，配置信息存储为XML文件格式，不需要数据库支持。支持数据源字段级自动比对、手工比对、数据审计、逐层清洗功能。数据加工模块要求以下技术参数，投标人请对每项技术参数明确回答“满足”或者“不满足”。指标项技术要求总体要求能够满足用户企业级以及跨企业的数据抽取、数据清洗、数据整理、数据转换、数据映射、数据分配、数据跟踪、数据质量检查以及数据汇总等一系列数据加工处理功能要求，满足数据集中、数据仓库建设、数据交换等需要。技术要求1、开放标准的体系结构。采用基于面向服务的体系（Service Oriented Architecture，SOA）架构，系统结构开放，具有高可扩展能力；系统按照Web service技术规范，具有非平台依赖性，部署便捷等优势。2、工作流管理及调度执行。以可视化可重定义工作流技术为基础，实现简洁、方便的数据加工规程定义，按照规程，自动控制任务执行，实现数据抽取、数据转换、数据整理、数据分发、数据汇总等串行或并行任务的调度执行。3、基于数据加工规程的调度引擎动态配置。对加工过程、加工任务以及多数据源的元数据等，形成一系列配置文件，支持配置文件的动态更新，方便更新部署，系统具有高可移植性。4、数据源支持能力。支持目前常见的大中小型数据库，如Oracle系列、MS Sql Server系列、Access2000、Sybase、DB2、InterBase 、MySql、PostgreSQL等，另外也支持Excel、XML等格式文本的数据源。依据数据源的功能支持，支持批量数据的调度执行。5、支持渐变维。可定义渐变维转换、装载规则，实现OLTP系统中同一实体属性变化时的自动归并，或创建为新的维度成员。6、支持分层清洗逐层对比以及数据审计。通过分层清洗逐层比对直至深入到来源数据，来发现数据分配、转换、汇总等操作中，多个来源数据集与目标数据集数据的一致性与正确型，进而提高数据质量。7、支持用户自定义插件。对于复杂的动作，允许用户自定义动作执行逻辑，通过标准类接口的继承，实现对插件的动态引用，系统与用户自定义插件之间可传递系统参数及用户定义的格式化参数，从而实现对数据操作的控制。自定义插件进一步丰富ETL的功能范围。8、支持增量或全量方式的数据抽取。可选择定义数据抽取规则，实现增量方式或全量方式的数据抽取。9、可实现对其它数据加工工具支持的标准动作的无缝挂接及调度控制。10、日志管理功能。系统对所有操作、运行状况都形成日志。提供对日志的查询功能，能够对一定时期内的数据加工情况进行统计分析，并形成报表、统计图。11、完整支持OLAP。从OLTP系统，依据规则，通过自动产生时间维表、维和度量的转换、数据立方体产生、OLAP维表产生等一系列动作支持OLAP应用的数据集准备。对OLAP工具提供ETL元数据，保障元数据的一体化管理。性能要求1、高性能。对需要频繁执行的操作，提供相应的处理功能，避免在DBMS中执行大数据量的操作，降低ETL过程对数据源的冲击，同时也提高ETL的效率。2、易用性和实用性。采用配置的方式进行开发，配置内容可以通过各种工具编写或自动生成配置文件，并作为数据模型驱动的ETL设计开发提供方便的接口。3、开放性和可扩展性。平台采用纯java开发，充分利用面向对象技术，合理应用多种先进的设计范式，所有功能组件均采用动态加载的方式，确保系统具有良好的开放性和可扩展性。可以通过扩展部件基类或者实现转换函数接口来扩充系统的功能。4、多数据源支持。支持任何数据库平台和非结构化文件，例如Sybase ASE、Sybase ASIQ、Sybase ASA、Oracle、MS SQL Server、IBM/UDB、DB2、Informix、excel、txt等， 5、高效性和可伸缩性。利用多线程特性，充分利用硬件的I/O、内存、CPU处理能力，调整各个功能部件的运行参数，优化ETL的性能，确保在指定的时间内完成ETL任务。6、平台无关性。可以运行在windows、linux等操作系统平台。 7、可维护性。平台采用元数据驱动策略，实施对元数据集中管理。8、安全性。整个过程采用监控处理，节点式管理，对异常问题及时记录，及时通知。开发支持支持C、C、C#、JAVA等开发语言接口。支持作为J2EE 应用服务器的外置扩展服务。2、多维分析建模核心模块技术要求提供基于角色的数据查询、统计、汇总以及探索等联机在线分析（OLAP）功能。能够可视化定义多维分析功能。具有对数据源、数据仓库、多维模型、分析功能等方面的统一元数据管理能力。数据展现除提供面向数据分析的数据展现应用功能之外，同时提供面向业务处理系统的数据查询功能，提供实体关联查询功能。数据展现功能的实现，要求从元数据、查询功能、用户界面等系统各层面，采用XML格式定义、配置，便于系统维护、更新、升级、功能扩展。具备OLAP操作，支持一户式查询、清册查询功能。具有实现复杂报表的定制、产生、修改、展现和其它管理功能。各项OLAP操作的结果均能所见即所得输出为Excel文件格式。多维分析建模核心模块要求以下技术参数，投标人请对每项技术参数明确回答“满足”或者“不满足”。指标项技术要求总体要求??提供面向主题的、全面的、立体的、灵活的、智能的数据多维分析及统计，并依据角色及管理目标的要求，以丰富灵活的报表、统计图表等方式展现。技术要求1、多维数据模型建立。结合数据仓库，定义多维数据模型，包括多维查询的立方体、虚拟方体、维表等。2、多维分析的功能自定义。根据多维模型，定义不同角度、不同侧面、不同范围的多维查询功能的定义。3、清册查询功能自定义。依据来源数据，可定义指标项的最详细的明细查询功能定义。4、业务数据实体关联查询功能。深入到明细项，展示所有与该实体相关业务数据。5、满足各级用户对业务数据综合查询的需要。6、满足用户对主题数据的OLAP操作分析需要。提供多维数据的切片、切块、钻取、上探、旋转等操作。7、满足相关数据的对比分析需要。提供历史数据、当前数据之间的同期对比、环比、交叉对比等。8、满足对各类指标的关联分析需要。9、满足决策目标的趋势分析需要。时间序列分析，曲线图10、多种图表输出。提供混合图表输出，图表的Excel导出、打印等。11、完全配置模式。从数据源、多维数据到用户功能的全配置，使得系统的开发、部署和维护变得非常容易，提高软件平台的开放性和易维护性。12、支持多种平台，多种数据库。有效地解决系统跨平台的要求，在多维数据获取和分析过程中使用MDX（多维表达式）进行实现。13、强大的报表功能。注重前端展现，可操作性强，易用，更加符合国内用户的报表格式及报表输出需求。14、数据展现从元数据、查询功能、用户界面等系统各层面，采用XML格式定义、配置，便于系统维护、更新、升级、功能扩展。性能要求1、即席响应。提供基于角色的数据查询、统计、汇总以及探索等OLAP即席响应。2、跨平台，可以部署windows、linux等操作系统。3、高运行效率。支持数百用户以上，多cpu并发访问。4、高稳定性。支持长期连续运行服务。开发支持支持C、C、C#、JAVA等开发语言接口。支持作为J2EE 应用服务器的外置扩展服务。3、数据挖掘核心模块技术要求具备完备的分析类挖掘功能，支持基于数据仓库多维模型的挖掘，支持海量数据的挖掘。挖掘平台能够与数据加工平台、多维分析平台进行无缝的连接与互操作，保障整体展现的一致性。数据挖掘核心模块要求以下技术参数，投标人请对每项技术参数明确回答“满足”或者“不满足”。指标项技术要求总体要求??对数据库中的海量数据进行分类、统计、关联、归纳等模式化处理，从中提取辅助决策的关键知识。即从数据库中自动发现相关业务模式、规则、规律、趋势等技术要求1、图形分析：支持散点图、柱图、饼图、线图、环形图、雷达图、面积图、甘特图、箱图等。2、统计分析：提供均值、中位数、标准差、方差、全距、峰度、偏度、几何平均数、加权平均数、调和平均数、占比、多维交叉分组等统计功能3、知识发现：提供人工神经网络、决策树、关联规则、聚类、孤立点等知识发现方法4、统计挖掘：提供相关分析、偏相关分析、多元线形回归分析、非线性回归分析、时间序列分析、主成分分析等统计挖掘方法5、工作流管理及调度执行。可视化可重定义工作流技术，实现简洁、方便的数据挖掘过程定义，按照规程，自动控制任务执行，实现多项数据挖掘任务的并行执行，提高挖掘效率。性能要求1、伸缩性强。提供XML格式的模型接口，可与OLAP平台、BI应用产品方便地集成。2、高精度。经过对各类挖掘算法的优化，最大限度地避免计算资源受限引起的计算精度、计算误差。3、支持多种数据库、海量数据的挖掘4、高执行效率。充分采用并行处理和算法优化技术。5、跨平台，可以部署windows、linux等操作系统。开发支持支持C、C、C#、JAVA等开发语言接口。支持作为J2EE 应用服务器的外置扩展服务。4、财政收入分析核心模块技术要求跨部门（单位）的信息共享。反映财政收入数据大多数分散在其他部门或单位，国税、地税、银行等。因此，进行有效的财政收入分析，首先是获取这些数据。其途径是采取某种技术手段，实现跨部门（单位）的信息共享问题。内外数据的集成。解决共享问题是第一步。由于其他部门（单位）提供的共享数据，在格式、内容等方面的不一致，很难实现决策数据的正确。因此在获得外部数据的同时，需要通过对外部获取数据的整理，形成内容准确、一致的信息，并将整理后的外部信息与财政局内部数据集成到一起，统一管理，形成财政部门内完整、一致的收入信息资源。数据的合理组织。外部数据以及财政部门内部数据，一般是从业务系统获取的数据，这些数据如实反映实时业务活动，如纳税人纳税信息，一般这些数据类似流水账，并未进行有效组织，很难满足用户不确定性的分析、统计（一般是观察数据的角度是随意的），并且很难满足灵活报表输出的要求。深入的分析预测工具。建立能够满足财政收入管理要求的分析、预测模型，并通过方便快捷的方式，为用户提供不确定性的分析、统计、预测。财政收入分析核心模块要求以下技术参数，投标人请对每项技术参数明确回答“满足”或者“不满足”。指标项技术要求总体要求??平台要求基于数据加工（ETL） 、多维数据分析（OLAP）、数据仓库（DW）、数据挖掘（DM）等核心技术构造，通过底层的数据加工，形成适合分析、统计的财政多维数据集，利用OLAP分析、智能报表等为各级管理部门，提供财政收入的多角度、多层面全面深入的分析、统计。 技术要求1、自动快速实现外部数据的获取、导入2、自动快速实现内外数据的集成3、立数据仓库，自动装载主题数据4、构建多角度查看、分析、统计的数据模型5、要求方便的深入分析、统计、查询界面，满足不确定分析、统计6、建立分析模型，管理模型库，实现基于模型的收入趋势预测7、要求对业务数据、多维数据的宏观与微观结合的收入分析，个性化的分析视角，深入的跟踪对比统计分析8、灵活报表输出9、要求完整的OLAP操作10、要求多种统计图表输出11、要求便捷的实时业务查询12、要求实体关联查询13、要求可视化指标分布网状态查询14、要求渐变维跟踪查询、统计15、要求将任意结果即时导出为Excel16、要求模糊查询17、要求用户角色的维层级管理性能要求1、完整性：实现从数据交换、数据加工、数据的集中、元数据管理、数据的展现、数据挖掘、决策分析等信息由预处理到共享的一条龙服务。 2、快捷发布：不需要对应用程序编程，用户只需进行模型配置即可部署。 3、跨平台兼容性： 可运行于任何支持J2EE的系统环境，如：Windows、Linux等系统平台。 4、稳定高效：利用如：Java的多线程特性，提高系统的吞吐量，保障系统稳定与高效。5、支持信息安全控制：数据加工过程中实现安全（不丢失、不被窃取），在内部使用中，依据部门、人员角色不同，确定信息访问、处理范围，保障信息内容安全。6、可控性：将业务流程利用工作流进行控制，实现流程化的数据获取、校验、审核、转换、整理、分发等操作。7、安全可靠性：具有完善的用户角色、日志监控等安全机制，能够满足企业级数据的安全访问控制。开发支持支持C、C、C#、JAVA等开发语言接口。支持作为J2EE 应用服务器的外置扩展服务。三、现场演示要求1、总体要求：A、各投标人应按照按招标公告规定的时间和地点参加现场演示。B、 演示地点提供电源及带VGA接口的投影设备，由投标人代表自带手提电脑进行演示。每个投标人的演示时间不超过30分钟，演示人员不得超过2人。C、演示期间评委将进行提问，并有权适当延长演示时间。D、投标人必须采用实际系统，并提供数据进行动态演示，以PPT、照片等形式进行的演示将不计分。2、演示规则：A、参加本次演示的各投标人，均认为本次演示的程序和环境能够满足演示基本条件，并对本演示方案要求内的各项规定不做事后异议，且能够严格遵守相关规定。B、现场演示在正式评标环节前进行。现场演示正式开始前进行签到，按签到顺序依次进行现场演示。一个投标人一次性逐项将所有内容现场演示完毕。一个投标人在进行现场演示时，另外的投标人不得进入演示现场。演示期间，评委可视情况对演示人员进行提问。C、投标人对本次演示条件的不确定性疑虑应在演示开始前做书面表达，若所有疑虑不能完全消除，并认为演示结果仍会产生误判，则可以退出演示。D、由于演示时间有限，投标人同意承担其演示结果不确定性的风险，即同意专家以演示情况的判定结论。E、本次演示的结果，仅对本项目评标委员会负责，无义务向其余各方出具演示结果。F、风险及费用说明：各项费用由投标人自理、风险自负。3、现场演示的内容： 见评标办法--评标信息--软件演示平昌县经济信息共享平台评标办法1评标方案1.1综合评估分的计算和排序1，综合评估分中各评估因素所占权重（见下表）评估因素价格技术商务分数（权重）3040302，综合评估分（精确到小数点后两位）=技术得分 价格得分 商务得分；3，将综合评估分从高到低排序，得分相同的，按投标报价由低到高顺序排列。得分且投标报价相同的，按技术得分高低顺序排列；中标依据：在不高于最高限价的前提下，综合评估分最高的为中标候选人。1.2评委将按以下评分标准对有效投标人响应文件进行评分。序号评分因素及规则权重1价格部分301.1基准价格分：以有效投标人报价中最低价作为基准价，基准价格分为30分。投标人的价格得分=（评标基准价 / 投标人报价）×30（精确到小数点后两位）。302技术部分402.1业务方案（项目背景和现状分析）：评委掌握计分1、对平昌县社会综合治税项目开发的功能需求、开发边界、数据事项种类和数量、性能要求把握准确（4分）；2、对平昌县社会综合治税项目理解透彻（2分）；3、对平昌县财政收入分析体系理解深刻（2分）；4、对平昌县领导决策掌上应用理解充分，设计合理(2分)。102.2技术方案： 1、整体设计（5分）：方案总体设计、网络框架设计、应用框架设计：优秀5分；良好3分；一般1分；差的0分；2、详细设计（软件功能与招标技术要求符合程度）（5分）：优秀5分；良好3分；一般1分；差的0分；3、理解各应用软件系统、接口、数据关系（3分）：优秀3分；良好2分；一般1分；差的0分。132.3软件演示：（必须采用典型成熟案例进行系统功能演示，评委掌握计分；以PPT、照片等形式进行演示，未采用实际系统演示的计0分）。1、综合治税信息管理系统主要功能：演示统一户籍、综合分析、治税协同等，本项5 分；2、演示智能数据加工平台、多维分析建模核心模块、数据挖掘核心模块、财政收入分析核心模块主要功能，本项6 分（每项1.5分）；3、演示经济模型收入预测主要功能，本项2 分；4、演示领导决策掌上应用主要功能，本项1分；5、演示系统的扩展性功能（实现用户可自行增改共享部门、数据指标、表格等），本项3 分；173商务部分303.1投标人业绩：1、本项考察投标人2012年以来承担财税数据共享系统、综合治税系统开发（建设）项目的业绩情况。需提供合同原件及用户签字盖章的验收报告；合同仅限于在公开招标及竞争性谈判中中标的合同；2、单份合同中“综合治税软件”金额为有效计分金额；3、有效计分金额必须在50万元及以上，50万元以下的不计分；4、合同总额中无法确认有效计分金额的，按合同总金额的50%计算；5、计分办法，按单份合同计算：单份合同得分=〔3分 （有效计分金额-50万元）/50万元（取整数部分，不四舍五入）X1分〕。6、计分合同总数不超过4份，4份合同得分之和，即为本项应得分数（满分13分）。133.2投标人信誉： 1、获得CMMI2及以上级体系认证的得2分；2、获得ISO27001 信息安全管理认证的得2分；3、获得国家级或省部级以上行政机关奖项的得2分；4、综合治税系统、财政收入分析、数据交换平台、数据加工平台、多维数据分析平台等软件产品具备国家版权局颁发的《计算机软件著作权登记证书》，每个0.6分，满分3分；上述相关资质证书、获奖证书、著作权证书必须提供复印件（原件备查）。93.3投标人社保证明：投标人提供近期连续六个月的社保缴纳证明得2分，未提供的不得分。以加盖鲜章的社保证明为准。23.4项目质量保障:1、培训计划：根据投标人的技术培训内容、培训计划、培训时间、地点等进行评分（1分）；2、项目人员配置：根据投标人驻场实施人员（2人及以上）进行评分（1分）；3、服务保障体系和响应情况：根据持续服务保障情况、质保期、服务内容、响应时间、响应方式和长驻现场服务人员保证等进行评分（1分）。33.5项目售后服务：1、完全满足招标售后服务要求的得1分；2、提供本地化售后服务队伍承诺的得1分。23.6投标文件规范性：投标文件制作规范，没有偏差的得1分；一项细微偏差扣0.2分，扣完为止。1