财政票据电子化管理系统技术开发服务采购(重)招投标书范本

千里马招标网中国招投标行业门户网站招标项目采购需求说明：、本招标文件所称中小企业必须符合《政府采购促进中小企业发展暂行办法》第二条规定。、小型、微型企业提供中型企业制造的货物的，视同为中型企业。、小型、微型企业提供大型企业制造的货物的，视同为大型企业。、按照《财政部、司法部关于政府采购支持监狱企业发展有关问题的通知》（财库〔〕号）的规定，监狱企业视同小型、微型企业。、按照《关于促进残疾人就业政府采购政策的通知》（财库〔〕号）的规定，残疾人福利性单位视同小型、微型企业。残疾人福利性单位属于小型、微型企业的，不重复享受政策。、小型和微型企业产品的价格给予%-%的扣除，用扣除后的价格参与评审，具体扣除比例请以第四章《评标办法及评分标准》的规定为准。、台式计算机，便携式计算机，平板式微型计算机，激光打印机，针式打印机，液晶显示器，制冷压缩机，空调机组，专用制冷、空调设备，镇流器，空调机，电热水器，普通照明用自镇流荧光灯，普通照明用双端荧光灯，电视设备，视频设备，便器，水嘴等品目为政府强制采购的节能产品（具体品目以“★”标注）。若采购货物含有此类产品时，投标人的投标货物必须使用政府强制采购的节能产品，投标人在投标文件中必须提供所投产品属于现行政府强制采购节能产品的证明材料（加盖投标人公章），否则相应投标无效、投标人必须自行为其投标产品侵犯其他投标人或专利人的专利成果承担相应法律责任；同时，具有产品专利的投标人应在其投标文件中提供与其自有产品专利相关的有效证明材料，否则，不能就其产品的专利在本项目投标过程中被侵权问题提出异议。、本项目采购需求需满足及执行国家现行法律、法规、标准，行业标准。服务效率达到采购人要求。、项目设备维护依据合同约定和国家、地方、行业相关标准（规范）就中标人对项目维护工作质量进行验收。、招标文件中凡标注“▲”号的条款为实质性条款或指标，必须满足或优于，否则投标无效。投标人的投标文件中非“▲”号条款发生负偏离或不响应达项（含）以上的竞标无效。、本项目属于服务采购，无核心产品要求。广西财政票据电子化管理系统需求说明书一、项目概述（一）业务背景财政票据是行政、事业单位、社会团体财务收支的法定凭证和会计核算的原始凭证，是财政、审计、监察等部门进行监管检查的重要依据，是非税收入源头控制的重要手段，是财政管理的重要组成部分。建立和完善财政票据电子信息管理系统，对于规范财政票据管理，提高政府非税收入监管水平，加强廉政建设，增加财政决策的科学性和财政工作的透明度，实现依法理财等都具有十分重要的意义。年财政部先后发布《财政票据管理办法》（财政部令第号）、《推进财政票据电子化改革的方案》（财综〔〕号），要求各级财政部门建立财政票据电子化管理系统，依托计算机和网络技术手段，实行“电子开票、自动核销、全程跟踪、源头控制”，提高财政票据管理水平；将财政票据管理的全过程纳入系统管理，有效监控财政票据的流向、使用和管理，并逐步与财政部财政票据电子化管理系统进行对接，实现信息共享。为适应现代社会信息化发展的需要，近年来国务院相继下发了《中华人民共和国电子签名法》、《国务院办公厅关于转发国家发展改革委等部门推进“互联网+政务服务”开展信息惠民试点实施方案的通知》(国办发〔〕号)，要求各地充分运用现代化信息技术手段，构建覆盖完整业务流程的信息管理系统，逐步以数字化的现代网络技术提高工作管理水平。（二）现状分析年,自治区根据财政部有关规定，在全区范围内逐步推广使用单机版“财政票据电子化管理系统”，为我区财政票据管理工作的规范化、科学化、自动化奠定了良好的基础，提高了财政票据的监管水平。但在实际工作中还存在覆盖面不够广，维护成本高，共享程度低等问题。截止目前，从面上看，财政票据电子化的改革已覆盖到各市县，但并不是各级所有使用财政票据的行政事业单位都实行了电子化管理，有的市县仅限于启动了财政部门端，或几个行政事业单位。其次，财政票据电子化管理系统落后于管理需要。目前我区使用的财政票据电子化管理系统是单机版，使用范围仅限于财政和行政事业单位端，业务范围仅限于财政票据的领购和核销，以及收费收入的数据统计。该系统没有实现和票据印制企业、非税收入收缴系统以及各市县的连接，没有实现真正意义上的从票据印制、领购、核销、销毁、收入上缴等全过程的有效监控。财政票据系统“以票控费、以票促收”的作用和为政府非税收入征收管理服务的功能没有很好地实现。（三）建设必要性。近年来，互联网技术飞速发展，智能移动应用迅速普及，电子缴款、电子支付等新兴缴款模式应用不断扩大，对财政票据的开具、传输、保管、入账等提出了更高要求。为充分运用现代化信息技术手段，有必要构建覆盖完整业务流程的网络版票据电子化管理系统，切实提升我区财政部门的信息化管理水平和公共服务能力，实现票据开具、管理、传输、查询、存储和社会化应用等全流程无纸化电子化控制，构建科学、高效、便捷的财政票据管理体系，进一步提高我区财政票据电子化管理水平。.有利于实现整个财政票据全过程监管。依托计算机和网络技术手段，对我区财政票据计划、印制、入库、领购、使用、核销、查验、销毁等实行全程监管。系统管理范围涵盖我区所有财政票据，具有电子开票、自动核销、资金监管、统计分析等功能。.有利于提高财政票据信息共享水平。建立全区统一的财政票据管理信息数据库和信息交流管理平台，实现财政票据电子信息防伪，与政府非税收入收缴系统互联互通，满足政府非税收入征管和财政票据管理需求。.有利于提高财政票据管理水平和工作效率，方便群众办事。通过建立全区统一的财政票据管理信息数据库和信息交流管理平台，实现网上申报，电子开票、网上审核，信息查询、信息交换等业务需求，达到“打破信息壁垒、提升服务效率，让百姓少跑腿、信息多跑路”的目标。.有利于节约管理成本，逐步实现全流程无纸化电子化控制。构建科学、高效、便捷的财政票据管理体系，可有效节约社会资源，逐步减少纸质票据印刷量，降低票据印刷费用，也可减少系统维护成本。二、建设原则和目标（一）建设原则保证业务运行稳定、功能覆盖完全、对外接口兼容、数据平滑升级。对于业务功能在设计时需要考虑系统的可扩展性、可管理性、可维护性等因素。.技术成熟、先进、可靠性原则技术架构应具备较强的生命力，并具备一定的发展潜力，系统可靠性高，系统性能能进一步提高。.灵活实用、经济适用性原则设计灵活，能够兼容现有设备，保持运行环境不变。.安全可靠、易于扩展性原则系统设计安全性高，同时还应易于扩展。（二）建设目标广西财政票据电子化管理系统网络版通过建立财政、单位及印刷厂的实时联网，实现“电子开票，自动核销，全程跟踪，源头控制”的财政票据管理理念，对收费项目审核、票据印制、票据发放、票据开具、票据核销、统计分析、查询鉴别等全部环节的全生命周期的管理，深化对单位非税收入资金、往来资金、社团资金的监管力度，完善对各类开票、缴费模式的管理支撑，确保财政票据管理的规范化、科学化、便捷化。.实现财政票据管理过程全覆盖，解决票据印制计划、领购、使用、核销、销毁、收费项目管控等环节的管理需求。.实现与非税系统的衔接，达到“以票控收、以票促缴、以票管费”的工作目的。.实现电子票据管理功能，实现电子票据制样、赋码、开具、传输、查验、入账等全流程电子（无纸化）控制，构建科学、高效、便捷的电子票据管理体系。.实现财政票据公共信息网上查询。.完成自治区本级、一个试点市及一个试点县的推广实施。三、建设内容（一）建设内容概述根据我区的实际情况，本项目的建设内容主要包括：.建设全区统一的财政票据管理数据库，实现全区数据大集中。.建设网络版财政票据电子化管理系统，实现票据电子化全流程在线管理。.建设财政电子票据管理模块，实现数字化的财政电子票据取代现有的纸质财政票据。财政电子票据的基础流程规范、编码规范、数据规范、接口规范等需符合财政部有关要求。.建立财政票据电子化管理系统与非税收入收缴电子化管理系统的对接，实现非税收入票据、收入项目、标准和收费金额等信息数据共享。.将原单机版财政票据电子化管理系统的数据进行结转处理。（二）业务功能概述广西财政票据电子化系统广西财政票据电子化系统基础数据票据印制入库票据领用票据核销查询统计票据印制计划领购证办理票据开具票据销毁电子票据管理系统功能图（三）业务流程概述业务管理环节流程图（四）系统技术架构财政统一应用门户财政统一应用门户广西财政票据电子化系统数据总线、安全传输……业务模型、权限模型、角色体系、安全服务、接口服务、门户引擎、数据引擎、工作流引擎、报表服务等中间件（Weblogic10g以上）数据库（Oracle10g以上）操作系统（Windows、Unix、Linux）非税收入收缴管理系统预算单位业务管理系统统一业务技术规范标准接口体系SOAXML……表现层应用层服务层数据层系统技术架构图系统网络部署四、项目需求（一）业务功能. 基础数据模块对各类基础资料进行设置和管理。包括领用单位、财政部门、票据目录、票据印制企业、仓库、收费项目、标准、票据式样、准购证模板、财政票据管理文件、系统控制参数等信息。. 票据印制计划模块票据领用单位向同级财政部门、下级财政部门向上级财政部门报送票据印制计划，票据印制计划通过逐级上报，最后由自治区财政部门审核汇总并生成印制通知。计划上报完成后可通过追加功能来追加计划数。包括票据印制计划编制、上报、接收、审核、汇总统计等功能。业务流程编制印制计划编制印制计划本级财政部门审核汇总自治区财政部门审核汇总报本级财政部门报上级财政部门流程说明：由用票单位或各级财政部门编制印制计划，报本级财政部门审核汇总，逐级上报至自治区财政部门审核后生成票据印制信息。. 票据印制入库模块财政部门根据票据印制计划及票据库存情况，向印制企业下达印制通知，印制企业根据印制通知印制票据后向财政部门办理入库手续。包括票据印制信息录入、审核、发送；生成印制合同；印制企业入库信息上传、审核、入库，报表统计等功能。业务流程票据印制信息录入票据印制信息录入未通过审核印制信息审核印制企业确认未通过发送印制企业生成印制合同印制企业生成入库信息印制完成审核入库信息票据入库票据领用未通过流程说明：财政端经办人录入票据印制信息，经负责人审核通过后发送到客户端（印制企业），印制企业确认后由财政端生成印制合同。印制完成后客户端（印制企业）生成入库信息并发送到财政端，财政部门经办人审核通过后办理票据入库。. 票据领购证办理模块财政部门为同级票据领用单位办理票据领购证。包括领用单位信息输入、上传办证资料、信息审核、打印领购证功能。业务流程申请单位信息录入申请单位信息录入经办人申请信息审核负责人复核未通过经办人打印领购证未通过流程说明：申请办证单位录入本单位基本信息并上传办证资料，财政部门经办人审核申请信息，经负责人复核后打印领购证，系统生成领证通知。. 票据领用模块票据领用单位向同级财政部门办理票据领用手续。包括票据领用单位（含本级和下级财政部门）领用申请、票据种类、审核、发放、打印领购信息、报表统计等功能。业务流程领用申请领用申请领用申请审核负责人复核未通过票据发放未通过打印领购信息生成票据领用信息流程说明：用票单位或下级财政部门提出领用申请，财政部门经办人审核，负责人复核通过后发放票据，系统在单位端生成领票通知和单位票据领用信息。. 票据开具模块票据领用单位根据有关规定进行开票。包括票据开具、报表统计等功能。. 票据核销模块票据领用单位按规定向同级财政部门办理票据核销手续。包括本级单位核销申请、审核、核销、打印核销信息、报表统计等功能。业务流程提出申请提出申请经办人审核负责人复核未通过票据核销未通过打印核销信息流程说明：用票单位提出核销申请，财政部门经办人审核，负责人复核通过后核销票据，系统生成核销通知。. 票据销毁模块票据领用单位按规定向同级财政部门办理票据销毁手续。包括票据销毁申请、审核，打印销毁信息，报表统计等功能。业务流程提出申请经办人审核负责人复核未通过生成销毁表格提出申请经办人审核负责人复核未通过生成销毁表格未通过票据销毁流程说明：提出销毁申请（用票单位已核销票据和财政部门空白的票据），财政部门经办人审核，负责人复核通过后生成销毁表格，销毁票据。. 查询统计模块可提供各类票据报表。包含各类常用表格查询统计（常用表格式样详见附件）。.电子票据管理模块按照财政部《关于稳步推进财政电子票据管理改革的试点方案》（财综[]号）文件要求的财政电子票据管理基本流程、财政票据编码规则、财政电子票据数据规范、财政电子票据公共服务接口规范实现广西财政票据电子化管理系统。实现财政电子票据开具、管理、传输、查询、存储、报销入账和社会化应用等全流程无纸化电子化控制。（）电子票据基础信息管理。包括电子票据种类（电子票据批次编码、年度等）以及电子票据模板管理（将描述电子票据数据模板要素的XML文件及可视化样式的PNG图片制作形成电子票据模板文件，上传到系统）。（）单位印章管理。将收集、制作的单位印章以PNG图片形式上传到系统。（）公众服务平台。缴款人通过公众服务平台获取电子票据信息（缴款人姓名、票据代码、票据号码、校验码、项目、金额等）和查验电子票据真伪。（）具有电子票据制样、赋码、开具、财政监制签名、传输、查验、入账、归档、打印，报表统计等功能。以上所有模块均可实现根据各类条件单独或组合查询统计并导出表格、打印。制样客户端制样客户端财政端赋码财政监制签名归档开具入账归档传输查验入账归档缴款人流程说明：财政端经办人完成票据样式、票据类型等信息制定，经负责人审核通过后生成电子票号号段，将签名后的电子票号段下发至用票单位，客户端用票单位开具电子票据并签名后上报财。政端，财政端自动对上报的票据进行验签和加签后返回客户端，客户端用票单位将经财政端验签并加签后的电子票据送达缴款人，缴款人可通过查询平台对送达的电子票据进行查验或换开纸质票据。具体业务流程为：（）制样。制样是财政端定义财政电子票据模板，描述电子票据的数据要素及可视化样式，制作形成电子票据模板文件的过程。（）赋码。赋码是财政部门向单位发放电子票号的过程，是保证财政电子票据票号唯一性的核心环节。根据单位业务模式的特点，财政电子票据可以支持两种赋码模式：一是单位开票时系统按照财政部门设定规则自动分配电子票据；二是财政部门预发电子票据票号，单位按顺序使用电子票号。（）开具。开具是根据单位业务模式的不同，单位可以使用系统单位端录入或批量导入开具财政电子票据，也可以依托单位自有业务系统，通过财政票据电子化管理系统接口开票等模式开具财政电子票据，开票信息中需包含单位数字签名。单位开具生成含有单位签名的票据信息后，通过系统自动上传到财政端，财政端验证电子票号唯一性、单位签名有效性无误后，追加财政监制签名，制作生成完整的财政电子票据。（）传输。传输是将财政电子票据交付交款人的过程。财政电子票据相关信息通过短信、微信、电子邮件、电子票据专用App等多种方式发送给缴款人，缴款人可以通过财政部门指定的方式获取财政电子票据。（）查验。财政电子票据查验是缴款人对电子票据真伪进行验证的过程。缴款人取得财政电子票据后，可以通过财政票据服务平台或应用工具等查验票据真伪。（）入账。入账是单位进行财政电子票据入账处理的过程。财政部门应提供支持财政电子票据入账接口，开票单位和交款单位可以通过建立单位财务管理系统与财政票据电子化管理系统接口的模式，自动获取、查验本单位的财政电子票据，也可以自动生成记账凭证。在过渡阶段，开票单位可以将财政电子票据打印到纸质财政票据上，给缴款人入账。（）归档。归档是财政电子票据作为原始凭证，财政部门、开票单位、缴款单位需分别进行归档。财政部门归档作为备查依据，开票单位归档作为记账依据，交款单位归档作为报销凭据。以上所有模块均可实现根据各类条件单独或组合查询统计并导出表格、打印。．公众票据查验平台。建立公众票据查验平台，为缴款人提供票据真伪查验服务，同时充分利用微信公众号等第三方平台，提供高效、便捷的电子票据查验服务。.与非税收入收缴系统的衔接财政票据电子化管理系统需与现有非税收入收缴管理系统高度衔接。票据系统将票据的领用出库情况推送给现有非税收入收缴管理系统；非税收入收缴管理系统将票据的使用情况、项目收费情况回传给票据系统以便核销票据。完成相关环节数据交互，实现非税收入项目、标准、金额以及非税票据的领用、开具等信息的共享。.与单位业务管理系统的接口实现与单位业务管理系统的接口,实现电子票据信息的处理对接。相关接口规范要遵循财政部财政电子票据公共服务接口规范，接口应具备开放性，应无偿地提供给各外部单位进行技术对接或服务。在与单位业务管理系统交换电子票据信息等数据时要保障数据传输安全。具体要求为：（）电子票据下载。单位通过该接口下载待入账电子票据。（）电子票据入账反馈。单位入账后，通过该接口将财政电子票据入账凭证号反馈财政电子票据服务平台。.数据迁移在旧单机版管理系统的基础上制定详细的数据迁移技术实施方案步骤，准备迁移数据环境；业务上做好对未处理完的业务事项或历史业务数据结转准备，在技术与业务对需迁移的业务数据都验证完毕后，准确无误地实施数据迁移，实现新旧系统数据平滑过渡。．常用表格式样详见附表。（二）用户群体主要面对全区各级财政部门，行政事业单位，社会组织（含社会团体、基金会、民办非企业）、票据承印企业和社会公众。系统需具备完善的权限管理体系，区本级财政用户、市县级财政用户、本级的单位用户、外单位用户间权限相互独立。需具备灵活配置用户权限的功能。（三）系统技术性要求.系统总体技术性要求系统必须提供统一的基于ESB服务总线模式的集成设计，采用先进的JEE技术，java语言开发。符合SOA架构体系，采取“平台+应用组件”的模式进行设计，在一个平台上实现财政票据电子化管理，能与财政非税收入收缴管理系统、预算单位业务管理系统等实现票据数据共享。.系统设计核心应用项目系统建设要求平台设计应满足如下核心应用要求：（）支持中间件服务器应用。（）具备多组织中心管理，可以实时灵活切换，便于查询不同数据中心的数据信息和统计。（）支持多种操作系统平台，如平台能在WindowsXP/Windows/Windows、支持Unix、Linux等系统操作平台。（）系统数据应采取集中存储管理，可在不切换系统的情况下进行跨年度数据提取、汇总和查询分析。（）系统应具有图形化工作流程设计功能，可以根据财政厅票据管理要求随时灵活定制不同的管理流程。满足个性化工作流设计、定制和发布。.系统架构要求（）应采用主流和成熟的B/S三层架构模式、企业级OracleRAC数据库平台及WebLogic中间件，支持webservice和XML，保证票据业务系统的扩展性及系统平台的可移植性。（）票据电子化管理系统采取财政厅数据集中管理模式，实现财政厅系统从财政厅到各市县及行业主管部门的网络信息化票据电子化管理体系。（）实现市县财政系统票据电子化管理的实时性要求。（）远程数据传输必须加密。（）系统采用集中式处理。但应适应财政厅系统各级财政票据处理的多种参数选择控制，在集中管理的同时满足个性化要求，降低对客户端硬件平台的要求，减少运行和维护成本。（）平台应基于多组织架构设计。所有组织统一在一个数据中心，从数据库设计底层保证财政票据管理信息化集中的基础系统平台、基础信息资料、权限管理等统一管理的要求。.系统设计要求（）先进性系统设计合理、架构科学，具有一定的技术先进性、具有较高的适应性和灵活性。在符合技术要求的前提下，系统开发、引入的技术构件等采用目前主流产品和成熟的技术，综合利用水平上具有先进性。即在充分考虑上述要求的同时，尽量采用技术成熟、性能价格比高的产品，从而保证建成系统具有良好的稳定性、可扩展性和安全性。（）易用性在满足业务功能需求的前提下，要适应业务角色特点，做到系统界面简洁、友好，使用简单、实用、人性化。用户在登录、访问、下载信息时，速度快，质量高。同时，接受访问的用户容量大，可扩展性好，系统并发响应能力强，查询速度快，减少用户等待时间。系统需要突出用户的中心地位，在满足系统交互要求的同时考虑降低用户劳动强度，保证用户使用习惯；（）可靠性在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足用户对信息处理的需求。在硬件和系统软件正常运行的前提下，系统可以持续高效运行。（）可扩展性在设计上必须具有适应业务变化的能力，如系统用户数量及业务量的增长、增加新的预算单位、增加新的业务、规则或代码的变化、其它业务的变更、业务流程重组等，应尽可能地保证业务变化造成的影响局部化。（）可维护性采用组件化开发和松耦合系统设计。软件能够被简单方便地修改和升级，包含可读性、可修改性、可测试性等。基于工作流和规则库。系统应采用参数化设计，可以根据实际情况对功能进行灵活调整而无需修改程序。（）可管理性每个层次、每个构件都提供标准的管理接口。实现统一的、一致的日志功能。提供实时系统健康检查手段，准确易用的监控、错误定位功能。. 系统安全要求（）数据库安全性（a）数据存储安全：应采用必要的技术来保证数据库的高可用性。（b）数据访问安全：采用多层体系结构将数据库服务器同外部应用网络独立开来，保证数据不能被外部直接访问。对于应用系统来说，采用严格数据库系统权限设置与检查防止非授权用户访问数据。具有内置的大数据量校验功能，数据库中重要数据记录，应采用校验等方法，保证数据不被非法修改。操作员密码在数据库中必须加密存储。（c）数据备份安全：利用数据库备份产品，定期将数据备份在数据库服务器上，供意外和灾难恢复；进行数据文件备份，定期把数据导入到文件中，并存储到外部存储介质上。（）操作安全性建立系统管理员、日志查看员、操作审核员三权分立的角色安全管理体系。系统管理员负责管理系统常用功能设置，如用户增加、基础数据维护等，安全管理员负责用户授权及修改、其他权限授权及修改等，审计管理员负责授权日志、操作日志管理，用户登录日志查看、日志删除等。（a）操作权限：系统应提供严格的操作权限控制，保证授权的用户才能使用授权的功能和操作。根据操作人员的岗位定制人员的模块使用权限、职能权限、操作权限（增、删、改、查、审）、功能权限、数据权限等。（b）数据权限：系统应提供对严格的数据权限控制，保证授权的用户只能访问授权的单位、部门、单据类型、项目等，一个操作员的业务处理权限可以与其查询权限不一致。能进行二次权限管控。系统管理权限和业务操作权限相分离，系统管理员用户无权限进行业务操作。（c）临时授权：操作员可将自己的部分权限，临时授予其他操作员，以便自己不在岗时，其他人可临时替代其工作，授权人可以方便地查询被授权人对授权指标的使用情况。可以根据用户需要授权时限。（d）密码管理：操作员密码为空，不能进行正常业务操作。操作员的密码不能跟用户名相同。操作员的密码应在位以上。系统应定期提醒操作员更换密码。操作员忘记密码，可由系统管理员将其密码清除，操作员重新设置密码后，才能进行正常业务操作。（e）其他控制：当操作员登录后长时间未对系统进行操作时，系统自动让该操作员退出登录，以防其他人非法操作。（f）系统日志：系统应提供日志功能，自动记录操作员对数据的操作日志。具有操作日志监控功能，具有实时用户监控功能。操作日志应包括：操作员、MAC地址、操作时间、操作、操作对象中主要数据项修改前后的信息等。（）网络安全性（a）数据传输安全：数据传输应采用可靠的加密机制，如DES、RSA加密体系，保证数据在网络上传输的安全。（b）支持CA认证。五、组织实施（一）组织领导和职责分工。．组织领导本项目实施实行领导小组负责制（领导多方共同组建——需求方、项目总体建设方、用户方及相关领导等）。领导小组对项目实施提供全面的指导，一方面，它可以协调各方关系，调动各方力量；另一方面，它对项目实施过程中出现的问题及时提供咨询以帮助解决，对所有实施步骤进行严格的审定，从技术上保证系统的先进性、实用性、可靠性和可扩展性，从组织和管理上保证整个项目统一规划，统一管理，统一标准。．职责分工在系统建设过程中，主管业务处室、信息办、项目承建公司、使用单位各方都必须承担相应的责任，来确保整个系统建设的顺利进行。阶段财政信息办主管业务处室承建公司使用单位项目启动项目技术目标和商务条件详细审定成立项目小组规划技术手段确认其他相关工作指定项目小组成员提出技术路线其他相关工作总体规划确认系统建设方案规划确认项目计划其他相关工作确认系统建设方案规划确认项目计划制定系统建设方案规划制定项目计划其他相关工作具体实施搭建运行环境其他相关工作协助需求调研确认需求协调单位进行联调收集和确认系统基础信息确定试点上线单位组织试点单位培训组织试点单位上线需求调研需求分析设计代码开发测试系统部署进行联调用户培训上线调研和基础信息准备系统上线其他相关工作填写调研表并提交单位系统与系统联调人员培训上线使用反馈和修改提出完善意见提出完善意见系统功能完善提出完善意见系统上线准备上线运行环境进行系统部署．确定上线范围．发布上线通知协助上线各项准备工作系统验收组织验收进行验收协助验收，提交终验验验收所需资料后期运维提出运维需求提出运维需求完成系统日常运维（二）实施进度安排。、年月底前在自治区本级试运行。、年月底前选择一个地级市和一个县试运行。（三）系统测试。、开发商负责制定测试计划、测试用例，并搭建测试环境。、各方按照测试计划，安排好时间和测试人员及测试业务内容。测试过程中做好测试记录，及时更正系统缺陷，保证测试质量和进度。、在测试完成且系统能够顺利正常运行，交由第三方进行性能测试和安全测试，达到上线的要求后，各方确定最终可上线的系统版本，不能再做单方面的修改，不能存在未经测试的版本变动。（四）系统上线运行。、在系统通过测试后，确定试运行时间并进入试运行。针对试运行情况，不断完善和调整系统，直至系统运行顺畅。、将历史数据迁移至新系统中。、配置用户、权限、各项基础信息设置和系统运行所需要的其他设置。、试运行完成后，对系统进行切换。包括发布正式系统IP，部署生产环境，初始化生产环境参数等。切换完成后，投入生产。开发商提供项目相关文档，如安装部署手册、用户手册、培训讲义等，建设方负责对文档进行审核。（五）培训要求。培训对象财政业务人员、技术人员、预算单位操作人员。培训目标针对不同类型的培训对象有不同的培训目标。单位操作人员：经过培训后，能够熟练地操作系统，通过系统进行相关业务操作，确保相关人员独立使用应用软件，具备独立工作的能力。财政业务人员：财政业务人员经过培训后，能够熟练地操作系统。财政技术人员：财政技术人员经过培训后，能掌握系统的技术架构，熟悉系统所采用的技术和工具，熟悉系统的安装配置，系统管理，以及系统实施的步骤和注意事项。培训资料培训资料是帮助培训对象学习系统的重要工具之一，需提供完整的培训资料，包括培训讲稿、多媒体资料、培训指引等。培训讲稿是培训讲师进行现场讲解的稿件，帮助其按培训内容的要点顺序进行讲解。多媒体资料是当培训讲师在进行系统讲解时，在培训现场放映给培训对象观看的资料，帮助其理解培训讲师讲解的内容。培训指引是培训现场派发给培训对象的资料，包括培训说明、用户操作手册、练习题等资料。在培训结束后，培训指引还将提供电子版本供培训对象下载，作为继续学习系统的指引。其他要求（）承建方必须无偿提供满足系统建设、管理、维护等要求的技术培训服务，并达到预定的培训目标。承建方还要对建设方指定人员进行培训，使其能够胜任系统的推广实施、安装升级、运行维护、日常技术管理和业务操作工作。（）承建方必须跟根据本项目所制定的目标和范围，针对培训的计划、内容、方式、对象、人数、期数、质量保障等提出具体的方案。（）承建方必须提供技术水平高、质量高的培训服务，必须派出建设方认可的具有相关专业资格和实际工作经验、参加过本项目开发的专家或技术人员，并为被培训人员提供（现场培训除外）上课环境、试验环境、课程资料和相关的电子文档。培训内容应在培训计划中予以明确说明。（）承建方负责确定培训场地和召集培训人员，培训所需的各项费用（受训人员交通、食宿费除外）。六、项目管理说明项目管理相关内容，主要包括以下内容（但不限于）：（一）项目建设管理。描述项目建设管理主体（一般为信息办）所负责的管理事项和参与程度，比如确定需求、制定技术方案和技术规范、测试系统、维护系统运行、审查实施方提交的文档、项目验收等。（二）文档管理。项目需要编写以下基本文档：.过程文档包括以下文档（不限于）：《需求调研计划》、《会议纪要》、《项目进度计划》、《项目小组成员表》、《项目小组成员变动申请表》、《用户需求变更确认表》、《系统测试计划》、《系统测试用例》、《系统测试报告》、《培训计划》、《培训总结报告》、《系统产品安装情况表》、《系统上线运行申请表》、《系统试运行计划》、《系统试运行总结报告》、《系统正式上线报告》、《用户意见调查表》、《项目验收申请》、《项目总结报告》、《系统运行服务保障计划》、《系统运行服务保障记录》、《系统运行服务保障报告》等。.系统方案和文档包括以下文档（不限于）：《系统整体设计方案》、《系统开发及实施方案》、《系统部署方案》、《系统部署安装操作说明书》、《用户操作手册》、《系统管理和维护操作手册》、《系统培训讲义》等。.系统开发设计文档包括以下文档（不限于）：《系统需求规格说明书》、《概要设计说明书》、《详细设计说明书》、《系统数据字典及数据库设计》、《系统编码规范》、《系统接口标准及规范》、《程序源代码说明》、《系统测试用例》、《系统测试计划及测试报告》等。.质量及安全保证包括以下文档（不限于）：《质量保证计划》、《质量保证检查表》、《质量保证报告》、《质量保证问题跟踪表》、《系统功能、性能、安全测评报告》（第三方测评机构出具）等。.实施部署文档包括以下文档（不限于）：《系统业务操作手册》、《系统部署方案》、《系统部署配置指南及实施手册》等。（三）项目变更管理。系统建设过程中，项目变更经常发生，需要遵循以下要求：、实施公司提出的变更，需要进行详细的变更理由说明。要求实施公司提出变更请求的时候，将其变更的理由进行充分说明，信息办在审阅其变更理由的时候就可以判断出其变更请求是否是必需的，或者是否是最合理的，如果属于完全不必要的变更请求，则直接予以驳回。这样便可以减少向建设方进行说明解释的时间，提高了变更请求处理的效率。、实施公司需要对变更带来的风险进行分析。实施公司不能随意的进行项目变更，在提出变更之前应该对变更所引起的成本、进度和风险等因素进行仔细研究。因此，对于实施公司提出的变更申请要求其进行风险分析，对于实施变更后对于技术、经济和法律等方面是否存在风险，存在多大的风险，以及如何避免此类风险进行详细的论证。、所有的变更需要取得建设单位的书面意见才可以实施。为了保证对项目的控制，对于所有的与设计不符合，需要做变更的地方，一概要履行变更手续，得到建设单位的签字确认后再施工。（四）人员组成。本项目遵照工程管理规范实施，为项目配备相应的技术力量。.项目管理人员由信息办组织项目管理小组，负责项目管理和系统设实施进度跟踪等各项工作。由信息办组织，实施公司委派人员参加。.业务需求分析人员完成系统需求分析，了解现有软件、硬件的情况，软件需求方案的编写，由实施公司安排人员完成。.系统设计、开发人员由实施公司组织系统设计人员针对用户提出的需求，遵照设计规范，将需求转化为具体设计，制定开发框架和开发规范，合理分配开发资源，进行系统设计、开发。.系统测试、实施人员由实施公司组织系统测试人员对设计、开发人员提交的系统进行测试。由实施公司组织实施人员按项目进度要求，进行系统数据加载以及初始化工作、系统实施工作，并完成相应文档编写工作。.培训人员由实施公司组织培训人员驻场对用户技术人员和业务人员进行培训。.维护期驻场技术支持人员系统正式运行时，由实施公司组织技术支持人员对系统提供现场技术支持。（五）项目运维要求.承建方需派不少于名工程师常驻自治区财政厅，为用户解决遇到的问题。.承建方必须明确承诺达到用户的服务响应要求：×小时电话服务，小时内做出明确的响应安排，小时内做出故障诊断报告，如需现场服务的，具有解决故障能力的工程师应在规定的时间内到达现场（小时内）。．承建方须提供项目验收合格后的不少于年的免费维护期，免费维护的内容包括（但不限于）故障处理、功能更新、安全漏洞修补、软件修补和升级。七、安全保障安全保障相关内容，主要包括以下内容（但不限于）：（一）信息安全系统部署的时候，根据系统安全和信息安全的需求，在财政内网部署一套系统，有效的保证系统的信息安全。（二）运行安全。、应用系统定期备份。、操作人员每人设定不同的密码，密码要定期更换。、只有系统管理员可以使用超级用户登录。、应用系统用户要定期清理。、系统支持严格的访问权限控制。、系统实施时要确保授权管理准确，以保障系统安全运行。、安全审计和日志。、操作系统要有防病毒措施。、数据传输、处理有检验、核对功能和较强的纠错功能。（三）管理安全。、系统提供统一的安全审计和日志功能，对系统中的用户登录、访问控制和行为安全等事件进行安全审计操作，并记录系统安全日志。系统同时提供关于安全审计记录和日志记录的查询管理工具供系统管理员查询。、升级、开发、测试系统与生产系统要严格分开。（四）数据传输安全此次财政票据电子化改革后，将采用电子凭证，这就要求必须保证电子凭证信息在传输的过程中没有被篡改过，以免造成重大的经济损失。同时，因电子凭证中有很多业务数据可能涉及敏感信息，如果这些信息在网络传输过程中被截获，就存在信息泄露的风险，因此需要保证电子凭证信息在传输过程中的机密性。八、著作权、本项目的软件、源代码、相关接口和过程数据的著作权归属广西财政信息管理办公室所有，中标人不得对任何第三方泄漏。中标人不得对软件（含接口）设置注册码、授权码和加密保护，不得设置木马和后门危害系统的运行。、所有源代码以及开发实施过程中所产生的所有文档著作权归广西财政信息管理办公室所有，中标人及其相关利益人未经广西财政信息管理办公室书面授权不得使用。未经广西财政信息管理办公室书面同意，中标人不得使用没有获得原厂商合法授权（许可）或者广西财政信息管理办公室无法掌握源代码的平台、第三方插件、其他产品、半成品或模块。中标人应保证广西财政厅及广西各级财政部门在使用该项目系统时免受第三方在知识产权方面的起诉。、广西财政信息管理办公室可自由地利用本项目的源代码和文档进行二次开发，中标人不得做任何技术、商务或其他方面的限制。、广西财政信息管理办公室有权自由使用本项目开发形成的软件，而不用通知中标人，且中标人不得做任何技术、商务或其他方面的限制。、在系统开发、测试、上线和免费维护期整个项目实施过程中，所有源代码（包括使用的平台、第三方插件、其他产品、半成品、模块等软硬件的源代码）需提交给采购人进行审核、编译和发布。在系统测试、上线和免费维护过程中，中标人对软件进行的修改更新也需要将源代码交由采购人进行审核、编译和发布。九、售后服务及其它要求（一）项目交付。广西财政票据电子化管理系统正式上线运行个月后，采购人可组织本项目的验收。系统最终验收合格之日起，进入约定免费服务期，期间，中标人技术服务人员变动必须经过采购人指定的本项目负责人书面同意，否则采购人可以无条件地扣除项目履约保证金，并要求中标人承担赔偿责任。（二）投标人必须根据本采购文件所制定的目标和范围，提出详细的技术支持和售后服务方案，并作为投标文件的一部分提交。应明确服务范围、期限、免费服务人员、免费服务内容和服务响应时间、排除故障时间等内容。（三）中标人须保证系统能够长期安全、可靠、高效运行。中标人应在南宁市设立机构进行售后技术服务，并配置能胜任本项目日常技术维护工作的技术人员，能够提供长期的良好的本地化技术支持。（四）中标人必须保持与采购单位的联系，随时交流系统的应用情况，成立专门的工作小组负责软件错误及维护性修改。中标人须提供至少名采购人书面认可的技术工程师，常驻自治区财政厅，为用户解决遇到的问题。（五）中标人须提供项目验收合格后的不少于年的免费维护期，免费维护的内容包括故障处理、功能更新、安全漏洞修补、软件修补和升级。（六）投标人在投标文件中必须明确承诺达到用户的服务响应要求：×小时电话服务，小时内做出明确的响应安排，小时内做出故障诊断报告，如需现场服务的，具有解决故障能力的工程师应在规定的时间内到达现场（小时内）。（七）投标人有更优惠的售后服务承诺，请在投标文件中单独列出。（八）项目交付时间：年月底前，完成广西财政票据电子管理系统上线工作。（九）项目实施地点：采购人指定的地点。（十一）其他要求。.中标人因自身的原因未能按时间要求和质量标准交付系统，要承担违约责任，采购人有权直接解除合同且不支付任何费用。．投标人须提供详细的技术方案、项目实施方案及售后服务方案。投标人应根据项目需求自主编写技术方案，在技术方案评审中，如发现投标人只是简单复制招标文件的《招标项目采购需求》中相关内容作为其方案，而没有实质性细化技术方案的，其技术分为分。.投标人须在技术方案中提交一份投标人承接本项目的直接成本说明，直接成本是指投标人若在本项目中标，投标人为本项目所需花费的人工、服务、开发工具、税金等直接费用。若评标委员会认为投标人列出的完成项目的工作量（人月总数）或投标报价明显不合理，不能保证项目履约成本的，有权将其作为无效投标处理。．付款条件（）合同签订后个工作日内，中标人需向采购人支付履约保证金（中标金额的%），存入采购人账户；（）采购人收到中标人支付的履约保证金后个工作日内，采购人向中标人支付合同款的%；（）系统正式上线运行后（以采购人盖章的上线运行报告为准）个工作日内，采购人向中标人支付合同款的%；（）项目最终竣工验收合格后个工作日内（以竣工验收报告为准）,采购人向中标人支付项目合同总金额的%；（）合同约定的免费服务期满后，中标人向采购人申请退付履约保证金，采购人在个工作日内核实有关情况，如情况属实则采购人向中标人退付履约保证金（中标金额的%）。附表：常用表格式样附表：．财政票据入库明细表财政票据入