11 采购管理
2026-06-26 新建
4.69 自制或外购分析
核心定义
自制或外购分析(Make-or-Buy Analysis):决定项目所需的产品/服务是自己做(Make),还是从外部采购(Buy)。
决策核心
项目需要XX
│
┌───────────┴───────────┐
▼ ▼
自制(Make) 外购(Buy)
自己做这个产品 从供应商那买
│ │
适合条件: 适合条件:
• 内部有技术能力 • 外部更便宜
• 无合适供应商 • 内部无此能力
• 涉及核心机密 • 非核心竞争力
• 长期看更划算 • 需要快速获取
考虑因素
| 维度 |
自制要考虑 |
外购要考虑 |
| 成本 |
直接成本 + 间接成本 + 机会成本 |
采购价 + 管理费 + 验收成本 |
| 能力 |
团队是否有技术?是否有时间? |
供应商能力、信誉、产能 |
| 战略 |
是否核心业务?是否需要保密? |
是否非核心竞争力? |
| 风险 |
技术风险、人员流失 |
供应商风险、交付延期 |
| 时间 |
开发 + 测试周期 |
招标 + 谈判 + 交付周期 |
全生命周期视角
只看采购价?------短视!
要做全生命周期对比:
自制总成本 = 研发 + 设备 + 人工 + 维护 + 培训 + 处置
外购总成本 = 采购价 + 集成 + 培训 + 许可证年费 + 维保费 + 退出成本
不能只看一次性的采购价 vs 开发费
要看5年总账
财务对比示例
| 项目 |
自制 |
外购 |
| 前期投入 |
开发费 50万 |
采购费 30万 |
| 年度维护 |
2万/年 |
许可证 5万/年 |
| 5年总成本 |
50 + 2×5 = 60万 |
30 + 5×5 = 55万 |
| 结论 |
|
✅ 外购更划算 |
但如果:
外购还有额外集成成本10万 → 55+10=65万 > 60万
自制更划算
⚡ 核心认知 :自制或外购不只是比价格,是综合对比成本+能力+战略+风险+长期。
决策后的产出
| 决策 |
下一步 |
对应过程 |
| 自制 |
纳入项目范围,安排资源和进度 |
5.3/6.2/9.2 |
| 外购 |
编制采购SOW、招标文件 → 12.1规划采购 |
12.1 |
常见错误
| 陷阱 |
正解 |
| 只看价格决定自制/外购 × |
考虑总成本+能力+战略+风险 |
| 自制一定更好(更可控) × |
非核心业务外购更高效,集中精力做核心 |
| 外购一定更便宜 × |
隐藏成本(集成、管理、切换)可能很高 |
| 决定是在执行时做的 × |
12.1规划采购管理时就要做自制或外购分析 |
本章高频考点清单
| # |
考点 |
一句话 |
| 1 |
自制或外购分析 |
综合对比成本+能力+战略+风险,非只看价格 |
| 2 |
全生命周期对比 |
看总账(5年),非一次性价格 |
| 3 |
外购的下一步 |
自制或外购分析 → 采购管理计划 → SOW → 招标 |
本章常见考试陷阱
| 陷阱 |
正解 |
| 自制或外购 = 只比价格 × |
考虑全生命周期成本、能力、战略、风险 |
| 核心能力也可以外购 × |
涉及核心竞争力的应自制 |
| 自制或外购决定在执行时 × |
在规划采购管理(12.1)时就做 |
4.71 项目交付方式
核心定义
项目交付方式(Project Delivery Method):规定项目从设计到建造再到交付如何组织、由谁承担什么责任、风险如何在各方之间分配。
四大交付方式全景
项目交付方式
│
┌─────────┬───────────┼───────────┬─────────┐
▼ ▼ ▼ ▼ ▼
DBB DB EPC CM IPD
设计-招标 设计-建造 设计-采购 施工管理 集成项目
-建造 -施工总承包 交付
DBB(Design-Bid-Build)设计-招标-建造
设计阶段 ──→ 招标阶段 ──→ 建造阶段
(设计院) (招投标) (承包商)
业主 ──→ 设计院做设计 ──→ 招标选施工方 ──→ 施工方按图建造
↓ ↓ ↓
设计完成出图纸 最低价/评分中标 按图施工
特点:
- 三阶段严格串行,一步一步来
- 设计完成才能招标,招标完成才能开工
- 风险和界面由业主自己管理
| 优点 |
缺点 |
| 流程清晰,市场成熟 |
周期长(串行) |
| 充分竞争,报价透明 |
设计与施工脱节,容易扯皮 |
| 业主控制力强 |
变更成本高 |
| 适合标准化项目 |
业主承担界面风险 |
EPC(Engineering-Procurement-Construction)总承包
EPC 总承包商
│
┌─────────────┼─────────────┐
▼ ▼ ▼
设计(E) 采购(P) 施工(C)
总包负责 总包负责 总包负责
│
┌────┴────┐
▼ ▼
设备供应商 材料供应商
业主只签一份合同,对总包商一个人说话
| 优点 |
缺点 |
| 单一责任主体(只对总包商) |
业主控制力弱 |
| 设计/采购/施工一体化,效率高 |
总包商报价较高 |
| 业主风险低 |
变更谈判难度大 |
| 工期更可控 |
适合标准化、成熟的工业项目 |
DBB vs EPC 核心对比
| 维度 |
DBB(设计-招标-建造) |
EPC(总承包) |
| 合同份数 |
多份(设计+施工+各分包) |
一份(总包对业主负全责) |
| 业主管理量 |
大(协调设计和施工) |
小(只管总包商) |
| 业主风险 |
高(界面风险自己扛) |
低(转嫁给总包商) |
| 周期 |
长(串行) |
短(并行/重叠) |
| 变更灵活性 |
高(招标前可改设计) |
低(总包后改成本高) |
| 业主控制力 |
强 |
弱 |
| 适合场景 |
复杂、需精细控制的公共项目 |
功能明确、标准化的工业项目 |
| 考试关键词 |
"设计完成才能招标"、"业主协调" |
"交钥匙"、"一键式"、"总包负全责" |
DB(Design-Build)设计-建造
DB(中间的折中方案)
业主 ──→ 一个 DB 承包商 ──→ 设计和施工一人干
│
┌─────┴─────┐
▼ ▼
设计团队 施工团队
vs DBB:合并了设计和施工(少了招标环节)
vs EPC:不含采购(或采购范围小)
⚡ 考试常混:DB = 设计+施工(房子/基建),EPC = 设计+采购+施工(工厂/工业)。
常见错误
| 陷阱 |
正解 |
| EPC = DBB 只是叫法不同 × |
DBB三分离(串行),EPC一体化(交钥匙),风险和界面完全不同 |
| EPC 一定比 DBB 好 × |
各有适用场景:复杂项目用DBB,标准化工业项目用EPC |
| EPC 业主可以随时改设计 × |
EPC总包后变更成本极高,设计变更需重新谈判 |
| DBB 就是"传统模式"所以落后 × |
DBB在某些场景仍然最优(如公共项目透明招标) |
4.72 特许经营(PPP模式下的交付方式)
核心定义
特许经营(Concession):政府授权私营部门投资、建设、运营公共基础设施,在一定期限内通过向用户收费回收投资并获取回报,期满后无偿移交政府。常用于高速公路、水厂、电厂等大型公共项目。
PPP 模式全景
公私合作(PPP)
│
┌─────────┬───────────┼───────────┬─────────┐
▼ ▼ ▼ ▼ ▼
BOT BT BOO TOT O&M
建设-运营 建设-移交 建设-拥有 移交-运营 运营-维护
-移交 -运营 -移交
核心模式对比
| 模式 |
全称 |
流程 |
私营方做什么 |
最终归属 |
| BOT |
Build-Operate-Transfer |
建设→运营→移交 |
投钱建+运营收费 |
期满还给政府 |
| BT |
Build-Transfer |
建设→移交 |
只建不运营 |
建完就给政府 |
| BOO |
Build-Own-Operate |
建设→拥有→运营 |
建了就是自己的,长期运营 |
不还,永久拥有 |
| TOT |
Transfer-Operate-Transfer |
政府移交→私营运营→再移回 |
运营已有设施 |
期满还给政府 |
| O&M |
Operation & Maintenance |
只运营维护 |
只运营,不建设 |
资产一直归政府 |
BOT 详解(最常考)
政府 社会资本方
│ │
│ 授予特许经营权 │
├──────────────────────►│
│ │
◄─────┤ B(建设) ├── 融资+设计+建设
◄─────┤ │
│ │
◄─────┤ O(运营) ├── 运营+收费+维护
◄─────┤ (10-30年) │ 回收投资+利润
│ │
│ T(移交) │
│◄──────────────────────┤ 无偿移交政府
│ │
政府运营 社会资本退出
典型项目:高速公路、污水处理厂、风力发电站、地铁线路
BT vs BOT
| 维度 |
BT(建设-移交) |
BOT(建设-运营-移交) |
| 私营方参与 |
只建设 |
建设+运营 |
| 资金回收 |
政府分期付款(像按揭) |
向用户收费(像做生意) |
| 运营责任 |
政府自己运营 |
私营方运营 |
| 风险承担 |
施工风险私营担,运营风险政府担 |
施工+运营风险都私营担 |
| 考试关键词 |
"政府回购"、"分期付款" |
"特许经营"、"收费回收" |
PPP 模式选择速判
| 场景 |
推荐模式 |
原因 |
| 政府没钱建但有钱回购 |
BT |
政府分期付款,建完拿回来 |
| 政府没钱,项目能收费 |
BOT |
社会资本通过运营回收投资 |
| 已有设施,缺运营能力 |
TOT |
让有经验的社会资本运营 |
| 只需专业运营维护 |
O&M |
轻量级合作 |
常见错误
| 陷阱 |
正解 |
| BOT 是采购方式 × |
BOT 是项目交付方式/融资模式,不是单纯的采购 |
| BT = BOT × |
BT只建不运营,BOT建+运营,核心区别在O |
| PPP 只适用于盈利项目 × |
政府可提供补贴让非盈利项目也适合PPP |
| 特许经营期满企业还能继续运营 × |
期满无偿移交政府(BOT/TOT),除非是BOO |
4.73 采购合同类型
核心定义
采购合同 规定了买卖双方的权利义务、风险分配和付款方式。合同类型决定风险在谁身上。
三大合同类型总览
合同类型
│
┌─────────────────────┼─────────────────────┐
▼ ▼ ▼
总价合同 成本补偿合同 工料合同
(Fixed-Price) (Cost-Reimbursable) (Time & Materials)
│ │ │
│ 买方风险最低 │ 买方风险最高 │ 风险适中
▼ ▼ ▼
┌────┴────┐ ┌──────┴──────┐
▼ ▼ ▼ ▼
FFP FPIF CPFF CPIF
+ FPEPA CPAF
一、总价类合同(买方最有利)
| 子类型 |
全称 |
价格怎么定 |
特点 |
买方风险 |
| FFP |
Firm-Fixed-Price 固定总价 |
开始就锁定总价 |
超支卖方扛,范围必须清晰 |
最低 |
| FPIF |
Fixed-Price Incentive Fee 总价+激励 |
有目标成本,低于目标卖方分成 |
卖方有动力控制成本 |
低 |
| FPEPA |
Fixed-Price with Economic Price Adjustment 总价+调价 |
可按物价指数调整 |
应对长期合同的通胀风险 |
低 |
FFP 详解(最常考)
买方出100万,卖方做全部工作
卖方花了120万 → 买方还是给100万 → 卖方亏20万
卖方花了 80万 → 买方还是给100万 → 卖方赚20万
→ 所有成本风险在卖方
→ 买方只关心结果不关心过程
→ 前提:范围必须一清二楚!
| 适用 |
不适用 |
| 需求明确、范围清楚 |
需求模糊、不断变化 |
| 标准化产品/服务 |
研发/创新项目 |
| 市场成熟、供应充足 |
唯一供应商 |
FPIF 激励机制
目标成本:100万 → 目标利润:10万 → 目标总价:110万
分成比例:70/30(买方/卖方)
实际成本80万 → 节省20万 → 卖方得30% = 6万
→ 总价 = 80 + 10 + 6 = 96万(买方省了14万)
实际成本120万 → 超支20万 → 卖方承担30% = 6万
→ 总价 = 120 + 10 - 6 = 124万(卖方少赚6万)
⚡ 激励的核心:卖方省得多自己也赚得多,所以会主动控制成本。
二、成本补偿合同(买方风险最高)
| 子类型 |
特点 |
卖方动力 |
适用 |
| CPFF Cost-Plus-Fixed-Fee |
成本实报实销+固定酬金 |
没有控制成本的动力 |
需求极不确定 |
| CPIF Cost-Plus-Incentive-Fee |
成本实报实销+激励酬金 |
有控制成本的动力 |
有一定目标 |
| CPAF Cost-Plus-Award-Fee |
成本实报实销+主观评奖 |
追评奖标准 |
关注质量/创新 |
三、工料合同(T&M)
买方按实际工时 + 实际材料费支付
特点:
- 买方风险中等(介于总价和成本补偿之间)
- 灵活,适合不确定范围的小额工作
- 需要买方监管工时和材料
三大合同类型风险对比
买方风险:FFP < FPIF < T&M < CPIF < CPFF
卖方风险:CPFF < CPIF < T&M < FPIF < FFP
┌──────────────────────────────────────┐
│ 风险平衡线 │
买方 ◄──┼──────────────────────────────────────┤► 卖方
FFP FPIF T&M CPIF CPFF
买方风险最低 买方风险最高
合同选择速判
| 项目特征 |
推荐合同 |
原因 |
| 范围清晰、需求稳定 |
FFP |
买方锁定价格,最省心 |
| 范围基本清楚,希望激励卖方 |
FPIF |
激励控成本 |
| 长期合同、物价波动大 |
FPEPA |
防通胀侵蚀 |
| 需求模糊、创新项目 |
CPFF/CPIF |
卖方不愿承担不确定性 |
| 小额紧急、不明确 |
T&M |
最快启动 |
常见错误
| 陷阱 |
正解 |
| FFP 对卖方总是好的 × |
FFP 卖方扛全部成本风险,超支就亏 |
| 成本补偿合同买方不用管 × |
CPFF 下买方需监管成本,否则实报实销会失控 |
| T&M 不限制总额 × |
T&M 通常含"不超过上限"条款 |
| 合同类型互斥只能选一种 × |
一个项目可有多种合同(不同工作包不同合同) |
4.74 采购文件
核心定义
采购文件(Procurement Documents):用来向潜在卖方描述采购需求并邀请投标的文件。不同采购场景使用不同文件类型。
三大招标文件
采购文件
│
┌───────────────────────┼───────────────────────┐
▼ ▼ ▼
RFP RFQ IFB
方案邀请书 报价邀请书 投标邀请书
Request for Request for Invitation
Proposal Quotation for Bid
│ │ │
找解决方案 找价格 找最低价
│ │ │
技术+商务综合评 价格是主要因素 价格几乎唯一因素
| 文件 |
英文 |
什么时候用 |
评估重点 |
举例 |
| RFP |
Request for Proposal 方案邀请书 |
需求清楚但解决方案不明确 |
技术方案+价格综合评分 |
软件开发、咨询服务 |
| RFQ |
Request for Quotation 报价邀请书 |
需求明确、标准化产品 |
价格是主要因素 |
采购标准服务器 |
| IFB |
Invitation for Bid 投标邀请书 |
公共项目、政府采购 |
几乎只看价格(最低价中标) |
市政工程 |
招标文件核心组件
一份完整的招标文件包
│
┌───────┼───────┬───────────┬───────────┐
▼ ▼ ▼ ▼ ▼
SOW TOR RFP/RFQ 合同模板 供方选择标准
工作说明书 任务大纲 招标邀请 条款草案 评分表
SOW(采购工作说明书)
定义:详细描述要采购的产品/服务/成果,卖方据此投标。
内容:
- 产品或服务描述
- 规格/性能要求
- 数量、质量标准
- 交付时间、地点
- 验收条件和标准
⚡ SOW vs 范围说明书:SOW 是对外(给卖方看的)、范围说明书是对内(团队用的)。都是描述"要什么",但读者不同。
TOR(任务大纲)
定义 :针对服务类采购(如咨询、设计服务)的任务描述。
与 SOW 的区别:
| 维度 |
SOW(工作说明书) |
TOR(任务大纲) |
| 用于 |
产品/工程类采购 |
服务类采购(咨询、设计) |
| 详细度 |
非常具体,规格明确 |
相对宽泛,侧重目标和范围 |
| 答题自由度 |
卖方按要求做 |
卖方有发挥空间 |
| 考试关键词 |
"采购、制造、施工" |
"咨询服务、评估、研究" |
供方选择标准
供方选择时评估卖方的维度:
| 标准 |
产品类权重 |
服务类权重 |
| 价格 |
高 |
中 |
| 技术方案 |
中 |
高 |
| 经验/资质 |
中 |
高 |
| 交付能力 |
高 |
中 |
| 财务稳定性 |
中 |
中 |
完整采购文件流转链
12.1 规划采购管理
│
├── 自制或外购分析 → 决定外购
│
├── 编制 SOW/TOR ← 描述要采购什么
│
├── 选择招标文件类型 ← RFP/RFQ/IFB
│
├── 制定供方选择标准 ← 怎么评价卖方
│
└── 形成采购文件包 ← 发出去招标
│
▼
12.2 实施采购
│
├── 发布招标 → 卖方投建议书/报价
├── 投标人会议 → 澄清疑问
├── 建议书评价 → 按选择标准打分
└── 谈判 → 签合同
常见错误
| 陷阱 |
正解 |
| RFP/RFQ/IFB 可以混用 × |
不同场景用不同文件:方案不明确→RFP,标准品→RFQ,政府→IFB |
| SOW 和 TOR 一回事 × |
SOW面向产品/工程(type),TOR面向服务类 |
| SOW 写的越细越好 × |
TOR 类要给卖方发挥空间,太细限制创新 |
| 供方选择只看价格 × |
RFP 项目中技术方案权重可能高于价格 |
4.75 供方选择
核心定义
供方选择(Source Selection):从多个潜在卖方中评出最合适的那一个,授予合同。
供方选择的三步流程
投标人会议 → 建议书评价 → 采购谈判
(Bidder Conference) (Proposal Evaluation) (Procurement Negotiation)
澄清疑问 打分排名 敲定条款
所有卖方平等 按选择标准 签订合同前的
获取信息 选出前几名 最后一步
一、投标人会议
核心定义:在投标截止前,召集所有潜在卖方,统一澄清招标文件中的疑问。
| 要点 |
说明 |
| 目的 |
解答卖方疑问,确保所有卖方平等获取相同信息 |
| 时机 |
招标文件发布后,投标截止前 |
| 形式 |
集体会议,所有潜在卖方都参加 |
| 对谁公开 |
会议纪要和答疑发所有潜在卖方(不是只发给提问者) |
| 能否改招标文件 |
如果澄清导致实质性变更,需修改招标文件并以书面通知所有卖方 |
投标人会议的关键原则:
┌──────────────┐
│ 卖方A提问 │
└──────┬───────┘
▼
记录问题和回答
│
┌──────┴──────┐
▼ ▼
卖方B收到 卖方C收到
(也看到这信息)(也看到这信息)
→ 信息对称,公平竞争
⚡ 最高频考点 :投标人会议的核心 = 确保所有潜在卖方平等获取信息,不能只回复提问者。存在信息不对称 → 可能导致后续纠纷和法律风险。
二、建议书评价
核心定义 :收到卖方建议书/报价后,按供方选择标准打分排序。
评价方法:
| 方法 |
做法 |
适用 |
| 加权评分法 |
每个标准设权重,打分×权重加总 |
大多数项目 |
| 筛选法 |
先设最低分门槛,不达门槛直接淘汰 |
候选多时先初筛 |
| 独立估算 |
买方自己估算合理价格,对比卖方报价 |
判断报价是否合理 |
三、采购谈判
核心定义 :中标方确定后,买方与入选卖方正式商议合同条款的最后一环------把所有书面没说清的细节在签合同前谈清楚。
建议书评价 → 选出中标方 → 采购谈判(与中标方1对1) → 签合同
│
仅与中标方谈
(不是和所有候选谈)
⚡ 关键认知 :谈判是中标后 才进行的,对象是已选定的那一家,目的是在签合同前把所有模糊条款敲实。
| 谈判什么 |
说明 |
| 范围 |
确认 SOW 每一条都理解一致 |
| 进度 |
交付时间、里程碑、延期处理 |
| 价格与付款 |
价格、付款节奏、奖惩条款 |
| 质量 |
验收标准、缺陷修复、保修期 |
| 风险与责任 |
风险分担、违约责任、保密条款 |
| 变更管理 |
未来变更的流程和费用 |
| 索赔和争议 |
争议解决机制(谈判→ADR→诉讼) |
⚡ 核心认知 :谈判不是为了"压价",是为了双方对合同条款理解一致。中标后的谈判如果谈不拢,可以换第二候选人,但一般不会走这一步。
完整选择链回顾
12.2 实施采购
│
├── ① 发布招标(RFP/RFQ/IFB)
│
├── ② 投标人会议 ← 答疑、确保信息平等
│
├── ③ 卖方投建议书/报
│
├── ④ 建议书评价 ← 按选择标准打分排序
│
├── ⑤ 选出中标方 ← 确定与谁签合同
│
├── ⑥ 采购谈判 ← 与中标方敲定合同细节
│
└── ⑦ 签合同 → 输出:选定的卖方 + 协议
常见错误
| 陷阱 |
正解 |
| 投标人会议=卖方之间互相竞争 × |
投标人会议是澄清会议,不是评标,不排名 |
| 投标人答疑只回复提问者 × |
必须抄送所有潜在卖方,保持信息平等 |
| 采购谈判=压价 × |
谈判是对所有合同条款达成共识,不只是价格 |
| 建议书评价只看最低价 × |
RFP 项目中技术方案权重往往高于价格 |
4.76 索赔与替代争议解决办法
核心定义
索赔(Claim):买方或卖方认为对方未履行合同义务,要求补偿、赔偿或变更。属于 12.3 控制采购过程。
索赔处理流程
双方产生争议
│
▼
① 谈判(Negotiation)
双方坐下来自己谈
首选的、最经济的解决方式
│ 谈不拢
▼
② ADR 替代争议解决
┌───┴───┐
▼ ▼
调解 仲裁
Mediation Arbitration
第三方撮合 第三方裁决
无约束力 有约束力
│ 仍无法解决
▼
③ 诉讼(Litigation)
法院判决
最后手段、成本高、关系破裂
索赔四步详解
| 步骤 |
方式 |
谁参与 |
约束力 |
成本 |
特点 |
| ① |
谈判 |
买卖双方 |
自愿达成 |
低 |
首选,不影响关系 |
| ② |
调解 |
双方+中立调解人 |
自愿接受 |
中 |
调解人撮合,不替双方做决定 |
| ② |
仲裁 |
双方+仲裁员 |
有法律约束力 |
中高 |
比诉讼快,比调解正式 |
| ③ |
诉讼 |
双方+法院 |
强制执行 |
高 |
最后手段,关系彻底破裂 |
⚡ 最高频考点 :索赔路径 = 谈判→ADR(调解/仲裁)→诉讼。首选谈判,诉讼是最后手段。
ADR(Alternative Dispute Resolution)
定义:在进入正式诉讼之前,用调解或仲裁等非诉讼方式解决合同争议。
| ADR 类型 |
过程 |
结果 |
| 调解(Mediation) |
调解人促进双方沟通,提出建议 |
双方自愿接受方案,无强制力 |
| 仲裁(Arbitration) |
仲裁员听取双方证据后裁决 |
裁决有法律约束力,双方必须执行 |
采购审计
定义 :对从 12.1 规划采购到 12.3 控制采购的全过程进行结构化审查。
| 审什么 |
说明 |
| 过程合规 |
采购流程是否符合合同条款和组织政策 |
| 合同履约 |
卖方是否按合同交付 |
| 变更管理 |
合同变更是否走正规流程 |
| 经验教训 |
本次采购有什么成功经验和失败教训 |
⚡ 核心认知 :采购审计审的是过程的合规性,不是审财务账。目的是总结经验教训,改进未来的采购。
审计 vs 检查 vs 验收
| 概念 |
对象 |
目的 |
| 采购审计 |
采购过程 |
合规性、经验教训 |
| 检查 |
可交付成果 |
是否符合规格 |
| 验收 |
合同中规定的交付物 |
是否可接收 |
合同收尾与行政收尾
12.3 控制采购
│
├── 合同收尾 ← 先完成
│ └── 确认所有合同义务已履行
│ └── 完成采购审计
│ └── 释放卖方资源
│
▼
4.7 结束项目或阶段
│
└── 行政收尾 ← 后完成
└── 最终产品移交
└── 经验教训入库
└── 释放项目资源
常见错误
| 陷阱 |
正解 |
| 有争议直接诉讼 × |
先谈判→ADR→最后才是诉讼 |
| 仲裁和调解一回事 × |
仲裁有约束力,调解只是撮合 |
| 采购审计=财务审计 × |
采购审计审过程合规 ,财务审计审账目 |
| ADR 是风险策略 × |
ADR 是争议解决手段,不是风险管理工具 |
4.77 采购合同结束的形式
核心定义
合同结束(Contract Closure):12.3 控制采购的最终环节,确保所有合同义务已履行或妥善终止,释放卖方资源。
四个象限:合同结束形式
主动(买方发起) 被动(卖方导致)
┌───────────────────┬───────────────────┐
│ │ │
关系友好 │ ① 正常完成 │ ④ 双方协商终止 │
│ 合同履行完毕 │ 协议解除 │
│ "做完了,散会" │ "都不做了,握手" │
├───────────────────┼───────────────────┤
│ │ │
关系破裂 │ ③ 便利终止 │ ② 违约终止 │
│ 买方单方面停 │ 卖方未履约 │
│ "我不想做了" │ "你违约,终止" │
└───────────────────┴───────────────────┘
四种结束形式详解
| # |
形式 |
英文 |
谁发起 |
原因 |
关键点 |
| ① |
正常完成 |
Completion |
双方 |
合同义务全部履行完毕 |
最理想,走采购审计→释放卖方 |
| ② |
违约终止 |
Termination for Default |
买方 |
卖方未按合同履 |
买方保留索赔权 |
| ③ |
便利终止 |
Termination for Convenience |
买方 |
买方不需要了(非卖方过错) |
买方需赔偿卖方已做工作的合理费用 |
| ④ |
协商终止 |
Mutual Agreement |
双方 |
共同同意停止 |
友好分手,协商结算 |
重点辨析
| 形式 |
卖方有错吗 |
买方要赔吗 |
何时用 |
| 正常完成 |
✓ 做得对 |
不需赔 |
合同履行完 |
| 违约终止 |
✗ 没做到 |
不需赔,还可索赔 |
卖方交付不力 |
| 便利终止 |
没错 |
必须赔(买方自找的) |
项目取消、战略调整 |
| 协商终止 |
不谈对错 |
协议约定 |
双方都不想继续了 |
⚡ 最高频陷阱 :便利终止------卖方没错,是买方自己不想做了,所以买方必须赔偿卖方已发生的合理成本。
采购管理中的责任分配
买方(PM) 卖方
│ │
┌───────┬───────┼───────┬───────┐ │
▼ ▼ ▼ ▼ ▼ ▼
规划采购 监督履行 付款审批 合同收尾 交付成果
│ │ │ │ │
▼ ▼ ▼ ▼ ▼
SOW 绩效审查 按合同付 审计+释放 按SOW交付
招标 变更管理 按进度付 经验教训 通过验收
选卖方 索赔处理 按质量付 保修期支持
买方在采购管理中的核心责任
| 阶段 |
责任 |
| 规划 |
确定采购策略、编制 SOW、选择合同类型、制定选择标准 |
| 执行 |
发布招标、投标人会议、评标、谈判、签合同 |
| 监控 |
监督卖方绩效、处理变更和索赔、付款审批 |
| 收尾 |
采购审计、合同结算、释放卖方、经验教训 |
⚡ 核心原则 :买方 PM 在整个采购周期中保持对卖方的监督 和双向沟通,不能"签了就等着",也不能"管得太死让对方无法工作"。
常见错误
| 陷阱 |
正解 |
| 便利终止卖方违约 × |
便利终止是买方主动停,卖方没犯错 |
| 便利终止不用赔钱 × |
买方必须赔偿卖方已发生的合理费用 |
| 合同结束=甩手不管 × |
必须做采购审计、经验教训、释放卖方 |
| 采购管理=12.2签完合同就完了 × |
延续到12.3控制采购,直到合同收尾完成 |