鼎味肉市DESIGN ATELIER
← 资料目录docs/design/prototypes/admin-console/flows.md阅读原文

旧演示生成快照,待代码同步后重新生成;不是当前业务规则。终态恢复、人工停送、默认留存及UNKNOWN直接成功等旧路径不可作为目标流程,以当前业务设计为准。本轮未修改原型代码。

客服端到端设计以 客服工作故事与动线 为准。本文件保留领域能力及局部操作索引;不能以“记录可查”或单按钮回执证明客服已经办结。

鼎味后台用户动线

所有路径从可见主导航进入所属模块,再点击功能页签。初始合成资料只作为前置,不替代受测用户操作。每条路径可独立使用隔离浏览器上下文;清理删除本原型命名空间,不触碰小程序。

共享前置

路径目录

动线 故事 用户目标 入口 终点
F-001 S-001 核清订单台账当前事实 主导航→交易与售后→订单台账 记录、来源与关联对象可查
F-002 S-002 核清价格与优惠当前事实 主导航→交易与售后→价格与优惠 记录、来源与关联对象可查
F-003 S-003 核清收款核验当前事实 主导航→交易与售后→收款核验 记录、来源与关联对象可查
F-004 S-004 核清退款与额度当前事实 主导航→交易与售后→退款与额度 记录、来源与关联对象可查
F-005 S-005 核清售后处理当前事实 主导航→交易与售后→售后处理 记录、来源与关联对象可查
F-006 S-006 核清订单变更协调当前事实 主导航→交易与售后→订单变更协调 记录、来源与关联对象可查
F-007 S-007 核清资金对账当前事实 主导航→交易与售后→资金对账 记录、来源与关联对象可查
F-008 S-008 核清每日配送确认当前事实 主导航→计划与配送确认→每日配送确认 记录、来源与关联对象可查
F-009 S-009 核清预约与承诺当前事实 主导航→计划与配送确认→预约与承诺 记录、来源与关联对象可查
F-010 S-010 核清服务能力当前事实 主导航→计划与配送确认→服务能力 记录、来源与关联对象可查
F-011 S-011 核清周期服务当前事实 主导航→计划与配送确认→周期服务 记录、来源与关联对象可查
F-012 S-012 核清配送费政策当前事实 主导航→计划与配送确认→配送费政策 记录、来源与关联对象可查
F-013 S-013 核清未履约金额跟进当前事实 主导航→计划与配送确认→未履约金额跟进 记录、来源与关联对象可查
F-014 S-014 核清商品与规格当前事实 主导航→商品与内容→商品与规格 记录、来源与关联对象可查
F-015 S-015 核清菜谱与食材映射当前事实 主导航→商品与内容→菜谱与食材映射 记录、来源与关联对象可查
F-016 S-016 核清首页与经营内容当前事实 主导航→商品与内容→首页与经营内容 记录、来源与关联对象可查
F-017 S-017 核清发布与回退当前事实 主导航→商品与内容→发布与回退 记录、来源与关联对象可查
F-018 S-018 核清来源与接收当前事实 主导航→供给与质量→来源与接收 记录、来源与关联对象可查
F-019 S-019 核清批次与物料账当前事实 主导航→供给与质量→批次与物料账 记录、来源与关联对象可查
F-020 S-020 核清质量判定当前事实 主导航→供给与质量→质量判定 记录、来源与关联对象可查
F-021 S-021 核清物料分配当前事实 主导航→供给与质量→物料分配 记录、来源与关联对象可查
F-022 S-022 核清加工转换当前事实 主导航→供给与质量→加工转换 记录、来源与关联对象可查
F-023 S-023 核清追溯与公开查询当前事实 主导航→供给与质量→追溯与公开查询 记录、来源与关联对象可查
F-024 S-024 核清质量召回当前事实 主导航→供给与质量→质量召回 记录、来源与关联对象可查
F-025 S-025 核清可供给能力当前事实 主导航→供给与质量→可供给能力 记录、来源与关联对象可查
F-026 S-026 核清切配作业当前事实 主导航→作业与交付→切配作业 记录、来源与关联对象可查
F-027 S-027 核清工位与依赖当前事实 主导航→作业与交付→工位与依赖 记录、来源与关联对象可查
F-028 S-028 核清称重与现场观察当前事实 主导航→作业与交付→称重与现场观察 记录、来源与关联对象可查
F-029 S-029 核清包裹与封装当前事实 主导航→作业与交付→包裹与封装 记录、来源与关联对象可查
F-030 S-030 核清配送与签收当前事实 主导航→作业与交付→配送与签收 记录、来源与关联对象可查
F-031 S-031 核清回收与退回当前事实 主导航→作业与交付→回收与退回 记录、来源与关联对象可查
F-032 S-032 核清履约能力发布当前事实 主导航→作业与交付→履约能力发布 记录、来源与关联对象可查
F-033 S-033 核清客户档案当前事实 主导航→客户与服务→客户档案 记录、来源与关联对象可查
F-034 S-034 核清地址与偏好当前事实 主导航→客户与服务→地址与偏好 记录、来源与关联对象可查
F-035 S-035 核清个人周计划当前事实 主导航→客户与服务→个人周计划 记录、来源与关联对象可查
F-036 S-036 核清客户服务事项当前事实 主导航→客户与服务→客户服务事项 记录、来源与关联对象可查
F-037 S-037 核清团长与活动关系当前事实 主导航→客户与服务→团长与活动关系 记录、来源与关联对象可查
F-038 S-038 核清同意与隐私处理当前事实 主导航→客户与服务→同意与隐私处理 记录、来源与关联对象可查
F-039 S-039 核清经济来源当前事实 主导航→财务核算→经济来源 记录、来源与关联对象可查
F-040 S-040 核清分录与更正当前事实 主导航→财务核算→分录与更正 记录、来源与关联对象可查
F-041 S-041 核清会计期间当前事实 主导航→财务核算→会计期间 记录、来源与关联对象可查
F-042 S-042 核清科目与核算规则当前事实 主导航→财务核算→科目与核算规则 记录、来源与关联对象可查
F-043 S-043 核清总账与试算当前事实 主导航→财务核算→总账与试算 记录、来源与关联对象可查
F-044 S-044 核清渠道授权当前事实 主导航→渠道协作→渠道授权 记录、来源与关联对象可查
F-045 S-045 核清外部对象映射当前事实 主导航→渠道协作→外部对象映射 记录、来源与关联对象可查
F-046 S-046 核清外部订单导入当前事实 主导航→渠道协作→外部订单导入 记录、来源与关联对象可查
F-047 S-047 核清回传与未知结果当前事实 主导航→渠道协作→回传与未知结果 记录、来源与关联对象可查
F-048 S-048 核清渠道账单观察当前事实 主导航→渠道协作→渠道账单观察 记录、来源与关联对象可查
F-049 S-049 核清经营看板当前事实 主导航→经营分析→经营看板 记录、来源与关联对象可查
F-050 S-050 核清指标口径当前事实 主导航→经营分析→指标口径 记录、来源与关联对象可查
F-051 S-051 核清数据质量当前事实 主导航→经营分析→数据质量 记录、来源与关联对象可查
F-052 S-052 核清重算与结果发布当前事实 主导航→经营分析→重算与结果发布 记录、来源与关联对象可查
F-053 S-053 核清受控导出当前事实 主导航→经营分析→受控导出 记录、来源与关联对象可查
F-054 S-054 核清员工账号当前事实 主导航→组织与权限→员工账号 记录、来源与关联对象可查
F-055 S-055 核清组织与岗位当前事实 主导航→组织与权限→组织与岗位 记录、来源与关联对象可查
F-056 S-056 核清角色与动作权限当前事实 主导航→组织与权限→角色与动作权限 记录、来源与关联对象可查
F-057 S-057 核清服务区域与数据范围当前事实 主导航→组织与权限→服务区域与数据范围 记录、来源与关联对象可查
F-058 S-058 核清会话与外部身份当前事实 主导航→组织与权限→会话与外部身份 记录、来源与关联对象可查
F-059 S-059 核清服务主体当前事实 主导航→组织与权限→服务主体 记录、来源与关联对象可查
F-060 S-060 核清导航与能力目录当前事实 主导航→组织与权限→导航与能力目录 记录、来源与关联对象可查
F-061 S-061 核清待办与工作交接当前事实 主导航→系统与协同→待办与工作交接 记录、来源与关联对象可查
F-062 S-062 核清异常与恢复当前事实 主导航→系统与协同→异常与恢复 记录、来源与关联对象可查
F-063 S-063 核清通知与回执当前事实 主导航→系统与协同→通知与回执 记录、来源与关联对象可查
F-064 S-064 核清文件与证据当前事实 主导航→系统与协同→文件与证据 记录、来源与关联对象可查
F-065 S-065 核清作业调度当前事实 主导航→系统与协同→作业调度 记录、来源与关联对象可查
F-066 S-066 核清业务字典当前事实 主导航→系统与协同→业务字典 记录、来源与关联对象可查
F-067 S-067 核清系统参数当前事实 主导航→系统与协同→系统参数 记录、来源与关联对象可查
F-068 S-068 核清操作与安全审计当前事实 主导航→系统与协同→操作与安全审计 记录、来源与关联对象可查
F-069 S-069 核清服务观测当前事实 主导航→系统与协同→服务观测 记录、来源与关联对象可查
F-070 S-070 核清接口与能力目录当前事实 主导航→系统与协同→接口与能力目录 记录、来源与关联对象可查
F-267 S-267 核清购物意图与报价当前事实 主导航→交易与售后→购物意图与报价 记录、来源与关联对象可查
F-268 S-268 核清优惠权益与占用当前事实 主导航→交易与售后→优惠权益与占用 记录、来源与关联对象可查
F-269 S-269 核清缺货与替代协调当前事实 主导航→交易与售后→缺货与替代协调 记录、来源与关联对象可查
F-270 S-270 核清个人菜卡与餐次偏好当前事实 主导航→客户与服务→个人菜卡与餐次偏好 记录、来源与关联对象可查
F-271 S-271 核清客户用途与服务限制当前事实 主导航→客户与服务→客户用途与服务限制 记录、来源与关联对象可查
F-272 S-272 核清持续服务约定当前事实 主导航→计划与配送确认→持续服务约定 记录、来源与关联对象可查
F-273 S-273 核清服务权益与周期占用当前事实 主导航→计划与配送确认→服务权益与周期占用 记录、来源与关联对象可查
F-274 S-274 核清履约接收与计划版本当前事实 主导航→作业与交付→履约接收与计划版本 记录、来源与关联对象可查
F-275 S-275 核清核算主体与账簿当前事实 主导航→财务核算→核算主体与账簿 记录、来源与关联对象可查
F-276 S-276 核清期初与迁移核对当前事实 主导航→财务核算→期初与迁移核对 记录、来源与关联对象可查
F-277 S-277 核清岗位任职与角色指派当前事实 主导航→组织与权限→岗位任职与角色指派 记录、来源与关联对象可查
F-278 S-278 核清有效动作与授权解释当前事实 主导航→组织与权限→有效动作与授权解释 记录、来源与关联对象可查
F-071 S-071 申请改址 / 改期 订单台账→对象详情 变更处理中,处理回执可见
F-072 S-072 申请取消 订单台账→对象详情 取消处理中,处理回执可见
F-073 S-073 核对协调回执 订单台账→对象详情 待人工处置,处理回执可见
F-074 S-074 编辑价格草稿 价格与优惠→对象详情 草稿,处理回执可见
F-075 S-075 提交价格复核 价格与优惠→对象详情 待复核,处理回执可见
F-076 S-076 批准并生效 价格与优惠→对象详情 已生效,处理回执可见
F-077 S-077 撤回生效版本 价格与优惠→对象详情 已撤回,处理回执可见
F-078 S-078 新建价格提案 价格与优惠→新建 草稿,处理回执可见
F-079 S-079 查询原收款结果 收款核验→对象详情 已验证,处理回执可见
F-080 S-080 登记收款差异 收款核验→对象详情 差异待核,处理回执可见
F-081 S-081 审核并预留额度 退款与额度→对象详情 待执行,处理回执可见
F-082 S-082 提交原退款请求 退款与额度→对象详情 结果未知,处理回执可见
F-083 S-083 查询原退款结果 退款与额度→对象详情 退款已验证,处理回执可见
F-084 S-084 制定处理方案 售后处理→对象详情 待复核,处理回执可见
F-085 S-085 批准处理方案 售后处理→对象详情 执行中,处理回执可见
F-086 S-086 核对分项回执 售后处理→对象详情 待验证关闭,处理回执可见
F-087 S-087 核验并关闭 售后处理→对象详情 已关闭,处理回执可见
F-088 S-088 登记售后诉求 售后处理→新建 待评估,处理回执可见
F-089 S-089 登记客户明确确认 订单变更协调→对象详情 协调中,处理回执可见
F-090 S-090 核对变更回执 订单变更协调→对象详情 已收敛,处理回执可见
F-091 S-091 分派异常恢复 订单变更协调→对象详情 恢复处理中,处理回执可见
F-092 S-092 执行账单匹配 资金对账→对象详情 差异处理中,处理回执可见
F-093 S-093 登记差异核验 资金对账→对象详情 已核对,处理回执可见
F-094 S-094 安排确认提醒 每日配送确认→对象详情 待确认,处理回执可见
F-095 S-095 登记未确认停送 每日配送确认→对象详情 本次不送,处理回执可见
F-096 S-096 登记客户恢复意向 每日配送确认→对象详情 待客户确认,处理回执可见
F-097 S-097 核验客户确认记录 每日配送确认→对象详情 已确认,处理回执可见
F-098 S-098 释放暂占 预约与承诺→对象详情 已释放,处理回执可见
F-099 S-099 提出承诺改期 预约与承诺→对象详情 改期处理中,处理回执可见
F-100 S-100 核对替换结果 预约与承诺→对象详情 有效承诺,处理回执可见
F-101 S-101 核对并采纳来源 服务能力→对象详情 已采纳,处理回执可见
F-102 S-102 分派承诺冲突 服务能力→对象详情 处置中,处理回执可见
F-103 S-103 核验周期出单 周期服务→对象详情 已关联,处理回执可见
F-104 S-104 暂停后续周期 周期服务→对象详情 已暂停,处理回执可见
F-105 S-105 提出恢复周期 周期服务→对象详情 待出单核对,处理回执可见
F-106 S-106 编辑费用提案 配送费政策→对象详情 草稿,处理回执可见
F-107 S-107 提交政策评审 配送费政策→对象详情 待业务确认,处理回执可见
F-108 S-108 核对留存记录 未履约金额跟进→对象详情 已留存,处理回执可见
F-109 S-109 登记退出诉求 未履约金额跟进→对象详情 退出待评审,处理回执可见
F-110 S-110 编辑规格草稿 商品与规格→对象详情 草稿,处理回执可见
F-111 S-111 提交规格复核 商品与规格→对象详情 待复核,处理回执可见
F-112 S-112 批准发布规格 商品与规格→对象详情 已发布,处理回执可见
F-113 S-113 停止新销售展示 商品与规格→对象详情 已下架,处理回执可见
F-114 S-114 新建商品 商品与规格→新建 草稿,处理回执可见
F-115 S-115 调整食材映射 菜谱与食材映射→对象详情 草稿,处理回执可见
F-116 S-116 提交菜谱复核 菜谱与食材映射→对象详情 待复核,处理回执可见
F-117 S-117 发布菜谱版本 菜谱与食材映射→对象详情 已发布,处理回执可见
F-118 S-118 新建菜谱 菜谱与食材映射→新建 草稿,处理回执可见
F-119 S-119 编辑内容草稿 首页与经营内容→对象详情 草稿,处理回执可见
F-120 S-120 提交内容复核 首页与经营内容→对象详情 待复核,处理回执可见
F-121 S-121 批准内容发布 首页与经营内容→对象详情 已发布,处理回执可见
F-122 S-122 新建内容 首页与经营内容→新建 草稿,处理回执可见
F-123 S-123 核对并发布 发布与回退→对象详情 已生效,处理回执可见
F-124 S-124 回退到已审核版本 发布与回退→对象详情 已回退,处理回执可见
F-125 S-125 核验并接收 来源与接收→对象详情 已接收,处理回执可见
F-126 S-126 关联已有接收 来源与接收→对象详情 已关联原记录,处理回执可见
F-127 S-127 登记接收意向 来源与接收→新建 待接收,处理回执可见
F-128 S-128 提出账本更正 批次与物料账→对象详情 更正待复核,处理回执可见
F-129 S-129 复核账本更正 批次与物料账→对象详情 更正已记账,处理回执可见
F-130 S-130 记录质量放行决定 质量判定→对象详情 已放行,处理回执可见
F-131 S-131 实施质量隔离 质量判定→对象详情 已隔离,处理回执可见
F-132 S-132 提交解除隔离复核 质量判定→对象详情 解除待复核,处理回执可见
F-133 S-133 批准解除隔离 质量判定→对象详情 已放行,处理回执可见
F-134 S-134 核对并分配 物料分配→对象详情 已分配,处理回执可见
F-135 S-135 释放未消耗分配 物料分配→对象详情 已释放,处理回执可见
F-136 S-136 提出替代批次 物料分配→对象详情 待分配,处理回执可见
F-137 S-137 核对转换并入账 加工转换→对象详情 已接受,处理回执可见
F-138 S-138 补齐物料绑定 追溯与公开查询→对象详情 待发布,处理回执可见
F-139 S-139 发布追溯摘要 追溯与公开查询→对象详情 已发布,处理回执可见
F-140 S-140 撤销公开凭据 追溯与公开查询→对象详情 已撤销,处理回执可见
F-141 S-141 启动召回协调 质量召回→对象详情 处置中,处理回执可见
F-142 S-142 核对处置回执 质量召回→对象详情 待关闭核验,处理回执可见
F-143 S-143 复核并关闭召回 质量召回→对象详情 已关闭,处理回执可见
F-144 S-144 核验能力并发布 可供给能力→对象详情 已发布,处理回执可见
F-145 S-145 指派任务 切配作业→对象详情 已指派,处理回执可见
F-146 S-146 领取并开始 切配作业→对象详情 执行中,处理回执可见
F-147 S-147 提交作业完成 切配作业→对象详情 待验收,处理回执可见
F-318 S-318 独立验收作业 切配作业→对象详情 已完成,处理回执可见
F-148 S-148 改派并交接 切配作业→对象详情 已指派,处理回执可见
F-149 S-149 接受工位条件 工位与依赖→对象详情 已接受,处理回执可见
F-150 S-150 暂停工位作业 工位与依赖→对象详情 暂停作业,处理回执可见
F-151 S-151 核对并接受读数 称重与现场观察→对象详情 已接受,处理回执可见
F-152 S-152 提交补传复核 称重与现场观察→对象详情 待接受,处理回执可见
F-153 S-153 核验并封包 包裹与封装→对象详情 已封包,处理回执可见
F-154 S-154 重新打印标签 包裹与封装→对象详情 已封包,处理回执可见
F-155 S-155 发起配送交接 包裹与封装→对象详情 交接待接收,处理回执可见
F-156 S-156 核对交接并出发 配送与签收→对象详情 配送中,处理回执可见
F-157 S-157 提交交付证明 配送与签收→对象详情 已送达,处理回执可见
F-158 S-158 登记配送异常 配送与签收→对象详情 交付异常,处理回执可见
F-159 S-159 安排再次交付 配送与签收→对象详情 待出发,处理回执可见
F-160 S-160 安排回收 回收与退回→对象详情 回收中,处理回执可见
F-161 S-161 登记回收证明 回收与退回→对象详情 已接收,处理回执可见
F-162 S-162 调整能力提案 履约能力发布→对象详情 草稿,处理回执可见
F-163 S-163 发布能力版本 履约能力发布→对象详情 已发布,处理回执可见
F-164 S-164 登记服务联系 客户档案→对象详情 正常服务,处理回执可见
F-165 S-165 提出资料更正 客户档案→对象详情 更正待核,处理回执可见
F-166 S-166 核验资料更正 客户档案→对象详情 正常服务,处理回执可见
F-279 S-279 登记受限服务联系 客户档案→对象详情 服务受限,处理回执可见
F-167 S-167 登记地址更正申请 地址与偏好→对象详情 待核验,处理回执可见
F-168 S-168 核验客户申请 地址与偏好→对象详情 客户维护,处理回执可见
F-169 S-169 登记计划服务备注 个人周计划→对象详情 服务备注已记录,处理回执可见
F-170 S-170 受理服务事项 客户服务事项→对象详情 处理中,处理回执可见
F-171 S-171 关联售后处理 客户服务事项→对象详情 售后跟进中,处理回执可见
F-172 S-172 记录沟通结果 客户服务事项→对象详情 沟通已完成,处理回执可见
F-173 S-173 登记服务事项 客户服务事项→新建 待受理,处理回执可见
F-174 S-174 审核活动资格 团长与活动关系→对象详情 有效,处理回执可见
F-175 S-175 结束活动关系 团长与活动关系→对象详情 已结束,处理回执可见
F-176 S-176 登记团长申请 团长与活动关系→新建 待审核,处理回执可见
F-177 S-177 接受用途限制 同意与隐私处理→对象详情 传播中,处理回执可见
F-178 S-178 提交合并核验 同意与隐私处理→对象详情 传播中,处理回执可见
F-179 S-179 核验传播完成 同意与隐私处理→对象详情 已完成,处理回执可见
F-180 S-180 按规则解释来源 经济来源→对象详情 待过账,处理回执可见
F-181 S-181 重新核验原来源 经济来源→对象详情 待解释,处理回执可见
F-182 S-182 复核并过账 分录与更正→对象详情 已过账,处理回执可见
F-183 S-183 提出冲销 / 调整 分录与更正→对象详情 调整待复核,处理回执可见
F-184 S-184 复核调整依据 分录与更正→对象详情 调整已登记,处理回执可见
F-185 S-185 提交关账复核 会计期间→对象详情 关账待复核,处理回执可见
F-186 S-186 批准关账 会计期间→对象详情 已关闭,处理回执可见
F-187 S-187 开放新期间 会计期间→对象详情 开放,处理回执可见
F-280 S-280 提出期间重开申请 会计期间→对象详情 重开待授权,处理回执可见
F-188 S-188 编辑规则提案 科目与核算规则→对象详情 草稿,处理回执可见
F-189 S-189 提交规则复核 科目与核算规则→对象详情 待复核,处理回执可见
F-190 S-190 批准规则版本 科目与核算规则→对象详情 已发布,处理回执可见
F-191 S-191 新建规则提案 科目与核算规则→新建 草稿,处理回执可见
F-192 S-192 记录试算核对 总账与试算→对象详情 已核对,处理回执可见
F-193 S-193 核验渠道授权 渠道授权→对象详情 有效,处理回执可见
F-194 S-194 发起渠道退出 渠道授权→对象详情 退出处理中,处理回执可见
F-195 S-195 核对退出回执 渠道授权→对象详情 已退出,处理回执可见
F-196 S-196 登记渠道账户 渠道授权→新建 待核验,处理回执可见
F-197 S-197 核对并保存映射 外部对象映射→对象详情 有效,处理回执可见
F-198 S-198 新建对象映射 外部对象映射→新建 草稿,处理回执可见
F-199 S-199 校验并请求标准订单 外部订单导入→对象详情 已关联,处理回执可见
F-200 S-200 核对并关联原结果 外部订单导入→对象详情 已关联,处理回执可见
F-201 S-201 按修正映射重试 外部订单导入→对象详情 待校验,处理回执可见
F-202 S-202 发送原目标 回传与未知结果→对象详情 结果未知,处理回执可见
F-203 S-203 查询原回传结果 回传与未知结果→对象详情 已核验送达,处理回执可见
F-204 S-204 校验并交资金核对 渠道账单观察→对象详情 已交核验,处理回执可见
F-205 S-205 登记指标疑问 经营看板→对象详情 质量核对中,处理回执可见
F-206 S-206 编辑指标定义 指标口径→对象详情 草稿,处理回执可见
F-207 S-207 提交口径验证 指标口径→对象详情 待验证,处理回执可见
F-208 S-208 发布已验证口径 指标口径→对象详情 已发布,处理回执可见
F-209 S-209 新建指标提案 指标口径→新建 草稿,处理回执可见
F-210 S-210 分派回源核对 数据质量→对象详情 处理中,处理回执可见
F-211 S-211 登记修源依据 数据质量→对象详情 待验证,处理回执可见
F-212 S-212 验证并关闭问题 数据质量→对象详情 已关闭,处理回执可见
F-213 S-213 发起重算 重算与结果发布→对象详情 待验证,处理回执可见
F-214 S-214 验证并切换结果 重算与结果发布→对象详情 已发布,处理回执可见
F-215 S-215 生成脱敏导出 受控导出→对象详情 可下载,处理回执可见
F-216 S-216 撤销下载凭据 受控导出→对象详情 权限已撤销,处理回执可见
F-217 S-217 申请数据导出 受控导出→新建 待生成,处理回执可见
F-218 S-218 编辑账号职责 员工账号→对象详情 待启用,处理回执可见
F-219 S-219 核验并启用账号 员工账号→对象详情 启用,处理回执可见
F-220 S-220 停用并发起交接 员工账号→对象详情 停用待交接,处理回执可见
F-221 S-221 核验工作交接 员工账号→对象详情 已停用,处理回执可见
F-222 S-222 新建员工账号 员工账号→新建 待启用,处理回执可见
F-223 S-223 编辑组织岗位 组织与岗位→对象详情 草稿,处理回执可见
F-224 S-224 核验组织版本 组织与岗位→对象详情 有效,处理回执可见
F-225 S-225 提出组织调整 组织与岗位→对象详情 草稿,处理回执可见
F-226 S-226 新建组织 / 岗位 组织与岗位→新建 草稿,处理回执可见
F-227 S-227 编辑授权提案 角色与动作权限→对象详情 草稿,处理回执可见
F-228 S-228 提交权限复核 角色与动作权限→对象详情 待复核,处理回执可见
F-229 S-229 批准权限版本 角色与动作权限→对象详情 已生效,处理回执可见
F-230 S-230 撤销角色授权 角色与动作权限→对象详情 已撤销,处理回执可见
F-231 S-231 新建角色提案 角色与动作权限→新建 草稿,处理回执可见
F-232 S-232 编辑范围提案 服务区域与数据范围→对象详情 待复核,处理回执可见
F-233 S-233 批准范围版本 服务区域与数据范围→对象详情 有效,处理回执可见
F-234 S-234 新建范围提案 服务区域与数据范围→新建 草稿,处理回执可见
F-235 S-235 撤销会话 / 绑定 会话与外部身份→对象详情 已撤销,处理回执可见
F-236 S-236 核验服务授权 服务主体→对象详情 有效,处理回执可见
F-237 S-237 登记凭据轮换 服务主体→对象详情 有效,处理回执可见
F-238 S-238 新建服务主体 服务主体→新建 草稿,处理回执可见
F-239 S-239 编辑入口分组 导航与能力目录→对象详情 草稿,处理回执可见
F-240 S-240 发布入口配置 导航与能力目录→对象详情 已发布,处理回执可见
F-241 S-241 登记导航入口 导航与能力目录→新建 草稿,处理回执可见
F-242 S-242 认领待办 待办与工作交接→对象详情 处理中,处理回执可见
F-243 S-243 发起工作交接 待办与工作交接→对象详情 交接待接收,处理回执可见
F-244 S-244 接受工作交接 待办与工作交接→对象详情 处理中,处理回执可见
F-245 S-245 核对源事项完成 待办与工作交接→对象详情 已完成,处理回执可见
F-246 S-246 分派恢复责任 异常与恢复→对象详情 恢复中,处理回执可见
F-247 S-247 登记恢复回执 异常与恢复→对象详情 待验证,处理回执可见
F-248 S-248 核验业务恢复 异常与恢复→对象详情 已关闭,处理回执可见
F-249 S-249 登记恢复事项 异常与恢复→新建 待分派,处理回执可见
F-250 S-250 发送 / 重试通知 通知与回执→对象详情 已送达,处理回执可见
F-251 S-251 安排通知 通知与回执→新建 待发送,处理回执可见
F-252 S-252 校验文件引用 文件与证据→对象详情 可用,处理回执可见
F-253 S-253 登记文件引用 文件与证据→新建 待校验,处理回执可见
F-254 S-254 配置调度提案 作业调度→对象详情 暂停,处理回执可见
F-255 S-255 启用调度 作业调度→对象详情 启用,处理回执可见
F-256 S-256 暂停未来执行 作业调度→对象详情 暂停,处理回执可见
F-257 S-257 新建受限调度 作业调度→新建 待配置,处理回执可见
F-258 S-258 编辑字典草稿 业务字典→对象详情 草稿,处理回执可见
F-259 S-259 发布字典版本 业务字典→对象详情 已发布,处理回执可见
F-260 S-260 创建修订提案 业务字典→对象详情 草稿,处理回执可见
F-261 S-261 新建字典草稿 业务字典→新建 草稿,处理回执可见
F-262 S-262 编辑参数提案 系统参数→对象详情 待复核,处理回执可见
F-263 S-263 复核参数生效 系统参数→对象详情 已生效,处理回执可见
F-264 S-264 回退配置版本 系统参数→对象详情 已回退,处理回执可见
F-265 S-265 新建参数提案 系统参数→新建 草稿,处理回执可见
F-266 S-266 登记观测事件 服务观测→对象详情 已登记事件,处理回执可见
F-281 S-281 核对报价来源 购物意图与报价→对象详情 待客户接受,处理回执可见
F-282 S-282 登记客户接受依据 购物意图与报价→对象详情 已接受,处理回执可见
F-283 S-283 复核权益发放 优惠权益与占用→对象详情 可使用,处理回执可见
F-284 S-284 核验使用预留 优惠权益与占用→对象详情 已预留,处理回执可见
F-285 S-285 核对权益核销 优惠权益与占用→对象详情 已核销,处理回执可见
F-286 S-286 释放未使用权益占用 优惠权益与占用→对象详情 可使用,处理回执可见
F-287 S-287 登记权益发放提案 优惠权益与占用→新建 待复核,处理回执可见
F-288 S-288 制定替代方案 缺货与替代协调→对象详情 待客户确认,处理回执可见
F-289 S-289 记录客户明确决定 缺货与替代协调→对象详情 执行中,处理回执可见
F-290 S-290 记录客户拒绝替代 缺货与替代协调→对象详情 替代未接受,处理回执可见
F-291 S-291 核对替代结果 缺货与替代协调→对象详情 已收敛,处理回执可见
F-292 S-292 登记缺货补救 缺货与替代协调→新建 待提案,处理回执可见
F-293 S-293 记录菜卡服务问题 个人菜卡与餐次偏好→对象详情 待核对,处理回执可见
F-294 S-294 核对客户处理结果 个人菜卡与餐次偏好→对象详情 客户维护,处理回执可见
F-295 S-295 复核限制依据 客户用途与服务限制→对象详情 有效限制,处理回执可见
F-296 S-296 提出解除核验 客户用途与服务限制→对象详情 解除待核,处理回执可见
F-297 S-297 复核解除特定限制 客户用途与服务限制→对象详情 已解除,处理回执可见
F-298 S-298 提交约定内容核对 持续服务约定→对象详情 待客户接受,处理回执可见
F-299 S-299 核验客户接受记录 持续服务约定→对象详情 有效,处理回执可见
F-300 S-300 暂停未来服务意图 持续服务约定→对象详情 已暂停,处理回执可见
F-301 S-301 提出服务恢复 持续服务约定→对象详情 待客户接受,处理回执可见
F-302 S-302 建立服务约定草稿 持续服务约定→新建 草稿,处理回执可见
F-303 S-303 核验周期权益占用 服务权益与周期占用→对象详情 已占用,处理回执可见
F-304 S-304 核对周期使用结果 服务权益与周期占用→对象详情 已使用,处理回执可见
F-305 S-305 释放未用周期占用 服务权益与周期占用→对象详情 可使用,处理回执可见
F-306 S-306 核验商业确认并接收 履约接收与计划版本→对象详情 已接收,处理回执可见
F-307 S-307 提出计划修订 履约接收与计划版本→对象详情 修订待复核,处理回执可见
F-308 S-308 复核计划修订 履约接收与计划版本→对象详情 已接收,处理回执可见
F-309 S-309 编辑核算范围提案 核算主体与账簿→对象详情 待复核,处理回执可见
F-310 S-310 复核范围生效 核算主体与账簿→对象详情 已生效,处理回执可见
F-311 S-311 建立核算范围提案 核算主体与账簿→新建 草稿,处理回执可见
F-312 S-312 登记来源与映射核对 期初与迁移核对→对象详情 待复核,处理回执可见
F-313 S-313 复核迁移批次 期初与迁移核对→对象详情 已登记,处理回执可见
F-314 S-314 核验任职生效 岗位任职与角色指派→对象详情 有效,处理回执可见
F-315 S-315 撤销职责指派 岗位任职与角色指派→对象详情 撤销待交接,处理回执可见
F-316 S-316 核验责任已接收 岗位任职与角色指派→对象详情 已撤销,处理回执可见
F-317 S-317 登记岗位指派 岗位任职与角色指派→新建 待生效,处理回执可见

F-001 · PATH-ORDERS-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-001;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORDERS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-orders 订单台账 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ORDERS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-002 · PATH-PRICING-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-002;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRICING;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-pricing 价格与优惠 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PRICING-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-003 · PATH-PAYMENTS-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-003;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PAYMENTS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-payments 收款核验 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PAYMENTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-004 · PATH-REFUNDS-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-004;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REFUNDS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-refunds 退款与额度 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-REFUNDS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-005 · PATH-AFTERSALES-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-005;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AFTERSALES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-aftersales 售后处理 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-AFTERSALES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-006 · PATH-CHANGES-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-006;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANGES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-changes 订单变更协调 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CHANGES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-007 · PATH-RECONCILIATION-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-007;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECONCILIATION;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-reconciliation 资金对账 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RECONCILIATION-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-008 · PATH-CONFIRMATIONS-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-008;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIRMATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-confirmations 每日配送确认 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CONFIRMATIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-009 · PATH-RESERVATIONS-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-009;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESERVATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-reservations 预约与承诺 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RESERVATIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-010 · PATH-CAPACITY-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-010;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CAPACITY;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-capacity 服务能力 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CAPACITY-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-011 · PATH-CYCLES-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-011;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CYCLES;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-cycles 周期服务 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CYCLES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-012 · PATH-TARIFFS-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-012;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TARIFFS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-tariffs 配送费政策 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-TARIFFS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-013 · PATH-RETAINED-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-013;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RETAINED;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-retained 未履约金额跟进 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RETAINED-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-014 · PATH-PRODUCTS-READ

角色:商品运营 / 内容复核员;触发:核对待办;关联故事:S-014;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRODUCTS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-catalog 商品与内容 所属模块打开
02 点击 tab-products 商品与规格 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PRODUCTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-015 · PATH-RECIPES-READ

角色:商品运营 / 内容复核员;触发:核对待办;关联故事:S-015;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECIPES;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-catalog 商品与内容 所属模块打开
02 点击 tab-recipes 菜谱与食材映射 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RECIPES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-016 · PATH-CONTENT-READ

角色:商品运营 / 内容复核员;触发:核对待办;关联故事:S-016;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONTENT;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-catalog 商品与内容 所属模块打开
02 点击 tab-content 首页与经营内容 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CONTENT-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-017 · PATH-PUBLICATIONS-READ

角色:商品运营 / 内容复核员;触发:核对待办;关联故事:S-017;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PUBLICATIONS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-catalog 商品与内容 所属模块打开
02 点击 tab-publications 发布与回退 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PUBLICATIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-018 · PATH-RECEIVING-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-018;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECEIVING;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-receiving 来源与接收 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RECEIVING-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-019 · PATH-LOTS-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-019;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-LOTS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-lots 批次与物料账 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-LOTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-020 · PATH-QUALITY-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-020;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUALITY;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-quality 质量判定 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-QUALITY-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-021 · PATH-ALLOCATIONS-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-021;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ALLOCATIONS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-allocations 物料分配 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ALLOCATIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-022 · PATH-TRANSFORMATIONS-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-022;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRANSFORMATIONS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-transformations 加工转换 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-TRANSFORMATIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-023 · PATH-TRACE-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-023;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRACE;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-trace 追溯与公开查询 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-TRACE-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-024 · PATH-RECALLS-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-024;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECALLS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-recalls 质量召回 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RECALLS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-025 · PATH-SUPPLY-CAPACITY-READ

角色:供给员 / 质量员;触发:核对待办;关联故事:S-025;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUPPLY-CAPACITY;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-supply 供给与质量 所属模块打开
02 点击 tab-supply-capacity 可供给能力 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SUPPLY-CAPACITY-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-026 · PATH-TASKS-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-026;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TASKS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-tasks 切配作业 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-TASKS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-027 · PATH-WORKSTATIONS-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-027;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-WORKSTATIONS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-workstations 工位与依赖 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-WORKSTATIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-028 · PATH-MEASUREMENTS-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-028;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MEASUREMENTS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-measurements 称重与现场观察 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-MEASUREMENTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-029 · PATH-PACKAGES-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-029;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PACKAGES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-packages 包裹与封装 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PACKAGES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-030 · PATH-DELIVERIES-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-030;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DELIVERIES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-deliveries 配送与签收 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-DELIVERIES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-031 · PATH-RETURNS-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-031;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RETURNS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-returns 回收与退回 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RETURNS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-032 · PATH-WORK-CAPACITY-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-032;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-WORK-CAPACITY;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-work-capacity 履约能力发布 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-WORK-CAPACITY-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-033 · PATH-CUSTOMERS-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-033;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CUSTOMERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-customers 客户档案 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CUSTOMERS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-034 · PATH-ADDRESSES-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-034;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ADDRESSES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-addresses 地址与偏好 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ADDRESSES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-035 · PATH-PLANS-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-035;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PLANS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-plans 个人周计划 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PLANS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-036 · PATH-SERVICE-CASES-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-036;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CASES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-service-cases 客户服务事项 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SERVICE-CASES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-037 · PATH-LEADERS-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-037;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-LEADERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-leaders 团长与活动关系 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-LEADERS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-038 · PATH-PRIVACY-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-038;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRIVACY;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-privacy 同意与隐私处理 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PRIVACY-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-039 · PATH-SOURCES-READ

角色:会计 / 财务复核员;触发:核对待办;关联故事:S-039;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SOURCES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-finance 财务核算 所属模块打开
02 点击 tab-sources 经济来源 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SOURCES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-040 · PATH-JOURNALS-READ

角色:会计 / 财务复核员;触发:核对待办;关联故事:S-040;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOURNALS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-finance 财务核算 所属模块打开
02 点击 tab-journals 分录与更正 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-JOURNALS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-041 · PATH-PERIODS-READ

角色:会计 / 财务复核员;触发:核对待办;关联故事:S-041;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERIODS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-finance 财务核算 所属模块打开
02 点击 tab-periods 会计期间 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PERIODS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-042 · PATH-POSTING-RULES-READ

角色:会计 / 财务复核员;触发:核对待办;关联故事:S-042;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-POSTING-RULES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-finance 财务核算 所属模块打开
02 点击 tab-posting-rules 科目与核算规则 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-POSTING-RULES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-043 · PATH-TRIAL-BALANCE-READ

角色:会计 / 财务复核员;触发:核对待办;关联故事:S-043;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRIAL-BALANCE;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-finance 财务核算 所属模块打开
02 点击 tab-trial-balance 总账与试算 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-TRIAL-BALANCE-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-044 · PATH-CHANNEL-ACCOUNTS-READ

角色:渠道运营;触发:核对待办;关联故事:S-044;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANNEL-ACCOUNTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-channel 渠道协作 所属模块打开
02 点击 tab-channel-accounts 渠道授权 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CHANNEL-ACCOUNTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-045 · PATH-BINDINGS-READ

角色:渠道运营;触发:核对待办;关联故事:S-045;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BINDINGS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-channel 渠道协作 所属模块打开
02 点击 tab-bindings 外部对象映射 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-BINDINGS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-046 · PATH-IMPORTS-READ

角色:渠道运营;触发:核对待办;关联故事:S-046;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-IMPORTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-channel 渠道协作 所属模块打开
02 点击 tab-imports 外部订单导入 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-IMPORTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-047 · PATH-OUTBOUND-READ

角色:渠道运营;触发:核对待办;关联故事:S-047;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-OUTBOUND;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-channel 渠道协作 所属模块打开
02 点击 tab-outbound 回传与未知结果 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-OUTBOUND-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-048 · PATH-STATEMENTS-READ

角色:渠道运营;触发:核对待办;关联故事:S-048;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-STATEMENTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-channel 渠道协作 所属模块打开
02 点击 tab-statements 渠道账单观察 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-STATEMENTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-049 · PATH-REPORTS-READ

角色:分析员 / 经营负责人;触发:核对待办;关联故事:S-049;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REPORTS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-analytics 经营分析 所属模块打开
02 点击 tab-reports 经营看板 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-REPORTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-050 · PATH-METRICS-READ

角色:分析员 / 经营负责人;触发:核对待办;关联故事:S-050;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-METRICS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-analytics 经营分析 所属模块打开
02 点击 tab-metrics 指标口径 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-METRICS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-051 · PATH-DATA-QUALITY-READ

角色:分析员 / 经营负责人;触发:核对待办;关联故事:S-051;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DATA-QUALITY;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-analytics 经营分析 所属模块打开
02 点击 tab-data-quality 数据质量 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-DATA-QUALITY-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-052 · PATH-REBUILDS-READ

角色:分析员 / 经营负责人;触发:核对待办;关联故事:S-052;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REBUILDS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-analytics 经营分析 所属模块打开
02 点击 tab-rebuilds 重算与结果发布 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-REBUILDS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-053 · PATH-EXPORTS-READ

角色:分析员 / 经营负责人;触发:核对待办;关联故事:S-053;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXPORTS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-analytics 经营分析 所属模块打开
02 点击 tab-exports 受控导出 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-EXPORTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-054 · PATH-ACCOUNTS-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-054;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-accounts 员工账号 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ACCOUNTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-055 · PATH-ORG-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-055;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORG;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-org 组织与岗位 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ORG-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-056 · PATH-ROLES-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-056;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ROLES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-roles 角色与动作权限 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ROLES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-057 · PATH-SCOPES-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-057;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SCOPES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-scopes 服务区域与数据范围 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SCOPES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-058 · PATH-SESSIONS-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-058;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SESSIONS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-sessions 会话与外部身份 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SESSIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-059 · PATH-SERVICE-PRINCIPALS-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-059;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-PRINCIPALS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-service-principals 服务主体 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SERVICE-PRINCIPALS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-060 · PATH-MENUS-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-060;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MENUS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-menus 导航与能力目录 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-MENUS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-061 · PATH-HANDOFFS-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-061;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-HANDOFFS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-handoffs 待办与工作交接 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-HANDOFFS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-062 · PATH-EXCEPTIONS-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-062;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXCEPTIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-exceptions 异常与恢复 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-EXCEPTIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-063 · PATH-NOTIFICATIONS-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-063;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-NOTIFICATIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-notifications 通知与回执 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-NOTIFICATIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-064 · PATH-ASSETS-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-064;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSETS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-assets 文件与证据 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ASSETS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-065 · PATH-JOBS-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-065;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOBS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-jobs 作业调度 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-JOBS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-066 · PATH-DICTIONARIES-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-066;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DICTIONARIES;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-dictionaries 业务字典 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-DICTIONARIES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-067 · PATH-CONFIGURATION-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-067;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIGURATION;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-configuration 系统参数 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-CONFIGURATION-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-068 · PATH-AUDIT-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-068;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AUDIT;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-audit 操作与安全审计 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-AUDIT-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-069 · PATH-MONITOR-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-069;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MONITOR;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-monitor 服务观测 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-MONITOR-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-070 · PATH-API-DIRECTORY-READ

角色:系统管理员 / 值班负责人;触发:核对待办;关联故事:S-070;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-API-DIRECTORY;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-platform 系统与协同 所属模块打开
02 点击 tab-api-directory 接口与能力目录 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-API-DIRECTORY-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-267 · PATH-QUOTES-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-267;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUOTES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-quotes 购物意图与报价 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-QUOTES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-268 · PATH-BENEFITS-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-268;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BENEFITS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-benefits 优惠权益与占用 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-BENEFITS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-269 · PATH-SUBSTITUTIONS-READ

角色:运营 / 客服 / 资金复核员;触发:核对待办;关联故事:S-269;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUBSTITUTIONS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-commerce 交易与售后 所属模块打开
02 点击 tab-substitutions 缺货与替代协调 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SUBSTITUTIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-270 · PATH-PERSONAL-CARDS-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-270;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERSONAL-CARDS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-personal-cards 个人菜卡与餐次偏好 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-PERSONAL-CARDS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-271 · PATH-RESTRICTIONS-READ

角色:客服 / 客户关系管理员;触发:核对待办;关联故事:S-271;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESTRICTIONS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-customer 客户与服务 所属模块打开
02 点击 tab-restrictions 客户用途与服务限制 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-RESTRICTIONS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-272 · PATH-SERVICE-CONTRACTS-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-272;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CONTRACTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-service-contracts 持续服务约定 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-SERVICE-CONTRACTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-273 · PATH-ENTITLEMENTS-READ

角色:计划运营 / 客服;触发:核对待办;关联故事:S-273;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ENTITLEMENTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-demand 计划与配送确认 所属模块打开
02 点击 tab-entitlements 服务权益与周期占用 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ENTITLEMENTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-274 · PATH-FULFILLMENT-PLANS-READ

角色:履约主管 / 作业员;触发:核对待办;关联故事:S-274;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-FULFILLMENT-PLANS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-fulfillment 作业与交付 所属模块打开
02 点击 tab-fulfillment-plans 履约接收与计划版本 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-FULFILLMENT-PLANS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-275 · PATH-ACCOUNTING-SCOPES-READ

角色:会计 / 财务复核员;触发:核对待办;关联故事:S-275;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTING-SCOPES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-finance 财务核算 所属模块打开
02 点击 tab-accounting-scopes 核算主体与账簿 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ACCOUNTING-SCOPES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-276 · PATH-OPENING-BALANCES-READ

角色:会计 / 财务复核员;触发:核对待办;关联故事:S-276;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-OPENING-BALANCES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-finance 财务核算 所属模块打开
02 点击 tab-opening-balances 期初与迁移核对 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-OPENING-BALANCES-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-277 · PATH-ASSIGNMENTS-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-277;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSIGNMENTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-assignments 岗位任职与角色指派 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-ASSIGNMENTS-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-278 · PATH-AUTHORIZATION-READ

角色:组织管理员 / 安全复核员;触发:核对待办;关联故事:S-278;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AUTHORIZATION;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / 控件 输入 可见断言
01 点击 nav-identity 组织与权限 所属模块打开
02 点击 tab-authorization 有效动作与授权解释 标题与当前台账可见
03 填写 record-search 首条记录编号 仅匹配对象显示
04 点击 record-open 匹配对象 身份、状态与业务字段可核对
05 查看 history 处理记录 已记录动作与凭据可查;初始数据说明明确
06 点击 back-list 返回 回到同一功能列表

PATH-AUTHORIZATION-DENIED

从导航进入功能 → 场景选择无访问权限 → 断言记录不渲染 → 返回可用场景 → 恢复列表。空态/断网/延迟同样从原型场景选择进入,恢复控件可继续。

F-071 · PATH-ORDERS-CHANGE-ALLOW

触发:申请改址 / 改期;角色:运营 / 客服 / 资金复核员;前置:对象处于已支付 / 已确认,合成记录有效,原型场景正常;故事:S-071;CASE-ORDERS-CHANGE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORDERS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-orders 所属模块和功能 订单台账台账
02 点击record-open,再点击action-change 符合前置的对象 申请改址 / 改期填写窗口
03 逐项填写 field-* 变更内容(textarea);客户确认记录(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留原成交快照;收到客户确认后协调新安排。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示变更处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ORDERS-CHANGE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ORDERS-CHANGE-INVALID。

PATH-ORDERS-CHANGE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ORDERS-CHANGE-CANCEL。

PATH-ORDERS-CHANGE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-072 · PATH-ORDERS-CANCEL-ALLOW

触发:申请取消;角色:运营 / 客服 / 资金复核员;前置:对象处于已支付 / 已确认,合成记录有效,原型场景正常;故事:S-072;CASE-ORDERS-CANCEL-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORDERS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-orders 所属模块和功能 订单台账台账
02 点击record-open,再点击action-cancel 符合前置的对象 申请取消填写窗口
03 逐项填写 field-* 处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 先检查能否停止,再处理承诺释放与可退资金;本次不宣称已退款。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示取消处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ORDERS-CANCEL-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ORDERS-CANCEL-INVALID。

PATH-ORDERS-CANCEL-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ORDERS-CANCEL-CANCEL。

PATH-ORDERS-CANCEL-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-ORDERS-CANCEL-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为取消处理中;原请求编号保持一致,无第二次业务执行。

F-073 · PATH-ORDERS-CHECK-ALLOW

触发:核对协调回执;角色:运营 / 客服 / 资金复核员;前置:对象处于变更处理中 / 取消处理中,合成记录有效,原型场景正常;故事:S-073;CASE-ORDERS-CHECK-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORDERS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-orders 所属模块和功能 订单台账台账
02 点击record-open,再点击action-check 符合前置的对象 核对协调回执填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留原请求,展示未完成步骤并分派责任。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待人工处置,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ORDERS-CHECK-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ORDERS-CHECK-INVALID。

PATH-ORDERS-CHECK-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ORDERS-CHECK-CANCEL。

PATH-ORDERS-CHECK-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-074 · PATH-PRICING-EDIT-ALLOW

触发:编辑价格草稿;角色:运营 / 客服 / 资金复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-074;CASE-PRICING-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRICING;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-pricing 所属模块和功能 价格与优惠台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑价格草稿填写窗口
03 逐项填写 field-* 单价(元)(number);生效日期(date);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 价格提案保留版本,不回写历史报价。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRICING-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRICING-EDIT-INVALID。

PATH-PRICING-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRICING-EDIT-CANCEL。

PATH-PRICING-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-075 · PATH-PRICING-SUBMIT-ALLOW

触发:提交价格复核;角色:运营 / 客服 / 资金复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-075;CASE-PRICING-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRICING;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-pricing 所属模块和功能 价格与优惠台账
02 点击record-open,再点击action-submit 符合前置的对象 提交价格复核填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 将价格范围、有效期和变更理由交给独立复核岗。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRICING-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRICING-SUBMIT-INVALID。

PATH-PRICING-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRICING-SUBMIT-CANCEL。

PATH-PRICING-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-076 · PATH-PRICING-PUBLISH-ALLOW

触发:批准并生效;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-076;CASE-PRICING-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRICING;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-pricing 所属模块和功能 价格与优惠台账
02 点击record-open,再点击action-publish 符合前置的对象 批准并生效填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只切换新的价格版本,历史订单保持原金额。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已生效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRICING-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRICING-PUBLISH-INVALID。

PATH-PRICING-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRICING-PUBLISH-CANCEL。

PATH-PRICING-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-077 · PATH-PRICING-WITHDRAW-ALLOW

触发:撤回生效版本;角色:运营 / 客服 / 资金复核员;前置:对象处于已生效,合成记录有效,原型场景正常;故事:S-077;CASE-PRICING-WITHDRAW-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRICING;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-pricing 所属模块和功能 价格与优惠台账
02 点击record-open,再点击action-withdraw 符合前置的对象 撤回生效版本填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 停止用于新报价;已有成交快照不变。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已撤回,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRICING-WITHDRAW-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRICING-WITHDRAW-INVALID。

PATH-PRICING-WITHDRAW-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRICING-WITHDRAW-CANCEL。

PATH-PRICING-WITHDRAW-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-078 · PATH-PRICING-CREATE-ALLOW

触发:新建价格提案;角色:运营 / 客服 / 资金复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-078;CASE-PRICING-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRICING;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-pricing 所属模块和功能 价格与优惠台账
02 点击create 符合前置的对象 新建价格提案填写窗口
03 逐项填写 field-* 价格提案名称(text);单价(元)(number);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRICING-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRICING-CREATE-INVALID。

PATH-PRICING-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRICING-CREATE-CANCEL。

PATH-PRICING-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-079 · PATH-PAYMENTS-VERIFY-ALLOW

触发:查询原收款结果;角色:运营 / 客服 / 资金复核员;前置:对象处于结果未知 / 待收款,合成记录有效,原型场景正常;故事:S-079;CASE-PAYMENTS-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PAYMENTS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-payments 所属模块和功能 收款核验台账
02 点击record-open,再点击action-verify 符合前置的对象 查询原收款结果填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 查询同一收款目标,核验依据和金额;不另建扣款。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已验证,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PAYMENTS-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PAYMENTS-VERIFY-INVALID。

PATH-PAYMENTS-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PAYMENTS-VERIFY-CANCEL。

PATH-PAYMENTS-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-PAYMENTS-VERIFY-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为已验证;原请求编号保持一致,无第二次业务执行。

F-080 · PATH-PAYMENTS-ISSUE-ALLOW

触发:登记收款差异;角色:运营 / 客服 / 资金复核员;前置:对象处于已验证 / 结果未知,合成记录有效,原型场景正常;故事:S-080;CASE-PAYMENTS-ISSUE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PAYMENTS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-payments 所属模块和功能 收款核验台账
02 点击record-open,再点击action-issue 符合前置的对象 登记收款差异填写窗口
03 逐项填写 field-* 处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留原交易,转资金核对,不人工覆盖到账事实。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示差异待核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PAYMENTS-ISSUE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PAYMENTS-ISSUE-INVALID。

PATH-PAYMENTS-ISSUE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PAYMENTS-ISSUE-CANCEL。

PATH-PAYMENTS-ISSUE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-081 · PATH-REFUNDS-APPROVE-ALLOW

触发:审核并预留额度;角色:独立复核岗;前置:对象处于待审核,合成记录有效,原型场景正常;故事:S-081;CASE-REFUNDS-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REFUNDS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-refunds 所属模块和功能 退款与额度台账
02 点击record-open,再点击action-approve 符合前置的对象 审核并预留额度填写窗口
03 逐项填写 field-* 退款金额(元)(number);处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 按原收款目标预留本次额度;审批不代表退款成功。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待执行,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-REFUNDS-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-REFUNDS-APPROVE-INVALID。

PATH-REFUNDS-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-REFUNDS-APPROVE-CANCEL。

PATH-REFUNDS-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-082 · PATH-REFUNDS-EXECUTE-ALLOW

触发:提交原退款请求;角色:运营 / 客服 / 资金复核员;前置:对象处于待执行,合成记录有效,原型场景正常;故事:S-082;CASE-REFUNDS-EXECUTE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REFUNDS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-refunds 所属模块和功能 退款与额度台账
02 点击record-open,再点击action-execute 符合前置的对象 提交原退款请求填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录请求身份并保留额度,待外部结果核验。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示结果未知,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-REFUNDS-EXECUTE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-REFUNDS-EXECUTE-INVALID。

PATH-REFUNDS-EXECUTE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-REFUNDS-EXECUTE-CANCEL。

PATH-REFUNDS-EXECUTE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-REFUNDS-EXECUTE-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为结果未知;原请求编号保持一致,无第二次业务执行。

F-083 · PATH-REFUNDS-VERIFY-ALLOW

触发:查询原退款结果;角色:运营 / 客服 / 资金复核员;前置:对象处于结果未知,合成记录有效,原型场景正常;故事:S-083;CASE-REFUNDS-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REFUNDS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-refunds 所属模块和功能 退款与额度台账
02 点击record-open,再点击action-verify 符合前置的对象 查询原退款结果填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核验原请求并核销预留;不重复生成退款目标。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示退款已验证,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-REFUNDS-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-REFUNDS-VERIFY-INVALID。

PATH-REFUNDS-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-REFUNDS-VERIFY-CANCEL。

PATH-REFUNDS-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-REFUNDS-VERIFY-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为退款已验证;原请求编号保持一致,无第二次业务执行。

F-084 · PATH-AFTERSALES-RESOLVE-ALLOW

触发:制定处理方案;角色:运营 / 客服 / 资金复核员;前置:对象处于待评估,合成记录有效,原型场景正常;故事:S-084;CASE-AFTERSALES-RESOLVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AFTERSALES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-aftersales 所属模块和功能 售后处理台账
02 点击record-open,再点击action-resolve 符合前置的对象 制定处理方案填写窗口
03 逐项填写 field-* 处理方案(select);建议退款额(元)(number);处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 写明退款、回收或补送的分项责任,不由客服页面直接改资金。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-AFTERSALES-RESOLVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-AFTERSALES-RESOLVE-INVALID。

PATH-AFTERSALES-RESOLVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-AFTERSALES-RESOLVE-CANCEL。

PATH-AFTERSALES-RESOLVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-085 · PATH-AFTERSALES-APPROVE-ALLOW

触发:批准处理方案;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-085;CASE-AFTERSALES-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AFTERSALES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-aftersales 所属模块和功能 售后处理台账
02 点击record-open,再点击action-approve 符合前置的对象 批准处理方案填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 形成已批准方案,分别交给资金和履约责任岗。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示执行中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-AFTERSALES-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-AFTERSALES-APPROVE-INVALID。

PATH-AFTERSALES-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-AFTERSALES-APPROVE-CANCEL。

PATH-AFTERSALES-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-086 · PATH-AFTERSALES-CHECK-ALLOW

触发:核对分项回执;角色:运营 / 客服 / 资金复核员;前置:对象处于执行中,合成记录有效,原型场景正常;故事:S-086;CASE-AFTERSALES-CHECK-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AFTERSALES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-aftersales 所属模块和功能 售后处理台账
02 点击record-open,再点击action-check 符合前置的对象 核对分项回执填写窗口
03 逐项填写 field-* 回执完整性(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅在退款与回收等所需结果均有证据后进入关闭核验。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待验证关闭,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-AFTERSALES-CHECK-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-AFTERSALES-CHECK-INVALID。

PATH-AFTERSALES-CHECK-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-AFTERSALES-CHECK-CANCEL。

PATH-AFTERSALES-CHECK-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-087 · PATH-AFTERSALES-CLOSE-ALLOW

触发:核验并关闭;角色:运营 / 客服 / 资金复核员;前置:对象处于待验证关闭,合成记录有效,原型场景正常;故事:S-087;CASE-AFTERSALES-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AFTERSALES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-aftersales 所属模块和功能 售后处理台账
02 点击record-open,再点击action-close 符合前置的对象 核验并关闭填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留全部处理历史,关闭不替代资金或物理事实。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关闭,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-AFTERSALES-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-AFTERSALES-CLOSE-INVALID。

PATH-AFTERSALES-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-AFTERSALES-CLOSE-CANCEL。

PATH-AFTERSALES-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-088 · PATH-AFTERSALES-CREATE-ALLOW

触发:登记售后诉求;角色:运营 / 客服 / 资金复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-088;CASE-AFTERSALES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-AFTERSALES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-aftersales 所属模块和功能 售后处理台账
02 点击create 符合前置的对象 登记售后诉求填写窗口
03 逐项填写 field-* 售后主题(text);关联订单(select);诉求与证据摘要(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待评估,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-AFTERSALES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-AFTERSALES-CREATE-INVALID。

PATH-AFTERSALES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-AFTERSALES-CREATE-CANCEL。

PATH-AFTERSALES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

触发:登记客户明确确认;角色:运营 / 客服 / 资金复核员;前置:对象处于待客户确认,合成记录有效,原型场景正常;故事:S-089;CASE-CHANGES-CONSENT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANGES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-changes 所属模块和功能 订单变更协调台账
02 点击record-open,再点击action-consent 符合前置的对象 登记客户明确确认填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留客户确认记录和原快照,开始新安排核对。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示协调中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CHANGES-CONSENT-INVALID。

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CHANGES-CONSENT-CANCEL。

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-090 · PATH-CHANGES-RECEIPT-ALLOW

触发:核对变更回执;角色:运营 / 客服 / 资金复核员;前置:对象处于协调中 / 停止待回执,合成记录有效,原型场景正常;故事:S-090;CASE-CHANGES-RECEIPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANGES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-changes 所属模块和功能 订单变更协调台账
02 点击record-open,再点击action-receipt 符合前置的对象 核对变更回执填写窗口
03 逐项填写 field-* 回执完整性(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 各责任方回执完整后展示变更结果,不覆盖原成交依据。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已收敛,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CHANGES-RECEIPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CHANGES-RECEIPT-INVALID。

PATH-CHANGES-RECEIPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CHANGES-RECEIPT-CANCEL。

PATH-CHANGES-RECEIPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-091 · PATH-CHANGES-RECOVER-ALLOW

触发:分派异常恢复;角色:运营 / 客服 / 资金复核员;前置:对象处于协调中 / 停止待回执,合成记录有效,原型场景正常;故事:S-091;CASE-CHANGES-RECOVER-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANGES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-changes 所属模块和功能 订单变更协调台账
02 点击record-open,再点击action-recover 符合前置的对象 分派异常恢复填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留旧安排及已发生事实,明确责任岗跟进。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示恢复处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CHANGES-RECOVER-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CHANGES-RECOVER-INVALID。

PATH-CHANGES-RECOVER-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CHANGES-RECOVER-CANCEL。

PATH-CHANGES-RECOVER-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-092 · PATH-RECONCILIATION-MATCH-ALLOW

触发:执行账单匹配;角色:运营 / 客服 / 资金复核员;前置:对象处于待核对,合成记录有效,原型场景正常;故事:S-092;CASE-RECONCILIATION-MATCH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECONCILIATION;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-reconciliation 所属模块和功能 资金对账台账
02 点击record-open,再点击action-match 符合前置的对象 执行账单匹配填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 相同经济来源只匹配一次,差异不会自动平账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示差异处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECONCILIATION-MATCH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECONCILIATION-MATCH-INVALID。

PATH-RECONCILIATION-MATCH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECONCILIATION-MATCH-CANCEL。

PATH-RECONCILIATION-MATCH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-093 · PATH-RECONCILIATION-RESOLVE-ALLOW

触发:登记差异核验;角色:运营 / 客服 / 资金复核员;前置:对象处于差异处理中,合成记录有效,原型场景正常;故事:S-093;CASE-RECONCILIATION-RESOLVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECONCILIATION;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-reconciliation 所属模块和功能 资金对账台账
02 点击record-open,再点击action-resolve 符合前置的对象 登记差异核验填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只有差异凭据齐全才标记核对完成,不更改原支付。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已核对,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECONCILIATION-RESOLVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECONCILIATION-RESOLVE-INVALID。

PATH-RECONCILIATION-RESOLVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECONCILIATION-RESOLVE-CANCEL。

PATH-RECONCILIATION-RESOLVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-094 · PATH-CONFIRMATIONS-REMIND-ALLOW

触发:安排确认提醒;角色:计划运营 / 客服;前置:对象处于待确认,合成记录有效,原型场景正常;故事:S-094;CASE-CONFIRMATIONS-REMIND-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIRMATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-confirmations 所属模块和功能 每日配送确认台账
02 点击record-open,再点击action-remind 符合前置的对象 安排确认提醒填写窗口
03 逐项填写 field-* 提醒渠道(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只安排提醒;通知成功也不代表同意配送。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待确认,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIRMATIONS-REMIND-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIRMATIONS-REMIND-INVALID。

PATH-CONFIRMATIONS-REMIND-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIRMATIONS-REMIND-CANCEL。

PATH-CONFIRMATIONS-REMIND-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-095 · PATH-CONFIRMATIONS-SKIP-ALLOW

触发:登记未确认停送;角色:计划运营 / 客服;前置:对象处于待确认,合成记录有效,原型场景正常;故事:S-095;CASE-CONFIRMATIONS-SKIP-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIRMATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-confirmations 所属模块和功能 每日配送确认台账
02 点击record-open,再点击action-skip 符合前置的对象 登记未确认停送填写窗口
03 逐项填写 field-* 停止依据(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 在演示停止条件成立后,仅本次不送;资金另行核验。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示本次不送,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIRMATIONS-SKIP-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIRMATIONS-SKIP-INVALID。

PATH-CONFIRMATIONS-SKIP-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIRMATIONS-SKIP-CANCEL。

PATH-CONFIRMATIONS-SKIP-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-096 · PATH-CONFIRMATIONS-RESTORE-ALLOW

触发:登记客户恢复意向;角色:计划运营 / 客服;前置:对象处于本次不送,合成记录有效,原型场景正常;故事:S-096;CASE-CONFIRMATIONS-RESTORE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIRMATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-confirmations 所属模块和功能 每日配送确认台账
02 点击record-open,再点击action-restore 符合前置的对象 登记客户恢复意向填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 食材不重复收费,配送费须客户明确同意并核验。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待客户确认,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIRMATIONS-RESTORE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIRMATIONS-RESTORE-INVALID。

PATH-CONFIRMATIONS-RESTORE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIRMATIONS-RESTORE-CANCEL。

PATH-CONFIRMATIONS-RESTORE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-097 · PATH-CONFIRMATIONS-ACCEPTED-ALLOW

触发:核验客户确认记录;角色:计划运营 / 客服;前置:对象处于待确认 / 待客户确认,合成记录有效,原型场景正常;故事:S-097;CASE-CONFIRMATIONS-ACCEPTED-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIRMATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-confirmations 所属模块和功能 每日配送确认台账
02 点击record-open,再点击action-accepted 符合前置的对象 核验客户确认记录填写窗口
03 逐项填写 field-* 客户确认记录(text);确认回执中的期望送达(time);回执完整性(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对客户确认、费用及承接回执;后台不能替客户默认确认。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已确认,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIRMATIONS-ACCEPTED-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIRMATIONS-ACCEPTED-INVALID。

PATH-CONFIRMATIONS-ACCEPTED-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIRMATIONS-ACCEPTED-CANCEL。

PATH-CONFIRMATIONS-ACCEPTED-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-098 · PATH-RESERVATIONS-RELEASE-ALLOW

触发:释放暂占;角色:计划运营 / 客服;前置:对象处于暂占中,合成记录有效,原型场景正常;故事:S-098;CASE-RESERVATIONS-RELEASE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESERVATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-reservations 所属模块和功能 预约与承诺台账
02 点击record-open,再点击action-release 符合前置的对象 释放暂占填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只释放当前意图暂占,不取消已成立承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已释放,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RESERVATIONS-RELEASE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RESERVATIONS-RELEASE-INVALID。

PATH-RESERVATIONS-RELEASE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RESERVATIONS-RELEASE-CANCEL。

PATH-RESERVATIONS-RELEASE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-099 · PATH-RESERVATIONS-RESCHEDULE-ALLOW

触发:提出承诺改期;角色:计划运营 / 客服;前置:对象处于有效承诺,合成记录有效,原型场景正常;故事:S-099;CASE-RESERVATIONS-RESCHEDULE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESERVATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-reservations 所属模块和功能 预约与承诺台账
02 点击record-open,再点击action-reschedule 符合前置的对象 提出承诺改期填写窗口
03 逐项填写 field-* 目标日期(date);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 先核对新资源集合,失败保留原安排。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示改期处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RESERVATIONS-RESCHEDULE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RESERVATIONS-RESCHEDULE-INVALID。

PATH-RESERVATIONS-RESCHEDULE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RESERVATIONS-RESCHEDULE-CANCEL。

PATH-RESERVATIONS-RESCHEDULE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-100 · PATH-RESERVATIONS-VERIFY-ALLOW

触发:核对替换结果;角色:计划运营 / 客服;前置:对象处于改期处理中,合成记录有效,原型场景正常;故事:S-100;CASE-RESERVATIONS-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESERVATIONS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-reservations 所属模块和功能 预约与承诺台账
02 点击record-open,再点击action-verify 符合前置的对象 核对替换结果填写窗口
03 逐项填写 field-* 回执完整性(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 新旧承诺替换有完整回执,未完成不释放旧安排。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效承诺,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RESERVATIONS-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RESERVATIONS-VERIFY-INVALID。

PATH-RESERVATIONS-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RESERVATIONS-VERIFY-CANCEL。

PATH-RESERVATIONS-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-101 · PATH-CAPACITY-ADOPT-ALLOW

触发:核对并采纳来源;角色:计划运营 / 客服;前置:对象处于待核对,合成记录有效,原型场景正常;故事:S-101;CASE-CAPACITY-ADOPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CAPACITY;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-capacity 所属模块和功能 服务能力台账
02 点击record-open,再点击action-adopt 符合前置的对象 核对并采纳来源填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留来源版本和时点;不通过本页伪造供给或运力。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已采纳,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CAPACITY-ADOPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CAPACITY-ADOPT-INVALID。

PATH-CAPACITY-ADOPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CAPACITY-ADOPT-CANCEL。

PATH-CAPACITY-ADOPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-102 · PATH-CAPACITY-CONFLICT-ALLOW

触发:分派承诺冲突;角色:计划运营 / 客服;前置:对象处于冲突待处置,合成记录有效,原型场景正常;故事:S-102;CASE-CAPACITY-CONFLICT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CAPACITY;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-capacity 所属模块和功能 服务能力台账
02 点击record-open,再点击action-conflict 符合前置的对象 分派承诺冲突填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留既有承诺,逐项联系与补救,不直接删除超额订单。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示处置中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CAPACITY-CONFLICT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CAPACITY-CONFLICT-INVALID。

PATH-CAPACITY-CONFLICT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CAPACITY-CONFLICT-CANCEL。

PATH-CAPACITY-CONFLICT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

触发:核验周期出单;角色:计划运营 / 客服;前置:对象处于待出单核对,合成记录有效,原型场景正常;故事:S-103;CASE-CYCLES-LINK-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CYCLES;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-cycles 所属模块和功能 周期服务台账
02 点击record-open,再点击action-link 符合前置的对象 核验周期出单填写窗口
03 逐项填写 field-* 标准订单编号(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 用同一周期意图查询标准订单,重试不再造订单。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关联,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CYCLES-LINK-INVALID。

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CYCLES-LINK-CANCEL。

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为已关联;原请求编号保持一致,无第二次业务执行。

F-104 · PATH-CYCLES-PAUSE-ALLOW

触发:暂停后续周期;角色:计划运营 / 客服;前置:对象处于已关联,合成记录有效,原型场景正常;故事:S-104;CASE-CYCLES-PAUSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CYCLES;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-cycles 所属模块和功能 周期服务台账
02 点击record-open,再点击action-pause 符合前置的对象 暂停后续周期填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只影响未来周期,不撤销已支付或已执行安排。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已暂停,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CYCLES-PAUSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CYCLES-PAUSE-INVALID。

PATH-CYCLES-PAUSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CYCLES-PAUSE-CANCEL。

PATH-CYCLES-PAUSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-105 · PATH-CYCLES-RESUME-ALLOW

触发:提出恢复周期;角色:计划运营 / 客服;前置:对象处于已暂停,合成记录有效,原型场景正常;故事:S-105;CASE-CYCLES-RESUME-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CYCLES;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-cycles 所属模块和功能 周期服务台账
02 点击record-open,再点击action-resume 符合前置的对象 提出恢复周期填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 重新核对服务约定,不自动扣费或续购。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待出单核对,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CYCLES-RESUME-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CYCLES-RESUME-INVALID。

PATH-CYCLES-RESUME-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CYCLES-RESUME-CANCEL。

PATH-CYCLES-RESUME-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-106 · PATH-TARIFFS-EDIT-ALLOW

触发:编辑费用提案;角色:计划运营 / 客服;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-106;CASE-TARIFFS-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TARIFFS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-tariffs 所属模块和功能 配送费政策台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑费用提案填写窗口
03 逐项填写 field-* 费用(元)(number);提前量下限(分钟)(number);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅保存演示政策提案,不作为真实收费规则。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TARIFFS-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TARIFFS-EDIT-INVALID。

PATH-TARIFFS-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TARIFFS-EDIT-CANCEL。

PATH-TARIFFS-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-107 · PATH-TARIFFS-REVIEW-ALLOW

触发:提交政策评审;角色:计划运营 / 客服;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-107;CASE-TARIFFS-REVIEW-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TARIFFS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-tariffs 所属模块和功能 配送费政策台账
02 点击record-open,再点击action-review 符合前置的对象 提交政策评审填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留费用档位、相等边界和报价跨档规则供业务评审。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待业务确认,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TARIFFS-REVIEW-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TARIFFS-REVIEW-INVALID。

PATH-TARIFFS-REVIEW-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TARIFFS-REVIEW-CANCEL。

PATH-TARIFFS-REVIEW-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-108 · PATH-RETAINED-VERIFY-ALLOW

触发:核对留存记录;角色:计划运营 / 客服;前置:对象处于留存待核,合成记录有效,原型场景正常;故事:S-108;CASE-RETAINED-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RETAINED;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-retained 所属模块和功能 未履约金额跟进台账
02 点击record-open,再点击action-verify 符合前置的对象 核对留存记录填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 登记Commerce资金依据,不另建钱包或自动扣除配送费。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已留存,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RETAINED-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RETAINED-VERIFY-INVALID。

PATH-RETAINED-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RETAINED-VERIFY-CANCEL。

PATH-RETAINED-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-109 · PATH-RETAINED-EXIT-ALLOW

触发:登记退出诉求;角色:计划运营 / 客服;前置:对象处于已留存,合成记录有效,原型场景正常;故事:S-109;CASE-RETAINED-EXIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RETAINED;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-retained 所属模块和功能 未履约金额跟进台账
02 点击record-open,再点击action-exit 符合前置的对象 登记退出诉求填写窗口
03 逐项填写 field-* 处理原因(textarea);接收岗位(select);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 接收用户诉求并分派,资金退出政策未定不直接退款。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示退出待评审,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RETAINED-EXIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RETAINED-EXIT-INVALID。

PATH-RETAINED-EXIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RETAINED-EXIT-CANCEL。

PATH-RETAINED-EXIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-110 · PATH-PRODUCTS-EDIT-ALLOW

触发:编辑规格草稿;角色:商品运营 / 内容复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-110;CASE-PRODUCTS-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRODUCTS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-products 所属模块和功能 商品与规格台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑规格草稿填写窗口
03 逐项填写 field-* 商品名称(text);净含量(g)(number);加工规格(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留规格版本,价格由交易模块维护。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRODUCTS-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRODUCTS-EDIT-INVALID。

PATH-PRODUCTS-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRODUCTS-EDIT-CANCEL。

PATH-PRODUCTS-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-111 · PATH-PRODUCTS-SUBMIT-ALLOW

触发:提交规格复核;角色:商品运营 / 内容复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-111;CASE-PRODUCTS-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRODUCTS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-products 所属模块和功能 商品与规格台账
02 点击record-open,再点击action-submit 符合前置的对象 提交规格复核填写窗口
03 逐项填写 field-* 证据编号(text);接收岗位(select);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 校验规格和素材引用,准备独立复核。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRODUCTS-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRODUCTS-SUBMIT-INVALID。

PATH-PRODUCTS-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRODUCTS-SUBMIT-CANCEL。

PATH-PRODUCTS-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-112 · PATH-PRODUCTS-PUBLISH-ALLOW

触发:批准发布规格;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-112;CASE-PRODUCTS-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRODUCTS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-products 所属模块和功能 商品与规格台账
02 点击record-open,再点击action-publish 符合前置的对象 批准发布规格填写窗口
03 逐项填写 field-* 素材状态(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 发布新规格,历史订单继续引用旧快照。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRODUCTS-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRODUCTS-PUBLISH-INVALID。

PATH-PRODUCTS-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRODUCTS-PUBLISH-CANCEL。

PATH-PRODUCTS-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-113 · PATH-PRODUCTS-OFFLINE-ALLOW

触发:停止新销售展示;角色:商品运营 / 内容复核员;前置:对象处于已发布,合成记录有效,原型场景正常;故事:S-113;CASE-PRODUCTS-OFFLINE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRODUCTS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-products 所属模块和功能 商品与规格台账
02 点击record-open,再点击action-offline 符合前置的对象 停止新销售展示填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 下架新入口,保留已有订单规格和履约关联。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已下架,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRODUCTS-OFFLINE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRODUCTS-OFFLINE-INVALID。

PATH-PRODUCTS-OFFLINE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRODUCTS-OFFLINE-CANCEL。

PATH-PRODUCTS-OFFLINE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-114 · PATH-PRODUCTS-CREATE-ALLOW

触发:新建商品;角色:商品运营 / 内容复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-114;CASE-PRODUCTS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRODUCTS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-products 所属模块和功能 商品与规格台账
02 点击create 符合前置的对象 新建商品填写窗口
03 逐项填写 field-* 商品名称(text);净含量(g)(number);品类(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRODUCTS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRODUCTS-CREATE-INVALID。

PATH-PRODUCTS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRODUCTS-CREATE-CANCEL。

PATH-PRODUCTS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-115 · PATH-RECIPES-EDIT-ALLOW

触发:调整食材映射;角色:商品运营 / 内容复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-115;CASE-RECIPES-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECIPES;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-recipes 所属模块和功能 菜谱与食材映射台账
02 点击record-open,再点击action-edit 符合前置的对象 调整食材映射填写窗口
03 逐项填写 field-* 关联商品(select);建议用量(g)(number);适用人数(number);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录菜谱份量和商品版本;已购计划保持原明细。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECIPES-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECIPES-EDIT-INVALID。

PATH-RECIPES-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECIPES-EDIT-CANCEL。

PATH-RECIPES-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-116 · PATH-RECIPES-SUBMIT-ALLOW

触发:提交菜谱复核;角色:商品运营 / 内容复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-116;CASE-RECIPES-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECIPES;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-recipes 所属模块和功能 菜谱与食材映射台账
02 点击record-open,再点击action-submit 符合前置的对象 提交菜谱复核填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 交付菜谱内容与食材映射供独立核对。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECIPES-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECIPES-SUBMIT-INVALID。

PATH-RECIPES-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECIPES-SUBMIT-CANCEL。

PATH-RECIPES-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-117 · PATH-RECIPES-PUBLISH-ALLOW

触发:发布菜谱版本;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-117;CASE-RECIPES-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECIPES;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-recipes 所属模块和功能 菜谱与食材映射台账
02 点击record-open,再点击action-publish 符合前置的对象 发布菜谱版本填写窗口
03 逐项填写 field-* 素材状态(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只有映射有效且素材就绪才发布。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECIPES-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECIPES-PUBLISH-INVALID。

PATH-RECIPES-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECIPES-PUBLISH-CANCEL。

PATH-RECIPES-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-118 · PATH-RECIPES-CREATE-ALLOW

触发:新建菜谱;角色:商品运营 / 内容复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-118;CASE-RECIPES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECIPES;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-recipes 所属模块和功能 菜谱与食材映射台账
02 点击create 符合前置的对象 新建菜谱填写窗口
03 逐项填写 field-* 菜谱名称(text);适用人数(number);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECIPES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECIPES-CREATE-INVALID。

PATH-RECIPES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECIPES-CREATE-CANCEL。

PATH-RECIPES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-119 · PATH-CONTENT-EDIT-ALLOW

触发:编辑内容草稿;角色:商品运营 / 内容复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-119;CASE-CONTENT-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONTENT;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-content 所属模块和功能 首页与经营内容台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑内容草稿填写窗口
03 逐项填写 field-* 标题(text);内容说明(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留自主购买入口;服务承诺需关联可核对依据。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONTENT-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONTENT-EDIT-INVALID。

PATH-CONTENT-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONTENT-EDIT-CANCEL。

PATH-CONTENT-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-120 · PATH-CONTENT-SUBMIT-ALLOW

触发:提交内容复核;角色:商品运营 / 内容复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-120;CASE-CONTENT-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONTENT;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-content 所属模块和功能 首页与经营内容台账
02 点击record-open,再点击action-submit 符合前置的对象 提交内容复核填写窗口
03 逐项填写 field-* 处理原因(textarea);接收岗位(select);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对文案、来源与入口完整性。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONTENT-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONTENT-SUBMIT-INVALID。

PATH-CONTENT-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONTENT-SUBMIT-CANCEL。

PATH-CONTENT-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-121 · PATH-CONTENT-PUBLISH-ALLOW

触发:批准内容发布;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-121;CASE-CONTENT-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONTENT;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-content 所属模块和功能 首页与经营内容台账
02 点击record-open,再点击action-publish 符合前置的对象 批准内容发布填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 发布新的内容版本,不扩大服务承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONTENT-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONTENT-PUBLISH-INVALID。

PATH-CONTENT-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONTENT-PUBLISH-CANCEL。

PATH-CONTENT-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-122 · PATH-CONTENT-CREATE-ALLOW

触发:新建内容;角色:商品运营 / 内容复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-122;CASE-CONTENT-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONTENT;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-content 所属模块和功能 首页与经营内容台账
02 点击create 符合前置的对象 新建内容填写窗口
03 逐项填写 field-* 内容标题(text);内容说明(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONTENT-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONTENT-CREATE-INVALID。

PATH-CONTENT-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONTENT-CREATE-CANCEL。

PATH-CONTENT-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-123 · PATH-PUBLICATIONS-PUBLISH-ALLOW

触发:核对并发布;角色:独立复核岗;前置:对象处于待发布 / 发布受阻,合成记录有效,原型场景正常;故事:S-123;CASE-PUBLICATIONS-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PUBLICATIONS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-publications 所属模块和功能 发布与回退台账
02 点击record-open,再点击action-publish 符合前置的对象 核对并发布填写窗口
03 逐项填写 field-* 素材状态(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 目标只保留一个生效指针,旧版本仍可追溯。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已生效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PUBLICATIONS-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PUBLICATIONS-PUBLISH-INVALID。

PATH-PUBLICATIONS-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PUBLICATIONS-PUBLISH-CANCEL。

PATH-PUBLICATIONS-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-124 · PATH-PUBLICATIONS-ROLLBACK-ALLOW

触发:回退到已审核版本;角色:商品运营 / 内容复核员;前置:对象处于已生效,合成记录有效,原型场景正常;故事:S-124;CASE-PUBLICATIONS-ROLLBACK-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PUBLICATIONS;docs/architecture/08-domain-model/model-03-catalog.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-catalog → tab-publications 所属模块和功能 发布与回退台账
02 点击record-open,再点击action-rollback 符合前置的对象 回退到已审核版本填写窗口
03 逐项填写 field-* 目标已审核版本(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 以新的切换记录回退,不删除发布历史。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已回退,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PUBLICATIONS-ROLLBACK-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PUBLICATIONS-ROLLBACK-INVALID。

PATH-PUBLICATIONS-ROLLBACK-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PUBLICATIONS-ROLLBACK-CANCEL。

PATH-PUBLICATIONS-ROLLBACK-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-125 · PATH-RECEIVING-RECEIVE-ALLOW

触发:核验并接收;角色:供给员 / 质量员;前置:对象处于待接收,合成记录有效,原型场景正常;故事:S-125;CASE-RECEIVING-RECEIVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECEIVING;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-receiving 所属模块和功能 来源与接收台账
02 点击record-open,再点击action-receive 符合前置的对象 核验并接收填写窗口
03 逐项填写 field-* 接收量(kg)(number);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 追加接收依据,质量结论独立;相同来源拒绝重复入账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECEIVING-RECEIVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECEIVING-RECEIVE-INVALID。

PATH-RECEIVING-RECEIVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECEIVING-RECEIVE-CANCEL。

PATH-RECEIVING-RECEIVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-126 · PATH-RECEIVING-DEDUP-ALLOW

触发:关联已有接收;角色:供给员 / 质量员;前置:对象处于来源待核,合成记录有效,原型场景正常;故事:S-126;CASE-RECEIVING-DEDUP-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECEIVING;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-receiving 所属模块和功能 来源与接收台账
02 点击record-open,再点击action-dedup 符合前置的对象 关联已有接收填写窗口
03 逐项填写 field-* 原接收编号(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对来源作用域,关联原接收,不重复增加物料。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关联原记录,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECEIVING-DEDUP-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECEIVING-DEDUP-INVALID。

PATH-RECEIVING-DEDUP-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECEIVING-DEDUP-CANCEL。

PATH-RECEIVING-DEDUP-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-127 · PATH-RECEIVING-CREATE-ALLOW

触发:登记接收意向;角色:供给员 / 质量员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-127;CASE-RECEIVING-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECEIVING;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-receiving 所属模块和功能 来源与接收台账
02 点击create 符合前置的对象 登记接收意向填写窗口
03 逐项填写 field-* 接收名称(text);唯一来源凭证(text);预计数量(kg)(number);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待接收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECEIVING-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECEIVING-CREATE-INVALID。

PATH-RECEIVING-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECEIVING-CREATE-CANCEL。

PATH-RECEIVING-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-128 · PATH-LOTS-CORRECT-ALLOW

触发:提出账本更正;角色:供给员 / 质量员;前置:对象处于可分配 / 待质量判定 / 已隔离,合成记录有效,原型场景正常;故事:S-128;CASE-LOTS-CORRECT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-LOTS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-lots 所属模块和功能 批次与物料账台账
02 点击record-open,再点击action-correct 符合前置的对象 提出账本更正填写窗口
03 逐项填写 field-* 更正量(kg,可负)(number);处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 追加更正提案,复核前不覆盖余额。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示更正待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-LOTS-CORRECT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-LOTS-CORRECT-INVALID。

PATH-LOTS-CORRECT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-LOTS-CORRECT-CANCEL。

PATH-LOTS-CORRECT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-129 · PATH-LOTS-APPROVE-ALLOW

触发:复核账本更正;角色:独立复核岗;前置:对象处于更正待复核,合成记录有效,原型场景正常;故事:S-129;CASE-LOTS-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-LOTS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-lots 所属模块和功能 批次与物料账台账
02 点击record-open,再点击action-approve 符合前置的对象 复核账本更正填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 执行时再次核对当前量与质量,追加记录,保留原账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示更正已记账,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-LOTS-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-LOTS-APPROVE-INVALID。

PATH-LOTS-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-LOTS-APPROVE-CANCEL。

PATH-LOTS-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-130 · PATH-QUALITY-RELEASE-ALLOW

触发:记录质量放行决定;角色:独立复核岗;前置:对象处于待判定,合成记录有效,原型场景正常;故事:S-130;CASE-QUALITY-RELEASE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUALITY;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-quality 所属模块和功能 质量判定台账
02 点击record-open,再点击action-release 符合前置的对象 记录质量放行决定填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 基于检验依据形成决定;下游使用前仍需检查有效条件。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已放行,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-QUALITY-RELEASE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-QUALITY-RELEASE-INVALID。

PATH-QUALITY-RELEASE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-QUALITY-RELEASE-CANCEL。

PATH-QUALITY-RELEASE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-131 · PATH-QUALITY-ISOLATE-ALLOW

触发:实施质量隔离;角色:供给员 / 质量员;前置:对象处于待判定 / 已放行,合成记录有效,原型场景正常;故事:S-131;CASE-QUALITY-ISOLATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUALITY;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-quality 所属模块和功能 质量判定台账
02 点击record-open,再点击action-isolate 符合前置的对象 实施质量隔离填写窗口
03 逐项填写 field-* 处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 阻止关联物料新分配,已发出部分进入召回影响核对。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已隔离,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-QUALITY-ISOLATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-QUALITY-ISOLATE-INVALID。

PATH-QUALITY-ISOLATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-QUALITY-ISOLATE-CANCEL。

PATH-QUALITY-ISOLATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-132 · PATH-QUALITY-REASSESS-ALLOW

触发:提交解除隔离复核;角色:供给员 / 质量员;前置:对象处于已隔离,合成记录有效,原型场景正常;故事:S-132;CASE-QUALITY-REASSESS-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUALITY;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-quality 所属模块和功能 质量判定台账
02 点击record-open,再点击action-reassess 符合前置的对象 提交解除隔离复核填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 新的证据和独立判定才能解除原限制。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示解除待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-QUALITY-REASSESS-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-QUALITY-REASSESS-INVALID。

PATH-QUALITY-REASSESS-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-QUALITY-REASSESS-CANCEL。

PATH-QUALITY-REASSESS-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-133 · PATH-QUALITY-LIFT-ALLOW

触发:批准解除隔离;角色:独立复核岗;前置:对象处于解除待复核,合成记录有效,原型场景正常;故事:S-133;CASE-QUALITY-LIFT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUALITY;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-quality 所属模块和功能 质量判定台账
02 点击record-open,再点击action-lift 符合前置的对象 批准解除隔离填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 新决定解除限制,原隔离记录保留。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已放行,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-QUALITY-LIFT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-QUALITY-LIFT-INVALID。

PATH-QUALITY-LIFT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-QUALITY-LIFT-CANCEL。

PATH-QUALITY-LIFT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-134 · PATH-ALLOCATIONS-ALLOCATE-ALLOW

触发:核对并分配;角色:供给员 / 质量员;前置:对象处于待分配,合成记录有效,原型场景正常;故事:S-134;CASE-ALLOCATIONS-ALLOCATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ALLOCATIONS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-allocations 所属模块和功能 物料分配台账
02 点击record-open,再点击action-allocate 符合前置的对象 核对并分配填写窗口
03 逐项填写 field-* 分配量(kg)(number);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 受控预留当前批次额度,防止超分配。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已分配,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ALLOCATIONS-ALLOCATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ALLOCATIONS-ALLOCATE-INVALID。

PATH-ALLOCATIONS-ALLOCATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ALLOCATIONS-ALLOCATE-CANCEL。

PATH-ALLOCATIONS-ALLOCATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-135 · PATH-ALLOCATIONS-RELEASE-ALLOW

触发:释放未消耗分配;角色:供给员 / 质量员;前置:对象处于已分配,合成记录有效,原型场景正常;故事:S-135;CASE-ALLOCATIONS-RELEASE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ALLOCATIONS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-allocations 所属模块和功能 物料分配台账
02 点击record-open,再点击action-release 符合前置的对象 释放未消耗分配填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只释放尚未消耗的物料额度,历史分配保留。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已释放,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ALLOCATIONS-RELEASE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ALLOCATIONS-RELEASE-INVALID。

PATH-ALLOCATIONS-RELEASE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ALLOCATIONS-RELEASE-CANCEL。

PATH-ALLOCATIONS-RELEASE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-136 · PATH-ALLOCATIONS-REDIRECT-ALLOW

触发:提出替代批次;角色:供给员 / 质量员;前置:对象处于质量受阻,合成记录有效,原型场景正常;故事:S-136;CASE-ALLOCATIONS-REDIRECT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ALLOCATIONS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-allocations 所属模块和功能 物料分配台账
02 点击record-open,再点击action-redirect 符合前置的对象 提出替代批次填写窗口
03 逐项填写 field-* 替代批次(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 选择合格替代批次后重新核对,不解除原批次隔离。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待分配,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ALLOCATIONS-REDIRECT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ALLOCATIONS-REDIRECT-INVALID。

PATH-ALLOCATIONS-REDIRECT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ALLOCATIONS-REDIRECT-CANCEL。

PATH-ALLOCATIONS-REDIRECT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-137 · PATH-TRANSFORMATIONS-ACCEPT-ALLOW

触发:核对转换并入账;角色:供给员 / 质量员;前置:对象处于待核对 / 数量不平衡,合成记录有效,原型场景正常;故事:S-137;CASE-TRANSFORMATIONS-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRANSFORMATIONS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-transformations 所属模块和功能 加工转换台账
02 点击record-open,再点击action-accept 符合前置的对象 核对转换并入账填写窗口
03 逐项填写 field-* 投入量(kg)(number);产出量(kg)(number);损耗量(kg)(number);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 投入等于产出加损耗,统一追加变化和追溯边。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TRANSFORMATIONS-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TRANSFORMATIONS-ACCEPT-INVALID。

PATH-TRANSFORMATIONS-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TRANSFORMATIONS-ACCEPT-CANCEL。

PATH-TRANSFORMATIONS-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-138 · PATH-TRACE-BIND-ALLOW

触发:补齐物料绑定;角色:供给员 / 质量员;前置:对象处于缺少绑定,合成记录有效,原型场景正常;故事:S-138;CASE-TRACE-BIND-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRACE;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-trace 所属模块和功能 追溯与公开查询台账
02 点击record-open,再点击action-bind 符合前置的对象 补齐物料绑定填写窗口
03 逐项填写 field-* 包裹编号(text);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对真实包裹和物料关系;绑定不代表已经封包。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TRACE-BIND-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TRACE-BIND-INVALID。

PATH-TRACE-BIND-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TRACE-BIND-CANCEL。

PATH-TRACE-BIND-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-139 · PATH-TRACE-PUBLISH-ALLOW

触发:发布追溯摘要;角色:供给员 / 质量员;前置:对象处于待发布,合成记录有效,原型场景正常;故事:S-139;CASE-TRACE-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRACE;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-trace 所属模块和功能 追溯与公开查询台账
02 点击record-open,再点击action-publish 符合前置的对象 发布追溯摘要填写窗口
03 逐项填写 field-* 公开字段确认(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅发布最小必要字段,不暴露客户资料与内部质量讨论。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TRACE-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TRACE-PUBLISH-INVALID。

PATH-TRACE-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TRACE-PUBLISH-CANCEL。

PATH-TRACE-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-140 · PATH-TRACE-REVOKE-ALLOW

触发:撤销公开凭据;角色:供给员 / 质量员;前置:对象处于已发布,合成记录有效,原型场景正常;故事:S-140;CASE-TRACE-REVOKE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRACE;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-trace 所属模块和功能 追溯与公开查询台账
02 点击record-open,再点击action-revoke 符合前置的对象 撤销公开凭据填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 停止公开访问,保留内部追溯及历史依据。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已撤销,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TRACE-REVOKE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TRACE-REVOKE-INVALID。

PATH-TRACE-REVOKE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TRACE-REVOKE-CANCEL。

PATH-TRACE-REVOKE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-141 · PATH-RECALLS-START-ALLOW

触发:启动召回协调;角色:供给员 / 质量员;前置:对象处于待启动,合成记录有效,原型场景正常;故事:S-141;CASE-RECALLS-START-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECALLS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-recalls 所属模块和功能 质量召回台账
02 点击record-open,再点击action-start 符合前置的对象 启动召回协调填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 登记隔离和影响范围,分别通知履约停止与售后处理。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示处置中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECALLS-START-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECALLS-START-INVALID。

PATH-RECALLS-START-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECALLS-START-CANCEL。

PATH-RECALLS-START-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-142 · PATH-RECALLS-VERIFY-ALLOW

触发:核对处置回执;角色:供给员 / 质量员;前置:对象处于处置中,合成记录有效,原型场景正常;故事:S-142;CASE-RECALLS-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECALLS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-recalls 所属模块和功能 质量召回台账
02 点击record-open,再点击action-verify 符合前置的对象 核对处置回执填写窗口
03 逐项填写 field-* 回执完整性(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 逐项核对停止、回收、客户处置,不以通知成功代替完成。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待关闭核验,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECALLS-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECALLS-VERIFY-INVALID。

PATH-RECALLS-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECALLS-VERIFY-CANCEL。

PATH-RECALLS-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-143 · PATH-RECALLS-CLOSE-ALLOW

触发:复核并关闭召回;角色:独立复核岗;前置:对象处于待关闭核验,合成记录有效,原型场景正常;故事:S-143;CASE-RECALLS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RECALLS;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-recalls 所属模块和功能 质量召回台账
02 点击record-open,再点击action-close 符合前置的对象 复核并关闭召回填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 所有必要处置结果有证据后关闭,历史不删除。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关闭,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RECALLS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RECALLS-CLOSE-INVALID。

PATH-RECALLS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RECALLS-CLOSE-CANCEL。

PATH-RECALLS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-144 · PATH-SUPPLY-CAPACITY-PUBLISH-ALLOW

触发:核验能力并发布;角色:供给员 / 质量员;前置:对象处于待发布 / 待调整,合成记录有效,原型场景正常;故事:S-144;CASE-SUPPLY-CAPACITY-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUPPLY-CAPACITY;docs/architecture/08-domain-model/model-04-supply.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-supply → tab-supply-capacity 所属模块和功能 可供给能力台账
02 点击record-open,再点击action-publish 符合前置的对象 核验能力并发布填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录质量及账本来源版本,将能力变化交给预约模块。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SUPPLY-CAPACITY-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SUPPLY-CAPACITY-PUBLISH-INVALID。

PATH-SUPPLY-CAPACITY-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SUPPLY-CAPACITY-PUBLISH-CANCEL。

PATH-SUPPLY-CAPACITY-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-145 · PATH-TASKS-ASSIGN-ALLOW

触发:指派任务;角色:履约主管 / 作业员;前置:对象处于待领取,合成记录有效,原型场景正常;故事:S-145;CASE-TASKS-ASSIGN-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TASKS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-tasks 所属模块和功能 切配作业台账
02 点击record-open,再点击action-assign 符合前置的对象 指派任务填写窗口
03 逐项填写 field-* 执行人员(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 登记执行岗位与版本;指派不代表可开始切配。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已指派,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TASKS-ASSIGN-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TASKS-ASSIGN-INVALID。

PATH-TASKS-ASSIGN-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TASKS-ASSIGN-CANCEL。

PATH-TASKS-ASSIGN-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-146 · PATH-TASKS-CLAIM-ALLOW

触发:领取并开始;角色:履约主管 / 作业员;前置:对象处于已指派,合成记录有效,原型场景正常;故事:S-146;CASE-TASKS-CLAIM-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TASKS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-tasks 所属模块和功能 切配作业台账
02 点击record-open,再点击action-claim 符合前置的对象 领取并开始填写窗口
03 逐项填写 field-* 作业门禁(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只有客户确认、物料及工位门禁均成立才开始。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示执行中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TASKS-CLAIM-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TASKS-CLAIM-INVALID。

PATH-TASKS-CLAIM-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TASKS-CLAIM-CANCEL。

PATH-TASKS-CLAIM-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-147 · PATH-TASKS-FINISH-ALLOW

触发:提交作业完成;角色:履约主管 / 作业员;前置:对象处于执行中,合成记录有效,原型场景正常;故事:S-147;CASE-TASKS-FINISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TASKS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-tasks 所属模块和功能 切配作业台账
02 点击record-open,再点击action-finish 符合前置的对象 提交作业完成填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录执行证明,未验收不自动封包。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待验收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TASKS-FINISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TASKS-FINISH-INVALID。

PATH-TASKS-FINISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TASKS-FINISH-CANCEL。

PATH-TASKS-FINISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-318 · PATH-TASKS-ACCEPT-ALLOW

触发:独立验收作业;角色:独立复核岗;前置:对象处于待验收,合成记录有效,原型场景正常;故事:S-318;CASE-TASKS-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TASKS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-tasks 所属模块和功能 切配作业台账
02 点击record-open,再点击action-accept 符合前置的对象 独立验收作业填写窗口
03 逐项填写 field-* 证据编号(text);作业门禁(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对作业证明与质量依赖,保留验收依据;封包仍须独立通过门禁。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已完成,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TASKS-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TASKS-ACCEPT-INVALID。

PATH-TASKS-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TASKS-ACCEPT-CANCEL。

PATH-TASKS-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-148 · PATH-TASKS-REASSIGN-ALLOW

触发:改派并交接;角色:履约主管 / 作业员;前置:对象处于受阻 / 执行中,合成记录有效,原型场景正常;故事:S-148;CASE-TASKS-REASSIGN-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TASKS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-tasks 所属模块和功能 切配作业台账
02 点击record-open,再点击action-reassign 符合前置的对象 改派并交接填写窗口
03 逐项填写 field-* 接收人员(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 撤销旧任务操作版本,保留现场事实并交给新人员。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已指派,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TASKS-REASSIGN-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TASKS-REASSIGN-INVALID。

PATH-TASKS-REASSIGN-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TASKS-REASSIGN-CANCEL。

PATH-TASKS-REASSIGN-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-149 · PATH-WORKSTATIONS-ACCEPT-ALLOW

触发:接受工位条件;角色:独立复核岗;前置:对象处于待检查 / 暂停作业,合成记录有效,原型场景正常;故事:S-149;CASE-WORKSTATIONS-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-WORKSTATIONS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-workstations 所属模块和功能 工位与依赖台账
02 点击record-open,再点击action-accept 符合前置的对象 接受工位条件填写窗口
03 逐项填写 field-* 证据编号(text);作业门禁(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核验清洁与质量依据,后续撤销仍约束任务执行。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-WORKSTATIONS-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-WORKSTATIONS-ACCEPT-INVALID。

PATH-WORKSTATIONS-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-WORKSTATIONS-ACCEPT-CANCEL。

PATH-WORKSTATIONS-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-150 · PATH-WORKSTATIONS-STOP-ALLOW

触发:暂停工位作业;角色:履约主管 / 作业员;前置:对象处于已接受,合成记录有效,原型场景正常;故事:S-150;CASE-WORKSTATIONS-STOP-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-WORKSTATIONS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-workstations 所属模块和功能 工位与依赖台账
02 点击record-open,再点击action-stop 符合前置的对象 暂停工位作业填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 阻止新的执行动作,保留已经发生的测量和任务。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示暂停作业,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-WORKSTATIONS-STOP-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-WORKSTATIONS-STOP-INVALID。

PATH-WORKSTATIONS-STOP-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-WORKSTATIONS-STOP-CANCEL。

PATH-WORKSTATIONS-STOP-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-151 · PATH-MEASUREMENTS-ACCEPT-ALLOW

触发:核对并接受读数;角色:履约主管 / 作业员;前置:对象处于待接受,合成记录有效,原型场景正常;故事:S-151;CASE-MEASUREMENTS-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MEASUREMENTS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-measurements 所属模块和功能 称重与现场观察台账
02 点击record-open,再点击action-accept 符合前置的对象 核对并接受读数填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保存原观察与采用理由,不直接修改物料余额。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-MEASUREMENTS-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-MEASUREMENTS-ACCEPT-INVALID。

PATH-MEASUREMENTS-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-MEASUREMENTS-ACCEPT-CANCEL。

PATH-MEASUREMENTS-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-152 · PATH-MEASUREMENTS-REVIEW-ALLOW

触发:提交补传复核;角色:履约主管 / 作业员;前置:对象处于版本冲突,合成记录有效,原型场景正常;故事:S-152;CASE-MEASUREMENTS-REVIEW-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MEASUREMENTS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-measurements 所属模块和功能 称重与现场观察台账
02 点击record-open,再点击action-review 符合前置的对象 提交补传复核填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对改派、质量和当前任务版本,旧记录不能直接完成任务。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-MEASUREMENTS-REVIEW-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-MEASUREMENTS-REVIEW-INVALID。

PATH-MEASUREMENTS-REVIEW-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-MEASUREMENTS-REVIEW-CANCEL。

PATH-MEASUREMENTS-REVIEW-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-153 · PATH-PACKAGES-SEAL-ALLOW

触发:核验并封包;角色:履约主管 / 作业员;前置:对象处于待封包,合成记录有效,原型场景正常;故事:S-153;CASE-PACKAGES-SEAL-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PACKAGES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-packages 所属模块和功能 包裹与封装台账
02 点击record-open,再点击action-seal 符合前置的对象 核验并封包填写窗口
03 逐项填写 field-* 封包门禁(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 检查追溯绑定和有效质量;打印不代表完成交付。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已封包,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PACKAGES-SEAL-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PACKAGES-SEAL-INVALID。

PATH-PACKAGES-SEAL-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PACKAGES-SEAL-CANCEL。

PATH-PACKAGES-SEAL-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-154 · PATH-PACKAGES-LABEL-ALLOW

触发:重新打印标签;角色:履约主管 / 作业员;前置:对象处于已封包,合成记录有效,原型场景正常;故事:S-154;CASE-PACKAGES-LABEL-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PACKAGES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-packages 所属模块和功能 包裹与封装台账
02 点击record-open,再点击action-label 符合前置的对象 重新打印标签填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 沿用同一包裹身份,记录补打原因,不产生新包裹。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已封包,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PACKAGES-LABEL-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PACKAGES-LABEL-INVALID。

PATH-PACKAGES-LABEL-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PACKAGES-LABEL-CANCEL。

PATH-PACKAGES-LABEL-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-155 · PATH-PACKAGES-HANDOFF-ALLOW

触发:发起配送交接;角色:履约主管 / 作业员;前置:对象处于已封包,合成记录有效,原型场景正常;故事:S-155;CASE-PACKAGES-HANDOFF-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PACKAGES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-packages 所属模块和功能 包裹与封装台账
02 点击record-open,再点击action-handoff 符合前置的对象 发起配送交接填写窗口
03 逐项填写 field-* 接收配送员(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 发起与接收分开,接收前责任仍在原岗位。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示交接待接收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PACKAGES-HANDOFF-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PACKAGES-HANDOFF-INVALID。

PATH-PACKAGES-HANDOFF-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PACKAGES-HANDOFF-CANCEL。

PATH-PACKAGES-HANDOFF-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-156 · PATH-DELIVERIES-DISPATCH-ALLOW

触发:核对交接并出发;角色:履约主管 / 作业员;前置:对象处于待出发,合成记录有效,原型场景正常;故事:S-156;CASE-DELIVERIES-DISPATCH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DELIVERIES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-deliveries 所属模块和功能 配送与签收台账
02 点击record-open,再点击action-dispatch 符合前置的对象 核对交接并出发填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录实际出发,不把期望时间写成已准时送达。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示配送中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DELIVERIES-DISPATCH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DELIVERIES-DISPATCH-INVALID。

PATH-DELIVERIES-DISPATCH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DELIVERIES-DISPATCH-CANCEL。

PATH-DELIVERIES-DISPATCH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-157 · PATH-DELIVERIES-DELIVER-ALLOW

触发:提交交付证明;角色:履约主管 / 作业员;前置:对象处于配送中,合成记录有效,原型场景正常;故事:S-157;CASE-DELIVERIES-DELIVER-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DELIVERIES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-deliveries 所属模块和功能 配送与签收台账
02 点击record-open,再点击action-deliver 符合前置的对象 提交交付证明填写窗口
03 逐项填写 field-* 实际送达时间(time);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核验签收证据与实际时间后记录交付。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已送达,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DELIVERIES-DELIVER-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DELIVERIES-DELIVER-INVALID。

PATH-DELIVERIES-DELIVER-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DELIVERIES-DELIVER-CANCEL。

PATH-DELIVERIES-DELIVER-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-158 · PATH-DELIVERIES-EXCEPTION-ALLOW

触发:登记配送异常;角色:履约主管 / 作业员;前置:对象处于配送中,合成记录有效,原型场景正常;故事:S-158;CASE-DELIVERIES-EXCEPTION-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DELIVERIES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-deliveries 所属模块和功能 配送与签收台账
02 点击record-open,再点击action-exception 符合前置的对象 登记配送异常填写窗口
03 逐项填写 field-* 异常类型(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留尝试与原因,转服务补救而不伪造签收。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示交付异常,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DELIVERIES-EXCEPTION-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DELIVERIES-EXCEPTION-INVALID。

PATH-DELIVERIES-EXCEPTION-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DELIVERIES-EXCEPTION-CANCEL。

PATH-DELIVERIES-EXCEPTION-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-159 · PATH-DELIVERIES-RETRY-ALLOW

触发:安排再次交付;角色:履约主管 / 作业员;前置:对象处于交付异常,合成记录有效,原型场景正常;故事:S-159;CASE-DELIVERIES-RETRY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DELIVERIES;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-deliveries 所属模块和功能 配送与签收台账
02 点击record-open,再点击action-retry 符合前置的对象 安排再次交付填写窗口
03 逐项填写 field-* 客户同意时间(time);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 有客户沟通依据后安排下一次尝试,原尝试保留。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待出发,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DELIVERIES-RETRY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DELIVERIES-RETRY-INVALID。

PATH-DELIVERIES-RETRY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DELIVERIES-RETRY-CANCEL。

PATH-DELIVERIES-RETRY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-160 · PATH-RETURNS-ASSIGN-ALLOW

触发:安排回收;角色:履约主管 / 作业员;前置:对象处于待回收,合成记录有效,原型场景正常;故事:S-160;CASE-RETURNS-ASSIGN-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RETURNS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-returns 所属模块和功能 回收与退回台账
02 点击record-open,再点击action-assign 符合前置的对象 安排回收填写窗口
03 逐项填写 field-* 回收人员(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 关联售后或召回依据,说明接收责任。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示回收中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RETURNS-ASSIGN-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RETURNS-ASSIGN-INVALID。

PATH-RETURNS-ASSIGN-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RETURNS-ASSIGN-CANCEL。

PATH-RETURNS-ASSIGN-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-161 · PATH-RETURNS-RECEIVE-ALLOW

触发:登记回收证明;角色:履约主管 / 作业员;前置:对象处于回收中,合成记录有效,原型场景正常;故事:S-161;CASE-RETURNS-RECEIVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RETURNS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-returns 所属模块和功能 回收与退回台账
02 点击record-open,再点击action-receive 符合前置的对象 登记回收证明填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只记录实际回收,物料处理与资金结果交原Owner。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RETURNS-RECEIVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RETURNS-RECEIVE-INVALID。

PATH-RETURNS-RECEIVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RETURNS-RECEIVE-CANCEL。

PATH-RETURNS-RECEIVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-162 · PATH-WORK-CAPACITY-EDIT-ALLOW

触发:调整能力提案;角色:履约主管 / 作业员;前置:对象处于草稿 / 待调整,合成记录有效,原型场景正常;故事:S-162;CASE-WORK-CAPACITY-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-WORK-CAPACITY;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-work-capacity 所属模块和功能 履约能力发布台账
02 点击record-open,再点击action-edit 符合前置的对象 调整能力提案填写窗口
03 逐项填写 field-* 配送能力(次)(number);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 说明可用人员及作业条件,不默默撤销已有承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-WORK-CAPACITY-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-WORK-CAPACITY-EDIT-INVALID。

PATH-WORK-CAPACITY-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-WORK-CAPACITY-EDIT-CANCEL。

PATH-WORK-CAPACITY-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-163 · PATH-WORK-CAPACITY-PUBLISH-ALLOW

触发:发布能力版本;角色:履约主管 / 作业员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-163;CASE-WORK-CAPACITY-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-WORK-CAPACITY;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-work-capacity 所属模块和功能 履约能力发布台账
02 点击record-open,再点击action-publish 符合前置的对象 发布能力版本填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 将有时点的能力交给Demand,承诺冲突独立处理。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-WORK-CAPACITY-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-WORK-CAPACITY-PUBLISH-INVALID。

PATH-WORK-CAPACITY-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-WORK-CAPACITY-PUBLISH-CANCEL。

PATH-WORK-CAPACITY-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-164 · PATH-CUSTOMERS-CONTACT-ALLOW

触发:登记服务联系;角色:客服 / 客户关系管理员;前置:对象处于正常服务,合成记录有效,原型场景正常;故事:S-164;CASE-CUSTOMERS-CONTACT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CUSTOMERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-customers 所属模块和功能 客户档案台账
02 点击record-open,再点击action-contact 符合前置的对象 登记服务联系填写窗口
03 逐项填写 field-* 使用目的(select);沟通记录(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录联系目的和结果,订单变更交交易模块处理。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示正常服务,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CUSTOMERS-CONTACT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CUSTOMERS-CONTACT-INVALID。

PATH-CUSTOMERS-CONTACT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CUSTOMERS-CONTACT-CANCEL。

PATH-CUSTOMERS-CONTACT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-165 · PATH-CUSTOMERS-CORRECT-ALLOW

触发:提出资料更正;角色:客服 / 客户关系管理员;前置:对象处于正常服务,合成记录有效,原型场景正常;故事:S-165;CASE-CUSTOMERS-CORRECT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CUSTOMERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-customers 所属模块和功能 客户档案台账
02 点击record-open,再点击action-correct 符合前置的对象 提出资料更正填写窗口
03 逐项填写 field-* 新联系信息(text);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 身份核验后处理客户主资料,保留交易历史快照。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示更正待核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CUSTOMERS-CORRECT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CUSTOMERS-CORRECT-INVALID。

PATH-CUSTOMERS-CORRECT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CUSTOMERS-CORRECT-CANCEL。

PATH-CUSTOMERS-CORRECT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-166 · PATH-CUSTOMERS-VERIFY-ALLOW

触发:核验资料更正;角色:独立复核岗;前置:对象处于更正待核,合成记录有效,原型场景正常;故事:S-166;CASE-CUSTOMERS-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CUSTOMERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-customers 所属模块和功能 客户档案台账
02 点击record-open,再点击action-verify 符合前置的对象 核验资料更正填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 更新客户资料版本,不回写订单地址或收件记录。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示正常服务,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CUSTOMERS-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CUSTOMERS-VERIFY-INVALID。

PATH-CUSTOMERS-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CUSTOMERS-VERIFY-CANCEL。

PATH-CUSTOMERS-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-279 · PATH-CUSTOMERS-RESTRICTED-CONTACT-ALLOW

触发:登记受限服务联系;角色:客服 / 客户关系管理员;前置:对象处于服务受限,合成记录有效,原型场景正常;故事:S-279;CASE-CUSTOMERS-RESTRICTED-CONTACT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CUSTOMERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-customers 所属模块和功能 客户档案台账
02 点击record-open,再点击action-restricted-contact 符合前置的对象 登记受限服务联系填写窗口
03 逐项填写 field-* 服务用途(select);沟通记录(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只记录允许用途的服务沟通,不解除任何客户限制。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示服务受限,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CUSTOMERS-RESTRICTED-CONTACT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CUSTOMERS-RESTRICTED-CONTACT-INVALID。

PATH-CUSTOMERS-RESTRICTED-CONTACT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CUSTOMERS-RESTRICTED-CONTACT-CANCEL。

PATH-CUSTOMERS-RESTRICTED-CONTACT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-167 · PATH-ADDRESSES-REQUEST-ALLOW

触发:登记地址更正申请;角色:客服 / 客户关系管理员;前置:对象处于客户维护 / 待核验,合成记录有效,原型场景正常;故事:S-167;CASE-ADDRESSES-REQUEST-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ADDRESSES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-addresses 所属模块和功能 地址与偏好台账
02 点击record-open,再点击action-request 符合前置的对象 登记地址更正申请填写窗口
03 逐项填写 field-* 更正地址(text);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 需客户依据,不能借改地址簿绕过已确认订单改址。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待核验,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ADDRESSES-REQUEST-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ADDRESSES-REQUEST-INVALID。

PATH-ADDRESSES-REQUEST-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ADDRESSES-REQUEST-CANCEL。

PATH-ADDRESSES-REQUEST-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-168 · PATH-ADDRESSES-VERIFY-ALLOW

触发:核验客户申请;角色:客服 / 客户关系管理员;前置:对象处于待核验,合成记录有效,原型场景正常;故事:S-168;CASE-ADDRESSES-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ADDRESSES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-addresses 所属模块和功能 地址与偏好台账
02 点击record-open,再点击action-verify 符合前置的对象 核验客户申请填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅更新后续使用的地址,已有成交地址不变。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示客户维护,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ADDRESSES-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ADDRESSES-VERIFY-INVALID。

PATH-ADDRESSES-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ADDRESSES-VERIFY-CANCEL。

PATH-ADDRESSES-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-169 · PATH-PLANS-NOTE-ALLOW

触发:登记计划服务备注;角色:客服 / 客户关系管理员;前置:对象处于已购买计划 / 仅有计划,合成记录有效,原型场景正常;故事:S-169;CASE-PLANS-NOTE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PLANS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-plans 所属模块和功能 个人周计划台账
02 点击record-open,再点击action-note 符合前置的对象 登记计划服务备注填写窗口
03 逐项填写 field-* 服务备注(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录沟通,不替客户修改已付菜品、份量或每日确认。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示服务备注已记录,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PLANS-NOTE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PLANS-NOTE-INVALID。

PATH-PLANS-NOTE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PLANS-NOTE-CANCEL。

PATH-PLANS-NOTE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-170 · PATH-SERVICE-CASES-CLAIM-ALLOW

触发:受理服务事项;角色:客服 / 客户关系管理员;前置:对象处于待受理,合成记录有效,原型场景正常;故事:S-170;CASE-SERVICE-CASES-CLAIM-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CASES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-service-cases 所属模块和功能 客户服务事项台账
02 点击record-open,再点击action-claim 符合前置的对象 受理服务事项填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确服务责任,保留客户原始诉求。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CASES-CLAIM-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CASES-CLAIM-INVALID。

PATH-SERVICE-CASES-CLAIM-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CASES-CLAIM-CANCEL。

PATH-SERVICE-CASES-CLAIM-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-171 · PATH-SERVICE-CASES-REFER-ALLOW

触发:关联售后处理;角色:客服 / 客户关系管理员;前置:对象处于待转售后 / 处理中,合成记录有效,原型场景正常;故事:S-171;CASE-SERVICE-CASES-REFER-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CASES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-service-cases 所属模块和功能 客户服务事项台账
02 点击record-open,再点击action-refer 符合前置的对象 关联售后处理填写窗口
03 逐项填写 field-* 售后编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 关联Commerce售后编号,服务页不直接退款。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示售后跟进中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CASES-REFER-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CASES-REFER-INVALID。

PATH-SERVICE-CASES-REFER-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CASES-REFER-CANCEL。

PATH-SERVICE-CASES-REFER-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-172 · PATH-SERVICE-CASES-CLOSE-ALLOW

触发:记录沟通结果;角色:客服 / 客户关系管理员;前置:对象处于处理中 / 售后跟进中,合成记录有效,原型场景正常;故事:S-172;CASE-SERVICE-CASES-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CASES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-service-cases 所属模块和功能 客户服务事项台账
02 点击record-open,再点击action-close 符合前置的对象 记录沟通结果填写窗口
03 逐项填写 field-* 客户可理解的说明(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只关闭本次沟通,不宣称退款或回收完成。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示沟通已完成,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CASES-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CASES-CLOSE-INVALID。

PATH-SERVICE-CASES-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CASES-CLOSE-CANCEL。

PATH-SERVICE-CASES-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-173 · PATH-SERVICE-CASES-CREATE-ALLOW

触发:登记服务事项;角色:客服 / 客户关系管理员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-173;CASE-SERVICE-CASES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CASES;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-service-cases 所属模块和功能 客户服务事项台账
02 点击create 符合前置的对象 登记服务事项填写窗口
03 逐项填写 field-* 事项主题(text);客户(select);客户诉求(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待受理,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CASES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CASES-CREATE-INVALID。

PATH-SERVICE-CASES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CASES-CREATE-CANCEL。

PATH-SERVICE-CASES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-174 · PATH-LEADERS-APPROVE-ALLOW

触发:审核活动资格;角色:独立复核岗;前置:对象处于待审核,合成记录有效,原型场景正常;故事:S-174;CASE-LEADERS-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-LEADERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-leaders 所属模块和功能 团长与活动关系台账
02 点击record-open,再点击action-approve 符合前置的对象 审核活动资格填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 确认协议、区域及资格,佣金规则不由本页推导。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-LEADERS-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-LEADERS-APPROVE-INVALID。

PATH-LEADERS-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-LEADERS-APPROVE-CANCEL。

PATH-LEADERS-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-175 · PATH-LEADERS-END-ALLOW

触发:结束活动关系;角色:客服 / 客户关系管理员;前置:对象处于有效,合成记录有效,原型场景正常;故事:S-175;CASE-LEADERS-END-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-LEADERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-leaders 所属模块和功能 团长与活动关系台账
02 点击record-open,再点击action-end 符合前置的对象 结束活动关系填写窗口
03 逐项填写 field-* 处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 停止新的活动权限,保留历史订单与服务责任。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已结束,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-LEADERS-END-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-LEADERS-END-INVALID。

PATH-LEADERS-END-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-LEADERS-END-CANCEL。

PATH-LEADERS-END-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-176 · PATH-LEADERS-CREATE-ALLOW

触发:登记团长申请;角色:客服 / 客户关系管理员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-176;CASE-LEADERS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-LEADERS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-leaders 所属模块和功能 团长与活动关系台账
02 点击create 符合前置的对象 登记团长申请填写窗口
03 逐项填写 field-* 申请名称(text);活动范围(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待审核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-LEADERS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-LEADERS-CREATE-INVALID。

PATH-LEADERS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-LEADERS-CREATE-CANCEL。

PATH-LEADERS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-177 · PATH-PRIVACY-PROCESS-ALLOW

触发:接受用途限制;角色:客服 / 客户关系管理员;前置:对象处于待处理,合成记录有效,原型场景正常;故事:S-177;CASE-PRIVACY-PROCESS-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRIVACY;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-privacy 所属模块和功能 同意与隐私处理台账
02 点击record-open,再点击action-process 符合前置的对象 接受用途限制填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 限制新的用途,既有交易依法保留,逐模块跟踪回执。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示传播中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRIVACY-PROCESS-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRIVACY-PROCESS-INVALID。

PATH-PRIVACY-PROCESS-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRIVACY-PROCESS-CANCEL。

PATH-PRIVACY-PROCESS-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-178 · PATH-PRIVACY-MERGE-ALLOW

触发:提交合并核验;角色:独立复核岗;前置:对象处于待核验,合成记录有效,原型场景正常;故事:S-178;CASE-PRIVACY-MERGE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRIVACY;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-privacy 所属模块和功能 同意与隐私处理台账
02 点击record-open,再点击action-merge 符合前置的对象 提交合并核验填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 独立核对两份业务身份,不因手机号相同自动合并账号。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示传播中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRIVACY-MERGE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRIVACY-MERGE-INVALID。

PATH-PRIVACY-MERGE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRIVACY-MERGE-CANCEL。

PATH-PRIVACY-MERGE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-179 · PATH-PRIVACY-CLOSE-ALLOW

触发:核验传播完成;角色:客服 / 客户关系管理员;前置:对象处于传播中,合成记录有效,原型场景正常;故事:S-179;CASE-PRIVACY-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PRIVACY;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-privacy 所属模块和功能 同意与隐私处理台账
02 点击record-open,再点击action-close 符合前置的对象 核验传播完成填写窗口
03 逐项填写 field-* 回执完整性(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 所有必要消费者回执齐全才关闭,缺失回执继续追踪。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已完成,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PRIVACY-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PRIVACY-CLOSE-INVALID。

PATH-PRIVACY-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PRIVACY-CLOSE-CANCEL。

PATH-PRIVACY-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-180 · PATH-SOURCES-INTERPRET-ALLOW

触发:按规则解释来源;角色:会计 / 财务复核员;前置:对象处于待解释,合成记录有效,原型场景正常;故事:S-180;CASE-SOURCES-INTERPRET-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SOURCES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-sources 所属模块和功能 经济来源台账
02 点击record-open,再点击action-interpret 符合前置的对象 按规则解释来源填写窗口
03 逐项填写 field-* 适用规则(select);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 以来源身份保护唯一性,使用适用的会计规则版本。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待过账,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SOURCES-INTERPRET-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SOURCES-INTERPRET-INVALID。

PATH-SOURCES-INTERPRET-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SOURCES-INTERPRET-CANCEL。

PATH-SOURCES-INTERPRET-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-181 · PATH-SOURCES-VERIFY-ALLOW

触发:重新核验原来源;角色:会计 / 财务复核员;前置:对象处于来源待核,合成记录有效,原型场景正常;故事:S-181;CASE-SOURCES-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SOURCES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-sources 所属模块和功能 经济来源台账
02 点击record-open,再点击action-verify 符合前置的对象 重新核验原来源填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 查询原Owner,证据核实后才能进入会计解释。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待解释,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SOURCES-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SOURCES-VERIFY-INVALID。

PATH-SOURCES-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SOURCES-VERIFY-CANCEL。

PATH-SOURCES-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-SOURCES-VERIFY-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为待解释;原请求编号保持一致,无第二次业务执行。

F-182 · PATH-JOURNALS-POST-ALLOW

触发:复核并过账;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-182;CASE-JOURNALS-POST-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOURNALS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-journals 所属模块和功能 分录与更正台账
02 点击record-open,再点击action-post 符合前置的对象 复核并过账填写窗口
03 逐项填写 field-* 借方合计(元)(number);贷方合计(元)(number);期间条件(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保存平衡分录及来源身份,已过账不能直接编辑。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已过账,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-JOURNALS-POST-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-JOURNALS-POST-INVALID。

PATH-JOURNALS-POST-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-JOURNALS-POST-CANCEL。

PATH-JOURNALS-POST-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-183 · PATH-JOURNALS-ADJUST-ALLOW

触发:提出冲销 / 调整;角色:会计 / 财务复核员;前置:对象处于已过账 / 期间受阻,合成记录有效,原型场景正常;故事:S-183;CASE-JOURNALS-ADJUST-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOURNALS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-journals 所属模块和功能 分录与更正台账
02 点击record-open,再点击action-adjust 符合前置的对象 提出冲销 / 调整填写窗口
03 逐项填写 field-* 处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 追加明确调整依据,不删除历史或无来源平账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示调整待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-JOURNALS-ADJUST-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-JOURNALS-ADJUST-INVALID。

PATH-JOURNALS-ADJUST-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-JOURNALS-ADJUST-CANCEL。

PATH-JOURNALS-ADJUST-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-184 · PATH-JOURNALS-APPROVE-ALLOW

触发:复核调整依据;角色:独立复核岗;前置:对象处于调整待复核,合成记录有效,原型场景正常;故事:S-184;CASE-JOURNALS-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOURNALS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-journals 所属模块和功能 分录与更正台账
02 点击record-open,再点击action-approve 符合前置的对象 复核调整依据填写窗口
03 逐项填写 field-* 期间条件(select);处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 在开放期间登记独立调整,不重新计算原分录。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示调整已登记,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-JOURNALS-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-JOURNALS-APPROVE-INVALID。

PATH-JOURNALS-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-JOURNALS-APPROVE-CANCEL。

PATH-JOURNALS-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-185 · PATH-PERIODS-CLOSE-ALLOW

触发:提交关账复核;角色:会计 / 财务复核员;前置:对象处于开放,合成记录有效,原型场景正常;故事:S-185;CASE-PERIODS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERIODS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-periods 所属模块和功能 会计期间台账
02 点击record-open,再点击action-close 符合前置的对象 提交关账复核填写窗口
03 逐项填写 field-* 未决事项核对(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 先列出未决事项;未收敛时拒绝关闭。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示关账待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PERIODS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PERIODS-CLOSE-INVALID。

PATH-PERIODS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PERIODS-CLOSE-CANCEL。

PATH-PERIODS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-186 · PATH-PERIODS-APPROVE-ALLOW

触发:批准关账;角色:独立复核岗;前置:对象处于关账待复核,合成记录有效,原型场景正常;故事:S-186;CASE-PERIODS-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERIODS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-periods 所属模块和功能 会计期间台账
02 点击record-open,再点击action-approve 符合前置的对象 批准关账填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 复核期间边界后关闭,阻止普通过账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关闭,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PERIODS-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PERIODS-APPROVE-INVALID。

PATH-PERIODS-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PERIODS-APPROVE-CANCEL。

PATH-PERIODS-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-187 · PATH-PERIODS-OPEN-ALLOW

触发:开放新期间;角色:独立复核岗;前置:对象处于待开放,合成记录有效,原型场景正常;故事:S-187;CASE-PERIODS-OPEN-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERIODS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-periods 所属模块和功能 会计期间台账
02 点击record-open,再点击action-open 符合前置的对象 开放新期间填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确主体与期间版本,不重开已关闭历史。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示开放,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PERIODS-OPEN-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PERIODS-OPEN-INVALID。

PATH-PERIODS-OPEN-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PERIODS-OPEN-CANCEL。

PATH-PERIODS-OPEN-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-280 · PATH-PERIODS-REOPEN-ALLOW

触发:提出期间重开申请;角色:会计 / 财务复核员;前置:对象处于已关闭,合成记录有效,原型场景正常;故事:S-280;CASE-PERIODS-REOPEN-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERIODS;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-periods 所属模块和功能 会计期间台账
02 点击record-open,再点击action-reopen 符合前置的对象 提出期间重开申请填写窗口
03 逐项填写 field-* 重开影响(textarea);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录重开原因、影响及恢复方案,未获授权期间继续禁止过账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示重开待授权,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PERIODS-REOPEN-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PERIODS-REOPEN-INVALID。

PATH-PERIODS-REOPEN-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PERIODS-REOPEN-CANCEL。

PATH-PERIODS-REOPEN-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-188 · PATH-POSTING-RULES-EDIT-ALLOW

触发:编辑规则提案;角色:会计 / 财务复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-188;CASE-POSTING-RULES-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-POSTING-RULES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-posting-rules 所属模块和功能 科目与核算规则台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑规则提案填写窗口
03 逐项填写 field-* 借方科目(text);贷方科目(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留适用条件与科目映射,正式会计政策需财务确认。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-POSTING-RULES-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-POSTING-RULES-EDIT-INVALID。

PATH-POSTING-RULES-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-POSTING-RULES-EDIT-CANCEL。

PATH-POSTING-RULES-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-189 · PATH-POSTING-RULES-SUBMIT-ALLOW

触发:提交规则复核;角色:会计 / 财务复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-189;CASE-POSTING-RULES-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-POSTING-RULES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-posting-rules 所属模块和功能 科目与核算规则台账
02 点击record-open,再点击action-submit 符合前置的对象 提交规则复核填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 交付适用范围和历史影响说明供核验。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-POSTING-RULES-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-POSTING-RULES-SUBMIT-INVALID。

PATH-POSTING-RULES-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-POSTING-RULES-SUBMIT-CANCEL。

PATH-POSTING-RULES-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-190 · PATH-POSTING-RULES-PUBLISH-ALLOW

触发:批准规则版本;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-190;CASE-POSTING-RULES-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-POSTING-RULES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-posting-rules 所属模块和功能 科目与核算规则台账
02 点击record-open,再点击action-publish 符合前置的对象 批准规则版本填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 发布新规则,历史经济来源不因规则版本变化重复过账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-POSTING-RULES-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-POSTING-RULES-PUBLISH-INVALID。

PATH-POSTING-RULES-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-POSTING-RULES-PUBLISH-CANCEL。

PATH-POSTING-RULES-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-191 · PATH-POSTING-RULES-CREATE-ALLOW

触发:新建规则提案;角色:会计 / 财务复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-191;CASE-POSTING-RULES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-POSTING-RULES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-posting-rules 所属模块和功能 科目与核算规则台账
02 点击create 符合前置的对象 新建规则提案填写窗口
03 逐项填写 field-* 规则名称(text);核算适用范围(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-POSTING-RULES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-POSTING-RULES-CREATE-INVALID。

PATH-POSTING-RULES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-POSTING-RULES-CREATE-CANCEL。

PATH-POSTING-RULES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-192 · PATH-TRIAL-BALANCE-VERIFY-ALLOW

触发:记录试算核对;角色:会计 / 财务复核员;前置:对象处于待核对,合成记录有效,原型场景正常;故事:S-192;CASE-TRIAL-BALANCE-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-TRIAL-BALANCE;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-trial-balance 所属模块和功能 总账与试算台账
02 点击record-open,再点击action-verify 符合前置的对象 记录试算核对填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 查原分录与经济来源,不能手填差额直接平账。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已核对,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-TRIAL-BALANCE-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-TRIAL-BALANCE-VERIFY-INVALID。

PATH-TRIAL-BALANCE-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-TRIAL-BALANCE-VERIFY-CANCEL。

PATH-TRIAL-BALANCE-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-193 · PATH-CHANNEL-ACCOUNTS-VERIFY-ALLOW

触发:核验渠道授权;角色:渠道运营;前置:对象处于待核验,合成记录有效,原型场景正常;故事:S-193;CASE-CHANNEL-ACCOUNTS-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANNEL-ACCOUNTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-channel-accounts 所属模块和功能 渠道授权台账
02 点击record-open,再点击action-verify 符合前置的对象 核验渠道授权填写窗口
03 逐项填写 field-* 凭据引用编号(text);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅记录凭据引用和授权范围,不在页面展示密钥。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CHANNEL-ACCOUNTS-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CHANNEL-ACCOUNTS-VERIFY-INVALID。

PATH-CHANNEL-ACCOUNTS-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CHANNEL-ACCOUNTS-VERIFY-CANCEL。

PATH-CHANNEL-ACCOUNTS-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-194 · PATH-CHANNEL-ACCOUNTS-EXIT-ALLOW

触发:发起渠道退出;角色:渠道运营;前置:对象处于有效,合成记录有效,原型场景正常;故事:S-194;CASE-CHANNEL-ACCOUNTS-EXIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANNEL-ACCOUNTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-channel-accounts 所属模块和功能 渠道授权台账
02 点击record-open,再点击action-exit 符合前置的对象 发起渠道退出填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 停止新意图,保留在途回传、映射和历史事实。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示退出处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CHANNEL-ACCOUNTS-EXIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CHANNEL-ACCOUNTS-EXIT-INVALID。

PATH-CHANNEL-ACCOUNTS-EXIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CHANNEL-ACCOUNTS-EXIT-CANCEL。

PATH-CHANNEL-ACCOUNTS-EXIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-195 · PATH-CHANNEL-ACCOUNTS-CLOSE-ALLOW

触发:核对退出回执;角色:渠道运营;前置:对象处于退出处理中,合成记录有效,原型场景正常;故事:S-195;CASE-CHANNEL-ACCOUNTS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANNEL-ACCOUNTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-channel-accounts 所属模块和功能 渠道授权台账
02 点击record-open,再点击action-close 符合前置的对象 核对退出回执填写窗口
03 逐项填写 field-* 在途处理(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 在途义务有处理结果后撤销凭据,历史不删除。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已退出,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CHANNEL-ACCOUNTS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CHANNEL-ACCOUNTS-CLOSE-INVALID。

PATH-CHANNEL-ACCOUNTS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CHANNEL-ACCOUNTS-CLOSE-CANCEL。

PATH-CHANNEL-ACCOUNTS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-196 · PATH-CHANNEL-ACCOUNTS-CREATE-ALLOW

触发:登记渠道账户;角色:渠道运营;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-196;CASE-CHANNEL-ACCOUNTS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CHANNEL-ACCOUNTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-channel-accounts 所属模块和功能 渠道授权台账
02 点击create 符合前置的对象 登记渠道账户填写窗口
03 逐项填写 field-* 渠道名称(text);渠道账户作用域(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待核验,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CHANNEL-ACCOUNTS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CHANNEL-ACCOUNTS-CREATE-INVALID。

PATH-CHANNEL-ACCOUNTS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CHANNEL-ACCOUNTS-CREATE-CANCEL。

PATH-CHANNEL-ACCOUNTS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-197 · PATH-BINDINGS-SAVE-ALLOW

触发:核对并保存映射;角色:渠道运营;前置:对象处于草稿 / 映射冲突,合成记录有效,原型场景正常;故事:S-197;CASE-BINDINGS-SAVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BINDINGS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-bindings 所属模块和功能 外部对象映射台账
02 点击record-open,再点击action-save 符合前置的对象 核对并保存映射填写窗口
03 逐项填写 field-* 内部对象编号(text);内部版本(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 同号不同账户不能混用,已有导入保留原映射版本。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-BINDINGS-SAVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-BINDINGS-SAVE-INVALID。

PATH-BINDINGS-SAVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-BINDINGS-SAVE-CANCEL。

PATH-BINDINGS-SAVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-198 · PATH-BINDINGS-CREATE-ALLOW

触发:新建对象映射;角色:渠道运营;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-198;CASE-BINDINGS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BINDINGS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-bindings 所属模块和功能 外部对象映射台账
02 点击create 符合前置的对象 新建对象映射填写窗口
03 逐项填写 field-* 映射名称(text);外部对象编号(text);渠道账户(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-BINDINGS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-BINDINGS-CREATE-INVALID。

PATH-BINDINGS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-BINDINGS-CREATE-CANCEL。

PATH-BINDINGS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-199 · PATH-IMPORTS-ACCEPT-ALLOW

触发:校验并请求标准订单;角色:渠道运营;前置:对象处于待校验,合成记录有效,原型场景正常;故事:S-199;CASE-IMPORTS-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-IMPORTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-imports 所属模块和功能 外部订单导入台账
02 点击record-open,再点击action-accept 符合前置的对象 校验并请求标准订单填写窗口
03 逐项填写 field-* 核验的标准订单(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留稳定来源身份,由Commerce建立标准订单。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关联,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-IMPORTS-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-IMPORTS-ACCEPT-INVALID。

PATH-IMPORTS-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-IMPORTS-ACCEPT-CANCEL。

PATH-IMPORTS-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-IMPORTS-ACCEPT-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为已关联;原请求编号保持一致,无第二次业务执行。

F-200 · PATH-IMPORTS-DEDUP-ALLOW

触发:核对并关联原结果;角色:渠道运营;前置:对象处于重复观察,合成记录有效,原型场景正常;故事:S-200;CASE-IMPORTS-DEDUP-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-IMPORTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-imports 所属模块和功能 外部订单导入台账
02 点击record-open,再点击action-dedup 符合前置的对象 核对并关联原结果填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 不因通知不同或请求键变化重复造单。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关联,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-IMPORTS-DEDUP-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-IMPORTS-DEDUP-INVALID。

PATH-IMPORTS-DEDUP-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-IMPORTS-DEDUP-CANCEL。

PATH-IMPORTS-DEDUP-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-201 · PATH-IMPORTS-RETRY-ALLOW

触发:按修正映射重试;角色:渠道运营;前置:对象处于映射冲突,合成记录有效,原型场景正常;故事:S-201;CASE-IMPORTS-RETRY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-IMPORTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-imports 所属模块和功能 外部订单导入台账
02 点击record-open,再点击action-retry 符合前置的对象 按修正映射重试填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 沿用原导入目标和原外部身份,重新核对映射版本。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待校验,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-IMPORTS-RETRY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-IMPORTS-RETRY-INVALID。

PATH-IMPORTS-RETRY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-IMPORTS-RETRY-CANCEL。

PATH-IMPORTS-RETRY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-202 · PATH-OUTBOUND-SEND-ALLOW

触发:发送原目标;角色:渠道运营;前置:对象处于待发送 / 发送失败,合成记录有效,原型场景正常;故事:S-202;CASE-OUTBOUND-SEND-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-OUTBOUND;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-outbound 所属模块和功能 回传与未知结果台账
02 点击record-open,再点击action-send 符合前置的对象 发送原目标填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 复用原业务目标,保留尝试记录与外部回执。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示结果未知,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-OUTBOUND-SEND-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-OUTBOUND-SEND-INVALID。

PATH-OUTBOUND-SEND-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-OUTBOUND-SEND-CANCEL。

PATH-OUTBOUND-SEND-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-OUTBOUND-SEND-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为结果未知;原请求编号保持一致,无第二次业务执行。

F-203 · PATH-OUTBOUND-VERIFY-ALLOW

触发:查询原回传结果;角色:渠道运营;前置:对象处于结果未知,合成记录有效,原型场景正常;故事:S-203;CASE-OUTBOUND-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-OUTBOUND;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-outbound 所属模块和功能 回传与未知结果台账
02 点击record-open,再点击action-verify 符合前置的对象 查询原回传结果填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 先查询同一目标,不重做内部支付或交付。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已核验送达,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-OUTBOUND-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-OUTBOUND-VERIFY-INVALID。

PATH-OUTBOUND-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-OUTBOUND-VERIFY-CANCEL。

PATH-OUTBOUND-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-OUTBOUND-VERIFY-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为已核验送达;原请求编号保持一致,无第二次业务执行。

F-204 · PATH-STATEMENTS-HANDOFF-ALLOW

触发:校验并交资金核对;角色:渠道运营;前置:对象处于待校验 / 差异待处理,合成记录有效,原型场景正常;故事:S-204;CASE-STATEMENTS-HANDOFF-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-STATEMENTS;docs/architecture/08-domain-model/model-09-channel.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-channel → tab-statements 所属模块和功能 渠道账单观察台账
02 点击record-open,再点击action-handoff 符合前置的对象 校验并交资金核对填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 外部观察不直接成为到账事实,保留账单原文引用。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已交核验,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-STATEMENTS-HANDOFF-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-STATEMENTS-HANDOFF-INVALID。

PATH-STATEMENTS-HANDOFF-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-STATEMENTS-HANDOFF-CANCEL。

PATH-STATEMENTS-HANDOFF-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-205 · PATH-REPORTS-ISSUE-ALLOW

触发:登记指标疑问;角色:分析员 / 经营负责人;前置:对象处于可用 / 来源延迟,合成记录有效,原型场景正常;故事:S-205;CASE-REPORTS-ISSUE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REPORTS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-reports 所属模块和功能 经营看板台账
02 点击record-open,再点击action-issue 符合前置的对象 登记指标疑问填写窗口
03 逐项填写 field-* 处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 将范围和口径问题交分析岗,不能改交易源事实。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示质量核对中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-REPORTS-ISSUE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-REPORTS-ISSUE-INVALID。

PATH-REPORTS-ISSUE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-REPORTS-ISSUE-CANCEL。

PATH-REPORTS-ISSUE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-206 · PATH-METRICS-EDIT-ALLOW

触发:编辑指标定义;角色:分析员 / 经营负责人;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-206;CASE-METRICS-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-METRICS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-metrics 所属模块和功能 指标口径台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑指标定义填写窗口
03 逐项填写 field-* 统计定义(textarea);来源Owner(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确分子分母与缺失处理,不把来源缺失填成零。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-METRICS-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-METRICS-EDIT-INVALID。

PATH-METRICS-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-METRICS-EDIT-CANCEL。

PATH-METRICS-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-207 · PATH-METRICS-SUBMIT-ALLOW

触发:提交口径验证;角色:分析员 / 经营负责人;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-207;CASE-METRICS-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-METRICS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-metrics 所属模块和功能 指标口径台账
02 点击record-open,再点击action-submit 符合前置的对象 提交口径验证填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 用历史样本核对版本差异与可追溯性。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待验证,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-METRICS-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-METRICS-SUBMIT-INVALID。

PATH-METRICS-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-METRICS-SUBMIT-CANCEL。

PATH-METRICS-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-208 · PATH-METRICS-PUBLISH-ALLOW

触发:发布已验证口径;角色:独立复核岗;前置:对象处于待验证,合成记录有效,原型场景正常;故事:S-208;CASE-METRICS-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-METRICS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-metrics 所属模块和功能 指标口径台账
02 点击record-open,再点击action-publish 符合前置的对象 发布已验证口径填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录生效版本,不篡改源订单与历史经济事实。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-METRICS-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-METRICS-PUBLISH-INVALID。

PATH-METRICS-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-METRICS-PUBLISH-CANCEL。

PATH-METRICS-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-209 · PATH-METRICS-CREATE-ALLOW

触发:新建指标提案;角色:分析员 / 经营负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-209;CASE-METRICS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-METRICS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-metrics 所属模块和功能 指标口径台账
02 点击create 符合前置的对象 新建指标提案填写窗口
03 逐项填写 field-* 指标名称(text);口径说明(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-METRICS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-METRICS-CREATE-INVALID。

PATH-METRICS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-METRICS-CREATE-CANCEL。

PATH-METRICS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-210 · PATH-DATA-QUALITY-ASSIGN-ALLOW

触发:分派回源核对;角色:分析员 / 经营负责人;前置:对象处于待分派,合成记录有效,原型场景正常;故事:S-210;CASE-DATA-QUALITY-ASSIGN-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DATA-QUALITY;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-data-quality 所属模块和功能 数据质量台账
02 点击record-open,再点击action-assign 符合前置的对象 分派回源核对填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 交给源Owner核验,分析页不直接改源数据。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DATA-QUALITY-ASSIGN-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DATA-QUALITY-ASSIGN-INVALID。

PATH-DATA-QUALITY-ASSIGN-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DATA-QUALITY-ASSIGN-CANCEL。

PATH-DATA-QUALITY-ASSIGN-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-211 · PATH-DATA-QUALITY-VERIFY-ALLOW

触发:登记修源依据;角色:分析员 / 经营负责人;前置:对象处于处理中,合成记录有效,原型场景正常;故事:S-211;CASE-DATA-QUALITY-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DATA-QUALITY;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-data-quality 所属模块和功能 数据质量台账
02 点击record-open,再点击action-verify 符合前置的对象 登记修源依据填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留原质量问题,重建完成后再验证关闭。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待验证,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DATA-QUALITY-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DATA-QUALITY-VERIFY-INVALID。

PATH-DATA-QUALITY-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DATA-QUALITY-VERIFY-CANCEL。

PATH-DATA-QUALITY-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-212 · PATH-DATA-QUALITY-CLOSE-ALLOW

触发:验证并关闭问题;角色:分析员 / 经营负责人;前置:对象处于待验证,合成记录有效,原型场景正常;故事:S-212;CASE-DATA-QUALITY-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DATA-QUALITY;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-data-quality 所属模块和功能 数据质量台账
02 点击record-open,再点击action-close 符合前置的对象 验证并关闭问题填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对修源与重建结果,关闭保留来源链。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关闭,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DATA-QUALITY-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DATA-QUALITY-CLOSE-INVALID。

PATH-DATA-QUALITY-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DATA-QUALITY-CLOSE-CANCEL。

PATH-DATA-QUALITY-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-213 · PATH-REBUILDS-BUILD-ALLOW

触发:发起重算;角色:分析员 / 经营负责人;前置:对象处于待构建 / 失败,合成记录有效,原型场景正常;故事:S-213;CASE-REBUILDS-BUILD-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REBUILDS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-rebuilds 所属模块和功能 重算与结果发布台账
02 点击record-open,再点击action-build 符合前置的对象 发起重算填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 生成独立构建结果,不覆盖当前有效版本。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待验证,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-REBUILDS-BUILD-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-REBUILDS-BUILD-INVALID。

PATH-REBUILDS-BUILD-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-REBUILDS-BUILD-CANCEL。

PATH-REBUILDS-BUILD-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-214 · PATH-REBUILDS-PUBLISH-ALLOW

触发:验证并切换结果;角色:独立复核岗;前置:对象处于待验证,合成记录有效,原型场景正常;故事:S-214;CASE-REBUILDS-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-REBUILDS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-rebuilds 所属模块和功能 重算与结果发布台账
02 点击record-open,再点击action-publish 符合前置的对象 验证并切换结果填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 检查输入版本和质量后切换,旧结果可追溯。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-REBUILDS-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-REBUILDS-PUBLISH-INVALID。

PATH-REBUILDS-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-REBUILDS-PUBLISH-CANCEL。

PATH-REBUILDS-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-215 · PATH-EXPORTS-GENERATE-ALLOW

触发:生成脱敏导出;角色:分析员 / 经营负责人;前置:对象处于待生成,合成记录有效,原型场景正常;故事:S-215;CASE-EXPORTS-GENERATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXPORTS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-exports 所属模块和功能 受控导出台账
02 点击record-open,再点击action-generate 符合前置的对象 生成脱敏导出填写窗口
03 逐项填写 field-* 导出用途(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅导出申请范围和必要字段,下载时再次检查当前权限。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示可下载,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-EXPORTS-GENERATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-EXPORTS-GENERATE-INVALID。

PATH-EXPORTS-GENERATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-EXPORTS-GENERATE-CANCEL。

PATH-EXPORTS-GENERATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-216 · PATH-EXPORTS-REVOKE-ALLOW

触发:撤销下载凭据;角色:分析员 / 经营负责人;前置:对象处于可下载,合成记录有效,原型场景正常;故事:S-216;CASE-EXPORTS-REVOKE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXPORTS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-exports 所属模块和功能 受控导出台账
02 点击record-open,再点击action-revoke 符合前置的对象 撤销下载凭据填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 撤销访问不删除已承担的审计义务。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示权限已撤销,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-EXPORTS-REVOKE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-EXPORTS-REVOKE-INVALID。

PATH-EXPORTS-REVOKE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-EXPORTS-REVOKE-CANCEL。

PATH-EXPORTS-REVOKE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-217 · PATH-EXPORTS-CREATE-ALLOW

触发:申请数据导出;角色:分析员 / 经营负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-217;CASE-EXPORTS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXPORTS;docs/architecture/08-domain-model/model-10-analytics.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-analytics → tab-exports 所属模块和功能 受控导出台账
02 点击create 符合前置的对象 申请数据导出填写窗口
03 逐项填写 field-* 导出名称(text);用途(textarea);范围(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待生成,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-EXPORTS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-EXPORTS-CREATE-INVALID。

PATH-EXPORTS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-EXPORTS-CREATE-CANCEL。

PATH-EXPORTS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-218 · PATH-ACCOUNTS-EDIT-ALLOW

触发:编辑账号职责;角色:组织管理员 / 安全复核员;前置:对象处于启用 / 待启用,合成记录有效,原型场景正常;故事:S-218;CASE-ACCOUNTS-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-accounts 所属模块和功能 员工账号台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑账号职责填写窗口
03 逐项填写 field-* 员工姓名(text);数据范围(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 组织和岗位引用受控版本,不直接授予全域权限。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待启用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTS-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTS-EDIT-INVALID。

PATH-ACCOUNTS-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTS-EDIT-CANCEL。

PATH-ACCOUNTS-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-219 · PATH-ACCOUNTS-ENABLE-ALLOW

触发:核验并启用账号;角色:独立复核岗;前置:对象处于待启用,合成记录有效,原型场景正常;故事:S-219;CASE-ACCOUNTS-ENABLE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-accounts 所属模块和功能 员工账号台账
02 点击record-open,再点击action-enable 符合前置的对象 核验并启用账号填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核验身份与岗位依据,再允许进入授权范围。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示启用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTS-ENABLE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTS-ENABLE-INVALID。

PATH-ACCOUNTS-ENABLE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTS-ENABLE-CANCEL。

PATH-ACCOUNTS-ENABLE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-220 · PATH-ACCOUNTS-DISABLE-ALLOW

触发:停用并发起交接;角色:组织管理员 / 安全复核员;前置:对象处于启用,合成记录有效,原型场景正常;故事:S-220;CASE-ACCOUNTS-DISABLE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-accounts 所属模块和功能 员工账号台账
02 点击record-open,再点击action-disable 符合前置的对象 停用并发起交接填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 停止新动作,会话撤销;在途责任交给有权岗位。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示停用待交接,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTS-DISABLE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTS-DISABLE-INVALID。

PATH-ACCOUNTS-DISABLE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTS-DISABLE-CANCEL。

PATH-ACCOUNTS-DISABLE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-221 · PATH-ACCOUNTS-HANDOFF-ALLOW

触发:核验工作交接;角色:组织管理员 / 安全复核员;前置:对象处于停用待交接,合成记录有效,原型场景正常;故事:S-221;CASE-ACCOUNTS-HANDOFF-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-accounts 所属模块和功能 员工账号台账
02 点击record-open,再点击action-handoff 符合前置的对象 核验工作交接填写窗口
03 逐项填写 field-* 交接回执(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 任务有人接收后完成停用闭环,恢复义务不会遗弃。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已停用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTS-HANDOFF-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTS-HANDOFF-INVALID。

PATH-ACCOUNTS-HANDOFF-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTS-HANDOFF-CANCEL。

PATH-ACCOUNTS-HANDOFF-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-222 · PATH-ACCOUNTS-CREATE-ALLOW

触发:新建员工账号;角色:组织管理员 / 安全复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-222;CASE-ACCOUNTS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-accounts 所属模块和功能 员工账号台账
02 点击create 符合前置的对象 新建员工账号填写窗口
03 逐项填写 field-* 员工姓名(text);登录标识(text);数据范围(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待启用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTS-CREATE-INVALID。

PATH-ACCOUNTS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTS-CREATE-CANCEL。

PATH-ACCOUNTS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-223 · PATH-ORG-EDIT-ALLOW

触发:编辑组织岗位;角色:组织管理员 / 安全复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-223;CASE-ORG-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORG;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-org 所属模块和功能 组织与岗位台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑组织岗位填写窗口
03 逐项填写 field-* 组织名称(text);上级组织(select);岗位名称(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确上下级与职责范围,不让组织形成循环关系。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ORG-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ORG-EDIT-INVALID。

PATH-ORG-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ORG-EDIT-CANCEL。

PATH-ORG-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-224 · PATH-ORG-PUBLISH-ALLOW

触发:核验组织版本;角色:独立复核岗;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-224;CASE-ORG-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORG;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-org 所属模块和功能 组织与岗位台账
02 点击record-open,再点击action-publish 符合前置的对象 核验组织版本填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保存组织和任职版本,历史责任可追溯。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ORG-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ORG-PUBLISH-INVALID。

PATH-ORG-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ORG-PUBLISH-CANCEL。

PATH-ORG-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-225 · PATH-ORG-CHANGE-ALLOW

触发:提出组织调整;角色:组织管理员 / 安全复核员;前置:对象处于有效,合成记录有效,原型场景正常;故事:S-225;CASE-ORG-CHANGE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORG;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-org 所属模块和功能 组织与岗位台账
02 点击record-open,再点击action-change 符合前置的对象 提出组织调整填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 新版本生效前保持当前范围,列明受影响成员。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ORG-CHANGE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ORG-CHANGE-INVALID。

PATH-ORG-CHANGE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ORG-CHANGE-CANCEL。

PATH-ORG-CHANGE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-226 · PATH-ORG-CREATE-ALLOW

触发:新建组织 / 岗位;角色:组织管理员 / 安全复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-226;CASE-ORG-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ORG;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-org 所属模块和功能 组织与岗位台账
02 点击create 符合前置的对象 新建组织 / 岗位填写窗口
03 逐项填写 field-* 组织或岗位名称(text);上级组织(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ORG-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ORG-CREATE-INVALID。

PATH-ORG-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ORG-CREATE-CANCEL。

PATH-ORG-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-227 · PATH-ROLES-EDIT-ALLOW

触发:编辑授权提案;角色:组织管理员 / 安全复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-227;CASE-ROLES-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ROLES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-roles 所属模块和功能 角色与动作权限台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑授权提案填写窗口
03 逐项填写 field-* 允许动作(select);数据范围(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 列出动作和数据范围,避免用菜单权限放行写操作。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ROLES-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ROLES-EDIT-INVALID。

PATH-ROLES-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ROLES-EDIT-CANCEL。

PATH-ROLES-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-228 · PATH-ROLES-SUBMIT-ALLOW

触发:提交权限复核;角色:组织管理员 / 安全复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-228;CASE-ROLES-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ROLES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-roles 所属模块和功能 角色与动作权限台账
02 点击record-open,再点击action-submit 符合前置的对象 提交权限复核填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 展示新增、撤销能力及影响人员供独立复核。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ROLES-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ROLES-SUBMIT-INVALID。

PATH-ROLES-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ROLES-SUBMIT-CANCEL。

PATH-ROLES-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-229 · PATH-ROLES-PUBLISH-ALLOW

触发:批准权限版本;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-229;CASE-ROLES-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ROLES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-roles 所属模块和功能 角色与动作权限台账
02 点击record-open,再点击action-publish 符合前置的对象 批准权限版本填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 发布新版本,执行时重新检查权限,不依赖旧页面。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已生效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ROLES-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ROLES-PUBLISH-INVALID。

PATH-ROLES-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ROLES-PUBLISH-CANCEL。

PATH-ROLES-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-230 · PATH-ROLES-REVOKE-ALLOW

触发:撤销角色授权;角色:组织管理员 / 安全复核员;前置:对象处于已生效,合成记录有效,原型场景正常;故事:S-230;CASE-ROLES-REVOKE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ROLES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-roles 所属模块和功能 角色与动作权限台账
02 点击record-open,再点击action-revoke 符合前置的对象 撤销角色授权填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 阻止新的业务意图,既有义务交受限恢复主体。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已撤销,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ROLES-REVOKE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ROLES-REVOKE-INVALID。

PATH-ROLES-REVOKE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ROLES-REVOKE-CANCEL。

PATH-ROLES-REVOKE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-231 · PATH-ROLES-CREATE-ALLOW

触发:新建角色提案;角色:组织管理员 / 安全复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-231;CASE-ROLES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ROLES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-roles 所属模块和功能 角色与动作权限台账
02 点击create 符合前置的对象 新建角色提案填写窗口
03 逐项填写 field-* 角色名称(text);数据范围(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ROLES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ROLES-CREATE-INVALID。

PATH-ROLES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ROLES-CREATE-CANCEL。

PATH-ROLES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-232 · PATH-SCOPES-EDIT-ALLOW

触发:编辑范围提案;角色:组织管理员 / 安全复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-232;CASE-SCOPES-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SCOPES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-scopes 所属模块和功能 服务区域与数据范围台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑范围提案填写窗口
03 逐项填写 field-* 范围说明(textarea);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 说明边界与受影响主体,不承诺任意地址必达。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SCOPES-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SCOPES-EDIT-INVALID。

PATH-SCOPES-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SCOPES-EDIT-CANCEL。

PATH-SCOPES-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-233 · PATH-SCOPES-PUBLISH-ALLOW

触发:批准范围版本;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-233;CASE-SCOPES-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SCOPES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-scopes 所属模块和功能 服务区域与数据范围台账
02 点击record-open,再点击action-publish 符合前置的对象 批准范围版本填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确生效版本,现存预约由Demand处理影响。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SCOPES-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SCOPES-PUBLISH-INVALID。

PATH-SCOPES-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SCOPES-PUBLISH-CANCEL。

PATH-SCOPES-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-234 · PATH-SCOPES-CREATE-ALLOW

触发:新建范围提案;角色:组织管理员 / 安全复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-234;CASE-SCOPES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SCOPES;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-scopes 所属模块和功能 服务区域与数据范围台账
02 点击create 符合前置的对象 新建范围提案填写窗口
03 逐项填写 field-* 范围名称(text);范围说明(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SCOPES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SCOPES-CREATE-INVALID。

PATH-SCOPES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SCOPES-CREATE-CANCEL。

PATH-SCOPES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-235 · PATH-SESSIONS-REVOKE-ALLOW

触发:撤销会话 / 绑定;角色:组织管理员 / 安全复核员;前置:对象处于有效 / 待撤销,合成记录有效,原型场景正常;故事:S-235;CASE-SESSIONS-REVOKE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SESSIONS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-sessions 所属模块和功能 会话与外部身份台账
02 点击record-open,再点击action-revoke 符合前置的对象 撤销会话 / 绑定填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 撤销新的访问,不删除客户交易或已承担退款义务。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已撤销,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SESSIONS-REVOKE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SESSIONS-REVOKE-INVALID。

PATH-SESSIONS-REVOKE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SESSIONS-REVOKE-CANCEL。

PATH-SESSIONS-REVOKE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-236 · PATH-SERVICE-PRINCIPALS-ACTIVATE-ALLOW

触发:核验服务授权;角色:独立复核岗;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-236;CASE-SERVICE-PRINCIPALS-ACTIVATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-PRINCIPALS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-service-principals 所属模块和功能 服务主体台账
02 点击record-open,再点击action-activate 符合前置的对象 核验服务授权填写窗口
03 逐项填写 field-* 授权范围(select);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 限定用途与范围,不能继承无限管理员权限。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-PRINCIPALS-ACTIVATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-PRINCIPALS-ACTIVATE-INVALID。

PATH-SERVICE-PRINCIPALS-ACTIVATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-PRINCIPALS-ACTIVATE-CANCEL。

PATH-SERVICE-PRINCIPALS-ACTIVATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-237 · PATH-SERVICE-PRINCIPALS-ROTATE-ALLOW

触发:登记凭据轮换;角色:组织管理员 / 安全复核员;前置:对象处于有效 / 待轮换,合成记录有效,原型场景正常;故事:S-237;CASE-SERVICE-PRINCIPALS-ROTATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-PRINCIPALS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-service-principals 所属模块和功能 服务主体台账
02 点击record-open,再点击action-rotate 符合前置的对象 登记凭据轮换填写窗口
03 逐项填写 field-* 新凭据引用(text);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅保存密钥引用,新旧凭据切换有回执。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-PRINCIPALS-ROTATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-PRINCIPALS-ROTATE-INVALID。

PATH-SERVICE-PRINCIPALS-ROTATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-PRINCIPALS-ROTATE-CANCEL。

PATH-SERVICE-PRINCIPALS-ROTATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-238 · PATH-SERVICE-PRINCIPALS-CREATE-ALLOW

触发:新建服务主体;角色:组织管理员 / 安全复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-238;CASE-SERVICE-PRINCIPALS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-PRINCIPALS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-service-principals 所属模块和功能 服务主体台账
02 点击create 符合前置的对象 新建服务主体填写窗口
03 逐项填写 field-* 主体名称(text);限定用途(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-PRINCIPALS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-PRINCIPALS-CREATE-INVALID。

PATH-SERVICE-PRINCIPALS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-PRINCIPALS-CREATE-CANCEL。

PATH-SERVICE-PRINCIPALS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-239 · PATH-MENUS-EDIT-ALLOW

触发:编辑入口分组;角色:组织管理员 / 安全复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-239;CASE-MENUS-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MENUS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-menus 所属模块和功能 导航与能力目录台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑入口分组填写窗口
03 逐项填写 field-* 入口名称(text);导航分组(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只组织入口,不授予退款、质量放行等写能力。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-MENUS-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-MENUS-EDIT-INVALID。

PATH-MENUS-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-MENUS-EDIT-CANCEL。

PATH-MENUS-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-240 · PATH-MENUS-PUBLISH-ALLOW

触发:发布入口配置;角色:组织管理员 / 安全复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-240;CASE-MENUS-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MENUS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-menus 所属模块和功能 导航与能力目录台账
02 点击record-open,再点击action-publish 符合前置的对象 发布入口配置填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 按已登记能力展示,深链接仍重新鉴权。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-MENUS-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-MENUS-PUBLISH-INVALID。

PATH-MENUS-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-MENUS-PUBLISH-CANCEL。

PATH-MENUS-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-241 · PATH-MENUS-CREATE-ALLOW

触发:登记导航入口;角色:组织管理员 / 安全复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-241;CASE-MENUS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MENUS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-menus 所属模块和功能 导航与能力目录台账
02 点击create 符合前置的对象 登记导航入口填写窗口
03 逐项填写 field-* 入口名称(text);已登记能力(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-MENUS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-MENUS-CREATE-INVALID。

PATH-MENUS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-MENUS-CREATE-CANCEL。

PATH-MENUS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-242 · PATH-HANDOFFS-CLAIM-ALLOW

触发:认领待办;角色:系统管理员 / 值班负责人;前置:对象处于待认领,合成记录有效,原型场景正常;故事:S-242;CASE-HANDOFFS-CLAIM-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-HANDOFFS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-handoffs 所属模块和功能 待办与工作交接台账
02 点击record-open,再点击action-claim 符合前置的对象 认领待办填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只领取工作责任,业务完成仍由源对象证明。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-HANDOFFS-CLAIM-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-HANDOFFS-CLAIM-INVALID。

PATH-HANDOFFS-CLAIM-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-HANDOFFS-CLAIM-CANCEL。

PATH-HANDOFFS-CLAIM-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-243 · PATH-HANDOFFS-HANDOFF-ALLOW

触发:发起工作交接;角色:系统管理员 / 值班负责人;前置:对象处于处理中,合成记录有效,原型场景正常;故事:S-243;CASE-HANDOFFS-HANDOFF-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-HANDOFFS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-handoffs 所属模块和功能 待办与工作交接台账
02 点击record-open,再点击action-handoff 符合前置的对象 发起工作交接填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确接收岗,接收之前当前责任继续保留。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示交接待接收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-HANDOFFS-HANDOFF-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-HANDOFFS-HANDOFF-INVALID。

PATH-HANDOFFS-HANDOFF-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-HANDOFFS-HANDOFF-CANCEL。

PATH-HANDOFFS-HANDOFF-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-244 · PATH-HANDOFFS-ACCEPT-ALLOW

触发:接受工作交接;角色:系统管理员 / 值班负责人;前置:对象处于交接待接收,合成记录有效,原型场景正常;故事:S-244;CASE-HANDOFFS-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-HANDOFFS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-handoffs 所属模块和功能 待办与工作交接台账
02 点击record-open,再点击action-accept 符合前置的对象 接受工作交接填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对接收资格,记录双方与交接版本。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示处理中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-HANDOFFS-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-HANDOFFS-ACCEPT-INVALID。

PATH-HANDOFFS-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-HANDOFFS-ACCEPT-CANCEL。

PATH-HANDOFFS-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-245 · PATH-HANDOFFS-CLOSE-ALLOW

触发:核对源事项完成;角色:系统管理员 / 值班负责人;前置:对象处于处理中,合成记录有效,原型场景正常;故事:S-245;CASE-HANDOFFS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-HANDOFFS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-handoffs 所属模块和功能 待办与工作交接台账
02 点击record-open,再点击action-close 符合前置的对象 核对源事项完成填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 回源核验后关闭工作索引,不替源业务改终态。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已完成,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-HANDOFFS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-HANDOFFS-CLOSE-INVALID。

PATH-HANDOFFS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-HANDOFFS-CLOSE-CANCEL。

PATH-HANDOFFS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-246 · PATH-EXCEPTIONS-ASSIGN-ALLOW

触发:分派恢复责任;角色:系统管理员 / 值班负责人;前置:对象处于待分派,合成记录有效,原型场景正常;故事:S-246;CASE-EXCEPTIONS-ASSIGN-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXCEPTIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-exceptions 所属模块和功能 异常与恢复台账
02 点击record-open,再点击action-assign 符合前置的对象 分派恢复责任填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录恢复Owner与原请求,不通用重放不可逆业务。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示恢复中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-EXCEPTIONS-ASSIGN-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-EXCEPTIONS-ASSIGN-INVALID。

PATH-EXCEPTIONS-ASSIGN-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-EXCEPTIONS-ASSIGN-CANCEL。

PATH-EXCEPTIONS-ASSIGN-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-247 · PATH-EXCEPTIONS-RECEIPT-ALLOW

触发:登记恢复回执;角色:系统管理员 / 值班负责人;前置:对象处于恢复中 / 待核验,合成记录有效,原型场景正常;故事:S-247;CASE-EXCEPTIONS-RECEIPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXCEPTIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-exceptions 所属模块和功能 异常与恢复台账
02 点击record-open,再点击action-receipt 符合前置的对象 登记恢复回执填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保存源模块处理证据,技术执行成功不等于业务恢复。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待验证,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-EXCEPTIONS-RECEIPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-EXCEPTIONS-RECEIPT-INVALID。

PATH-EXCEPTIONS-RECEIPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-EXCEPTIONS-RECEIPT-CANCEL。

PATH-EXCEPTIONS-RECEIPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-248 · PATH-EXCEPTIONS-CLOSE-ALLOW

触发:核验业务恢复;角色:系统管理员 / 值班负责人;前置:对象处于待验证,合成记录有效,原型场景正常;故事:S-248;CASE-EXCEPTIONS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXCEPTIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-exceptions 所属模块和功能 异常与恢复台账
02 点击record-open,再点击action-close 符合前置的对象 核验业务恢复填写窗口
03 逐项填写 field-* 恢复证据(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对原业务目标和必要副作用后关闭。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已关闭,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-EXCEPTIONS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-EXCEPTIONS-CLOSE-INVALID。

PATH-EXCEPTIONS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-EXCEPTIONS-CLOSE-CANCEL。

PATH-EXCEPTIONS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-249 · PATH-EXCEPTIONS-CREATE-ALLOW

触发:登记恢复事项;角色:系统管理员 / 值班负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-249;CASE-EXCEPTIONS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-EXCEPTIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-exceptions 所属模块和功能 异常与恢复台账
02 点击create 符合前置的对象 登记恢复事项填写窗口
03 逐项填写 field-* 异常主题(text);原业务目标(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待分派,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-EXCEPTIONS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-EXCEPTIONS-CREATE-INVALID。

PATH-EXCEPTIONS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-EXCEPTIONS-CREATE-CANCEL。

PATH-EXCEPTIONS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-250 · PATH-NOTIFICATIONS-SEND-ALLOW

触发:发送 / 重试通知;角色:系统管理员 / 值班负责人;前置:对象处于待发送 / 发送失败,合成记录有效,原型场景正常;故事:S-250;CASE-NOTIFICATIONS-SEND-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-NOTIFICATIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-notifications 所属模块和功能 通知与回执台账
02 点击record-open,再点击action-send 符合前置的对象 发送 / 重试通知填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 复用同一通知目标,投递不改变配送确认或售后结果。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已送达,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-NOTIFICATIONS-SEND-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-NOTIFICATIONS-SEND-INVALID。

PATH-NOTIFICATIONS-SEND-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-NOTIFICATIONS-SEND-CANCEL。

PATH-NOTIFICATIONS-SEND-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

PATH-NOTIFICATIONS-SEND-UNKNOWN

同一入口填写 → 执行条件选外部结果未知 → 提交 → 状态为结果待核验 → 查看对象 → 恢复正常场景 → 查询本次处理结果 → 填原请求核验凭据 → 登记已核验结果 → 状态为已送达;原请求编号保持一致,无第二次业务执行。

F-251 · PATH-NOTIFICATIONS-CREATE-ALLOW

触发:安排通知;角色:系统管理员 / 值班负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-251;CASE-NOTIFICATIONS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-NOTIFICATIONS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-notifications 所属模块和功能 通知与回执台账
02 点击create 符合前置的对象 安排通知填写窗口
03 逐项填写 field-* 通知主题(text);业务对象(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待发送,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-NOTIFICATIONS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-NOTIFICATIONS-CREATE-INVALID。

PATH-NOTIFICATIONS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-NOTIFICATIONS-CREATE-CANCEL。

PATH-NOTIFICATIONS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-252 · PATH-ASSETS-VERIFY-ALLOW

触发:校验文件引用;角色:系统管理员 / 值班负责人;前置:对象处于待校验 / 上传失败,合成记录有效,原型场景正常;故事:S-252;CASE-ASSETS-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSETS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-assets 所属模块和功能 文件与证据台账
02 点击record-open,再点击action-verify 符合前置的对象 校验文件引用填写窗口
03 逐项填写 field-* 文件引用编号(text);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录上传与校验凭据,不据文件可用直接质量放行。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示可用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ASSETS-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ASSETS-VERIFY-INVALID。

PATH-ASSETS-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ASSETS-VERIFY-CANCEL。

PATH-ASSETS-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-253 · PATH-ASSETS-CREATE-ALLOW

触发:登记文件引用;角色:系统管理员 / 值班负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-253;CASE-ASSETS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSETS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-assets 所属模块和功能 文件与证据台账
02 点击create 符合前置的对象 登记文件引用填写窗口
03 逐项填写 field-* 文件名称(text);文件引用编号(text);使用用途(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待校验,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ASSETS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ASSETS-CREATE-INVALID。

PATH-ASSETS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ASSETS-CREATE-CANCEL。

PATH-ASSETS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-254 · PATH-JOBS-CONFIGURE-ALLOW

触发:配置调度提案;角色:系统管理员 / 值班负责人;前置:对象处于待配置,合成记录有效,原型场景正常;故事:S-254;CASE-JOBS-CONFIGURE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOBS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-jobs 所属模块和功能 作业调度台账
02 点击record-open,再点击action-configure 符合前置的对象 配置调度提案填写窗口
03 逐项填写 field-* 调度表达(text);服务主体(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 配置执行用途和受限主体,不允许任意脚本。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示暂停,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-JOBS-CONFIGURE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-JOBS-CONFIGURE-INVALID。

PATH-JOBS-CONFIGURE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-JOBS-CONFIGURE-CANCEL。

PATH-JOBS-CONFIGURE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-255 · PATH-JOBS-ENABLE-ALLOW

触发:启用调度;角色:系统管理员 / 值班负责人;前置:对象处于暂停,合成记录有效,原型场景正常;故事:S-255;CASE-JOBS-ENABLE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOBS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-jobs 所属模块和功能 作业调度台账
02 点击record-open,再点击action-enable 符合前置的对象 启用调度填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只接受未来执行计划,原业务结果仍需核验。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示启用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-JOBS-ENABLE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-JOBS-ENABLE-INVALID。

PATH-JOBS-ENABLE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-JOBS-ENABLE-CANCEL。

PATH-JOBS-ENABLE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-256 · PATH-JOBS-PAUSE-ALLOW

触发:暂停未来执行;角色:系统管理员 / 值班负责人;前置:对象处于启用,合成记录有效,原型场景正常;故事:S-256;CASE-JOBS-PAUSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOBS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-jobs 所属模块和功能 作业调度台账
02 点击record-open,再点击action-pause 符合前置的对象 暂停未来执行填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 暂停新执行,不抹去已开始尝试和在途义务。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示暂停,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-JOBS-PAUSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-JOBS-PAUSE-INVALID。

PATH-JOBS-PAUSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-JOBS-PAUSE-CANCEL。

PATH-JOBS-PAUSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-257 · PATH-JOBS-CREATE-ALLOW

触发:新建受限调度;角色:系统管理员 / 值班负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-257;CASE-JOBS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-JOBS;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-jobs 所属模块和功能 作业调度台账
02 点击create 符合前置的对象 新建受限调度填写窗口
03 逐项填写 field-* 作业名称(text);执行用途(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待配置,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-JOBS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-JOBS-CREATE-INVALID。

PATH-JOBS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-JOBS-CREATE-CANCEL。

PATH-JOBS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-258 · PATH-DICTIONARIES-EDIT-ALLOW

触发:编辑字典草稿;角色:系统管理员 / 值班负责人;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-258;CASE-DICTIONARIES-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DICTIONARIES;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-dictionaries 所属模块和功能 业务字典台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑字典草稿填写窗口
03 逐项填写 field-* 稳定编码(text);显示值(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 编码稳定,展示文字不改动业务规则。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DICTIONARIES-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DICTIONARIES-EDIT-INVALID。

PATH-DICTIONARIES-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DICTIONARIES-EDIT-CANCEL。

PATH-DICTIONARIES-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-259 · PATH-DICTIONARIES-PUBLISH-ALLOW

触发:发布字典版本;角色:系统管理员 / 值班负责人;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-259;CASE-DICTIONARIES-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DICTIONARIES;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-dictionaries 所属模块和功能 业务字典台账
02 点击record-open,再点击action-publish 符合前置的对象 发布字典版本填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留引用和版本,历史显示可回溯。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已发布,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DICTIONARIES-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DICTIONARIES-PUBLISH-INVALID。

PATH-DICTIONARIES-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DICTIONARIES-PUBLISH-CANCEL。

PATH-DICTIONARIES-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-260 · PATH-DICTIONARIES-REVISE-ALLOW

触发:创建修订提案;角色:系统管理员 / 值班负责人;前置:对象处于已发布,合成记录有效,原型场景正常;故事:S-260;CASE-DICTIONARIES-REVISE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DICTIONARIES;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-dictionaries 所属模块和功能 业务字典台账
02 点击record-open,再点击action-revise 符合前置的对象 创建修订提案填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 建立新修订,不删除在用编码。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DICTIONARIES-REVISE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DICTIONARIES-REVISE-INVALID。

PATH-DICTIONARIES-REVISE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DICTIONARIES-REVISE-CANCEL。

PATH-DICTIONARIES-REVISE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-261 · PATH-DICTIONARIES-CREATE-ALLOW

触发:新建字典草稿;角色:系统管理员 / 值班负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-261;CASE-DICTIONARIES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-DICTIONARIES;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-dictionaries 所属模块和功能 业务字典台账
02 点击create 符合前置的对象 新建字典草稿填写窗口
03 逐项填写 field-* 字典名称(text);稳定编码(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-DICTIONARIES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-DICTIONARIES-CREATE-INVALID。

PATH-DICTIONARIES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-DICTIONARIES-CREATE-CANCEL。

PATH-DICTIONARIES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-262 · PATH-CONFIGURATION-EDIT-ALLOW

触发:编辑参数提案;角色:系统管理员 / 值班负责人;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-262;CASE-CONFIGURATION-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIGURATION;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-configuration 所属模块和功能 系统参数台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑参数提案填写窗口
03 逐项填写 field-* 配置值 / 引用(text);恢复方式(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 说明影响与恢复方式,配送费等业务政策回所属模块。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIGURATION-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIGURATION-EDIT-INVALID。

PATH-CONFIGURATION-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIGURATION-EDIT-CANCEL。

PATH-CONFIGURATION-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-263 · PATH-CONFIGURATION-PUBLISH-ALLOW

触发:复核参数生效;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-263;CASE-CONFIGURATION-PUBLISH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIGURATION;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-configuration 所属模块和功能 系统参数台账
02 点击record-open,再点击action-publish 符合前置的对象 复核参数生效填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 受控版本切换,敏感参数保留引用。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已生效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIGURATION-PUBLISH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIGURATION-PUBLISH-INVALID。

PATH-CONFIGURATION-PUBLISH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIGURATION-PUBLISH-CANCEL。

PATH-CONFIGURATION-PUBLISH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-264 · PATH-CONFIGURATION-ROLLBACK-ALLOW

触发:回退配置版本;角色:系统管理员 / 值班负责人;前置:对象处于已生效,合成记录有效,原型场景正常;故事:S-264;CASE-CONFIGURATION-ROLLBACK-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIGURATION;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-configuration 所属模块和功能 系统参数台账
02 点击record-open,再点击action-rollback 符合前置的对象 回退配置版本填写窗口
03 逐项填写 field-* 恢复版本(text);已核验版本的值 / 引用(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 按已核验版本恢复,保留本次切换审计。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已回退,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIGURATION-ROLLBACK-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIGURATION-ROLLBACK-INVALID。

PATH-CONFIGURATION-ROLLBACK-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIGURATION-ROLLBACK-CANCEL。

PATH-CONFIGURATION-ROLLBACK-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-265 · PATH-CONFIGURATION-CREATE-ALLOW

触发:新建参数提案;角色:系统管理员 / 值班负责人;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-265;CASE-CONFIGURATION-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-CONFIGURATION;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-configuration 所属模块和功能 系统参数台账
02 点击create 符合前置的对象 新建参数提案填写窗口
03 逐项填写 field-* 参数名称(text);参数值 / 引用(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-CONFIGURATION-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-CONFIGURATION-CREATE-INVALID。

PATH-CONFIGURATION-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-CONFIGURATION-CREATE-CANCEL。

PATH-CONFIGURATION-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-266 · PATH-MONITOR-INCIDENT-ALLOW

触发:登记观测事件;角色:系统管理员 / 值班负责人;前置:对象处于正常 / 需要关注 / 来源延迟,合成记录有效,原型场景正常;故事:S-266;CASE-MONITOR-INCIDENT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-MONITOR;docs/architecture/07-bounded-context/OWNERSHIP.md#3;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-platform → tab-monitor 所属模块和功能 服务观测台账
02 点击record-open,再点击action-incident 符合前置的对象 登记观测事件填写窗口
03 逐项填写 field-* 处理原因(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留观测和业务影响,交责任Owner核对恢复。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已登记事件,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-MONITOR-INCIDENT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-MONITOR-INCIDENT-INVALID。

PATH-MONITOR-INCIDENT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-MONITOR-INCIDENT-CANCEL。

PATH-MONITOR-INCIDENT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-281 · PATH-QUOTES-REFRESH-ALLOW

触发:核对报价来源;角色:运营 / 客服 / 资金复核员;前置:对象处于待核对 / 报价已变化,合成记录有效,原型场景正常;故事:S-281;CASE-QUOTES-REFRESH-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUOTES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-quotes 所属模块和功能 购物意图与报价台账
02 点击record-open,再点击action-refresh 符合前置的对象 核对报价来源填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 重新核对价格、规格和费用;变化须客户接受,不替客户同意。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待客户接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-QUOTES-REFRESH-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-QUOTES-REFRESH-INVALID。

PATH-QUOTES-REFRESH-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-QUOTES-REFRESH-CANCEL。

PATH-QUOTES-REFRESH-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-282 · PATH-QUOTES-RECORD-ALLOW

触发:登记客户接受依据;角色:运营 / 客服 / 资金复核员;前置:对象处于待客户接受,合成记录有效,原型场景正常;故事:S-282;CASE-QUOTES-RECORD-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-QUOTES;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-quotes 所属模块和功能 购物意图与报价台账
02 点击record-open,再点击action-record 符合前置的对象 登记客户接受依据填写窗口
03 逐项填写 field-* 客户接受记录(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保留明确接受的版本,不把购物车当作物料或容量预留。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-QUOTES-RECORD-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-QUOTES-RECORD-INVALID。

PATH-QUOTES-RECORD-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-QUOTES-RECORD-CANCEL。

PATH-QUOTES-RECORD-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-283 · PATH-BENEFITS-GRANT-ALLOW

触发:复核权益发放;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-283;CASE-BENEFITS-GRANT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BENEFITS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-benefits 所属模块和功能 优惠权益与占用台账
02 点击record-open,再点击action-grant 符合前置的对象 复核权益发放填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对合法发放依据和客户归属,不推出自动消费。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示可使用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-BENEFITS-GRANT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-BENEFITS-GRANT-INVALID。

PATH-BENEFITS-GRANT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-BENEFITS-GRANT-CANCEL。

PATH-BENEFITS-GRANT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-284 · PATH-BENEFITS-RESERVE-ALLOW

触发:核验使用预留;角色:运营 / 客服 / 资金复核员;前置:对象处于可使用,合成记录有效,原型场景正常;故事:S-284;CASE-BENEFITS-RESERVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BENEFITS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-benefits 所属模块和功能 优惠权益与占用台账
02 点击record-open,再点击action-reserve 符合前置的对象 核验使用预留填写窗口
03 逐项填写 field-* 关联交易意图(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 关联唯一交易意图,保留权益占用,不直接更改成交价。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已预留,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-BENEFITS-RESERVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-BENEFITS-RESERVE-INVALID。

PATH-BENEFITS-RESERVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-BENEFITS-RESERVE-CANCEL。

PATH-BENEFITS-RESERVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-285 · PATH-BENEFITS-CONSUME-ALLOW

触发:核对权益核销;角色:运营 / 客服 / 资金复核员;前置:对象处于已预留,合成记录有效,原型场景正常;故事:S-285;CASE-BENEFITS-CONSUME-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BENEFITS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-benefits 所属模块和功能 优惠权益与占用台账
02 点击record-open,再点击action-consume 符合前置的对象 核对权益核销填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 以原交易接受结果核销,不重复消费同一权益。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已核销,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-BENEFITS-CONSUME-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-BENEFITS-CONSUME-INVALID。

PATH-BENEFITS-CONSUME-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-BENEFITS-CONSUME-CANCEL。

PATH-BENEFITS-CONSUME-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-286 · PATH-BENEFITS-RELEASE-ALLOW

触发:释放未使用权益占用;角色:运营 / 客服 / 资金复核员;前置:对象处于已预留,合成记录有效,原型场景正常;故事:S-286;CASE-BENEFITS-RELEASE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BENEFITS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-benefits 所属模块和功能 优惠权益与占用台账
02 点击record-open,再点击action-release 符合前置的对象 释放未使用权益占用填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对未消费依据后释放,历史占用仍可追溯。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示可使用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-BENEFITS-RELEASE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-BENEFITS-RELEASE-INVALID。

PATH-BENEFITS-RELEASE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-BENEFITS-RELEASE-CANCEL。

PATH-BENEFITS-RELEASE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-287 · PATH-BENEFITS-CREATE-ALLOW

触发:登记权益发放提案;角色:运营 / 客服 / 资金复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-287;CASE-BENEFITS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-BENEFITS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-benefits 所属模块和功能 优惠权益与占用台账
02 点击create 符合前置的对象 登记权益发放提案填写窗口
03 逐项填写 field-* 提案名称(text);客户(select);提案面额(元)(number);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-BENEFITS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-BENEFITS-CREATE-INVALID。

PATH-BENEFITS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-BENEFITS-CREATE-CANCEL。

PATH-BENEFITS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-288 · PATH-SUBSTITUTIONS-PROPOSE-ALLOW

触发:制定替代方案;角色:运营 / 客服 / 资金复核员;前置:对象处于待提案,合成记录有效,原型场景正常;故事:S-288;CASE-SUBSTITUTIONS-PROPOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUBSTITUTIONS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-substitutions 所属模块和功能 缺货与替代协调台账
02 点击record-open,再点击action-propose 符合前置的对象 制定替代方案填写窗口
03 逐项填写 field-* 替代商品与规格(text);价差(元,可负)(number);配送影响(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 写明替代内容、数量价差和时刻影响,未经接受不改成交。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待客户确认,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SUBSTITUTIONS-PROPOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SUBSTITUTIONS-PROPOSE-INVALID。

PATH-SUBSTITUTIONS-PROPOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SUBSTITUTIONS-PROPOSE-CANCEL。

PATH-SUBSTITUTIONS-PROPOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

触发:记录客户明确决定;角色:运营 / 客服 / 资金复核员;前置:对象处于待客户确认,合成记录有效,原型场景正常;故事:S-289;CASE-SUBSTITUTIONS-CONSENT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUBSTITUTIONS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-substitutions 所属模块和功能 缺货与替代协调台账
02 点击record-open,再点击action-consent 符合前置的对象 记录客户明确决定填写窗口
03 逐项填写 field-* 客户同意凭据(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 仅接受客户同意的方案,资金和承诺变更分别跟进。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示执行中,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SUBSTITUTIONS-CONSENT-INVALID。

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SUBSTITUTIONS-CONSENT-CANCEL。

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-290 · PATH-SUBSTITUTIONS-REJECT-ALLOW

触发:记录客户拒绝替代;角色:运营 / 客服 / 资金复核员;前置:对象处于待客户确认,合成记录有效,原型场景正常;故事:S-290;CASE-SUBSTITUTIONS-REJECT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUBSTITUTIONS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-substitutions 所属模块和功能 缺货与替代协调台账
02 点击record-open,再点击action-reject 符合前置的对象 记录客户拒绝替代填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 原订单保持原依据,转取消或其他服务补救。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示替代未接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SUBSTITUTIONS-REJECT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SUBSTITUTIONS-REJECT-INVALID。

PATH-SUBSTITUTIONS-REJECT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SUBSTITUTIONS-REJECT-CANCEL。

PATH-SUBSTITUTIONS-REJECT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-291 · PATH-SUBSTITUTIONS-CLOSE-ALLOW

触发:核对替代结果;角色:运营 / 客服 / 资金复核员;前置:对象处于执行中,合成记录有效,原型场景正常;故事:S-291;CASE-SUBSTITUTIONS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUBSTITUTIONS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-substitutions 所属模块和功能 缺货与替代协调台账
02 点击record-open,再点击action-close 符合前置的对象 核对替代结果填写窗口
03 逐项填写 field-* 分项结果(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 价差与履约回执齐全后收敛,不直接覆盖原快照。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已收敛,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SUBSTITUTIONS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SUBSTITUTIONS-CLOSE-INVALID。

PATH-SUBSTITUTIONS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SUBSTITUTIONS-CLOSE-CANCEL。

PATH-SUBSTITUTIONS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-292 · PATH-SUBSTITUTIONS-CREATE-ALLOW

触发:登记缺货补救;角色:运营 / 客服 / 资金复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-292;CASE-SUBSTITUTIONS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SUBSTITUTIONS;docs/architecture/08-domain-model/model-06-commerce.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-commerce → tab-substitutions 所属模块和功能 缺货与替代协调台账
02 点击create 符合前置的对象 登记缺货补救填写窗口
03 逐项填写 field-* 补救主题(text);关联订单(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待提案,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SUBSTITUTIONS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SUBSTITUTIONS-CREATE-INVALID。

PATH-SUBSTITUTIONS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SUBSTITUTIONS-CREATE-CANCEL。

PATH-SUBSTITUTIONS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-293 · PATH-PERSONAL-CARDS-RECORD-ALLOW

触发:记录菜卡服务问题;角色:客服 / 客户关系管理员;前置:对象处于客户维护 / 待核对,合成记录有效,原型场景正常;故事:S-293;CASE-PERSONAL-CARDS-RECORD-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERSONAL-CARDS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-personal-cards 所属模块和功能 个人菜卡与餐次偏好台账
02 点击record-open,再点击action-record 符合前置的对象 记录菜卡服务问题填写窗口
03 逐项填写 field-* 客户问题(textarea);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录顾客问题,不替顾客改菜、改已付份量或擅自分享。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待核对,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PERSONAL-CARDS-RECORD-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PERSONAL-CARDS-RECORD-INVALID。

PATH-PERSONAL-CARDS-RECORD-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PERSONAL-CARDS-RECORD-CANCEL。

PATH-PERSONAL-CARDS-RECORD-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-294 · PATH-PERSONAL-CARDS-CLOSE-ALLOW

触发:核对客户处理结果;角色:客服 / 客户关系管理员;前置:对象处于待核对,合成记录有效,原型场景正常;故事:S-294;CASE-PERSONAL-CARDS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-PERSONAL-CARDS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-personal-cards 所属模块和功能 个人菜卡与餐次偏好台账
02 点击record-open,再点击action-close 符合前置的对象 核对客户处理结果填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对客户侧已完成的调整,订单明细保持冻结。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示客户维护,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-PERSONAL-CARDS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-PERSONAL-CARDS-CLOSE-INVALID。

PATH-PERSONAL-CARDS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-PERSONAL-CARDS-CLOSE-CANCEL。

PATH-PERSONAL-CARDS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-295 · PATH-RESTRICTIONS-APPLY-ALLOW

触发:复核限制依据;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-295;CASE-RESTRICTIONS-APPLY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESTRICTIONS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-restrictions 所属模块和功能 客户用途与服务限制台账
02 点击record-open,再点击action-apply 符合前置的对象 复核限制依据填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只限制明确用途,不删除客户历史交易。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效限制,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RESTRICTIONS-APPLY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RESTRICTIONS-APPLY-INVALID。

PATH-RESTRICTIONS-APPLY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RESTRICTIONS-APPLY-CANCEL。

PATH-RESTRICTIONS-APPLY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-296 · PATH-RESTRICTIONS-REQUEST-ALLOW

触发:提出解除核验;角色:客服 / 客户关系管理员;前置:对象处于有效限制,合成记录有效,原型场景正常;故事:S-296;CASE-RESTRICTIONS-REQUEST-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESTRICTIONS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-restrictions 所属模块和功能 客户用途与服务限制台账
02 点击record-open,再点击action-request 符合前置的对象 提出解除核验填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 新证据单独核验,不能用客服结案解除限制。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示解除待核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RESTRICTIONS-REQUEST-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RESTRICTIONS-REQUEST-INVALID。

PATH-RESTRICTIONS-REQUEST-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RESTRICTIONS-REQUEST-CANCEL。

PATH-RESTRICTIONS-REQUEST-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-297 · PATH-RESTRICTIONS-RELEASE-ALLOW

触发:复核解除特定限制;角色:独立复核岗;前置:对象处于解除待核,合成记录有效,原型场景正常;故事:S-297;CASE-RESTRICTIONS-RELEASE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-RESTRICTIONS;docs/architecture/08-domain-model/model-02-customer.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-customer → tab-restrictions 所属模块和功能 客户用途与服务限制台账
02 点击record-open,再点击action-release 符合前置的对象 复核解除特定限制填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只解除本项限制,其他用途和授权不改变。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已解除,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-RESTRICTIONS-RELEASE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-RESTRICTIONS-RELEASE-INVALID。

PATH-RESTRICTIONS-RELEASE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-RESTRICTIONS-RELEASE-CANCEL。

PATH-RESTRICTIONS-RELEASE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-298 · PATH-SERVICE-CONTRACTS-SUBMIT-ALLOW

触发:提交约定内容核对;角色:计划运营 / 客服;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-298;CASE-SERVICE-CONTRACTS-SUBMIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CONTRACTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-service-contracts 所属模块和功能 持续服务约定台账
02 点击record-open,再点击action-submit 符合前置的对象 提交约定内容核对填写窗口
03 逐项填写 field-* 约定内容(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确服务范围与取消边界,不推导会员或银行卡自动扣费。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待客户接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CONTRACTS-SUBMIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CONTRACTS-SUBMIT-INVALID。

PATH-SERVICE-CONTRACTS-SUBMIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CONTRACTS-SUBMIT-CANCEL。

PATH-SERVICE-CONTRACTS-SUBMIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-299 · PATH-SERVICE-CONTRACTS-ACCEPT-ALLOW

触发:核验客户接受记录;角色:计划运营 / 客服;前置:对象处于待客户接受,合成记录有效,原型场景正常;故事:S-299;CASE-SERVICE-CONTRACTS-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CONTRACTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-service-contracts 所属模块和功能 持续服务约定台账
02 点击record-open,再点击action-accept 符合前置的对象 核验客户接受记录填写窗口
03 逐项填写 field-* 客户接受依据(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 冻结已接受版本,周期与订单引用,不回写历史。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CONTRACTS-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CONTRACTS-ACCEPT-INVALID。

PATH-SERVICE-CONTRACTS-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CONTRACTS-ACCEPT-CANCEL。

PATH-SERVICE-CONTRACTS-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-300 · PATH-SERVICE-CONTRACTS-PAUSE-ALLOW

触发:暂停未来服务意图;角色:计划运营 / 客服;前置:对象处于有效,合成记录有效,原型场景正常;故事:S-300;CASE-SERVICE-CONTRACTS-PAUSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CONTRACTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-service-contracts 所属模块和功能 持续服务约定台账
02 点击record-open,再点击action-pause 符合前置的对象 暂停未来服务意图填写窗口
03 逐项填写 field-* 处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只影响未来周期,已成交订单和实际履约继续各自处理。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已暂停,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CONTRACTS-PAUSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CONTRACTS-PAUSE-INVALID。

PATH-SERVICE-CONTRACTS-PAUSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CONTRACTS-PAUSE-CANCEL。

PATH-SERVICE-CONTRACTS-PAUSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-301 · PATH-SERVICE-CONTRACTS-RESUME-ALLOW

触发:提出服务恢复;角色:计划运营 / 客服;前置:对象处于已暂停,合成记录有效,原型场景正常;故事:S-301;CASE-SERVICE-CONTRACTS-RESUME-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CONTRACTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-service-contracts 所属模块和功能 持续服务约定台账
02 点击record-open,再点击action-resume 符合前置的对象 提出服务恢复填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 重新明确客户意愿,不自动续购或扣费。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待客户接受,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CONTRACTS-RESUME-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CONTRACTS-RESUME-INVALID。

PATH-SERVICE-CONTRACTS-RESUME-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CONTRACTS-RESUME-CANCEL。

PATH-SERVICE-CONTRACTS-RESUME-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-302 · PATH-SERVICE-CONTRACTS-CREATE-ALLOW

触发:建立服务约定草稿;角色:计划运营 / 客服;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-302;CASE-SERVICE-CONTRACTS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-SERVICE-CONTRACTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-service-contracts 所属模块和功能 持续服务约定台账
02 点击create 符合前置的对象 建立服务约定草稿填写窗口
03 逐项填写 field-* 约定名称(text);服务内容(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-SERVICE-CONTRACTS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-SERVICE-CONTRACTS-CREATE-INVALID。

PATH-SERVICE-CONTRACTS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-SERVICE-CONTRACTS-CREATE-CANCEL。

PATH-SERVICE-CONTRACTS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-303 · PATH-ENTITLEMENTS-HOLD-ALLOW

触发:核验周期权益占用;角色:计划运营 / 客服;前置:对象处于可使用,合成记录有效,原型场景正常;故事:S-303;CASE-ENTITLEMENTS-HOLD-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ENTITLEMENTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-entitlements 所属模块和功能 服务权益与周期占用台账
02 点击record-open,再点击action-hold 符合前置的对象 核验周期权益占用填写窗口
03 逐项填写 field-* 周期意图编号(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 关联唯一周期意图,不同时为两个标准订单消费同一权益。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已占用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ENTITLEMENTS-HOLD-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ENTITLEMENTS-HOLD-INVALID。

PATH-ENTITLEMENTS-HOLD-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ENTITLEMENTS-HOLD-CANCEL。

PATH-ENTITLEMENTS-HOLD-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-304 · PATH-ENTITLEMENTS-CONSUME-ALLOW

触发:核对周期使用结果;角色:计划运营 / 客服;前置:对象处于已占用,合成记录有效,原型场景正常;故事:S-304;CASE-ENTITLEMENTS-CONSUME-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ENTITLEMENTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-entitlements 所属模块和功能 服务权益与周期占用台账
02 点击record-open,再点击action-consume 符合前置的对象 核对周期使用结果填写窗口
03 逐项填写 field-* 标准订单编号(text);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核验标准订单关联后记录使用,周期出单幂等。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已使用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ENTITLEMENTS-CONSUME-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ENTITLEMENTS-CONSUME-INVALID。

PATH-ENTITLEMENTS-CONSUME-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ENTITLEMENTS-CONSUME-CANCEL。

PATH-ENTITLEMENTS-CONSUME-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-305 · PATH-ENTITLEMENTS-RELEASE-ALLOW

触发:释放未用周期占用;角色:计划运营 / 客服;前置:对象处于已占用,合成记录有效,原型场景正常;故事:S-305;CASE-ENTITLEMENTS-RELEASE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ENTITLEMENTS;docs/architecture/08-domain-model/model-05-demand.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-demand → tab-entitlements 所属模块和功能 服务权益与周期占用台账
02 点击record-open,再点击action-release 符合前置的对象 释放未用周期占用填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只释放未使用部分,保留所有历史占用。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示可使用,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ENTITLEMENTS-RELEASE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ENTITLEMENTS-RELEASE-INVALID。

PATH-ENTITLEMENTS-RELEASE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ENTITLEMENTS-RELEASE-CANCEL。

PATH-ENTITLEMENTS-RELEASE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-306 · PATH-FULFILLMENT-PLANS-RECEIVE-ALLOW

触发:核验商业确认并接收;角色:履约主管 / 作业员;前置:对象处于待接收,合成记录有效,原型场景正常;故事:S-306;CASE-FULFILLMENT-PLANS-RECEIVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-FULFILLMENT-PLANS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-fulfillment-plans 所属模块和功能 履约接收与计划版本台账
02 点击record-open,再点击action-receive 符合前置的对象 核验商业确认并接收填写窗口
03 逐项填写 field-* 商业与确认依据(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 按订单及合法履约组唯一接收,不创建第二张商业订单。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-FULFILLMENT-PLANS-RECEIVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-FULFILLMENT-PLANS-RECEIVE-INVALID。

PATH-FULFILLMENT-PLANS-RECEIVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-FULFILLMENT-PLANS-RECEIVE-CANCEL。

PATH-FULFILLMENT-PLANS-RECEIVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-307 · PATH-FULFILLMENT-PLANS-REVISE-ALLOW

触发:提出计划修订;角色:履约主管 / 作业员;前置:对象处于已接收,合成记录有效,原型场景正常;故事:S-307;CASE-FULFILLMENT-PLANS-REVISE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-FULFILLMENT-PLANS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-fulfillment-plans 所属模块和功能 履约接收与计划版本台账
02 点击record-open,再点击action-revise 符合前置的对象 提出计划修订填写窗口
03 逐项填写 field-* 修订步骤与依赖(textarea);在途影响与处理(textarea);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 列明依赖变化与在途影响,不暗改正在执行的任务。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示修订待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-FULFILLMENT-PLANS-REVISE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-FULFILLMENT-PLANS-REVISE-INVALID。

PATH-FULFILLMENT-PLANS-REVISE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-FULFILLMENT-PLANS-REVISE-CANCEL。

PATH-FULFILLMENT-PLANS-REVISE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-308 · PATH-FULFILLMENT-PLANS-APPROVE-ALLOW

触发:复核计划修订;角色:独立复核岗;前置:对象处于修订待复核,合成记录有效,原型场景正常;故事:S-308;CASE-FULFILLMENT-PLANS-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-FULFILLMENT-PLANS;docs/architecture/08-domain-model/model-07-fulfillment.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md;docs/architecture/05-domain/WEEKLY-CARE-PLAN.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-fulfillment → tab-fulfillment-plans 所属模块和功能 履约接收与计划版本台账
02 点击record-open,再点击action-approve 符合前置的对象 复核计划修订填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 保存新计划版本与受影响任务的处理依据。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已接收,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-FULFILLMENT-PLANS-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-FULFILLMENT-PLANS-APPROVE-INVALID。

PATH-FULFILLMENT-PLANS-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-FULFILLMENT-PLANS-APPROVE-CANCEL。

PATH-FULFILLMENT-PLANS-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-309 · PATH-ACCOUNTING-SCOPES-EDIT-ALLOW

触发:编辑核算范围提案;角色:会计 / 财务复核员;前置:对象处于草稿,合成记录有效,原型场景正常;故事:S-309;CASE-ACCOUNTING-SCOPES-EDIT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTING-SCOPES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-accounting-scopes 所属模块和功能 核算主体与账簿台账
02 点击record-open,再点击action-edit 符合前置的对象 编辑核算范围提案填写窗口
03 逐项填写 field-* 核算主体(text);账簿名称(text);日历依据(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确主体和账簿引用,历史范围不随新配置改变。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTING-SCOPES-EDIT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTING-SCOPES-EDIT-INVALID。

PATH-ACCOUNTING-SCOPES-EDIT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTING-SCOPES-EDIT-CANCEL。

PATH-ACCOUNTING-SCOPES-EDIT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-310 · PATH-ACCOUNTING-SCOPES-APPROVE-ALLOW

触发:复核范围生效;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-310;CASE-ACCOUNTING-SCOPES-APPROVE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTING-SCOPES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-accounting-scopes 所属模块和功能 核算主体与账簿台账
02 点击record-open,再点击action-approve 符合前置的对象 复核范围生效填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 只对明确适用的核算范围生效,保留历史版本。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已生效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTING-SCOPES-APPROVE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTING-SCOPES-APPROVE-INVALID。

PATH-ACCOUNTING-SCOPES-APPROVE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTING-SCOPES-APPROVE-CANCEL。

PATH-ACCOUNTING-SCOPES-APPROVE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-311 · PATH-ACCOUNTING-SCOPES-CREATE-ALLOW

触发:建立核算范围提案;角色:会计 / 财务复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-311;CASE-ACCOUNTING-SCOPES-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ACCOUNTING-SCOPES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-accounting-scopes 所属模块和功能 核算主体与账簿台账
02 点击create 符合前置的对象 建立核算范围提案填写窗口
03 逐项填写 field-* 范围名称(text);核算主体(text);账簿名称(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示草稿,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ACCOUNTING-SCOPES-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ACCOUNTING-SCOPES-CREATE-INVALID。

PATH-ACCOUNTING-SCOPES-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ACCOUNTING-SCOPES-CREATE-CANCEL。

PATH-ACCOUNTING-SCOPES-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-312 · PATH-OPENING-BALANCES-VERIFY-ALLOW

触发:登记来源与映射核对;角色:会计 / 财务复核员;前置:对象处于待核对 / 差异待核,合成记录有效,原型场景正常;故事:S-312;CASE-OPENING-BALANCES-VERIFY-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-OPENING-BALANCES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-opening-balances 所属模块和功能 期初与迁移核对台账
02 点击record-open,再点击action-verify 符合前置的对象 登记来源与映射核对填写窗口
03 逐项填写 field-* 映射核对结果(select);证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 未知状态保留待核,未决映射不能强制转为成功。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待复核,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-OPENING-BALANCES-VERIFY-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-OPENING-BALANCES-VERIFY-INVALID。

PATH-OPENING-BALANCES-VERIFY-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-OPENING-BALANCES-VERIFY-CANCEL。

PATH-OPENING-BALANCES-VERIFY-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-313 · PATH-OPENING-BALANCES-ACCEPT-ALLOW

触发:复核迁移批次;角色:独立复核岗;前置:对象处于待复核,合成记录有效,原型场景正常;故事:S-313;CASE-OPENING-BALANCES-ACCEPT-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-OPENING-BALANCES;docs/architecture/08-domain-model/model-08-finance.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-finance → tab-opening-balances 所属模块和功能 期初与迁移核对台账
02 点击record-open,再点击action-accept 符合前置的对象 复核迁移批次填写窗口
03 逐项填写 field-* 借方合计(元)(number);贷方合计(元)(number);期间条件(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 明确来源唯一性、平衡和适用期间,追加迁移记录。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已登记,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-OPENING-BALANCES-ACCEPT-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-OPENING-BALANCES-ACCEPT-INVALID。

PATH-OPENING-BALANCES-ACCEPT-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-OPENING-BALANCES-ACCEPT-CANCEL。

PATH-OPENING-BALANCES-ACCEPT-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-314 · PATH-ASSIGNMENTS-ACTIVATE-ALLOW

触发:核验任职生效;角色:独立复核岗;前置:对象处于待生效,合成记录有效,原型场景正常;故事:S-314;CASE-ASSIGNMENTS-ACTIVATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSIGNMENTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-assignments 所属模块和功能 岗位任职与角色指派台账
02 点击record-open,再点击action-activate 符合前置的对象 核验任职生效填写窗口
03 逐项填写 field-* 证据编号(text);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 核对主体、角色、范围及有效期,不因角色名称自动授权。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示有效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ASSIGNMENTS-ACTIVATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ASSIGNMENTS-ACTIVATE-INVALID。

PATH-ASSIGNMENTS-ACTIVATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ASSIGNMENTS-ACTIVATE-CANCEL。

PATH-ASSIGNMENTS-ACTIVATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-315 · PATH-ASSIGNMENTS-REVOKE-ALLOW

触发:撤销职责指派;角色:组织管理员 / 安全复核员;前置:对象处于有效,合成记录有效,原型场景正常;故事:S-315;CASE-ASSIGNMENTS-REVOKE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSIGNMENTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-assignments 所属模块和功能 岗位任职与角色指派台账
02 点击record-open,再点击action-revoke 符合前置的对象 撤销职责指派填写窗口
03 逐项填写 field-* 接收岗位(select);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 停止新的意图,已有义务继续受限恢复与交接。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示撤销待交接,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ASSIGNMENTS-REVOKE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ASSIGNMENTS-REVOKE-INVALID。

PATH-ASSIGNMENTS-REVOKE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ASSIGNMENTS-REVOKE-CANCEL。

PATH-ASSIGNMENTS-REVOKE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-316 · PATH-ASSIGNMENTS-CLOSE-ALLOW

触发:核验责任已接收;角色:组织管理员 / 安全复核员;前置:对象处于撤销待交接,合成记录有效,原型场景正常;故事:S-316;CASE-ASSIGNMENTS-CLOSE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSIGNMENTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-assignments 所属模块和功能 岗位任职与角色指派台账
02 点击record-open,再点击action-close 符合前置的对象 核验责任已接收填写窗口
03 逐项填写 field-* 交接回执(select);证据编号(text);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 接收回执齐全后完成职责撤销的工作交接。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示已撤销,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ASSIGNMENTS-CLOSE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ASSIGNMENTS-CLOSE-INVALID。

PATH-ASSIGNMENTS-CLOSE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ASSIGNMENTS-CLOSE-CANCEL。

PATH-ASSIGNMENTS-CLOSE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

F-317 · PATH-ASSIGNMENTS-CREATE-ALLOW

触发:登记岗位指派;角色:组织管理员 / 安全复核员;前置:对象处于新建意图,合成记录有效,原型场景正常;故事:S-317;CASE-ASSIGNMENTS-CREATE-ALLOW;source_refs:REQ-DW-ADMIN-PROTOTYPE/FR-ASSIGNMENTS;docs/architecture/08-domain-model/model-01-identity.md;docs/architecture/07-bounded-context/CONTEXT-MAP.md。

步骤 用户动作 / data-test 输入 立即可见结果
01 点击 nav-identity → tab-assignments 所属模块和功能 岗位任职与角色指派台账
02 点击create 符合前置的对象 登记岗位指派填写窗口
03 逐项填写 field-* 指派名称(text);成员标识(text);作用范围(select);有效期至(date);处理原因(textarea);原因填“核对本次服务依据”,凭据填“EVIDENCE-DEMO-01” 输入保留,必填标签清晰
04 点击 review-action 核对影响 记录草稿与依据,不自动发布、收款或形成履约承诺。
05 勾选 acknowledge 明确核对 可提交
06 点击 submit-action 本次处理 receipt-state 显示待生效,仅一条回执
07 点击 view-result 查看业务记录 状态、填写内容、历史可查
08 浏览器刷新 同一对象 结果仍在,没有重复副作用

PATH-ASSIGNMENTS-CREATE-INVALID

从步骤01开始 → 打开动作 → 留空必填 → 点击review-action → 可见字段错误且没有回执 → 补全输入 → 沿ALLOW步骤04继续。CASE-ASSIGNMENTS-CREATE-INVALID。

PATH-ASSIGNMENTS-CREATE-CANCEL

从步骤01开始 → 打开动作并填写 → 点击cancel-action → 确认放弃 → 列表与详情状态不变,处理历史没有新增。CASE-ASSIGNMENTS-CREATE-CANCEL。

PATH-ASSIGNMENTS-CREATE-RECOVER

从步骤01开始 → 填写并核对 → 在原型执行条件选择网络失败或保存失败 → 提交 → 可见失败原因且记录不变 → 恢复正常 → 再次核对并提交 → 唯一回执。版本变化改为关闭后回源,不能直接重试覆盖。只读岗位无法打开写操作。

模块交互覆盖图

控件 / data-test 动线 作用
nav-commerce / tab-orders / record-search / status-filter / record-open / back-list F-001 当前事实查询
nav-commerce / tab-pricing / record-search / status-filter / record-open / back-list F-002 当前事实查询
nav-commerce / tab-payments / record-search / status-filter / record-open / back-list F-003 当前事实查询
nav-commerce / tab-refunds / record-search / status-filter / record-open / back-list F-004 当前事实查询
nav-commerce / tab-aftersales / record-search / status-filter / record-open / back-list F-005 当前事实查询
nav-commerce / tab-changes / record-search / status-filter / record-open / back-list F-006 当前事实查询
nav-commerce / tab-reconciliation / record-search / status-filter / record-open / back-list F-007 当前事实查询
nav-demand / tab-confirmations / record-search / status-filter / record-open / back-list F-008 当前事实查询
nav-demand / tab-reservations / record-search / status-filter / record-open / back-list F-009 当前事实查询
nav-demand / tab-capacity / record-search / status-filter / record-open / back-list F-010 当前事实查询
nav-demand / tab-cycles / record-search / status-filter / record-open / back-list F-011 当前事实查询
nav-demand / tab-tariffs / record-search / status-filter / record-open / back-list F-012 当前事实查询
nav-demand / tab-retained / record-search / status-filter / record-open / back-list F-013 当前事实查询
nav-catalog / tab-products / record-search / status-filter / record-open / back-list F-014 当前事实查询
nav-catalog / tab-recipes / record-search / status-filter / record-open / back-list F-015 当前事实查询
nav-catalog / tab-content / record-search / status-filter / record-open / back-list F-016 当前事实查询
nav-catalog / tab-publications / record-search / status-filter / record-open / back-list F-017 当前事实查询
nav-supply / tab-receiving / record-search / status-filter / record-open / back-list F-018 当前事实查询
nav-supply / tab-lots / record-search / status-filter / record-open / back-list F-019 当前事实查询
nav-supply / tab-quality / record-search / status-filter / record-open / back-list F-020 当前事实查询
nav-supply / tab-allocations / record-search / status-filter / record-open / back-list F-021 当前事实查询
nav-supply / tab-transformations / record-search / status-filter / record-open / back-list F-022 当前事实查询
nav-supply / tab-trace / record-search / status-filter / record-open / back-list F-023 当前事实查询
nav-supply / tab-recalls / record-search / status-filter / record-open / back-list F-024 当前事实查询
nav-supply / tab-supply-capacity / record-search / status-filter / record-open / back-list F-025 当前事实查询
nav-fulfillment / tab-tasks / record-search / status-filter / record-open / back-list F-026 当前事实查询
nav-fulfillment / tab-workstations / record-search / status-filter / record-open / back-list F-027 当前事实查询
nav-fulfillment / tab-measurements / record-search / status-filter / record-open / back-list F-028 当前事实查询
nav-fulfillment / tab-packages / record-search / status-filter / record-open / back-list F-029 当前事实查询
nav-fulfillment / tab-deliveries / record-search / status-filter / record-open / back-list F-030 当前事实查询
nav-fulfillment / tab-returns / record-search / status-filter / record-open / back-list F-031 当前事实查询
nav-fulfillment / tab-work-capacity / record-search / status-filter / record-open / back-list F-032 当前事实查询
nav-customer / tab-customers / record-search / status-filter / record-open / back-list F-033 当前事实查询
nav-customer / tab-addresses / record-search / status-filter / record-open / back-list F-034 当前事实查询
nav-customer / tab-plans / record-search / status-filter / record-open / back-list F-035 当前事实查询
nav-customer / tab-service-cases / record-search / status-filter / record-open / back-list F-036 当前事实查询
nav-customer / tab-leaders / record-search / status-filter / record-open / back-list F-037 当前事实查询
nav-customer / tab-privacy / record-search / status-filter / record-open / back-list F-038 当前事实查询
nav-finance / tab-sources / record-search / status-filter / record-open / back-list F-039 当前事实查询
nav-finance / tab-journals / record-search / status-filter / record-open / back-list F-040 当前事实查询
nav-finance / tab-periods / record-search / status-filter / record-open / back-list F-041 当前事实查询
nav-finance / tab-posting-rules / record-search / status-filter / record-open / back-list F-042 当前事实查询
nav-finance / tab-trial-balance / record-search / status-filter / record-open / back-list F-043 当前事实查询
nav-channel / tab-channel-accounts / record-search / status-filter / record-open / back-list F-044 当前事实查询
nav-channel / tab-bindings / record-search / status-filter / record-open / back-list F-045 当前事实查询
nav-channel / tab-imports / record-search / status-filter / record-open / back-list F-046 当前事实查询
nav-channel / tab-outbound / record-search / status-filter / record-open / back-list F-047 当前事实查询
nav-channel / tab-statements / record-search / status-filter / record-open / back-list F-048 当前事实查询
nav-analytics / tab-reports / record-search / status-filter / record-open / back-list F-049 当前事实查询
nav-analytics / tab-metrics / record-search / status-filter / record-open / back-list F-050 当前事实查询
nav-analytics / tab-data-quality / record-search / status-filter / record-open / back-list F-051 当前事实查询
nav-analytics / tab-rebuilds / record-search / status-filter / record-open / back-list F-052 当前事实查询
nav-analytics / tab-exports / record-search / status-filter / record-open / back-list F-053 当前事实查询
nav-identity / tab-accounts / record-search / status-filter / record-open / back-list F-054 当前事实查询
nav-identity / tab-org / record-search / status-filter / record-open / back-list F-055 当前事实查询
nav-identity / tab-roles / record-search / status-filter / record-open / back-list F-056 当前事实查询
nav-identity / tab-scopes / record-search / status-filter / record-open / back-list F-057 当前事实查询
nav-identity / tab-sessions / record-search / status-filter / record-open / back-list F-058 当前事实查询
nav-identity / tab-service-principals / record-search / status-filter / record-open / back-list F-059 当前事实查询
nav-identity / tab-menus / record-search / status-filter / record-open / back-list F-060 当前事实查询
nav-platform / tab-handoffs / record-search / status-filter / record-open / back-list F-061 当前事实查询
nav-platform / tab-exceptions / record-search / status-filter / record-open / back-list F-062 当前事实查询
nav-platform / tab-notifications / record-search / status-filter / record-open / back-list F-063 当前事实查询
nav-platform / tab-assets / record-search / status-filter / record-open / back-list F-064 当前事实查询
nav-platform / tab-jobs / record-search / status-filter / record-open / back-list F-065 当前事实查询
nav-platform / tab-dictionaries / record-search / status-filter / record-open / back-list F-066 当前事实查询
nav-platform / tab-configuration / record-search / status-filter / record-open / back-list F-067 当前事实查询
nav-platform / tab-audit / record-search / status-filter / record-open / back-list F-068 当前事实查询
nav-platform / tab-monitor / record-search / status-filter / record-open / back-list F-069 当前事实查询
nav-platform / tab-api-directory / record-search / status-filter / record-open / back-list F-070 当前事实查询
nav-commerce / tab-quotes / record-search / status-filter / record-open / back-list F-267 当前事实查询
nav-commerce / tab-benefits / record-search / status-filter / record-open / back-list F-268 当前事实查询
nav-commerce / tab-substitutions / record-search / status-filter / record-open / back-list F-269 当前事实查询
nav-customer / tab-personal-cards / record-search / status-filter / record-open / back-list F-270 当前事实查询
nav-customer / tab-restrictions / record-search / status-filter / record-open / back-list F-271 当前事实查询
nav-demand / tab-service-contracts / record-search / status-filter / record-open / back-list F-272 当前事实查询
nav-demand / tab-entitlements / record-search / status-filter / record-open / back-list F-273 当前事实查询
nav-fulfillment / tab-fulfillment-plans / record-search / status-filter / record-open / back-list F-274 当前事实查询
nav-finance / tab-accounting-scopes / record-search / status-filter / record-open / back-list F-275 当前事实查询
nav-finance / tab-opening-balances / record-search / status-filter / record-open / back-list F-276 当前事实查询
nav-identity / tab-assignments / record-search / status-filter / record-open / back-list F-277 当前事实查询
nav-identity / tab-authorization / record-search / status-filter / record-open / back-list F-278 当前事实查询
action-change / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-071 申请改址 / 改期及回执
action-cancel / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-072 申请取消及回执
action-check / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-073 核对协调回执及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-074 编辑价格草稿及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-075 提交价格复核及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-076 批准并生效及回执
action-withdraw / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-077 撤回生效版本及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-078 新建价格提案及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-079 查询原收款结果及回执
action-issue / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-080 登记收款差异及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-081 审核并预留额度及回执
action-execute / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-082 提交原退款请求及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-083 查询原退款结果及回执
action-resolve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-084 制定处理方案及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-085 批准处理方案及回执
action-check / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-086 核对分项回执及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-087 核验并关闭及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-088 登记售后诉求及回执
action-consent / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-089 登记客户明确确认及回执
action-receipt / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-090 核对变更回执及回执
action-recover / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-091 分派异常恢复及回执
action-match / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-092 执行账单匹配及回执
action-resolve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-093 登记差异核验及回执
action-remind / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-094 安排确认提醒及回执
action-skip / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-095 登记未确认停送及回执
action-restore / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-096 登记客户恢复意向及回执
action-accepted / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-097 核验客户确认记录及回执
action-release / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-098 释放暂占及回执
action-reschedule / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-099 提出承诺改期及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-100 核对替换结果及回执
action-adopt / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-101 核对并采纳来源及回执
action-conflict / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-102 分派承诺冲突及回执
action-link / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-103 核验周期出单及回执
action-pause / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-104 暂停后续周期及回执
action-resume / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-105 提出恢复周期及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-106 编辑费用提案及回执
action-review / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-107 提交政策评审及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-108 核对留存记录及回执
action-exit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-109 登记退出诉求及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-110 编辑规格草稿及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-111 提交规格复核及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-112 批准发布规格及回执
action-offline / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-113 停止新销售展示及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-114 新建商品及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-115 调整食材映射及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-116 提交菜谱复核及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-117 发布菜谱版本及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-118 新建菜谱及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-119 编辑内容草稿及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-120 提交内容复核及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-121 批准内容发布及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-122 新建内容及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-123 核对并发布及回执
action-rollback / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-124 回退到已审核版本及回执
action-receive / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-125 核验并接收及回执
action-dedup / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-126 关联已有接收及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-127 登记接收意向及回执
action-correct / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-128 提出账本更正及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-129 复核账本更正及回执
action-release / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-130 记录质量放行决定及回执
action-isolate / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-131 实施质量隔离及回执
action-reassess / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-132 提交解除隔离复核及回执
action-lift / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-133 批准解除隔离及回执
action-allocate / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-134 核对并分配及回执
action-release / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-135 释放未消耗分配及回执
action-redirect / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-136 提出替代批次及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-137 核对转换并入账及回执
action-bind / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-138 补齐物料绑定及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-139 发布追溯摘要及回执
action-revoke / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-140 撤销公开凭据及回执
action-start / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-141 启动召回协调及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-142 核对处置回执及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-143 复核并关闭召回及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-144 核验能力并发布及回执
action-assign / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-145 指派任务及回执
action-claim / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-146 领取并开始及回执
action-finish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-147 提交作业完成及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-318 独立验收作业及回执
action-reassign / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-148 改派并交接及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-149 接受工位条件及回执
action-stop / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-150 暂停工位作业及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-151 核对并接受读数及回执
action-review / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-152 提交补传复核及回执
action-seal / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-153 核验并封包及回执
action-label / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-154 重新打印标签及回执
action-handoff / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-155 发起配送交接及回执
action-dispatch / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-156 核对交接并出发及回执
action-deliver / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-157 提交交付证明及回执
action-exception / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-158 登记配送异常及回执
action-retry / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-159 安排再次交付及回执
action-assign / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-160 安排回收及回执
action-receive / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-161 登记回收证明及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-162 调整能力提案及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-163 发布能力版本及回执
action-contact / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-164 登记服务联系及回执
action-correct / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-165 提出资料更正及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-166 核验资料更正及回执
action-restricted-contact / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-279 登记受限服务联系及回执
action-request / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-167 登记地址更正申请及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-168 核验客户申请及回执
action-note / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-169 登记计划服务备注及回执
action-claim / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-170 受理服务事项及回执
action-refer / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-171 关联售后处理及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-172 记录沟通结果及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-173 登记服务事项及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-174 审核活动资格及回执
action-end / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-175 结束活动关系及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-176 登记团长申请及回执
action-process / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-177 接受用途限制及回执
action-merge / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-178 提交合并核验及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-179 核验传播完成及回执
action-interpret / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-180 按规则解释来源及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-181 重新核验原来源及回执
action-post / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-182 复核并过账及回执
action-adjust / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-183 提出冲销 / 调整及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-184 复核调整依据及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-185 提交关账复核及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-186 批准关账及回执
action-open / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-187 开放新期间及回执
action-reopen / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-280 提出期间重开申请及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-188 编辑规则提案及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-189 提交规则复核及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-190 批准规则版本及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-191 新建规则提案及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-192 记录试算核对及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-193 核验渠道授权及回执
action-exit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-194 发起渠道退出及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-195 核对退出回执及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-196 登记渠道账户及回执
action-save / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-197 核对并保存映射及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-198 新建对象映射及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-199 校验并请求标准订单及回执
action-dedup / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-200 核对并关联原结果及回执
action-retry / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-201 按修正映射重试及回执
action-send / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-202 发送原目标及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-203 查询原回传结果及回执
action-handoff / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-204 校验并交资金核对及回执
action-issue / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-205 登记指标疑问及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-206 编辑指标定义及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-207 提交口径验证及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-208 发布已验证口径及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-209 新建指标提案及回执
action-assign / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-210 分派回源核对及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-211 登记修源依据及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-212 验证并关闭问题及回执
action-build / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-213 发起重算及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-214 验证并切换结果及回执
action-generate / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-215 生成脱敏导出及回执
action-revoke / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-216 撤销下载凭据及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-217 申请数据导出及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-218 编辑账号职责及回执
action-enable / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-219 核验并启用账号及回执
action-disable / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-220 停用并发起交接及回执
action-handoff / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-221 核验工作交接及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-222 新建员工账号及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-223 编辑组织岗位及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-224 核验组织版本及回执
action-change / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-225 提出组织调整及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-226 新建组织 / 岗位及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-227 编辑授权提案及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-228 提交权限复核及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-229 批准权限版本及回执
action-revoke / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-230 撤销角色授权及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-231 新建角色提案及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-232 编辑范围提案及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-233 批准范围版本及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-234 新建范围提案及回执
action-revoke / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-235 撤销会话 / 绑定及回执
action-activate / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-236 核验服务授权及回执
action-rotate / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-237 登记凭据轮换及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-238 新建服务主体及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-239 编辑入口分组及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-240 发布入口配置及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-241 登记导航入口及回执
action-claim / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-242 认领待办及回执
action-handoff / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-243 发起工作交接及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-244 接受工作交接及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-245 核对源事项完成及回执
action-assign / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-246 分派恢复责任及回执
action-receipt / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-247 登记恢复回执及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-248 核验业务恢复及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-249 登记恢复事项及回执
action-send / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-250 发送 / 重试通知及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-251 安排通知及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-252 校验文件引用及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-253 登记文件引用及回执
action-configure / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-254 配置调度提案及回执
action-enable / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-255 启用调度及回执
action-pause / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-256 暂停未来执行及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-257 新建受限调度及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-258 编辑字典草稿及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-259 发布字典版本及回执
action-revise / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-260 创建修订提案及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-261 新建字典草稿及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-262 编辑参数提案及回执
action-publish / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-263 复核参数生效及回执
action-rollback / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-264 回退配置版本及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-265 新建参数提案及回执
action-incident / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-266 登记观测事件及回执
action-refresh / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-281 核对报价来源及回执
action-record / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-282 登记客户接受依据及回执
action-grant / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-283 复核权益发放及回执
action-reserve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-284 核验使用预留及回执
action-consume / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-285 核对权益核销及回执
action-release / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-286 释放未使用权益占用及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-287 登记权益发放提案及回执
action-propose / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-288 制定替代方案及回执
action-consent / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-289 记录客户明确决定及回执
action-reject / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-290 记录客户拒绝替代及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-291 核对替代结果及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-292 登记缺货补救及回执
action-record / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-293 记录菜卡服务问题及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-294 核对客户处理结果及回执
action-apply / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-295 复核限制依据及回执
action-request / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-296 提出解除核验及回执
action-release / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-297 复核解除特定限制及回执
action-submit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-298 提交约定内容核对及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-299 核验客户接受记录及回执
action-pause / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-300 暂停未来服务意图及回执
action-resume / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-301 提出服务恢复及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-302 建立服务约定草稿及回执
action-hold / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-303 核验周期权益占用及回执
action-consume / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-304 核对周期使用结果及回执
action-release / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-305 释放未用周期占用及回执
action-receive / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-306 核验商业确认并接收及回执
action-revise / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-307 提出计划修订及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-308 复核计划修订及回执
action-edit / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-309 编辑核算范围提案及回执
action-approve / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-310 复核范围生效及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-311 建立核算范围提案及回执
action-verify / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-312 登记来源与映射核对及回执
action-accept / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-313 复核迁移批次及回执
action-activate / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-314 核验任职生效及回执
action-revoke / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-315 撤销职责指派及回执
action-close / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-316 核验责任已接收及回执
create / field-* / review-action / acknowledge / submit-action / receipt-state / view-result F-317 登记岗位指派及回执
global-search / design-notes / profile PATH-SHELL 搜索入口、阅读设计说明、查看岗位
scenario / persona / scope / reset / confirm-reset PATH-SHELL 原型前置与隔离恢复;不属于生产业务
clear-filters / export / linked-record PATH-SHELL 查询恢复、脱敏导出、对象关联
execution-scenario / pending-evidence / confirm-pending PATH-EXTERNAL-RECOVERY 未知结果核验

覆盖与证据边界

本文是设计动线,不是执行报告。普通查询、每项状态动作与新建流程均有ALLOW/INVALID/CANCEL;权限、版本、持久化与网络为横向协议,独立业务门禁另见CROSS-FLOWS.md。实际浏览器执行记录单独保存在VERIFICATION.md及verification-results.json。正式REQ映射与生产E2E尚未建立,不能宣称S7通过。