10COMMERCIAL FOUNDATION
商务管理
Commercial Foundation
Foundation 状态：Draft。Authority：Draft。 商务管理（Commercial Foundation）覆盖 Inquiry/Opportunity、Proposal、Quotation、Contract、value、payment terms、milestone、Variation、Claim、risk、receivable、warranty obligation 与 closeout。
证据基础： ERP Foundation V1 已确认 Opportunity、Proposal、Quotation、Contract、Contract Version/Item、Project linkage、编号与版本规则；完整付款条款、Variation/Claim、应收、风险与 finance 流程未冻结。
02 业务边界
Section titled “02 业务边界”Commercial 拥有客户机会、offer、合同 entitlement/obligation、commercial change、claim、receivable context 与 commercial risk；Finance 拥有 accounting/invoice/cash/tax/ledger，Project/Cost/Planning/Change 提供相邻事实。
03 核心概念
Section titled “03 核心概念”Inquiry、Opportunity、Proposal、Quotation、Customer Contract、Contract Version/Item、Contract Value、Payment Terms、Contract Milestone、Supplement、Variation、Claim、Risk、Receivable、Warranty Obligation。
04 核心对象
Section titled “04 核心对象”已证实 sales/contract roots 与 version/item；完整 Variation、Claim、risk、receivable 和 warranty-obligation roots/关系为 Open。
05 生命周期与工作流
Section titled “05 生命周期与工作流”目标链为 opportunity → proposal/quotation → contract → delivery entitlement → variation/claim → milestone/receivable → acceptance/warranty → closeout。审批与 Finance handoff 尚未冻结。
06 跨 Foundation 关系
Section titled “06 跨 Foundation 关系”Enterprise 提供 Customer/identity；Project 交付；Change 协调影响；Planning 提供时间证据；Cost 提供 forecast；Construction 提供 acceptance/handover facts。
07 编号与编码
Section titled “07 编号与编码”保留已批准 opportunity/proposal/quotation/contract 编码。Variation、Claim、payment 与 receipt identifier 必须由 owner 决定，不能从术语推断。
08 角色与职责
Section titled “08 角色与职责”Sales、Commercial Manager、Project Manager、Legal/Finance、Change Owner 与 Contract Approver 的 authority、delegation、segregation of duties 为 Open。
09 业务规则
Section titled “09 业务规则”- Contract Value、Budget、Revenue、Invoice 与 Cash 是不同事实。
- Change 不自动产生 Variation/Claim entitlement。
- Acceptance evidence 与 commercial trigger 必须明确链接而非互相替代。
10 数据模型
Section titled “10 数据模型”V1 证明机会、提案、报价与合同版本结构；完整 post-award commercial model 仍为 Draft/Unknown。
11 NocoBase 映射
Section titled “11 NocoBase 映射”现有 collections 与 version relations 是实现证据，不证明 payment/claim/risk workflow 或当前生产行为。
12 UI / UX 原则
Section titled “12 UI / UX 原则”商务视图应区分 current contract version、value、terms、milestone、Variation/Claim、risk、receivable 与 evidence，明确 draft/approved/unknown 状态。
13 AI 机会与边界
Section titled “13 AI 机会与边界”AI 可比较条款、提取 obligation、发现 claim evidence 缺口；不得接受条款、确认 entitlement、批准 Variation/Claim 或产生财务入账。
14 审计与可追溯
Section titled “14 审计与可追溯”从机会到报价/合同版本、change、variation/claim、milestone、acceptance 与 closeout 的 actor、time、source 与 approval 必须可追溯。
15 待决事项
Section titled “15 待决事项”Post-award commercial ownership、Variation/Claim lifecycle、payment terms、receivable/Finance boundary、risk 与 warranty obligation model。
16 实施状态
Section titled “16 实施状态”Partial: Implemented；Partial: Verified。 Pre-award/contract 子集有证据；完整 post-award 商务流程、UI 与 finance integration 未验证。
17 后续改进
Section titled “17 后续改进”由 Commercial/Finance owners 明确边界，发布 entitlement/obligation model、authority matrix 与 end-to-end tests。
18 决策历史
Section titled “18 决策历史”ADR-007 约束现有 root/version 关系；完整 Commercial Foundation 仍为 Draft。