《XX省税务局房地产业务管理系统优化项目采购需求.docx》由会员分享，可在线阅读，更多相关《XX省税务局房地产业务管理系统优化项目采购需求.docx（16页珍藏版）》请在课桌文档上搜索。
1、XX省税务局房地产业务管理系统优化项目采购需求1.项目背景房地产业务管理系统集采集、申报、受理、核价、缴税、开票、开具电子发票于一体，当前全省各单位均依托该系统发挥深化不动产转移登记业务“一窗集成”办理，促进互联互通功效，构建风险闭环管理方面发挥巨大效应。根据深化“放管服”改革要求，按照“智慧办理更便捷、税收监管更精准”的要求，进一步优化房地产业务管理系统功能，实现智能查询、智能预填、智能算税，加强风险防控，推动不动产税收便利化、规范化管理再上新台阶。2.项目主要内容及实施计划2.1 项目主要内容(一)旧房转让查询模块1 .优化查询功能优化上一道房产交易取得的发票信息查询功能，扩展发票的查询范
2、围，整合数据来源包括增值税发票底帐数据、营业税发票数据、契税完税数据等，实现上一道房产交易的完税信息查询。上道交易查询支持两种方式，分别为“按购房人”查询和“按税票”查询。(1) “按购房人”查询“按购房人”查询时系统自动根据当前业务的坐落信息，及当前业务的出让方(既上道交易的承受方)查询历史契税完税信息，自动展示查询结果。能够根据当前业务办件进行精准匹配，做到以业务为触发条件，被查询数据、查询条件由业务带入，精准匹配，智能区分调取场景，对于特定业务实现自动追溯。(2) “按税票”查询通过输入房源编号或票据代码、号码，查询相应票据，并根据被查询到的票据带出关联的完税信息。（3）查询关联发票对出
3、让方上次购房取得的发票进行查询，将上次发票与本次业务做绑定，绑定的发票数据将被用于预填土地增值税扣除表，关联查询的数据源包括增值税发票底帐数据、营业税发票代开数据、营业税发票自开数据。（4）上道发票查验纳税人自行提供发票的，也可通过发票查验来查询验证发票，核实信息后与业务做绑定。通过发票类型、发票代码、发票号码、开票日期查询核验发票，查询到的发票结果将展示到发票信息列表中，可查看发票票面详细信息。2 .绑定查询信息与业务将查询到的上次发票或契税完税信息与当前业务办件进行关联绑定，系统根据选定的发票数据、契税完税信息数据做后续的数据预填。（1）绑定上次交易信息操作人员进行上一道交易信息信息，通过
4、选取功能，将查询结果与当前业务办件相关联，审核人员审核时可查看到关联信息。（2）绑定关联发票通过按交易查关联发票或直接按发票信息查询到的发票，操作人员根据实际情况核实信息后选择发票，选中的发票将自动带到入“已选中的发票信息列表”中。系统需考虑支持多张发票或多笔契税完税信息的特殊情况。3 .智能预填对于上道取得发票、上道契税查询并与业务办件关联后，系统根据上次信息对“土地增值税项目扣除表”做智能预填。操作人员完成上道取得发票、契税完税信息的选定关联操作后，系统根据不同场景进行进数据预填，预填的栏目包括：购房发票金额、发票加计扣除金额、房产实际持有年数、购房契税；预填里需考虑以下业务场景：1）提供
5、或通过交易关联到原营业税发票，原交易中价格通过；2）提供或通过交易关联到原营业税发票，原交易中的价格核定后升高；3)提供或通过交易关联到原增值税普通发票，原交易中价格通过；4)提供或通过交易关联到原增值税普通发票，原交易中的价格核定后升高;5)提供或通过交易关联到原增值税专用发票，原交易中价格通过；6)提供或通过交易关联到原增值税专用发票，原交易中的价格核定后升高;7)提供税票或通过交易无法查询到发票，仅能查询到税票。以下特殊业务场景不做数据预填：D上次交易税费信息中删除了土地增值税税种；2)上道交易存在部分转让、退税等特殊情况；3)用以查询的原交易类型是“作价入股”；4)系统检测到原房面积不
6、一致，可能为部分转让。4 .风险防控强化前置监控，业务办件在进行信息采集和受理时，增加数据查询的触发条件、关注的要点智能提醒，优化风险指标，对调整功能点进行重点监控，建立房地产交易常见疑点指标，形成常态化监控。(1)业务受理环节设置相关控制和提示，用以保持土地增值税与增值税逻辑一致,对单位业务把关严格据实进行操作控制，在选择按原值据实扣除方式时引导进行系统据实查询。(2)个人业务选择核定时直接匹配核定征收率，但不能低于5%。(3)单位原则上不直接适用5%核定，选择核定时，应已经按照“一事一核”确定核定征收率，对于核定率采用手工输入方式。颗粒度0.1机对于填写核心征管系统内未配置的核定征收率，系
7、统会形成报错提示。(4)系统根据业务的特殊性，提炼业务办件的特殊要点及审核重点，辅佐审核管理人员方便、快捷、无遗漏的完成业务复核；(5)建立房地产交易常见疑点指标，形成常态化监控。5 .留痕管理业务操作痕迹化管理,所有的查询记录、操作记录、反馈信息均有日志记录，保证数据发生问题时有据可查，能够追本溯源。对“土地增值税项目扣除表”若前台操作人员修改了预填数据，同样在审核管理时需要体现相应的修改信息，展示修改痕迹。6 .数据动态分析实现相应业务数据的报表分析，图表结合的形式直观展示关键指标，对复杂报表提供查询、钻取功能。对业务数据进行分类、关联、回归分析等，提前掌控预警、税负信息。（二）房开项目管
8、理模块1 .项目登记管理实现房开项目的纳税人、项目编号、取得五证信息、可售面积、已售面积、销售收入等信息的登记、填报、定期编辑更新功能。在新增、编辑时也需要符合栏目的各项校验规则2 .项目数据比对校验（1）对各栏目数据之间的逻辑关系进行自动校验。校验通过才可保存、上报，同时实现项目数据与金三征管系统数据自动比对功能，如将金三中有项目登记信息、项目状态与本系统项目数据比对不一致的，推送给管理员确认；将金三中的预缴税款数据与本系统项目数据进行比对，填报时提示管理员核查数据等。数据校验规则包括但不限于:栏目校验规则通用规则除计划清算时间外，其他日期栏目需判断不能大于当前填报日期。包括：项目初次报告日
9、期、最后一份预（销）售证取得时间、竣工验收时间、达清算条件时间、可清算项目中销售比例达85%日期、最近一次清算评估时间、清算通知书发出时间、受理清算申报时间、发出清算审核结论时间、完成清算补退税时间栏目校验规则台账属期1、必填项2、新增时，默认等于当前年/月，可修改；3、编辑时，台账属期不可修改。土地增值税项目编1非必填项2、保存时校验同一台账属期中项目编号是否已存在，存在则不允许新增/编辑项目名称必填项所属集团1、必填项2、由后端返回值域，前端提供下拉选项供选择，同时，需支持可搜索地市必填，根据当前登录用户身份取市一级区县必填，根据当前登录用户身份取行政区划主管税务机关必填，根据当前登录用户
10、身份取下拉值，前端支持可搜索统一社会信用代码必填纳税人名称必填建设工程规划许可号2、该项有值时，校验同一台账属期中建设工程规划许可证号是否已存在，存在则不允许新增/编辑3、文本框提示“如有多个证号用分号；分开”项目初次报告日期必填，日期格式，年/月/日项目状态必填最后一份预售证取得时间日期格式，年/月/日；竣工验收时间日期格式，年/月/日；是否达清算条件1、必填，根据项目状态带出默认值，不允许修改。2、【项目状态】为“立项报告”、“开发预缴”：默认“否”3、【项目状态】为“达可清算条件未通知清算”、“达应清算条件未进行清算申报”、“已通知清算”、“清算审核中”、栏目校验规则“已清算有尾盘”、“
11、已清算无尾盘”、“已完成清算（整体转让在建工程）”：默认“是”应清算/可清算3 .【项目状态】为“达可清算条件未通知清算”、“己通知清算”：默认“可清算”4 .【项目状态】为“达应清算条件未进行清算申报”、“己完成清算（整体转让在建工程）”：默认“应清算”达清算条件类型5 .【项目状态】为“已完成清算（整体转让在建工程）”：默认“应清算（二）”6 .【应清算/可清算】为应清算，则【达清算条件类型】只展示应清算条件7 .【应清算/可清算】为可清算，则【达清算条件类型】只展示可清算条件达清算条件时间日期格式，年/月（只填写到月）可清算项目中销售比例达85%日期日期格式，年/月（只填写到月）可清算项
12、目是否进行项目评估下拉选项：已启动、未启动最近一次清算评估时间日期格式，年/月/日计划清算时间日期格式，年/月（只填写到月）已预缴土地增值税税额只能输入数字，精度2位，HO出租及自用面积只能输入数字，精度2位总可售建筑面积L普通住宅、非普通住宅、其他类型房地产：必填，只能输入数字，精度2位,20；2.合计：默认等于普通+非普通+其他类型房地产，不可修改。栏目校验规则已售建筑面积1.普通住宅、非普通住宅、其他类型房地产：只能输入数字，精度2位,20；2.合计：默认等于普通+非普通+其他类型房地产，不可修改。销售收入1.普通住宅、非普通住宅、其他类型房地产：只能输入数字，精度2位，20；2.合计：
13、默认等于普通+非普通+其他类型房地产，不可修改。已售占总可售面积比例计算公式二（已售建筑面积-合计/总可售建筑面积-合计*100）%；分母为0时默认为0.00%。计算后的值需二100%清算通知书发出时间受理清算申报时间日期格式，年/月/日发出清算审核结论时间日期格式，年/月/日清算通知书发出时间受理清算申报时间发出清算审核结论时间清算审核确定补退税款金额只能输入数字，精度2位；注意存在负数情况完成清算补退税时间日期格式，年/月/日核定征收下拉选项，值域：大核定（整体核定）、小核定（四项成本核定）本项目地价款必填，只能输入数字，精度2位；20土地面积必填，只能输入数字，精度2位；20是否存在尾盘
14、根据项目状态带出默认值，不允许修改。【项目状态】为已清算有尾盘，默认【是】栏目校验规则【项目状态】为已清算无尾盘、已完成清算(整体转让在建工程)，默认【否】备注设置多选值可供快捷选择，支持多选；文本域可手工输入其他情况说明多选值如下：1.安置房、留用地、经适房等保障性住房项目；2.未竣工或未完成竣工决算；3.实际未销售；4.“走、破、非”、涉诉讼等问题项目；5.按季申报征期未到；6.存在欠税；7.存在无产权尾盘；8.超高层等特殊原因，容积率奇高；9.经集体审议合并清算单位；10.有销售无产权房产；11.划拨土地；12.通知书为责令限改通知书；13.其他。(2)实现一键校验功能。基层税源管理岗人
15、员可在上报之前对台账进行一键校验，确保上报的台账逻辑正确。初核人员、复核人员可在审核过程中对台账进行一键校验，较为快速的一键审核台账。操作人员选择一条、多条或全部数据后，执行“一键校验”功能，系统能反馈校验结果，包括：校验的总记录数、通过校验数、未通过校验数，同时提供下载功能，能够下载校验不通过数据信息，查盾不通过数据详细信息。3 .项目数据审核报送(1)项目台账定期初始化因房开项目数据需一月一报送，系统自动按上一台账属期数据进行初始化，生成本期待报送项目数据，项目数据初始状态为【待上报】，项目数据经审核确认后可进行上报操作。当台账属期跨年时，进行数据初始化时需自动过滤“已清算无尾盘”和“已完
16、成清算(整体转让在建工程)”状态的项目数据。(2)项目台账信息编辑对初始化的项目数据，操作人员可以进行编辑操作，修改更新项目最新情况,若本月有新增项目，也可工添加单个项目，所有添加、编辑操作在数据保存时同样需进行数据校验，所有业务数据需符合数据校验规则。(3)项目台账数据上报根据当月台账数据，操作人员可选择单个项目、多个项目或全部项目进行上报，上报后的数据将被“锁定”不允许修改；(4)项目台账数据报送流程建立“县-市-省”三级审核、层层报送工作流程。由区县税务干部进行台账数据生成、整理、上报，先由区县组初核人员审核，初核通过后，再上报至市级复核人员复核，复核通过后再由省级人员进行终核。任一环节
17、审核不通过均需退回至台账生成操作人员进行修改、更正。管理科所区县市局省局台账数据增删改待上报待初核初核不通过初核通过复核通过台炼数据归档终核不通过终核终核通过(5)核实记录选择某一项目明细后，查看期核实记录可直观展示各级部门对当前项目的审核信息，内容包括：核查人、核查时间、核查结果、核查意见等。4.项目报表查询实现对全省房开项目按需查询功能，可按所属地区、项目状态、数据状态、项目名称等进行分类查询，并允许导出查询报表，掌握项目最新情况。2.2项目实施计划1、实施周期：项目要求自合同签订之日起60日内完成系统建设。2、试运行时间：试运行2周后，启动项目验收工作。3、系统试运行结束后，进行项目验收
18、。4、项目验收通过后即进入运维服务期，本项目的免费运维期为项目验收后1年。3 .项目总体要求3.1 项目技术要求(一)总体架构房地产业务管理系统遵循标准的分层设计：客户端、控制层、核心逻辑服务层、持久层、数据资源层、硬件层。客户端：主要包含界面展示层和界面控制层，界面展现层提供人机交互的界面展现，主要使用一些JSP、HTML、CSS等界面技术；界面控制层提供了界面的逻辑校验、界面的请求和返回处理等，主要使用一些JaVaSCript、AjaX等技术。控制层：主要指界面后台应用交互控制层，主要负责接收客户端的请求，并将请求转发核心逻辑层；在此层完成相关的访问控制和前端代码参数的加载，主要使用Ser
19、Vlet、Filter等技术。核心逻辑服务层:主要指核心的业务逻辑,在此层完成业务逻辑的底层实现,并在此层进行持久层的调用。持久层：封装了访问数据资源层的相关接口与API供上层的核心逻辑层调用。数据资源层：应用集成平台的数据资源存储中心，在金税三期工程中，一般指Oracle数据库。硬件层:应用运行的底层支撑层,主要包含硬件设备及相关的基础系统软件。(一)应用架构房地产业务管理系统分别构建面向普通纳税人、面向中介服务机构、面向大厅工作人员应用服务，系统集成了金税三期核心征管系统和特色软件中房产交易申报征收相关的功能，对这些业务功能进行整合、补充、延伸、拓展。通过不同的应用服务，在系统中分别完成受
20、理、申报、征收、开票动作。主要功能包括：涉税信息采集、资料核验、税费预计算、申报确认、税款缴纳、票证开具、信息查询等。(三)系统架构系统整体架构由以下几部分组成：数据层为整个系统运行的基础，安全管理、业务办件、业务查询、日常管理等功能都要依赖数据库层运行。房地产业务管理系统与本系统数据库、金税三期核心征管系统数据库、电子影像数据库进行数据交互。应用集成平台支撑层是系统内服务调用中间桥梁，为系统间调用提供全局的业务服务平台环境，支持跨系统服务的注册、服务路由、服务调度等各类服务机制，并对服务进行监控管理。适配各种协议对各种系统集成整合。安全与运维支撑体系与标准规范体系，分别从标准、规范、安全等方
21、面确保系统质量，提供系统的运维、监控服务。标准规范体系、运行维护体系和安全保障体系贯穿系统各个层次，保证应急业务系统符合标准、安全、可靠，从而保证了系统运行的质量。3.2 非功能性需求(一)易用性需求系统功能用户操作界面应简明、实用、易于学习和掌握，操作方式应符合用户使用习惯。系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系统的维护手册中查到相应错误的处理方法与步骤。(二)可维护性需求整体系统设计应充分借鉴金三技术架构模式，应用系统应采用组件化设计思想，系统框架与业务逻辑分离；要求具备开放的体系结构。根据系统部署架构、数据结构和功能需求，设计高性能的数据结构和接口处理机制，确保
22、系统性能稳定高效。(三)稳定性需求系统做到在运行时稳定可靠，系统必须保证数据的安全与完整，即使系统出现问题，也必须保证数据的完整以及数据的可恢复。系统能够确保事务的完整。提供一个高性能低成本的应用平台，支持所有类型的应用系统，无论是事务处理型应用还是分析型应用。所有应用共享同样的服务器和存储资源。出现任何的服务器或磁盘故障，系统会自动重新接管发生故障的功能。这些对前端用户的完全透明的。同样，如果需要增加服务器或改变其他组件的配置也不会影响到应用系统。(四)可控性需求系统维护、升级时应不影响在运系统的正常运行。应用系统能够根据用户的不同身份进行相应的用户权限管理和访问控制管理，系统应支持多种的安
23、全手段,并具有多层级的日志管理。（五）可移植性需求系统应当适应不同的硬件环境，软硬件升级不会造成大的改动。遵照开放系统的标准，确保软硬件平台的可移植性，降低模块间依赖性，提高容错性，各个模块的部署也要相对独立，不能出现由于模块功能的相互依赖性而不能启动服务的情况。各个模块的互相访问，均通过标准的接口来实现，访问的接口位置要可在前台页面灵活配置，接口的访问也要有较好的容错机制。（六）可扩展性需求现有的系统可能是基于当前的工作负载而构建的，当应用规模需要扩充时（支持更多的数据、用户或应用），就需要扩展系统以保证系统的性能。3.3 项目安全要求投标人项目人员应严格遵守有关法规和采购人的规章制度，对开
24、发维护过程中涉及招标人的任何资料严格保密，不得擅自查看、复制、传播所接触的任何源代码、用户资料、数据。投标人开发的软件中不得有安全后门、安全漏洞、逻辑炸弹等危害软件安全、影响软件正常运行的代码和设置。因投标人未落实保密要求而产生的一切责任和后果由投标人公司承担。投标人应按照国家法律法规、税务系统有关安全要求，以及等级保护2.O的最新要求,根据信息安全技术-网络安全等级保护基本要求（GB/T22239-2019）等，对系统等进行等级保护三级强度建设，并应严格遵守国家税务总局信息系统应用与安全技术措施“同步规划、同步建设、同步使用”的要求，在系统规划、系统设计、需求分析、系统建设开发、系统实施等环
25、节，均应对系统安全要求予以考虑和实现。（1）开发人员使用的具有省局系统权限的用户账户做好安全管理，做到专人使用，只能用于开发、测试，不得擅自外借或泄露密码。日志记录的类型、内容和时限符合网络安全法和总局日志指引要求。开发测试环境与生产环境应安全隔离，测试数据应进行脱敏处理,使用完毕后销毁。严禁将源代码上传第三方平台，严禁使用互联网代码托管平台。(2)开发过程中，应使用满足国家认可的网络安全规范和认证要求产品及组件。软件开发使用的开源组件应经过安全评估。应用系统开发完成后，应开展软件代码自查以及源代码审计，源代码审计的费用由投标人承担，请投标人将相关费用列入投标成本。(3)提供软件源代码(软件源
26、代码版权归采购人所有)，协助采购方开展安全功能检查、等级保护测评、风险评估、安全基线检查、漏洞扫描和渗透测试等安全评测，对发现的安全问题开展彻底整改，没有可以利用的安全隐患后方可上线使用和验收。(4)中标方和全部开发人员需签订网络安全协议和网络安全承诺书。4 .项目管理要求4.1 项目实施要求1 .项目建设过程需按要求提供项目成果，含需求分析、软件开发、测试、部署、验收和培训等部分。2 .合同签订后，60日内完成项目功能的开发。3 .试运行时间：试运行2周后，启动项目验收工作。4 .项目实施期间应严格遵守有关XX省税务局内部规章制度，服从XX省税务局的管理,对开发过程中涉及XX省税务局的任何资
27、料严格保密，不得擅自查看、复制、传播所接触的任何源代码、用户资料、数据。在上岗前须与技术人员签订保密协议书，并交一份给XX省税务局存留。5 .项目建设期及运维期间按要求完成的软件版权归XX省税务局所有。4.2 网络安全需求1 .中标人应建立网络安全负责人制度，并配备一名相对稳定的网络安全负责人，在项目实施的全过程负责网络安全工作，组织落实各项网络安全要求。在项目实施前，中标人要对参与人员开展网络和数据安全法律法规、税务系统规定要求、安全技能、保密常识等内容的教育培训，并考核合格。2 .在项目实施及维护期间，中标人如发生重大事项（如负责人及重要工作人员变更、业务转型、合并重组、投资并购等），应及
28、时向采购人报告；3 .在项目实施及维护期间，中标人如发现产品存在网络安全漏洞、缺陷、数据泄露或其他重大网络安全风险，应及时向采购人报告，不得外泄；对存在高危漏洞的产品应及时通过限制访问、更新补丁、版本升级、设备防护等措施进行加固处置。4 .中标人不得利用提供产品和服务的便利条件非法获取数据、非法控制和操纵设备，无正当理由不得中断产品供应或必要的技术支持服务。5 .中标人在项目建设实施前，应提供基于项目场景的供应链安全事件应急响应预案，明确相关职责和应急处置流程。6 .中标人应遵守采购合同、协议、承诺书等文件中的安全相关条款，如履行网络安全责任不到位、造成安全事件或产生不良影响的行为，采购人可依
29、照相应条款处理。4.3 项目测试需求房地产业务管理系统是深业务逻辑系统，所以需要从业务角度进行分析：通过业务流程、业务数据、业务操作等分析，明确要验证的功能、数据、场景等内容，从而确定业务方面的测试需求。同时需要做好页面兼容性测试及项目所涉及的系统性能进行测试，发现系统性能明显下降时,及时采取办法解决问题，并研究改进系统配置,提升系统性能，适应使用需要。4.4 人员配置要求需根据XX省税务局要求提供参加开发工作的技术人员不得少于5名，其中：项目负责人1名，要求拥有本科及以上学历，具备5年以上工作经验，擅长与用户进行沟通；项目技术专家1名，从事软件开发工作年限不少于5年；具备数据库处理专业能力的
30、技术人员1名，具备完成本项目的相应能力，包括但不限于OCA.OCP.OCM等认证资质，其余人员从事软件开发工作年限不少于1年；系统运维期间，中标人需按照XX省税务局的要求提供7X24上门或者网上支持维护，随叫随到，运维团队人员不得少于2人。4.5 售后服务要求项目通过验收即进入项目运维期，运维期为1年，自项目验收之日起计。服务等级为7X24,需提供上门运维服务、电话支持服务、远程服务等多种服务形式。运维人员不得少于2人，具备数据库处理专业能力的技术人员1名，具备完成本项目的相应能力，包括但不限于OCA、OCPOCM等认证资质。.质量保障要求1.乙方保证所供应的商品是最新生产的符合国家技术规格和
31、质量标准的出厂原装合格产品。如发生所供商品与合同不符，甲方（使用方）有权拒收或退货，由此产生的一切责任和后果由乙方承担。2 .乙方提供的货物在运营服务期内因货物本身的质量问题发生故障，乙方应负责免费更换。对达不到技术要求者，根据实际情况，经双方协商，可按以下办法处理：更换：由乙方承担所发生的全部费用。贬值处理：由甲乙双方合议定价。退货处理：乙方应退还甲方支付的合同款，同时应承担该货物的直接费用（运输、保险、检验、货款利息及银行手续费等）。3 .如在使用过程中发生质量问题，乙方在接到甲方通知后在1小时内到达甲方现场对故障进行处理，最迟在4小时内并提出解决方案，24小时内修复；若短期无法修复的，应
32、及时提供相应备用设备并负责安装调试以保证甲方的正常工作。出现故障后，乙方如未按上述要求进行响应，甲方可以采取必要的补救措施，由此产生的风险和费用将由乙方承担。若因乙方不及时维修，甲方有权请第三方进行维修，乙方缴纳违约金100O元/次。超过运营服务期后，乙方也应提供终身维修服务，产生的费用由甲方按市场价支付。4 .在运营服务期内，乙方应对货物出现的质量及安全问题负责处理解决并承担一切费用。5 .乙方应当根据甲方要求，对重大或紧急问题提供现场技术支持；问题解决后24小时内，提交问题处理报告，说明问题种类、问题原因、问题解决中使用的方法。乙方应定期进行系统的检查与维护，及时发现故障隐患，及时予以故障
33、排除。6 .项目验收要求1、中标人在合同规定工作完成后向用户提出验收申请，用户审核是否满足项目验收准入条件。满足验收准入条件后，启动项目验收程序。项目执行中，用户将根据单项需求实现情况进行考核，并将单项需求考核结果汇总作为项目验收的重要依据。2、用户以“采购需求中主要功能要求”所要求的全部功能需求内容为依据，作为项目功能验收标准。3、符合验收条件后，中标人可提出项目验收申请，验收内容应包含本项目的全部功能、相关技术资料，以及是否能够满足本项目用户实际工作需求等。4、中标人应配合完成项目的验收工作，提交项目验收相关产出物，经项目单位确认后进行项目验收。5、中标人提供的各类文档应内容完整、描述清晰、版本最新，各类方案要求实现目标明确、工作措施得力、可操作性强、具有前瞻性。产出物应提供电子和纸质两种介质，并保持版本一致。6、对验收中发现的问题，中标人应提出有效解决办法和措施，经招标人确认后实施。
