L2C V2 · Current business baseline
L2C V2 业务基线
把 2026-08-19 本地业务确认材料纳入 Object Workbench，并与 08-13 Artifact、T79 架构基线和实现授权边界分层管理。
结论：新增一层“L2C V2 业务基线”，不覆盖历史 Artifact，也不抬高为 T79 架构真源。
V2 回答业务对象、流程、审批、字段和域边界；T79 回答 Ontology、Registry、Pack、Workflow 权威分类和 Object Workbench 运行边界。业务细节冲突时以 V2 流程图为准，架构边界冲突时仍以仓内 T79 / SSOT 为准。
材料优先级
业务流程图
正文与附录 A 保存已确认规则；第八部分只保存 P0 / P1 / P2 待办。
实体、状态机、DDD
用于展开流程图；与流程图冲突时自动降级，不单独形成实现约束。
08-13 Artifact / T79 实例
保留当时的设计过程和架构判断；V2 已确认的业务口径优先。
相对 08-13 版本的关键收口
| 主题 | 08-13 门户口径 | 08-19 V2 现行口径 |
|---|---|---|
| 项目立项 | 订单直接生成或合同后立项仍有分歧，订单与项目暂按 1:1。 | PMO 手动创建和管理；订单确认、合同审批均不自动立项。关联基数仍待 C-08 / C-12。 |
| 订单与合同 | 合同可能关联商机或订单，关系曾表述为 1:N。 | 先有订单后有合同；合同必须选择一个或多个既有订单，订单与合同为 N:M。 |
| 回款与金蝶 | 曾描绘合同完成后的应收、开票、回款闭环。 | 当前唯一确认动作是提交开票申请时同步申请数据；实际到账、核销、退款和回流接口未确认。 |
| 报价 | 按业务场景组织与审批，产品/场景关系待统一。 | 报价明细按产品组织；“业务场景”是 Product 普通字段；审批按业务线配置节点。 |
| 线索回收 | AI 判断可能影响保有期倒计时。 | AI 只提示异常或疑似无效，不直接改变状态或触发回收；保有期是独立可配置规则。 |
| 对象清单 | 16 类对象，部分状态或过程被视觉上并列为对象。 | 18 个正式实体，候选对象单列；“赢单”明确是 Opportunity 状态，不是实体。 |
V2 新增的业务细节
- 部门线索池、销售拓展池与回收线索池分开治理，首次跟进时限和保有期可配置。
- 联系人命中查重后复用并补齐；客户同一时点只有一个责任人，团队成员权限按角色、读写和对象可见范围交集计算。
- 同一商机允许多个报价轮次，仅最新审批通过版本
last有效；关键字段变更会使报价失效。 - 赢单审批后自动生成订单草稿；销售提交产品与业绩比例，销管在审批中调整金额和提成。
- 录音产生的 AI Draft 必须经过候选、人工确认、正式事实三段，确认前不进入报表和下游同步。
- 生命状态、分配/跟进状态、业务阶段、审批状态和派生统计状态必须分维度建模。
阅读入口
来源快照
只读来源：OneDrive-Personal/Work/datastory/entverse/L2C
私有原始归档：archive/object-workbench/l2c-v2/
公开展示副本：public/object-workbench/l2c-v2/ 仅包含流程图和 NAVI HTML；流程图只把 Mermaid CDN 替换为仓内固定运行时。
README、实体总览、状态机、领域建模 Markdown 和字段确认 XLSX 按原目录、原文件名保存在私有 Git 仓库。源目录未被修改。
仍需显式保留的矛盾
- 组织真源在流程图内部仍同时出现“新人新事”和“企微”口径，不能据此冻结审批人同步方案。
- 客户 30 天无负责人销售记录，流程图要求提醒后走单独调出流程；派生状态机中的“自动回收”表述不得采用。
- 报价目标系统以权威流程图中的 OA 为准；实体总览里“未来 CRM”的表述需另行确认。
- 第八部分未决事项在确认前不得固化为枚举、审批流、领域事件或接口契约。