# 经营履约模块专项：返回结果摘要

> 审查员：`research_operations`，`gpt-6-luna / max`。主会话按返回结果整理；只读规划研究，非正式产品验证。  
> 审查员核对主要输入哈希一致，未改产品/Runtime/文档，未运行测试。

## 总体判断与16个REQ覆盖

Owner分工有业务依据，主要缺的是候选协议到具体现场动作/证据的收口。采购应付/WMS的既有排除、能力与承诺的分工不能误读为要新增ERP；生鲜/测量已有Owner，欠的是适用品类和无效/过期/冲突的操作细则；扩展政策不从候选对象推导已批准。

| REQ-DW后缀 | 规划判断 | 需收口的具体目标 |
| --- | --- | --- |
| MEDIA-ASSETS | 边界合理，可借成熟内容能力 | FileAsset版本/可读性、业务用途/引用保护、清理/保留接缝 |
| HOMEPAGE-CONTENT | 发布/消费同源合理 | 媒体/商品依赖版本、缓存传播/回退和实际目标消费证据 |
| CATALOG-PUBLICATION | 边界合理 | SKU单位/包装切配规格、菜谱量映射不可无依据换算；价格/可用性另有Owner |
| SUPPLY-QUALITY | 候选充分，操作需明确 | 具体Lot效期/失效/温控适用、隔离影响与外部到货凭据，不新增默认WMS |
| FULFILLMENT-CAPACITY | W3原始事实可交 | W4前明确单位/作用域/有效期与Demand占用原子协议 |
| EXECUTION-WEIGHING | 必要领域定制 | fence对真实设备/人工作业的作用、净重/采用测量证据与失效处理 |
| MATERIAL-TRANSFORMATION | 不变量合理 | 单位换算、投入/产出/副产品/损耗容差与受控更正 |
| PACKAGE-DELIVERY | 对象/部分结果合理 | 真实承运方式、封包绑定/收件证据、拒收错包缺件/失联的办理 |
| FINANCE-POSTING | 独立职责必要，边界需选定 | 内部账簿或外部账务权威、源映射/规则/期间/期初及实任财务责任 |
| QUALITY-RECALL | 范围完整性目标正确 | 源水位、缺链数量、晚到影响、闭案/续办证明 |
| ANALYTICS | 源/投影分责合理，有泛化风险 | 先固定真实决策问题、首批指标/水位/刷新/导出范围再选BI设施 |
| CUSTOMER-DATA-LIFECYCLE | 分域处理合理，政策未闭合 | 合并授权不默认继承、保留/删除/撤回逐类结果与部分传播恢复 |
| GROUP-CAMPAIGNS | 条件扩展 | 资格、可见范围、活动参与/撤权；不默认佣金 |
| SHARE-ATTRIBUTION | 条件扩展，写Owner待定 | 多来源裁决/匿名关联/用途政策先定，保持来源证据与裁决分离 |
| EXTERNAL-CHANNEL | 防腐边界合理，真实外部未知 | 指定真实Provider及幂等/查询/导入/回传/配送授权能力合同 |
| RECOMMENDATION-DECISIONS | 条件扩展，写Owner待定 | 真实决策问题、同意/解释/效果与实验范围；静态精选/自选不需在线引擎 |

## 九项发现

| ID | 等级/本地位置 | 反例与具体修正/关闭证据 |
| --- | --- | --- |
| O1 | 有关质量/测量正式化与实施阻塞；REQ-DETAILS:214/314、DECISIONS:31/32 | Lot已放行但交付时过期，或无效秤具读数被采用。已有Supply/Fulfillment Owner；需按品类批准效期/冷链/净重皮重/设备校验来源及隔离/拒绝/复核动作，不预填温度或法规标准 |
| O2 | 收货外部边界待明确；bc-04-supply:17、model-04-supply:58 | 部分到货/无单据补货能入Lot却无法交采购/供应方核差。明确外部凭据权威、SourceRef和差异责任；可线下凭证，不强建采购ERP/应付 |
| O3 | 现场实施/发布阻塞，已记D-09；TRANSACTION-INTEGRITY:70 | 服务端已停止，旧打印票/离线工人仍切配。选可行设备门禁或监督人工程序，验证停止先赢/开工先赢/旧票/ACK丢失实物核验/重派不重复份额 |
| O4 | W4承诺合同阻塞，不阻塞W3能力发布；REQ-DETAILS:226、model-05-demand:43 | 两人读到同份可承接能力各自承诺。Demand/Fulfillment定义单位/粒度、原子保持提交、过期释放、下调冲突出口；用户不抢资格 |
| O5 | W6召回闭案协议阻塞；REQ-DETAILS:400 | 绑定消息迟到导致漏一客户却关闭召回。Supply明确影响版本/水位/未关联量与晚到续办；故意迟到/缺链样例不能判零风险 |
| O6 | 财务范围正式化阻塞；REQ-DETAILS:362、DECISIONS:36 | 有实收退款却无经会计批准的源解释；分析图不能替总账。选择内部或外部会计权威，落实规则/期间/冲销/期初/差异原结果，实任财务责任批准 |
| O7 | 客户危险操作正式化/启用阻塞；REQ-DETAILS:424、DECISIONS:35 | 合并继承所有旧主体授权，或删除破坏资金追溯引用。D-13逐类别用途/继承/保留/传播失败恢复与实际审批职责，禁止管理员一键绕过 |
| O8 | 各扩展正式化阻塞，不默认阻塞W8；REQ-DETAILS:478/491/500/528 | 分享前端先占归因、团长自动佣金、渠道导入被当配送确认。先D-12/13批准模式/Owner/Provider能力，未启用保留自选/静态内容/标准交易 |
| O9 | 优化/首期范围风险；REQ-DETAILS:412、model-10-analytics:11 | 没经营问题/规模/刷新需求先造通用分析流水线。先首批问题/公式/水位与授权；成熟BI只能接合法副本，不能写源或绕客户权限 |

O1～O8不能泛化成W0不能开发：分别属于对应模块合同/实施/启用前提，且许多已由D项追踪。实际设备、人员、来源权威仍UNKNOWN。

## 成熟方案与官方依据

- **ERPNext**：[Batch](https://docs.frappe.io/erpnext/batch)、[Quality Inspection](https://docs.frappe.io/erpnext/user/manual/en/quality-inspection)、[Purchase Receipt](https://docs.frappe.io/erpnext/purchase-receipt)可比较批次有效性/收货质量和来源凭证；[General Ledger](https://docs.frappe.io/erpnext/general-ledger)、[Immutable Ledger](https://docs.frappe.io/erpnext/immutable-ledger-in-erpnext)可参考会计权威/冲销历史。是完整ERP而非Go库，采用或集成需重审Owner与ID/回执/对账。源码[GPLv3许可](https://github.com/frappe/erpnext/blob/develop/license.txt)按具体采用范围核对。
- **Odoo**：[FEFO/批次有效期](https://www.odoo.com/documentation/19.0/applications/inventory_and_mrp/inventory/shipping_receiving/removal_strategies/fefo.html)、[Quality Control Points](https://www.odoo.com/documentation/19.0/applications/inventory_and_mrp/quality/quality_management/quality_control_points.html)是模式对照，不能据全站文档推断Community含所有应用。Community/Enterprise功能及许可逐版本确认，不直接选整套ERP。
- **Payload CMS**：[Drafts](https://payloadcms.com/docs/versions/drafts)、[Versions](https://payloadcms.com/docs/versions/overview)、[Uploads](https://payloadcms.com/docs/upload/overview)可复用内容能力，不能替跨Owner发布依赖/价格/库存；[package许可](https://github.com/payloadcms/payload/blob/main/packages/payload/package.json)为MIT，Node/Next内容后端集成Go仍新增部署/鉴权责任。
- **Apache Superset**：[Security](https://superset.apache.org/docs/security/)和[官方仓库](https://github.com/apache/superset#readme)可比较只读BI/数据集权限；Apache-2.0项目。业务客户下钻和金额/质量解释不能直接委托宽数据集授权。
- **Directus**：仅作内容/后台模式比较。当前[源码许可](https://github.com/directus/directus/blob/main/directus/license)为MSCL-1.0-GPL且有限制条款，不作为“默认无条件开源底座”；旧版BSL和当前版本不能混判。主会话复核当前官方源。
- **OpenFGA**：[关系与条件](https://openfga.dev/docs/modeling/conditions)可表达团长/对象授权；[Apache-2.0许可](https://github.com/openfga/openfga/blob/main/LICENSE)。关系授权不替业务余额/质量/每日同意/fence，未证明复杂度前可仅参考模式。

保留自研的领域部分：采用测量与结算连接、质量撤销/执行竞争、物料和执行谱系、逐次配送授权和原款分配守卫。采购外部单据、实际配送模式、数据保留、会计权威、在线决策Owner及Provider/设备能力须落实真实责任和样例，不能凭模块名宣布闭环。