汽车贴膜 CRM — 可操作预览

Interaction Coverage

Window 4 已完成交互收口：23 个已发现原 CRM Sidebar Leaf 均有正常入口；全站审计结果为 PARTIAL 0、MISSING 0、BROKEN 0。当前页面、数据和操作全部使用 Real API + SQLite Test DB。

Sidebar Navigation Coverage：从“Open CRM”进入后，点击一级/二级/三级菜单即可验证路由、页面和 active/open 状态；不以本页快捷链接替代正常导航。详情见 CRM 首页 与项目内 parity matrix。

审计矩阵、原 CRM 证据等级和未验证的破坏性最终效果将在本窗口报告中分开标注；此区域仅在 Development/Test Preview 出现。

Navigation Smoke Test

仅 Development / Test 使用。先从 Open CRM 进入正常 Shell，再返回此处刷新，可快速定位导航故障是否发生在 AppShell、权限或路由状态层。

• AppShell mounted：未观测（请先打开正常 CRM）
• 当前/最近路由：未观测
• 当前激活 Tab：未观测
• Sidebar 状态：未观测
• 当前身份：未观测
• Permission Ready：未观测
• 有效权限：未观测
• 可见 Group / Leaf：未观测

Permission Simulator

仅 Development / Test 使用。切换后将按角色权限与门店数据范围重新加载 Sidebar、页面与操作按钮；API 仍会独立执行 403 校验。

Data Relationship Coverage

本环境的关系网络由 Real API 从 SQLite Test Database 聚合。实体详情页通过关联卡片和业务时间线继续进入上下游记录，不依赖页面内 Mock 数据或无序列表请求。

当前完整性扫描：正在读取关系完整性审计…

完整故事从案例切入，可追溯客户、车辆、预约、报价、订单、收款、派单、施工、库存消耗、质保、售后、优惠券和小程序用户测试身份。

Customer → Vehicle → Order Flow

订单采用客户优先：先搜索并选择客户，车辆控件才可用，且只展示该客户当前绑定的车辆。车辆转移后的历史订单不会被改写，新订单则会由服务端再次校验当前归属。

1. 在订单页点击“新建订单”，搜索并选择“测试顾客一”：可看到两台当前车辆。
2. 重新打开新建订单，搜索“无车辆测试客户”：车辆为空，可直接点击“+ 新增车辆”，保存后会自动选中。
3. 在车辆页搜索“粤T10006”，可查看“测试顾客七 → 测试顾客八”的测试转移历史；旧订单仍保留原客户事实。
4. 在客户页新增“客户车辆同建测试客户”同类记录：点击“+ 添加车辆”后与客户一起保存。

Multi-item Order Demo

测试数据库已预置“一车一单，多项目明细”订单：多项目测试客户 · 粤TMULTI1，包含洗车、隐形车衣、改色膜、窗膜与全包围脚垫五条独立订单项目。

1. 在订单列表搜索“多项目测试客户”，打开详情即可查看全部五条订单项目及金额汇总。
2. 新建订单后可连续点击“+ 添加项目”；同类项目可重复添加，商品关联是可选项。
3. 从施工、质保、售后与库存模块可反向追溯到具体订单项目。

Multi-item Dispatch Demo

五项目订单已按项目派给三位虚构施工人员。每条订单项目都有独立派单、施工任务和施工状态；整单派单仍会一次性为全部待派项目创建独立派工。

1. 洗车、脚垫由张师傅；隐形车衣、改色膜由李师傅；窗膜由陈助手处理。
2. 在订单详情的“订单项目施工”区域核对项目、派工人员和独立施工状态。
3. 在派单页选择“按项目派单”可给不同项目选择不同人员；选择“整单派单”则展开为多条项目派工。

Delivery / QC Demo

固定闭环：施工完成 → 整车质检 → 最终结算 → 确认交车。所有记录均为 Real API + SQLite Test Database 中的虚构测试数据。

1. 在订单列表打开施工已完成订单，进入订单详情的“交车状态”区域提交整车质检。
2. 选择“发现问题”并关联订单项目，可创建独立返工任务；返工完工后再次质检。
3. 质检通过后点击“结算”，确认最终结算价并收取尾款；已结清后才可确认交车。欠款交车仍需特殊权限和原因。

Payment → Delivery Demo

订单列表的“收定金”会直接带入订单上下文；QC PASS 后按钮改为“结算”，展示原应收、最终结算价、结算优惠、已收与待收。所有支付均写入 SQLite 测试库的独立 Payment 流水。

1. 施工未完成时可登记定金或预付款，但不可确认最终结算价。
2. QC PASS 后点击“结算”，部分或全额收取尾款；结清后订单进入待交车。
3. 若已确认结算但仍有余额，仅拥有欠款交车权限的测试身份填写原因后才能交车。

Rollout A Inventory Demo

材料库存闭环已按具体 OrderItem / InstallationTask 建立：Requirement → Reservation → Allocation → Reconcile → StockMovement。预留不会减少实存，领料和退料均保留不可变流水。

1. Story A：需求 8㎡，全量预留并领料，核销为实用 7.5㎡、退回 0.4㎡、损耗 0.1㎡。
2. Story B：需求 10 套、仅有 6 套，显示部分预留/缺货且可用库存不为负。
3. Story C：两张订单竞争同一 10 套库存，先预留 7 套，第二张仅能预留剩余 3 套。
4. Story D：尚未领料即取消，Reservation 自动释放。
5. Story E：已领料后禁止直接取消，必须先核销或退料。

Vehicle Inspection Real Media Demo

接车验车照片已由 LocalTestMediaStorage 真实落盘，并以 MediaAsset 元数据关联验车记录与损伤；页面不暴露本地磁盘路径。

1. 损伤记录包含 3 张可点击缩略图，员工 API 与 Web CRM 使用同一份文件和元数据。
2. 验车定稿后照片成为历史事实；修订只能新增媒体，不能静默删除旧图。
3. 漆面损伤转为 ¥0 订单项目后，通过“来源：接车验车损伤”返回原 Damage 与照片。

建议体验

1. 在线索页点击“转客户”，再到客户/车辆页查看、编辑或新增记录。
2. 在预约页选择客户和车辆；在报价页选择膜品、设置数量、单价与优惠，然后转订单。
3. 在订单页先登记定金，再派单、创建施工任务、开始施工并登记施工耗材。
4. 完工后登记尾款，生成质保资格并进行 DEMO 发卡；随后创建独立售后工单，最后在经营看板观察聚合指标。
5. 刷新页面后数据仍保留在 SQLite Test Database。重置需要二次确认，且 Production 环境由服务端拒绝执行。