TARGETF4Admin · 审核待处理预约并给客户明确结果的商家运营
预约审核与决策
在客户需求、时段容量、历史和通知影响同屏后,生成可并发保护的审核决策
UI STUDIO
target-booking-merchant-reviewAdmin1440 × 900100%
100%
- 1项目上下文审核指标与 SLO
- 2队列指标组合筛选
- 3筛选/排序预约队列
- 4预约列表客户/Intake 脱敏摘要
IMPLEMENTATION MAP
可以直接拆成开发任务的目标定义
目标稿与当前实现严格分轨;只有产品仓实现、测试与生产证据齐全后,才会转为 current evidence。
页面区域
- 项目上下文
- 队列指标
- 筛选/排序
- 预约列表
- 选中预约 Drawer
- Intake 与容量证据
- 允许/拒绝/取消决策
- 通知与审计回执
用户动作
- 筛选预约
- 打开详情
- 检查容量冲突
- 批准预约
- 拒绝预约
- 取消预约
- 查看状态页
必须状态
- 审核队列就绪
- 队列与详情加载
- 没有待审预约
- 部分通知历史失败
- 审核服务失败
- 离线只读队列
- 审核权限不足
- 审核决策确认
- 审核回执已生成
数据契约
- ReviewQueue
- BookingRevision
- CapacityDecision
- ReviewDecision
- IdempotencyKey
- NotificationPreview
- ReviewHistory
- AuditReceipt
TARGET MODULES
目标页面必须交付的模块
- 01审核指标与 SLO
- 02组合筛选
- 03预约队列
- 04客户/Intake 脱敏摘要
- 05容量冲突检查
- 06审核历史
- 07客户消息预览
- 08决策确认与回执
ARCHITECTURE GUARDS
实现不得越过的安全边界
- 当前 PATCH /api/bookings/:id 没有 revision 和幂等条件,目标上线前必须补并发冲突保护
- 批准前必须服务端重算容量,客户端日历不能作为放行依据
- 详情只展示任务所需客户信息并记录访问审计
PRODUCT ROUTE INDEX
预约平台 · 商家 的 21 个稳定 Screen ID
同一产品内的页面共享 token、导航和状态语言,但每个 Screen ID 保留自己的字段、数据契约和 QA 基线。
01
发现好店
Web02/店铺详情
Web03/shop/:publishHash三步预约
Web04/t/:publishHash订单与预约状态
Web05/booking-status商家工作台
Admin06/console?t=:hash移动发现入口
Miniapp07/mini官方介绍页
Web08/official安全与隐私
Web09/security商家登录
Admin10/console?t=:hash本地服务发现
Web11/店铺与服务详情
Web12/shop/:publishHash三步预约与提交
Web13/t/:publishHash我的预约与自助管理
Web14/booking-statusMini App 宿主预约
Miniapp15/mini商家身份与店铺选择
Admin16/merchant/sign-in商家今日工作台
Admin17/merchant/:projectId/today预约审核与决策
Admin18/merchant/:projectId/bookings排班与容量规划
Admin19/merchant/:projectId/schedule服务与价目目录
Admin20/merchant/:projectId/services店铺内容与发布
Admin21/merchant/:projectId/storefront店铺设置与渠道治理
Admin/merchant/:projectId/settings