合同管理系统 基础档案管理招标公告（成都航空有限公司2025）
成都航空有限公司合同管理系统项目采购公告
成都航空有限公司拟对合同管理系统项目采用竞争性磋商方式进行采购，欢迎供应商参加该项目的竞争性磋商。
一、文件名称
成都航空有限公司合同管理系统项目竞争性磋商文件
二、递交响应性文件截止时间
2025年3月19日下午2点前
三、评审时间、地点：
2025年3月19日下午2点成都航空有限公司（成都市双流区广牧路1号大飞机示范产业园）A203会议室。
四、项目联系人
联系人：杨老师
电话：18583680104
邮箱：xinyue.yang@cdal.com.cn
五、详细文件请点此下载
关于我们
旅客服务
友情链接
其他信息
投诉与建议
服务热线：956028、028-66668888
投诉电话：028-65098999
投诉邮箱：fwzl@cdal.com.cn
邮寄地址：四川省成都市双流区广牧路1号
邮政编码：610200
成都航空有限公司版权所有 Copyright@2020 AirlineChengDu
成都航空有限公司合同管理系统项目竞争性磋商文件采购人：成都航空有限公司地址：四川省成都市双流区广牧路1号2025年3月目录一、项目采购41、供应商参加本次采购活动应具备下列条件42、递交响应性文件截止时间43、时间、地点44、联系方式4二、采购须知51、适用范围52、定义53、采购文件的组成54、响应性文件的编制与递交75、报价要求86、评审标准9三、采购项目内容91、项目建设概要92、项目设计原则93、建设需求及要求103.1项目建设概要103.2项目需求103.2.1功能性需求列表103.2.2非功能性需求列表144、演示要求145、其他要求15四、合同框架性条款151、建设周期152、付款方式及周期163、禁止转包与分包164、实施要求175、工期及阶段成果物要求176、试运行及验收要求177、培训服务188、运维服务要求189、知识产权1910、其他要求19五、磋商程序19附件一：供应商关于资格的声明22附件二：法定代表人授权书23附件三：技术、商务响应偏离表24附件四：报价函25附件五：评分表及评分标准27附件六：供应商关于本项目人员情况表31附件七：承诺函32附件八：信息系统设计安全及数据治理规范33附件九：成都航空信息化建设项目验收管理规定47一、项目采购成都航空有限公司拟对合同管理系统项目采用竞争性磋商的方式进行采购，欢迎供应商参加该项目的采购。1、供应商参加本次采购活动应具备下列条件1.1具备《中华人民共和国政府采购法》第二十二条规定的条件（资格申明）。1.2具有独立承担民事责任的能力；1.3具有良好的商业信誉和健全的财务会计制度；1.4具有履行合同所必须的设备和专业技术能力；1.5具有依法缴纳税收和社会保障资金的良好记录；1.6参加本次采购活动前三年内，在经营活动中没有重大违法记录；1.7注册资本不低于人民币50万元；1.8供应商不满足以上条件之一者，响应文件将被拒绝。2、递交响应性文件截止时间2025年3月19日下午2点A203会议室。供应商应于递交响应文件截止日期之前将响应文件送达项目采购地点，逾期送达的将被拒绝。3、时间、地点2025年3月19日下午2点A203会议室。届时请参加竞争性磋商的单位法定代表人或被授权代表人(持法定代表人授权书)参与采购。4、联系方式联系人：杨老师联系电话：18583680104邮箱：xinyue.yang@cdal.com.cn二、采购须知1、适用范围本项目采购文件适用于本采购中所述项目的采购。本项目为针对采购人需求的定制化软件类开发项目，采购人拥有该项目所交付软件系统的永久免费使用权，除系统运维服务、第三方服务、涉及需求变更的二次开发服务外，不接受供应商任何软件授权费、数据费、服务费等其他费用及其报价。2、定义采购人：成都航空有限公司供应商：响应采购文件要求，并提交报价文件的法人组织。采购费用：无论采购的结果如何，供应商自行承担所有与参加此次采购有关的全部费用。3、采购文件的组成3.1采购文件包括本文件及所有发出的修改、澄清通知，修改、澄清通知与本文件不一致的，以最后发出的为准。3.2供应商应认真审阅采购文件所有的内容，并实质性响应采购文件的要求。若对采购文件有任何异议的，应于采购文件发布后5个工作日内以书面形式（包括书面文字、传真、电子邮件等）向采购人提出，在规定时间内未提出异议的视为完全认同本采购文件的要求。3.3响应文件的组成，响应文件应包括但不限于下列内容：文件一：资格性响应文件（1）供应商关于资格的声明（格式见附件一）。（2）主体资格证明（营业执照、纳税人资格认定文件(或同等效力的证明文件)）。（3）行业相关有效资质证明。（4）法定代表人授权书（原件，格式见附件二）。（5）承诺函（附件七）文件二：技术、商务性响应文件（1）技术、商务响应偏离表（格式见附件三）。（2）公司概况介绍。（3）项目总体解决方案，需提供但不限于如下文件：对于本项目的认识和规划；对于项目要求，针对每一个功能点和要求明确说明是否满足，可提出更优化的方案实现功能点和要求；介绍项目需求理解；介绍系统解决方案：从科学性、架构设计、软硬件部署方案、开发工具、系统应用分类分析、工作流程、功能划分等方面进行详细阐述；项目实施方案：详细说明项目实施过程，包括实施内容、操作流程、技术手段、工具准备等内容；提供项目意见建议，项目重点、难点和风险分析等；实施团队介绍：说明项目的团队架构，介绍项目经理及实施人员，提供团队人员简历及近6个月的社保证明，项目实施团队成员针对本项目各功能模块类似的实施经验。项目计划：针对本项目服务内容及时间要求制定的项目计划，包括但不限于工作计划、人员安排、技术方案提交时间点等内容；培训计划：针对各种人员进行的相关培训课程，内容包括：课程内容、课程计划、培训效果检验方案等内容；售后服务保障：包括售后服务保障期周期，售后服务方式及服务内容等；明确项目成果（包括中间过程数据、分析类型、系统源代码等）所有权归属。（4）付款方式、周期。（5）第三方系统对接方案，具体见本磋商文件第三部分内容。（6）实施案例：提供近3年内承建合同管理系统实施案例，有合同原件复印件等支撑材料；（7）供应商认为需要提供的其他附件。文件三：报价函报价函应包括项目所有模块价格明细（报价函格式见附件四）。4、响应性文件的编制与递交4.1响应文件分为文件一、文件二和文件三共三部分，应分册密封装订，并提供响应文件电子版。其中：文件一用于供应商资格审查，文件二和文件三用于磋商小组与供应商磋商。4.2递交响应文件的数量：（1）文件一正本壹份；（2）文件二壹式叁份，正本壹份，副本贰份；（3）文件三正本壹份。4.3在响应文件封面标明项目名称、供应商名称以及“正本”、“副本”字样，且须法定代表人或被授权代表人签署并加盖单位公章。4.4有下列情形之一时，供应商的响应文件将被拒绝：（1）逾期送达的；（2）响应文件中的声明/企业证照复印件未加盖公章及法定代表人或者被授权代表人印章（签字）的；（3）响应文件中提出采购人不能接受的条件的。5、报价要求（1）所有报价一律以人民币报价；（2）报价应是本采购文件所确定的全部工作内容的含税价格体现；（3）报价需包含各类子系统/模块单价（报价明细需附在报价函后）；（4）供应商在服务期间内实施促销方案或价格优惠政策的，应保证采购人同时享受其促销方案或价格优惠政策的权利；（5）供应商需提供需求变更的二次开发单价，后续实际开展需求变更的二次开发单价不得高于本次项目报价；（6）在免费运维服务期结束后，后续签订的运维合同运维费用不得高于本次项目最终成交价格的6%；（7）本项目最高限价人民币480,000元(含税)（大写：人民币肆拾捌万元整），报价超过最高限价的，响应文件将被拒绝；（8）本项目二次开发最高限价人民币1100元/人·天（含税）（大写：人民币壹仟壹佰元整），报价超高最高限价的，响应文件将被拒绝；（9）实施本项目所涉及本端系统接口和系统数据治理费用打包进入项目总费用。6、评审标准本次采购采用综合评分法。三、采购项目内容1、项目建设概要供应商按照合同管理系统项目需求，完成各功能模块软件开发、测试、实施、第三方系统对接等工作，具体见本章第3节。2、项目设计原则根据规划，本项目设计总原则：立足需求、运用先进成熟技术架构、以提升用户效益为目的、以信息安全为底线、总体规划、分步实施。具体来说，在整个项目设计过程中，我们将严格遵循系统稳定、安全、先进是第一要素的指导方针，按照以下指导原则进行设计：技术的先进性采用成熟、先进的技术，确保系统技术的先进性和前瞻性，尽可能采用先进的软件体系结构，建设符合信息技术的最新发展潮流的应用。各模块的安全性充分考虑用户、系统、网络方面的安全性要求，防止来自外部非法的访问。各模块具有用户的身份认证和权限管理，对应不同的应用层次。既能保证不同用户高效、快速地访问控制授权范围内的系统资源，也能有效地阻止用户之间的非法侵入、非授权访问。各模块的可维护性各模块应能使管理员通过后台控制中心方便地查询、配置、监视、控制、诊断整个系统和数据，并且能够监控用户使用情况、提高效率、消除隐患。管理员可通过各模块管理功能和权限管理方便地维护和管理该模块。各模块的可扩展性各模块技术平台设计时要分析现有需求并预测未来的增长，既满足目前的要求，又要适当前瞻。技术平台的结构要合理，应具有良好的扩展能力，以利于今后的扩展。对于未来的发展，要立足在现有的基础上升级改造，保护现有投资。本系统硬件服务器由采购人提供，供应商需提供系统搭建相关参数。其他支撑条件：（1）业务系统需要能提供安全的互联网访问方式，并且通过完成与采购人业务系统接口通信；（2）能够支持远程运维并及时处理故障；3、建设需求及要求3.1项目建设概要供应商按照合同管理系统项目需求，完成各功能模块软件开发、测试、实施、第三方系统对接等工作。3.2项目需求3.2.1功能性需求列表编号功能名称功能描述1合同总体情况概览1.展示合同（按周期显示总数、流程中数量、执行中数量、终止数量、即将到期合同数量并可跳转至相关页面）；2.展示收、付款情况：待支/收计划；3.展示费用预算执行率，数字+饼状图等；4.展示待办任务：待审批、待采购（对于即将到期合同）。2基础档案管理1.合同类型、合同审批期限管理、工作日历等基础档案管理；2.供应商管理：一处录入、多处同步。录入供应商基本信息、供应商联系人（支持录入多个联系人，如商务、售后等）、供应商资质、供应商资质到期提醒、供应商评价表。3.预算数据：提供预算数据，从ERP系统获取各部门预算科目，并支持多级科目展示，如费用类别、科目名称、金额、机型等。3合同申报流程管理合同申报、合同在线编辑功能、合同模板管理、合同模板查询。4合同评审管理合同评审、评审流程配置、合同签署完成后扫描件上传（经办人）。5合同台账管理一、合同信息管理：1合同关键信息及合同执行情况、变更、履约等信息集合；2合同字段需包含合同执行负责人、合同采购负责人、双方业务联络人，为合同执行追溯提供基础数据；3合同台账字段包含该合同所占预算科目，支持按部门、预算科目选择；4.其他字段如上线时间、验收时间、验收人、质保起止日期、质保金额等；5.合同履约内容记录：支持表格形式维护与附件上传，并从钉钉、ERP第三方系统获取记录。2、合同授权书管理：1.授权书模板管理、建立授权书编码规则定义、授权书录入、确认完成后按照模版打印。3、合同信息查询：1.设立合同查询部门、合同查询人、合同台账信息字段及功能钮，解决跨部门、跨合同台账查询业务。6合同履约管理1.合同履约情况监督：合同履行情况在线提问、回复、上报、确认过程管理。2.合同履约检查管理：合同履行情况检查表管理、填报、确认（业务部门确认）。7合同执行追溯1.合同采购、合同收付款关联合同台账信息，并对合同后续执行情况、收付款情况实时关联统计。2.收付款情况统计：增加“我的费用”页面，自动归集我负责的所有合同收付款计划任务（字段同上），已付/未付任务以颜色区分，且未付的排序优先。支持按计划财务部的资金计划表格式导出到期未收付款项及完整的收付款情况（含未签合同发生的费用、只要ERP系统有）。8合同预警管理设置合同智能预警条目，并根据条目情况自动进行预警，比如合同到期预警、收付款预警管理9合同统计分析报表1.合同评审会签报表、合同累计执行/未执行款项报表、合同领取情况报表等查询分析；2.预算执行率报表：以部门或合同负责人的纬度展示每月计划付款/实际付款金额，并展示该项预算的执行率，以及整体预算执行率。3.提供合同费用统计菜单，按合同纬度逐条展示已付、未付金额。10合同执行监督后评价落实合同全周期监管，用于合同管理部门、风控部门对合同执行和监管进行评价。11合同历史数据查询系统预置正在执行合同或系统上线初期合同导入和查询功能12外部系统集成1.合同管理系统与钉钉集成，同步钉钉组织架构，实现移动审批，待审批、处理（含付款）等事项在合同管理系统待办中展示，同时推送至钉钉待办任务，在待办项未完成前支持自定义循环提醒（支持紧急程度标签）；2.与ERP系统集成实现合同执行情况回写；3.增加该系统的钉钉H5应用；4.与ERP系统对接。13权限管理1.支持数据权限、功能权限，按角色、岗位、人员划分14合同借阅合同申请流程：用途、审批流程设定、归还15电子签章实现电子签名与电子印章3.2.2非功能性需求列表编号功能名称功能描述1性能要求1.所有查询均在5秒内响应;2.并发数要求：在不影响响应速度的前提下，系统最少能适应200个并发数;2可用性要求系统可连续运行7* 24 小时。3安全性要求1.保证关键数据的完整性与安全性。2.不同的用户能实现对不同数据的访问。3.系统充分利用防火墙、安全证书、SSL等数据加密技术保证系统与数据的安全。4易用性要求1.界面导航与界面实际展示内容简洁，部分内容展示相关说明，易于理解；2.系统采用简易的人机交互模式，操作简单易上手；3.界面采用全中文模式。5可扩展性要求系统可以水平动态扩展6用户角色与权限1.审批、合同台账、履约、费用执行情况、待办事项等功能，员工可查看自己所管理的合同信息、统计相关费用报表、任务事项等，科室经理可查看本科室相关内容，部门领导可查看本部门所有信息；2.不限注册用户数量。4、演示要求4.1、演示时长：演示总时长应控制在15分钟内，超过时长经现场评委一致决定有权终止演示。（演示时长包含供应商的准备时间）4.2、演示内容：本磋商文件“三-3.建设需求及要求”所有功能。4.3、演示过程中，供应商对评委提出的所有和演示内容相关的问题进行详尽解答。4.4、演示系统：供应商自行准备演示产品、演示DEMO或PPT、演示设备，现场对系统功能进行实际操作演示。在演示过程中发现有虚假内容的，采购人有权终止该供应商的响应资格，违反国家相关规定的按国家相关规定处理。5、其他要求5.1供应商在技术、商务响应偏离表中将以上条款和服务承诺明确列出，且标明是否满足；5.2此项目不允许两家或两家以上的供应商联合参加。四、合同框架性条款1、建设周期合同签署后一周内启动，项目计划建设周期约180天，预估耗时6个月达成系统切换上线试运行。2、付款方式及周期合同签订后供应商完成需求调研并按要求编写需求说明书，并经采购人正式确认后支付第一笔款项，供应商需提供金额为合同总金额的30%等额增值税专用发票，采购人收到发票并审核无误后45个工作日支付；系统上线并经采购人正式确认后，供应商提请支付第二笔款项，金额为合同总金额的30%，采购人收到发票并审核无误后45个工作日支付；系统验收合格并经采购人正式确认后，供应商提供合同金额的40%增值税专用发票，采购人收到发票并审核无误后45个工作日支付合同金额30%；合同总金额的10%作为质保金，经采购人最终验收合格一年后支付。3、禁止转包与分包供应商承诺并保证在本项目实施过程中，未经采购人书面同意，不得将本项目整体或部分分包、转包给其他供应商（包括但不限于其分/子公司等）。一经发现供应商存在前述行为，采购人有权立即解除合同，并有权要求供应商全额退还采购人已支付的费用；供应商还应对采购人因此付出的成本、遭受的损失（包括经济损失、名誉损失等）进行赔偿、消除不利影响。4、实施要求4.1供应商需提供完整、可行的实施方案和实施计划。4.2供应商必须根据采购人要求组建项目实施团队，项目实施团队成员应具备合同管理系统项目设计、开发、实施经验，可提供项目驻场开发服务。项目开工需进行项目实施团队成员备案并经采购人确认，除采购人同意或要求更换以及不可抗力原因外，供应商不得无故更换本项目的主要管理人员，若擅自更换（包括视为擅自更换）本项目的项目经理及技术负责人等，采购人有权解除合同，且供应商需赔偿由于擅自更换人员给采购人带来的直接经济损失。若确需更换的必须征得采购人书面同意。4.3特殊情况下为确保项目实施进度，供应商可根据情况需要增加项目团队成员。5、工期及阶段成果物要求供应商应向采购人提供不少于以下列标明的中文技术资料，其费用应包括在报价内。技术资料不全，采购人有权拒绝验收。项目阶段性成果需要采购人盖章确认的文档均加盖采购人公章。日期项目阶段工作内容合同签订后+1个月项目启动需求调研项目启动、项目过程管理所需文档确认、标准化模块演示、定制化需求调研需求确认后+2个月系统设计概要设计、UI设计、详细设计、数据库设计系统设计后+2个月系统研发系统定制化开发系统研发后+1个月系统测试系统测试系统测试通过后上线试运行+3个月试运行按照公司规定系统需上线试运行3个月 上线试运行结束系统验收验收通过后正式上线投产运行6、试运行及验收要求项目完成开发、调试、供应商内部测试后，经采购人组织对系统进行用户测试、安全性测试通过后，经采购人审批系统可上线试运行，试运行周期不少于三个月。项目在试运行结束后，供应商向采购人提出验收申请，采购人根据磋商文件、响应文件、合同约定的内容，按照《成都航空信息化建设项目验收管理规定》进行验收。项目验收测试不合格，供应商需无条件进行重新调试与修正，并重新调试运行直至达到最终验收合格为止。7、培训服务7.1供应商需明确列出培训项目、人员以及目标。7.2针对不同的对象进行不同的培训：系统管理员及维护员不少于五天，培训人员不少于三人次，关键用户培训不少于三天，最终用户培训不少于三天，培训目标以采购人能够独立完成项目各模块使用及维护为准。7.3培训内容：系统架构、组件、系统部署，系统日常维护（数据的备份、恢复、操作方法），系统的使用方法等必要性内容。8、运维服务要求8.1项目通过验收后，供应商向采购人提供至少1年免费的系统运维服务。8.2免费运维服务期届满后，如果采购人需要成交供应商继续提供运维服务和技术支持，需要双方签署新的运维服务和技术支持协议，运维服务和技术支持协议费用标准不得高于本次供应商响应的费用标准。运维服务期内，供应商提供至少1人次/季度的运维服务工作；提供至少1人次/季度的巡检工作并出具巡检报告；提供7×24小时技术支持，方式不限；遇系统重大故障等特殊情况，需在2小时内解决。运维服务内容包含但不限于应用软件维护、数据库维护、操作系统维护等。8.3在运维服务期内（免费运维期及收费运维期）每年赠送不少于30人天的开发工作量。8.4在运维服务期内（免费运维期及收费运维期）如需进行系统迁移，每年免费提供不少于一次的系统迁移服务。8.5供应商应响应本次采购售后服务要求并在响应文件中提供详细具体的售后服务条件及保证，也可视自身能力在响应文件中提供更优、更合理的售后服务承诺。9、知识产权9.1本项目为定制化软件类开发项目，成都航空有限公司拥有该项目最终交付软件系统的永久免费使用权（包含所有和系统相关的升级或优化项目）。9.2该系统在实施过程中所使用的软件以及最终交付系统中所使用的软件不能侵犯第三方知识产权，如果因知识产权带来的问题，由供应商自行承担。供应商在项目验收前向成都航空交付项目定制化系统功能部分的全部源代码及接口源代码，成都航空拥有项目定制化系统功能部分的全部源代码的所有权。10、其他要求10.1系统建设完成之后，采购人拥有对系统的使用权限及最高操作权限，供应商不得保有系统的相关操作权限。10.2故障响应时间：一般故障接收响应时长2小时以内；紧急故障接收响应时长1小时以内。（提供承诺函）10.3其他未尽事宜由采购人与供应商在合同中详细约定。五、磋商程序1、评审小组组成根据本次采购项目的实际情况，评审小组由采购人安排相关代表组成，负责本次采购项目的磋商和评审工作。2、磋商程序在递交响应文件时间截止时，报名的供应商不足三家的，磋商终止；报名的供应商达到三家或以上的，由采购人组成的评审小组在规定的时间和地点分别与供应商进行磋商。2.1评审小组当众拆封各供应商的响应文件，审查文件一；2.1.1评审小组审阅各供应商所递交的文件二；2.1.2评审小组所有成员集中与单一供应商分别进行磋商；2.1.3评审小组根据文件三请各供应商作最后报价。2.1.4磋商过程中，有下列情形之一的，磋商终止：（1）实质响应的供应商不足三家的（即满足谈判文件要求的供应商不足三家）；（2）磋商结束，供应商响应文件均不能满足磋商文件规定的采购项目要求的；（3）其他无法继续开展磋商或者无法成交的情形。2.2在磋商中，磋商的任何一方不得透露与磋商有关的其他供应商的技术资料、价格和其他信息。2.3确定成交候选人：2.3.1评审小组根据附件五评分表及评分标准完成评分后，采购人按照评审小组的最终评分结果对供应商进行排名，并根据排名先后顺序确定成交候选供应商。2.3.2采购人确定成交供应商过程中，发现成交候选供应商有下列情形之一的，将不予确定其为成交供应商：（1）成交候选供应商在参与此次磋商中存在违法、违纪行为的；（2）成交候选供应商因不可抗力、社会经济形势发生重大变化、破产、重组等原因确定无法履行合同的；（3）其他不应确定为成交供应商的情形。2.3.3成交候选供应商有以下情形之一的，采购人将确定后一位成交候选供应商为成交供应商，依次类推。无法确定成交供应商的，采购人将重新组织采购：（1）第一成交候选供应商书面自愿放弃成交，且无其他非法目的的；（2）第一成交候选供应商未按期与采购人订立书面合同的；（3）成交候选供应商放弃成交的，应当说明理由。3、成交通知书采购人按成交候选供应商的排名顺序确定成交供应商，由采购人向成交供应商发出成交通知书。4、签订合同4.1成交供应商应在领取成交通知书后，按照磋商文件、响应文件以及磋商过程中确定的事项与采购人签订合同。4.2竞争性磋商文件、供应商提交的响应文件、磋商中的最终报价、成交通知书等均成为有法律约束力的合同的组成内容。备注：1、供应商必须在响应文件中将以上条款和服务承诺明确列出。2、带为实质性响应需求，供应商未响应或负偏离采购文件将被拒绝，并被取消响应人资格。附件一：供应商关于资格的声明致：一、关于贵方年月日（项目名称），（供应商）愿意参加响应，并确认资格文件中的说明以及响应文件中所有提交的文件和材料是真实的、合法的、准确的。二、我方在此声明：我方具备并满足下列条款的规定。本声明如有虚假或不实之处，我方将失去合格供应商资格。1、具备《中华人民共和国政府采购法》第二十二条规定的条件。三、采购文件采购须知要求提供的全部资格证明文件，就我方全部所知，兹证明上述材料是真实、正确的，并已提供了全部现有资料和数据，我方同意根据贵方要求出示文件予以证实。供应商（全称并加盖公章）：法定代表人（签字或印章）：被授权代表人（签字）：日期：年月日附件二：法定代表人授权书致：本授权委托书声明：我(姓名)系(供应商名称)的法定代表人，现授权委托(姓名)为我公司代理人，参加（采购人）的（项目名称）的采购活动。代理人在磋商、合同签订过程中所签署的一切文件和处理与之有关的一切事务，我均予以承认。代理人无转委托权。特此委托。附：法定代表人和被授权代表人(供应商代表)身份证件复印件。供应商（全称并加盖公章）：法定代表人（签字或印章）：被授权代表人（签字）：日期：年月日附件三：技术、商务响应偏离表项目名称：序号采购文件条目号采购文件条款响应文件条款响应/偏离供应商（全称并加盖公章）：法定代表人（签字或印章）：被授权代表人（签字）：日期：年月日附件四：报价函致：1、根据贵司采购文件要求，我方对采购标的含税报价为人民币（大写：），税率为；不含税报价为人民币（大写：）。2、项目验收通过后，免费提供年系统运维服务，免费运维服务期结束后，系统运维服务费按每年元（含税）（大写：）收费，税率为；不含税价按每年元（大写：）收费。3、在项目运维服务期内（免费运维期及收费运维期），每年可赠送针对需求变更的人天的二次开发量，超出此范围的开发量单价（含税）按元/人/天（含税）（大写：）计算，其不含税单价为元/人/天（大写：）。我方同意本文件所提出的报价对我方具有法律约束力，并随时可被接受。供应商（全称并加盖公章）：法定代表人（签字或印章）：被授权代表人（签字）：日期：年月日附件五：评分表及评分标准一、技术部分（60分）（所有结果精确到小数点后2位）评分项评分子项评分规则分数备注（一）供应商资质供应商资质a、供应商具有迄今有效的CMMI3级（含）及以上证书，得2分，未提供0分。b、供应商具有迄今有效的ISO9001质量管理体系（认证范围需为信息服务相关）认证证书，得0.5分，未提供0分。c、供应商具有迄今有效的ISO27001信息安全管理体系认证证书，得0.5分，未提供0分。d、供应商具有迄今有效的ISO 20000 IT服务管理体系认证，得0.5分，未提供0分。e、供应商具有迄今有效的信创产品适配认证证书，得1.5分，未提供0分。5需提供各项有效证书复印件及官网验真截图并加盖公章，不满足全部条件者不得分。项目团队根据项目要求及供应商提供的人员配置方案 、项目组织结构设计是否合理 ，职责明确 ，团队成员是否具备合同管理系统实施经验，团队成员配置人数及工作经验等进行评分。5提供当地所辖社保局盖章的社保清单原件或社保局官网打印含有效验证码的社保明细清单，并加盖供应商公章（二）实施案例实施案例a.有效实施案例，为供应商实施的合同管理系统项目案例，需提供相关合同文件证明。合同必须包括合同首页和签字盖章页，合同时间以签字盖章页时间为准，合同时间应在2022年1月1日以后。以上有一项不符合，则该合同不能作为有效实施案例进行评分；b.供应商每提供一个有效案例得2分，满分10分。10合同管理系统项目实施案例（需提供相关合同文件证明，按照实施客户数量得分）。(三)服务方案（含演示效果）供应商应根据采购需求及要求制定详细的项目服务方案对供应商方案（含演示效果）进行综合评分，包括①对于本项目的认识和服务规划、需求理解以及项目意见建议，项目重点、难点和风险分析等；②系统解决方案；③项目实施方案；④项目计划、培训计划；⑤明确项目成果所有权归属（包括中间过程数据、分析类型、系统源代码等）；⑥运维方案等；内容完整，分析透彻，描述详细且符合本案项目需求的得30分，每有一项内容缺失扣5分，每一项内容有存在一个缺陷扣2分，扣完为止。30根据供应商提供的项目服务方案（含演示效果）综合评分（四）增值服务增值服务在满足采购人关于本项目的基本需求基础上，供应商就本系统提供的额外功能开发：1.根据采购人要求，实现电子签名；2.根据采购人要求，实现电子印章；3.除上述1、2项外，提供的其他功能开发10a.免费提供前述第1项的，得4分；b.免费提供前述第2项的，得4分；c.免费提供除前述1、2项之外的增值服务的，得2分。二、商务部分（40分）（所有结果精确到小数点后2位）评分项评分子项评分规则分数备注项目报价软件报价（不含税报价）25a.得分=（基准价/报价）*25（最高得分不超过25分）b.最低报价低于项目此部分限价的50%时，评审小组认为供应商的报价有可能影响产品质量或者不能诚信履约的，应当要求其在磋商现场合理的时间内提供书面说明，必要时提交相关证明材料，如未被磋商小组采纳，将按照无效响应处理；c.基准价= 有效报价的最低报价二次开发单价需求变更的二次开发单价（不含税报价）5a.报价最低者满分，其他得分=（基准价/报价）*5；b.基准价=有效报价的最低报价。运维服务费报价运维服务费报价（不含税报价）5a.报价最低者满分，其他得分=（基准价/报价）*5；b.基准价=有效报价的最低报价。增值服务1、提供2年或以上的质保期；2、在质保期内和运维服务期内每年赠送30人天的开发工作量的基础上，每年多赠送30人天或以上的开发工作量。5a.提供第1项的得 3分；b.提供第2项的得 2 分。评分说明：1、评分的取值按四舍五入法，保留小数点后两位；2、商务部分的项目报价仅指本项目的开发建设费用；3、评分标准中要求提供复印件的证明材料须清晰可辨（复印件须加盖供应商公章，原件备查），作为评分依据。4、供应商应如实提供资料，无论何时，只要证明供应商提供资料虚假，采购人有权取消作假者响应和成交资格，采购人将向相关监督部门举报造假行为，并保留追溯给采购人带来损失的权利。附件六：供应商关于本项目人员情况表类别职务姓名职称历史负责项目及职务常住地资格证明（附复印件）（如有）证书名称级别证号专业项目经理 技术人员供应商（全称并加盖公章）：法定代表人（签字或印章）：被授权代表人（签字）：日期：年月日附件七：承诺函承诺函致：本单位作为参加本次竞争性磋商的供应商，郑重承诺具备以下条件：（一）具有独立承担民事责任的能力；（二）具有良好的商业信誉和健全的财务会计制度；（三）具有履行合同所必需的设备和专业技术能力；（四）有依法缴纳税收和社会保障资金的良好记录；（五）参加本次采购活动前三年内，在经营活动中没有重大违法违规记录；（六）未经采购人书面同意，不得将本项目整体或部分分包、转包给其他供应商（包括但不限于分\子公司）；（七）法律、行政法规规定的其他内容。本公司对上述承诺的真实性负责。如有虚假，将依法承担相应责任。供应商（全称并加盖公章）：法定代表人（签字或印章）：被授权代表人（签字）：日期：年月日附件八：信息系统设计安全及数据治理规范信息系统设计安全及数据治理规范2024年3月10日一、原则本规范使用对象主要为信息系统建设相关的需求分析人员、设计人员、开发人员、测试人员、部署人员及运维人员等。二、系统设计安全规范2.1系统部署要求规则1：如果系统应用对Internet开放，系统服务器应当置于前置服务器区（DMZ），在系统服务器与Internet之间，系统服务器与内网之间应当有防火墙隔离，并设置合理的策略。规则2：如果系统应用对Internet开放，系统服务器应该部署在其专用的服务器上，应避免将数据库或其他核心应用与系统服务器部署在同一台主机上。说明：系统服务器比较容易被攻击，如果数据库或核心应用与系统服务器部署在同一台主机，一旦系统服务器被攻陷，那么数据库和核心应用也就被攻击者掌控了。规则3：系统站点的根目录必须安装在非系统卷中。说明：系统站点根目录安装在非系统卷，如单独创建一个目录/home/系统作为系统站点根目录，能够防止攻击者使用目录遍历攻击访问系统工具和可执行文件。2.2身份验证2.2.1口令关于系统应用及容器涉及到的口令，请遵循的口令安全要求见2.10口令安全要求。2.2.2认证规则1：对用户的最终认证处理过程必须放到应用服务器进行。说明：不允许仅仅通过脚本或其他形式在客户端进行验证，必须在应用服务器进行最终认证处理（如果采用集中认证，那么对用户的最终认证就是放在集中认证服务器进行）。规则2：如果系统应用服务对象为公司内部用户，网页上的登录/认证表单必须为钉钉扫描登录。说明：使用钉钉扫描登录的目的是为了阻止攻击者使用用户名和密码登录方式连续尝试登录，从而降低被暴力破解的可能。如图：成都航空HENGDUAIRLINES钉钉扫码登录请使用钉钉扫描二维码登录刷新钉钉扫描登录规则3：如果系统应用服务对象为公司外部用户（如：公司官网），网页上的登录/认证表单必须加入验证码。说明：使用验证码的目的是为了阻止攻击者使用自动登录工具连续尝试登录，从而降低被暴力破解的可能。如图：客户登录用户名密码验证码382验证码规则4：用户名、密码和验证码必须在同一个请求中提交给服务器，必须先判断验证码是否正确，只有当验证码检验通过后才进行用户名和密码的检验，否则直接提示验证码错误。说明：如果验证码和用户名、密码分开提交，攻击者就可以绕过验证码校验（如：先手工提交正确的验证码，再通过程序暴力破解），验证码就形同虚设，攻击者依然可以暴力破解用户名及口令。规则5：所有登录页面的认证处理模块必须统一。说明：可以存在多个登录页面，但是不允许存在多个可用于处理登录认证请求的模块，防止不一致的认证方式。规则6：认证失败后，不能提示给用户详细以及明确的错误原因，只能给出一般性的提示。说明：可以提示：“用户名或者口令错误，登录失败”；不能提示：“用户名不存在”、“口令必须是6位”等等。规则7：最终用户portal和管理portal分离。说明：最终用户portal和管理portal分离，防止相互影响，防止来自用户面的攻击影响管理面。规则8：管理页面建议实施强身份认证。说明：如双因素认证、SSL双向证书认证、生物认证等；还可以通过应用程序限制只允许某些特定的IP地址访问管理页面，并且这些特定的IP地址可配置。规则9：同一客户端在多次连续尝试登录失败后，服务端需要进行用户帐号或者是客户端所在机器的IP地址的锁定策略，且该锁定策略必须设置解锁时长，超时后自动解锁。说明：登录失败应该提示用户：如果重试多少次不成功系统将会锁定。在锁定期间不允许该用户帐号（或者客户端所在机器的IP地址）登录。允许连续失败的次数（指从最后一次成功以来失败次数的累计值）可配置，取值范围为：0-99次，0表示不执行锁定策略，建议默认：5次。锁定时长的取值范围为：0-999分钟，建议默认：30分钟，当取值为0时，表示无限期锁定，只能通过管理员手动解锁（需要提供管理员对服务器锁定其它用户帐号/IP进行解锁的功能界面）。建议优先使用帐号锁定策略。注意：应用程序的超级用户帐号不能被锁定，只能锁定操作的客户端所在的IP，这是为了防止系统不可用。2.2.3验证码规则1：验证码必须是单一图片，且只能采用JPEG、PNG或GIF格式。说明：验证码不能使用文本格式，不允许多图片组合（如用四个图片拼成的验证码）。规则2：验证码内容不能与客户端提交的任何信息相关联。说明：在使用验证码生成模块时不允许接收来自客户端的任何参数，例如：禁止通过getcode.jsp?code=1234的URL请求，将1234作为验证码随机数。规则3：验证码字符串要求是随机生成，生成的随机数必须是安全的。说明：对于java语言可以使用类java.security.SecureRandom来生成安全的随机数。规则4：验证码要求有背景干扰，背景干扰元素的颜色、位置、数量要求随机变化。规则5：验证码在一次使用后要求立即失效，新的请求需要重新生成验证码。说明：进行验证码校验后，立即将会话中的验证码信息清空，而不是等到生成新的验证码时再去覆盖旧的验证码，防止验证码多次有效；注意：当客户端提交的验证码为空，验证不通过。2.3会话管理规则1：当用户退出时，必须清除该用户的会话信息。说明：防止遗留在内存中的会话信息被窃取，减少内存占用。实施指导：对于JSP或java语言使用如下语句：request.getSession().invalidate();规则2：必须设置会话超时机制，在超时过后必须要清除该会话信息。说明：建议默认会话超时时间为10分钟（备注：对于嵌入式系统中的系统，建议默认超时时间为5分钟，以减少系统资源占用）。如果没有特殊需求，禁止使用自动发起请求的机制来阻止session超时。规则3：所有登录后才能访问的页面都必须有明显的“注销（或退出）”的按钮或菜单，如果该按钮或菜单被点击，则必须使对应的会话立即失效。说明：这样做是为了让用户能够方便地、安全地注销或退出，减小会话劫持的风险。2.4权限管理规则1：对于每一个需要授权访问的页面或servlet的请求都必须核实用户的会话标识是否合法、用户是否被授权执行这个操作。说明：防止用户通过直接输入URL，越权请求并执行一些页面或servlet；建议通过过滤器实现。规则2：授权和用户角色数据必须存放在服务器端，不能存放在客户端，鉴权处理也必须在服务器端完成。说明：禁止将授权和角色数据存放在客户端中（比如cookie或隐藏域中），以防止被篡改。规则3：一个帐号只能拥有必需的角色和必需的权限。一个组只能拥有必需的角色和必需的权限。一个角色只能拥有必需的权限。说明：做到权限最小化和职责分离（职责分离就是分清帐号角色，系统管理帐号只用于系统管理，审计帐号只用于审计，操作员帐号只用于业务维护操作，普通用户帐号只能使用业务。）这样即使帐号被攻击者盗取，也能把安全损失控制在最小的限度。规则4：对于运行应用程序的操作系统帐号，不应使用“root”、“administrator”、“supervisor”等特权帐号或高级别权限帐号，应该尽可能地使用低级别权限的操作系统帐号。规则5：对于应用程序连接数据库服务器的数据库帐号，在满足业务需求的前提下，必须使用最低级别权限的数据库帐号。说明：根据业务系统要求，创建相应的数据库帐号，并授予必需的数据库权限。不能使用“sa”、“sysman”等管理帐号或高级别权限帐号。2.5敏感数据保护2.5.1敏感数据定义敏感数据包括但不限于：口令、密钥、证书、会话标识、License、隐私数据（如短消息的内容）、授权凭据、个人数据（如姓名、住址、电话等）等，在程序文件、配置文件、日志文件、备份文件及数据库中都有可能包含敏感数据。2.5.2敏感数据存储规则1：禁止在代码中存储敏感数据。说明：禁止在代码中存储如数据库连接字符串、口令和密钥之类的敏感数据，这样容易导致泄密。用于加密密钥的密钥可以硬编码在代码中。规则2：禁止密钥或帐号的口令以明文形式存储在数据库或者文件中。说明：密钥或帐号的口令必须经过加密存储。例外情况，如果系统容器的配置文件中只能以明文方式配置连接数据库的用户名和口令，那么就不用强制遵循该规则，将该配置文件的属性改为只有属主可读写。规则3：禁止在cookie中以明文形式存储敏感数据。说明：cookie信息容易被窃取，尽量不要在cookie中存储敏感数据；如果条件限制必须使用cookie存储敏感信息时，必须先对敏感信息加密再存储到cookie。规则4：禁止用自己开发的加密算法，必须使用公开、安全的标准加密算法。说明：在该场景下，一般情况是：客户端提交用户名及用户口令，后台服务端对用户名及用户口令进行验证，然后返回验证的结果。此时，在后台服务端，用户口令可以不需要还原，因此建议使用不可逆的加密算法，对“用户名+口令”字符串进行加密。推荐的不可逆加密算法：SHA256、SHA384、SHA512，HMAC-SHA256、HMAC-SHA384、HMAC-SHA512。规则5：禁止在日志中记录明文的敏感数据。说明：禁止在日志中记录明文的敏感数据（如口令、会话标识jsessionid等），防止敏感信息泄漏。2.5.3敏感数据传输规则1：带有敏感数据的表单必须使用HTTP-POST方法提交。说明：禁止使用HTTP-GET方法提交带有敏感数据的表单（form），因为该方法使用查询字符串传递表单数据，易被查看、篡改。如果是使用servlet处理提交的表单数据，那么不在doGet方法中处理，只在doPost方法处理。规则2：在客户端和服务器间传递明文的敏感数据时，必须使用带服务器端证书的SSL。说明：如果在客户端和服务器间传递如账号、口令等明文的敏感数据，必须使用带服务器端证书的SSL。由于SSL对服务端的CPU资源消耗很大，实施时必须考虑服务器的承受能力。规则3：禁止在URL中携带会话标识（如jsessionid）。说明：由于浏览器会保存URL历史记录，如果URL中携带会话标识，则在多人共用的PC上会话标识容易被其他人看到，一旦该会话标识还在其生命有效期，则恶意用户可以冒充受害用户访问系统应用系统。规则4：禁止将对用户保密的信息传送到客户端。说明：这些信息一旦传送到客户端，那么用户也就可以获取到了。2.6安全审计安全审计是针对系统业务应用，不包括对操作系统、系统容器的安全审计。规则1：应用服务器必须对安全事件及操作事件进行日志记录。说明：安全事件包括登录、注销、添加、删除、修改用户、授权、取消权限、鉴权、修改用户口令等；操作事件包括对业务系统配置参数的修改，对重要业务数据的创建、删除、修改、查询等；对于上述事件的结果，不管是成功还是失败，都需要记录日志。规则2：安全日志必须包括但不限于如下内容：事件发生的时间、事件类型、客户端IP、客户端机器名、当前用户的标识、受影响的个体（数据、资源）、成功或失败标识、启动该事件的进程标识以及对该事件的详细描述。规则3：严格限制对安全日志的访问。说明：只有系统应用程序的管理员才能查询数据库表形式或文件形式的安全日志；除数据库超级管理员外，只有应用程序连接数据库的帐号可以查询（select）及插入（insert）安全日志表；除操作系统超级管理员外，只有应用程序的运行帐户才能读、写文件形式的安全日志（但不允许删除）。确保日志的安全，限制对日志的访问，这加大了攻击者篡改日志文件以掩饰其攻击行为的难度。规则5：安全日志应该有备份。说明：可以配置定期备份时间，可以设置单独文件夹以用于存放安全日志。2.7系统Service接口规则1：对系统Service接口的调用必须进行认证。说明：认证就是确定谁在调用系统Service，并且证实调用者身份。规则2：如果调用者的权限各不相同，那么必须对系统Service接口的调用进行鉴权。说明：鉴权就是判断调用者是否有权限调用该系统Service接口。规则3：通过系统Service接口传递敏感数据时，必须保障其机密性。规则4：通过系统Service接口传递重要的交易数据时，必须保障其完整性和不可抵赖性。说明：重要的交易数据，如转账时涉及的“转入账号”、“转出账号”、“金额”等。规则5：如果系统Service只对特定的IP开放，那么必须对调用系统Service接口的客户端IP进行鉴权，只有在IP地址白名单中的客户端才允许调用，IP地址白名单可配置。规则6：对系统Service接口调用进行日志记录。说明：日志内容包括但不限于如下内容：调用时间、操作类型、调用接口名称、详细的接口参数、客户端IP、客户端机器名、调用者的用户标识、受影响的个体（数据、资源）、成功或失败标识2.8口令安全基本要求口令安全基本要求口令安全策略管理要求概述详细描述设置口令时，默认检测口令复杂度系统默认检测口令复杂度，口令至少满足如下最低要求：1、口令长度至少8个字符（特权用户至少10个字符）；2、口令必须包含以下下四类字符中的三类: -英文大写字母(A 到 Z) -英文小写字母(a 到 z) -10 个基本数字(0 到 9) -非字母字符(例如 !、$、#、%)3、口令不能和帐号或者帐号的倒写相同；4、不能包含用户姓名中超过2个连续字符的部分；5、不能包含超过2个连续的字母或者数字若设置的口令不符合上述规则，必须进行警告。可设置口令出错锁定阈值系统必须提供锁定用户的机制。可选择如下两种方式之一：方式一：当重复输入错误口令次数（默认3次，次数系统可以设置）超过系统限制时，系统要锁定该用户。方式二：系统还可以设置下次允许输入口令的间隔时间加倍，采用这种方式时，用户可以不设置自动锁定。可设置自动解锁时间（只适用于由于口令尝试被锁定的用户）1、对于口令尝试N次失败被锁定的用户，系统要能够设置自动解锁时间，建议默认解锁时间为5分钟。2、用户被锁时间达到预定义时间，可自动解锁该用户，或者也可通过安全管理员手工解锁该用户。3、在锁定时间内，仅能允许应用安全管理员角色所属账号手动解锁该用户。口令安全使用规则操作界面中的口令不能明文显示键入口令时不能明文显示出来(操作界面中的输入口令可不显示或用*代替)，包括在终端上打印或存储在日志中时也不能明文显示口令，即使是内存中的明文口令（如登录期间），也应在使用后立即覆盖。口令输入框内容禁止拷贝口令输入框不支持拷贝功能。缺省口令符合复杂度要求对于系统内置账号的缺省口令，口令应符合复杂度的要求，并在客户资料中提醒用户修改。用户可修改自己的口令1、用户修改自己口令时必须验证旧口令；2、不允许修改除自身账号以外的账号的口令（管理员除外）。口令不能在网络中明文传输口令等认证凭证在传输过程中必须加密，使用高安全等级的加密算法。口令在本地存储时必须加密1、口令不能够明文写入日志文件、配置文件以及cookie中；2、口令文件必须设置访问控制，普通用户不能读取或拷贝加密的内容。提供账号口令清单产品配套资料提供清晰的账号、口令清单。三、数据治理规范3.1数据标准提供数据管理权限及数据库字典文档提交给信息管理部。说明：内容包括数据定义、数据分类、记录格式和转换、编码等实现数据的标准化。3.2主数据管理主数据应命名规范，并经信息管理部安全质量室及上级领导审批通过。说明：主数据是用来描述系统核心业务实体的数据，在范围确定的前提下，对数据视图进行梳理、分析，识别出主数据在信息系统的分布情况，理清数据来源去向，标准情况、质量情况。3.3数据交互与其它系统对接应符合数据规范。可以针对具体规范进行评估，针对差异项提供解决方案。说明：由于数据交互解决的是异构系统的数据一致性问题，需要保证数据在给异构系统同步数据的过程的数据安全，并且要统一标准和格式（例如json格式，xml格式）。主数据平台须具备接口的访问控制和加密传输的能力。3.4数据脱敏在系统中涉及到的隐私或敏感数据，根据实际需要可进行脱敏处理，经过脱敏处理后再传输给前端用户。例如：手机号、证件号码等。3.5数据备份项目交付时须制定用户的权限管理，数据库、文件服务的定期备份方案，包含全量备份和增量备份等。附件九：成都航空信息化建设项目验收管理规定1验收的前提条件1.1合同规定的建设任务已完成；1.2项目的功能、性能等指标达到项目设计的要求；1.3项目上线并试运行三个月及以上；1.4项目验收资料齐全,包含验收资料如下（由于项目特殊性，如验收工作小组认为不涉及验收资料可不提供）：1.4.1立项报告；1.4.2采购文件、响应文件；1.4.3合同或协议；1.4.4项目需求书；1.4.5解决方案（设计方案）；1.1.6功能、安全和性能相关测试文档；1.4.7使用和维护文档；1.4.8培训记录；1.4.9移交清单；1.4.10试运行报告；1.4.11竣工验收申请报告；1.4.12其他有必要提供的文档。2验收依据2.1项目招标相关资料；2.2项目合同或协议；2.3项目需求书；2.4项目解决方案（设计方案）；监理单位出具的监理报告（如涉及）；2.6承建单位提交的项目竣工验收申请报告；2.7有关法律、法规及相关标准；2.8其他具有法律效力的文件。3验收内容3.1项目功能审查；3.2项目管理情况审查；3.3项目测试情况审查；3.4项目文档审查。4验收程序4.1项目承建单位向成都航空信息管理部提出正式验收申请，提交项目验收资料，验收资料中项目立项报告由信息管理部收集。4.2成都航空信息管理部正式收到承建单位验收申请后，按照1项进行初审检查，符合条件后组织验收工作小组开验收会议。4.3项目初步验收结论以公司签呈批件形式上报成都航空信息管理部和需求部门经理、信息管理部及需求部门分管领导、公司总经理最终审批。所有验收资料由信息管理部进行整理归档。今码：3-4-1成都航空信息化管理手册日期：22/07/29CHENGDUAIRLINES修改号：07-00第四节信息化项目验收管理规定1综述1.1为加强公司信息化建设项目质量管理，规范项目验收程序，根据国家有关法律、法规和规章，结合本公司实际，特制定《信息化项目验收管理规定》（以下简称“本规定）2原则2.1公司信息化建设项目验收管理工作应全面遵循如下原则：2.1.1责权分明、分工协作的原则2.1.2严谨求实原则2.1.3客观公正原则2.1.4简便易行原则3定义3.1【承建单位】具有独立企业法人资格，为成都航空提供信息化建设服务的单位。4职责4.1公司成立项目验收工作小组，由信息管理部、立项部门组成。验收小组成员由相关涉及部门领导指定，履行下列职责：4.1.1检查项目验收资料：4.1.2组织现场验收会：4.1.3拟定初步验收结论。4.2信息管理部负责项目验收组织及技术验收工作。4.3立项部门负责项目需求验收工作。5项目验收工作程序5.1验收的前提条件5.1.1合同规定的建设任务已完成；5.1.2项目的功能、性能等指标达到项目设计的要求；5.1.320万以内项目上线并试运行一个月及以上，20万及以上项目上线并试运行三个月及以上；5.1.4项目《需求分析说明书》划定的“关键性内容”测试通过率不得低于90%。PASSPORT
投标 / 标书制作要点（原创）
本合同管理系统 基础档案管理涉及「招标公告」，投标方需重点关注：① 营业执照经营范围须含招标公告或对应服务类目；② 提供同类项目业绩证明；③ 报价方案与售后响应须明确；④ 紧盯投标截止与开标节点，建议提前完成标书制作与盖章。当地项目常要求本地化服务能力与快速响应，务必在投标文件中凸显。
标书制作联系冯经理：17551026086
