竞争性磋商文件需

要注意什么？

一、法律适用维度：先把准生证办妥

1、项目属性必须卡位准确。政府采购法、招标投标法、财政部87号令、74号令、214号文、38号文、55号文、97号文、财库〔2015〕124号、财库〔2021〕22号、地方性财政监察细则、行业主管部门三定方案等，条文之间看似无缝，实则暗礁遍布。一个信息化项目如果含监理、等保测评、商用密码应用安全性评估，就可能被审计质疑服务+货物混合合同是否规避了公开招标。此时需在文件第一章适用法律用阶梯式引用：上位法→行政法规→部门规章→规范性文件→本级财政局的批复，把逻辑链条写得像俄罗斯套娃，让后续质疑投诉时代理机构能一句话甩回去：请看第一章第一条第三款第五项。

2、采用竞争性磋商的唯一合法性入口必须钉死。214号文列举了五种情形，实践中技术复杂、性质特殊这一条被滥用得最狠。文件必须前置论证公示：请三位正高职称专家分别手写该项目无法一次性写出完整技术需求的理由，拍照扫描编入文件附件，并同步在省级以上媒体公示五个工作日。否则审计会翻旧账：既然技术需求都写不全，为何预算却精准到万元？

3、如果项目涉及公共安全、个人信息、跨境数据流动，还要把《个人信息保护法》《数据安全法》《网络安全审查办法》的衔接条款写进投标人须知里的合规性承诺章节，要求供应商在响应文件里单独放一份法律合规性自查清单，并授权采购人对其境外服务器进行远程穿透测试。别嫌啰嗦，一旦被网信办通报，采购人是要写检查报告的。

二、预算维度：把钱切成可审计的薄片

1、预算金额必须拆成财政批复数 最高限价数 分项报价数三层。很多代理机构只写本项目预算1000万元，结果供应商把1000万元整包报价，合同履行时发现其中包含的培训费只有5万元，供应商坚持培训费超标就砍掉培训，采购人傻眼。正确做法是：在采购需求书里把预算拆成软件开发680万元、云资源租赁120万元、培训60万元、验收测评50万元、质保期运维90万元，并在磋商程序里明确供应商须对五个二级科目分别报价，任一分项超过对应预算即视为无效响应。

2、资金性质要写清是集中支付 授权支付还是单位实有资金账户。有些高校横向课题混用科研经费，被财政监督认定为化整为零规避招标。文件里必须加一句话：本项目资金已纳入××年财政部门预算指标系统，项目编号××，支付节点以国库集中支付系统为准，采购人不承担任何垫资责任。

3、价格分值设置是高压线。214号文规定货物价格分值不低于30%，服务不低于10%。但信息化项目里货物与服务边界模糊，一旦被投诉，财政部条法司只看合同实质性内容。建议把硬件占比用成本核算法倒推：先让造价事务所出具硬件市场均价占合同总金额比例报告，再把价格权重卡在30%±2%区间，报告随文件一起公告，投诉时直接甩报告。

三、需求维度：把想干什么翻译成能验收

1、技术需求禁止出现先进、一流、领先、知名、相当于、同等档次等形容词，否则就违反了《政府采购需求管理办法》第11条。如果确实无法量化，可用三阶段描述法：第一阶段写场景痛点，第二阶段写功能行为，第三阶段写验收标准。例如：支持高并发必须翻译成在1000并发用户、峰值TPS 800、单事务响应时间<500ms、稳定性运行12小时条件下，CPU利用率<70%、内存利用率<80%，并提供第三方测评机构出具的《性能测试报告》。

2、需求章节必须嵌入负面清单：把既往项目被验收专家组否决过的指标全部列进去，并注明本项目不接受以下任何负偏离：……。别心疼纸张，写十页负面清单比被验收拖延一年划算得多。

3、对于政务数据共享项目，要在需求里提前埋审计接口。例如：供应商须在系统后台预留××市审计局联网审计接口，支持SQL Server、Oracle、MySQL、PostgreSQL四种直连方式，并提供字段级血缘关系说明，拒绝提供即视为验收不合格。一旦审计署长沙特派办下来抽查，采购人可立即把责任推给供应商。

四、评分维度：把主观分做成客观分

1、评分细则必须可复现、可溯源、可拍照。技术服务分不要出现方案完整性较强得3—5分，一般得1—2分，而要写成方案包含1.系统架构图2.数据流图3.部署拓扑图4.灾备方案5.安全等保方案6.密码应用方案，每缺一项扣1分，扣完为止。

2、现场讲标环节必须全程录像，并规定供应商PPT不得超过30页，每超1页扣0.5分，防止专家被动画大片带节奏。

3、对于项目团队评分，必须把社保证明细化到在响应文件递交当月之前连续六个月由供应商为其缴纳社保，且项目经理、技术负责人、安全负责人、质量负责人、运维负责人五人必须在磋商现场手持身份证原件拍照，照片编入评审报告，防止挂靠。

五、磋商程序维度：把谈判做成算法

1、磋商轮次必须量化。文件里写本项目最多进行三轮磋商，每轮供应商报送最新报价及承诺，第三轮报价为最终报价，并规定每轮报价不得高于上一轮，否则视为无效。这样既符合214号文磋商结束后供应商应在规定时间内提交最后报价，又避免供应商反向抬价。

2、磋商顺序必须用抽签软件随机生成，全程录屏，防止专家先谈后谈信息不对称。

3、对于实质性变动必须采用红绿灯机制：采购人代表只能在需求清单范围内提出变动，且须填写《实质性变动申请表》，专家组长、监督员、法律顾问三方签字后方可发出，防止私下勾兑。

六、合同维度：把婚后财产提前公证

1、合同文本必须作为附件随磋商文件一起发出，不允许中标后再谈合同。合同里要把付款节点 验收节点 违约赔偿 知识产权归属 源代码托管 不可抗力 争议解决全部写死。特别是源代码托管，必须写明验收通过后30日内供应商将完整源代码、编译脚本、依赖库、说明文档刻录三份光盘，分别存放于采购人档案室、市档案馆、第三方托管机构，缺失任一文件即视为未履约。

2、对于质保期外的价格，要在合同里提前锁定年维保费用不高于合同总金额的×%，防止供应商中标后躺平涨价。

3、合同必须引入绩效挂钩条款：例如系统上线后一年内部委办局用户满意度低于85%，每低1个百分点扣减质保金1%，扣完为止，并授权市财政局直接从质保金账户划扣。

七、质疑投诉维度：把战场提前修成护城河

1、文件必须在供应商须知里用加粗字体写明本项目质疑受理单位为××代理机构，地址××，联系人××，电话××，邮箱××，并规定质疑函须由法定代表人签字并加盖法人公章，且须提供法定代表人手持身份