hyb-oa/issues/2026-05-16_00-19-21-p2-decision-followup.csv

1	ID	Title	Description	Acceptance	Test_Method	Tools	Dev_Status	Review1_Status	Regression_Status	Files	Dependencies	Notes
2	P2D-0	P2 决策合同建档	建立 R7E 后 P2 决策合同，只做功能是否进入开发的决策、边界、先决条件、回滚口径和测试口径，不写业务代码。	1) CSV 校验通过；2) 文档索引和事实源矩阵登记 P2D；3) 不新增 API、schema、feature flag 或前端功能；4) 不启用 payment_batch_v1，不开放图片 OCR；5) 决策项统一使用 GO_TO_CONTRACT、HOLD_FOR_PREREQ、FREEZE。	流程级验证：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-16_00-19-21-p2-decision-followup.csv；node scripts/qa/audit-docs.mjs --check-registry；git diff --check；人工核对 git diff 仅包含 issues/docs/scripts/qa。	python3|node|git|manual	DONE	DONE	DONE	issues/2026-05-16_00-19-21-p2-decision-followup.csv|docs/文档索引.md|docs/文档事实源状态矩阵.md|docs/trialrun/人工试运行报告.md	[]	决策模板：Decision=<GO_TO_CONTRACT|HOLD_FOR_PREREQ|FREEZE>; Rationale=<证据和原因>; Prereq=<前置条件>; NextContract=<P2-FIN|P2-OCR|P2-ORG|P2-WF|P2-BIZ|UX8|N/A>; Rollback=<回滚或撤销口径>; TestScope=<验收口径>。
3	P2D-1	组织主数据只读巡检决策	决定 P2-ORG 是否进入只读巡检合同，范围为直属主管缺失、主管或审批人停用、admin-only 误用、财务和管理员角色混授、企业微信绑定异常。	1) 只读巡检范围和查询边界清楚；2) 如需写修复必须另拆审批窗口；3) 不直接写生产账号数据；4) 巡检结果能映射到权限回归风险；5) 输出统一 Decision 模板。	受影响流程：员工提交审批后按主管链流转，审批人和财务账号保持 active，企业微信绑定可用于入口和 deeplink；验证步骤：只读 SQL 或脚本生成账号、角色、主管、审批人和企业微信绑定矩阵，生产写操作不在本决策内；结论写为 GO_TO_CONTRACT、HOLD_FOR_PREREQ 或 FREEZE。	manual|readonly-sql	DONE	DONE	DONE	docs/mcp-tools.md|docs/需求-企业微信基础设施规约.md|issues/2026-05-13_18-23-51-org8-master-data-permission.csv	["P2D-0"]	Decision=GO_TO_CONTRACT; Rationale=ORG8 已完成本地代表性角色验收，但 R7E 后仍需要持续只读巡检主管链、停用审批人、admin-only、财务/admin 混授和 WeCom 绑定漂移; Prereq=只读数据源、查询脚本或只读 SQL、输出不含隐私明文; NextContract=P2-ORG; Rollback=只读合同无数据回滚，若后续写修复必须另批窗口并可撤销角色/主管变更; TestScope=账号/角色/主管/绑定矩阵、权限直连回归、生产写操作不纳入。
4	P2D-2	付款批次启用决策	决定 P2-FIN 是否启用 payment_batch_v1，先锁角色边界、测试账号、公网验收窗口、导出审计和回滚方式。	1) 是否启用付款批次有明确结论；2) 角色矩阵覆盖财务成功、普通员工和 admin-only 拒绝；3) feature flag 和回滚路径明确；4) 不接真实支付或 ERP 实时凭证；5) 输出统一 Decision 模板。	受影响流程：已审批报销进入财务复核，财务创建付款批次、复核、导出和审计，普通员工和 admin-only 不能越权；验证步骤：决策阶段只核对现有 flag_force_off 证据、PRD/财务规约和测试账号前置，不执行付款批次；结论写为 GO_TO_CONTRACT、HOLD_FOR_PREREQ 或 FREEZE。	manual|rg	DONE	DONE	DONE	docs/海音达OA-MVP需求规格说明书.md|docs/报销发票附件规则.md|docs/trialrun/R7E后功能边界审计.md|issues/*.csv	["P2D-0"]	Decision=HOLD_FOR_PREREQ; Rationale=R7E 明确 payment_batch_v1 关闭，移动端仅展示未启用空态，QAOPS9 live smoke 凭据和公网验收窗口仍缺失; Prereq=财务/复核角色测试账号、feature flag 启停方案、公网验收窗口、导出/审计字段、回滚到 flag off 的验证; NextContract=P2-FIN; Rollback=flag off、隐藏入口、保留已审计数据但不接真实支付; TestScope=财务成功、员工/admin-only 拒绝、导出权限、审计记录、flag off 空态。
5	P2D-3	图片 OCR 与样票治理决策	决定 P2-OCR 是否进入图片 OCR 样票治理，先锁授权样票、脱敏、provider、字段归一化、PDF-only 兼容、feature flag 和失败回滚。	1) 图片 OCR 是否进入开发有明确结论；2) 样票授权和脱敏路径明确；3) mock 与真实 provider 验收分离；4) 无授权图片样票时只能 SKIP 不能 PASS；5) 输出统一 Decision 模板。	受影响流程：员工上传发票附件，PDF-only 流程不回归，图片样票进入 OCR 后能解释成功、失败、重复和人工复核；验证步骤：决策阶段只核对 OCR 规约、授权样票清单、腾讯云官方能力参考和 provider 前置，不调用真实图片 OCR；结论写为 GO_TO_CONTRACT、HOLD_FOR_PREREQ 或 FREEZE。	manual|rg	DONE	DONE	DONE	docs/需求-报销发票OCR规约.md|docs/报销发票附件规则.md|docs/trialrun/R7E后功能边界审计.md	["P2D-0"]	Decision=HOLD_FOR_PREREQ; Rationale=腾讯云官方能力证明图片/PDF 技术可行，但当前 live OCR 基线仍为 PDF-only，QAOPS9 缺授权 PDF/图片样票和真实 OCR 凭据; Prereq=授权图片样票、脱敏规则、provider 回归账号、字段归一化、feature flag、PDF-only 回归; NextContract=P2-OCR; Rollback=关闭图片入口和 flag，保留 PDF-only；失败回人工复核; TestScope=PDF 不回归、图片 mock/真实 provider 分离、无授权样票记 SKIP 不记 PASS。
6	P2D-4	UX8 反馈池承接决策	决定 UX8-1..5 是否继续保持真实反馈池或拆出具体体验修复，范围限移动和企业微信体验，不新增后端字段或业务域。	1) UX8-1..5 的保留、关闭或拆分理由清楚；2) 只有真实反馈或可复现问题才进入实现；3) 移动视口矩阵和真机差异验收口径明确；4) 不混入移动采购创建新能力；5) 输出统一 Decision 模板。	受影响流程：iPhone 12 间距、详情扫读、财务摘要、移动采购创建评估和列表卡片反馈；验证步骤：核对 UX8 CSV、代表设备反馈和 320/360/375/390/393/414/430 视口矩阵，未复现项保持观察；结论写为 GO_TO_CONTRACT、HOLD_FOR_PREREQ 或 FREEZE。	manual|playwright|rg	DONE	DONE	DONE	issues/2026-05-13_13-17-38-ux8-trialrun-feedback-polish.csv|docs/产品设计规则.md|output/playwright	["P2D-0"]	Decision=HOLD_FOR_PREREQ; Rationale=UX8-1..5 是真实反馈池，当前无新的可复现阻断；移动采购创建属于新能力而非普通 UX 修复; Prereq=真实截图、设备型号、角色、页面、可复现步骤或明确频次; NextContract=UX8; Rollback=前端体验改动可按组件/样式回退，不改 API/schema; TestScope=320/360/375/390/393/414/430 视口、企业微信代表设备、对应角色截图。
7	P2D-5	审批通知扩展与邮件通道决策	决定 P2-WF 是否推进转审扩展、通知模板、偏好设置或邮件通道；邮件必须先确认 SMTP、发件域、收件范围、退信处理和脱敏策略。	1) 审批通知扩展项有进入或冻结结论；2) 邮件通道前置条件明确；3) 企业微信个人应用消息仍是正式通知通道；4) 不进入复杂 BPM 或审批设计器；5) 输出统一 Decision 模板。	受影响流程：审批待办、催办、超时提醒、通知 deeplink、企业微信个人应用消息和可能的邮件兜底；验证步骤：决策阶段核对审批规约、企业微信规约和 WF8 证据，缺 SMTP 等正式配置时邮件记录 SKIP；结论写为 GO_TO_CONTRACT、HOLD_FOR_PREREQ 或 FREEZE。	manual|rg	DONE	DONE	DONE	docs/需求-统一审批中心规约.md|docs/需求-企业微信基础设施规约.md|issues/2026-05-13_18-23-52-wf8-approval-notification.csv	["P2D-0"]	Decision=HOLD_FOR_PREREQ; Rationale=企业微信个人应用消息和 deeplink 已作为正式通道收口，转审/模板/偏好缺真实新反馈，邮件缺 SMTP、发件域、退信和脱敏方案; Prereq=明确通知痛点、模板清单、收件范围、SMTP/域名/退信配置；复杂 BPM 和审批设计器不进入; NextContract=P2-WF; Rollback=关闭新增模板/偏好/邮件 flag，保留现有企业微信和站内通知; TestScope=workflow 回归、通知 deeplink、WeCom 消息；邮件缺正式配置时 SKIP。
8	P2D-6	轻业务增强决策	决定 P2-BIZ 是否评估供应商准入、轻量费用提示、项目费用或采购摘要、合同归档细化、资产盘点体验等轻增强。	1) 每个轻增强有业务频次、角色、验收和冻结结论；2) 不与付款批次、图片 OCR 或 UX 修复混同；3) 不启动 ERP、AI、完整差旅或重预算；4) 进入开发项另拆合同；5) 输出统一 Decision 模板。	受影响流程：采购申请、费用提示、项目关联、合同附件归档和资产盘点；验证步骤：决策阶段核对 PRD、对应模块规约、FBA 审计和真实反馈，不改数据模型；结论写为 GO_TO_CONTRACT、HOLD_FOR_PREREQ 或 FREEZE。	manual|rg	DONE	DONE	DONE	docs/海音达OA-MVP需求规格说明书.md|docs/需求-采购费用审批规约.md|docs/需求-合同附件归档规约.md|docs/需求-项目轻管理规约.md|docs/trialrun/R7E后功能边界审计.md	["P2D-0"]	Decision=HOLD_FOR_PREREQ; Rationale=供应商准入、费用提示、项目采购摘要、合同归档和资产体验均属轻增强候选，但当前没有高频真实反馈或上线硬化依赖; Prereq=业务频次、角色 owner、验收样例和是否影响 schema/API; NextContract=P2-BIZ; Rollback=按独立模块 flag/路由/接口回退，禁止牵连付款批次或 OCR; TestScope=对应模块流程、权限边界、导出/审计影响；ERP、AI、完整差旅和重预算不纳入。
9	P2D-7	冻结项确认与 P2 分流收口	确认 ERP 实时集成、AI 自动处理、完整差旅、复杂 BPM、审批设计器、重预算控制和企业微信原生审批继续冻结，并输出 P2 分流结论。	1) 冻结项清单与原因明确；2) 可进入开发的 P2 项有优先级和独立合同要求；3) 未进入项不从历史 TODO 自动复活；4) QAOPS9 优先级不被 P2 功能挤占；5) 汇总所有 Decision 模板。	受影响流程：全端功能边界和后续开发派工；验证步骤：validate_issues_csv.py 本 CSV；rg -n 'P2D|GO_TO_CONTRACT|HOLD_FOR_PREREQ|FREEZE|ERP|AI|差旅|复杂 BPM|审批设计器|重预算|企业微信原生审批|付款批次|图片 OCR|组织主数据|UX8' docs issues；人工核对分流结论。	python3|rg|manual	DONE	DONE	DONE	issues/2026-05-16_00-19-21-p2-decision-followup.csv|docs/文档索引.md|docs/文档事实源状态矩阵.md	["P2D-1","P2D-2","P2D-3","P2D-4","P2D-5","P2D-6"]	Decision=GO_TO_CONTRACT for P2-ORG read-only only; HOLD_FOR_PREREQ for P2-FIN、P2-OCR、UX8、P2-WF、P2-BIZ; FREEZE for ERP 实时集成、AI 自动处理、完整差旅、复杂 BPM、审批设计器、重预算控制、企业微信原生审批和缺正式配置的邮件通道; Rationale=QAOPS9 硬化优先且 live smoke/OCR 前置未齐; Prereq=每个 HOLD 项满足账号、样票、反馈或配置后另建合同; NextContract=P2-ORG first, then approved P2-*; Rollback=未获 GO 的项不实现不启用; TestScope=validate CSV、rg 分流关键词、人工核对冻结边界。