← 六端总览 门店系统总览 产品方案 业务流审计 字段与控件口径

车单主线规划 · 生产与交车到底谁管

审计范围：接车单详情（含生产/交车两段）· 车间页 · 交车页 · 技师接单端，同一台车 JJ202611070012 / 粤B·12345 跨四页核对。
结论先说：不是页面太多，是同一件事有三个主人。派工、领料、日报、完工、门禁、结算，每一样都能在这几个页面里找到两份以上，而且数字互相打脸。这一轮先把「哪件事只能在哪一页改」定死，再按这份规划改原型。

01现状：同一件事，几份实现

下表是逐页点开核对的结果。「几家」那一列大于 1 的，就是重复设计。这是 2026-11-09 审计当天的现状快照，改后的样子在 05 节；两个都留着，是为了让后来的人看明白「原来错在哪」。
这件事接车单详情车间页交车页技师接单端几家
派工 生产段「派工」表 + 派工弹窗（班组/技师/项目/工时/计划完工） 派工看板（按班组分列）+ 派工弹窗 — 班组长派工看板 + 派工单，技师本人确认接单 3 份
领料 「材料与领料」表，点「领料」直接发料，不过审批 「材料需求」页签：先提需求 → 班组长批 → 转领料单 — 领料扫码 + 超领转审批 3 份
生产日报 / 报工 「生产日报」表 + 弹窗（含延期原因必填） 工单详情里的「填生产日报」（含延期原因必填） — 报工（实际工时 + 完工照片） 3 份
完工 派工表里点「标完工」，单项完工 「完工与返工」页签：多工种汇总 + 质检 + 置整车可交车 — 「提交报工」→ 状态变「已完工 · 等前台交车」 3 份
返工 没有入口（单项完工后没有驳回动作） 「返工待处理」，驳回原因原样回流技师手机 — 收到驳回，返工完重新传完工照 2 份
交车门禁 交车段 4 项：报价确认 / 结算签字 / 交车签字（无按钮，永远灰） / 取车人 生产门禁：全部工种完工 + 质检合格 5 项：报价 / 结算 / 交车单 / 取车人 / 定损差额 — 2 套
口径不同
结算 交车段「交车结算通知」只读假表，没有一个按钮 领料成本、委外金额（内部可见） 四类承担方拆分 + 收款 + 定损差额 + 打印结算单 — 2 份
取车人核验 交车段「填取车人」弹窗 — 姓名 + 电话 + 身份证号 + 现场照（四要素） — 2 份
完工待取 / 停车费 没有 没有 「完工待取 / 超期」页签，免费 3 天 + 50 元/天 — 1 份
委外送修 没有 「委外送修」页签：送出 / 回厂 / 验收 没有 — 1 份
重复中最要紧的一条不是「多」而是「不一样」。接车详情的领料可以直接发料，车间页说必须先审批——同一个操作，两个页面两条规矩。技师照着哪条做？

02六个实打实的矛盾（同一台车，数字对不上）

这些不是风格问题，是会让人做错决定的问题。逐条给出页面位置。
#矛盾页面 A 说页面 B 说后果
1 这台车到底完工没有 车间页「完工与返工」：JJ202611070012 钣金已完工、喷漆还在施工中，整车不可交车 交车页「待交车」第一行就是 JJ202611070012，卡在「结算未签」 前台以为可以叫客户来取车，来了发现还在漆房
2 这台车交没交出去 车间页工单列表：JJ202611060031 / 粤B·66203 「超时 1 天」，还在厂里 交车页：同一单 既在「待交车」（取车人未填）又在「已交车」（11-07 16:40） 一台车在两页同时存在两个身份，停车费算不清、台次统计重复
3 活儿派给了谁 接车详情：更换后保险杠 = 机修组 · 陈七，已完成 车间页：更换后保险杠 · 钣金校正 = 钣喷组 · 李海，待件 同一项作业两个人两个状态，工时和计件都算错
4 班组和人叫什么 接车详情：钣金一组 / 喷漆组 / 机修组 / 新能源三电组；李四、赵六、陈七、黄伟 车间页：机电组 / 钣喷组 / 三电组；张建国、王磊、刘强、李海、刘洋、周涛、赵鹏、周敏。
技师端又是第三套：王海涛、赵丽、刘志远、孙鹏、陈建军		 排班、绩效、计件全按组织架构算，三套名字等于三套账
5 这单还欠多少钱 接车详情交车段：报价 3,800 − 预收 500 = 待收 3,300 交车页：报价 3,800 − 预收 500 − 已收 800 = 尚欠 2,500 差 800 元。顾问照接车页跟客户说，客户当场就会顶回来
6 照片要几张 接车详情：接车照 7 张（缺一不能提交）；接单端完工照 4 张 业务流审计页明确写「接车照简化到 4 张、完工照 2 张」 文档说要减，原型没减。照文档开发会少拍，照原型开发会多拍
另外一处逻辑漏洞：接车详情阶段导航的「检测」「生产」「交车」三个状态文案是写死的——检测 永远显示「进行中」，生产、交车 永远显示「未开始」，检测做完了也不变。导航在骗人，而顾问最信的就是这条进度条。

03规划原则：一件事只能有一个主人

不要靠「注意别改错页」来避免冲突，要靠权限。写不进去，就不会打架。
原则一 · 按角色分权，不按页面分权。接车页是服务顾问的台，车间页是车间主管的台，交车页是前台收银的台。顾问能看生产进度，但不能替车间派工；车间能看报价，但不能改金额。
原则二 · 按对象聚合视图。顾问确实需要「这台车从头到尾」的一页——那就保留，但生产段和交车段变成只读摘要 + 一个跳转按钮。看得到，改不了。
原则三 · 主状态只有一个字段。一张车单只有一个「现在到哪一步」，谁推进谁写。不允许车间写一个状态、交车页写另一个。
原则四 · 门禁是算出来的，不是摆上去的。「可交车」不是一个可以手动设的状态，而是「所有工种完工 + 质检合格」算出来的结果。算不齐，按钮就是灰的，谁点都没用。

落到四个页面：谁唯一录入，谁只读

环节
接车单详情（顾问）
车间页（主管）
交车页（前台）
接车 · 检测 · 报价
唯一录入开单、拍照、检测项、报价行、客户签字、沟通单
只读：报价明细（不含成本）
只读：报价合计
派工 · 领料 · 委外
日报 · 完工 · 返工 · 质检
只读摘要：几个工种、各到哪、卡在哪 + 「去车间处理」
唯一录入全部生产动作；置「整车可交车」只能在这里点
只读：是否已可交车
结算 · 收款 · 定损
取车人 · 放车
只读摘要：四类承担方各欠多少 + 「去交车页办理」
只读：领料成本、委外金额（内部）
唯一录入结算拆分、收退款、定损差额、取车人、放车
报工 · 领料扫码
—
看板汇总
—
技师接单端单独说：它是车间页的远程执行终端，不是第二个车间。技师能做的是「报工、拍照、领料扫码、看工作台」；不能置可交车、不能改工时、不能改报价。现在接单端有一个「提交报工后状态变已完工 · 等前台交车」——这句话本身没错，但它必须是「回流到车间」，由车间汇总后才是真的可交车。

04车单主状态机（唯一一条）

一张车单，一个主状态字段。所有页面的状态标签都从它派生，不各自维护。
待接车→ 已接车→ 检测中→ 待客户确认报价→ 待派工→ 施工中
施工中的三种「卡住」是并列子状态，不改变主状态，只影响看板颜色和延期原因： 等件等料委外中等客户确认增项
返工中⇄复检→ 待质检→ 已完工 · 待交车→ 已交车→ 已关单
客户放弃报价 · 已退场（从「待客户确认报价」直接终止，必结检测/复原费） 客户不来取 · 留置 / 告知处置（从「已完工待交车」分支，不动主状态，另挂标记）

三条配套规则

规则说明现在错在哪
可交车 = 算出来的 「所有工种完工 且 质检合格」两个条件同时满足，才允许点「置整车可交车」。这个按钮只在车间页，接车页和交车页都只是显示结果。 车间页已经这么做了；但接车详情自己有一套「交车前门禁」，且没有质检这一项
结算不是主状态 「钱收了多少」是并行的第二条线。已交车不等于已结清——车可以先走，保险的钱后到。所以状态名里不出现「待结算」。 交车页把「待交车」和「待结算」混在一个列表里当筛选条件用
三个时间分开存 计划完工（派工时定）· 实际完工（技师报工那一下，只有这一个算完工时间）· 交车时间（放车那一下）。停车费从「实际完工」起算，取车通知也从它发。 车间页用「计划完工」判断超时，交车页用「完工通知」计时，两个「完工」指的不是同一时刻

并行的两条进度线

线由谁推进显示在哪能不能拦放车
生产进度车间页 + 技师端接车详情摘要、车间看板、工作台能——没齐就是不可交车
结算进度交车页接车详情摘要、交车页、财务应收台账部分能——客户不认金额不能放车；保险未到账可以放车，但要挂台账
这条要讲清楚，因为它决定了「保险单能不能放车」：现在的交车页一方面说「保险可以欠着，进理赔台账」，另一方面把「结算金额经客户确认」做成必过的门禁——两句话不冲突，但容易被理解成「钱到账才能放车」。正确口径是：客户认可金额与欠款去向就能放车，钱到没到不影响放车，只影响台账。

05逐页改法（每一页要删什么、改什么）

按上表的分工落下去。每条都指向具体位置，改完能一眼看出区别。
读法：下面「现状」一列写的是审计当时抓到的样子（2026-11-09 上午），留在这里是为了说明为什么要改；「改成」一列已经落到原型里，点开页面看到的就是改后的样子。

① 接车单详情 reception-module-prototype.html

位置现状改成
阶段 4 生产 派工表 + 派工弹窗、材料与领料表（直接发料）、生产日报（可编辑） 降级为只读摘要：一行一个工种（工种 / 技师 / 状态 / 卡在哪 / 计划完工），顶部一行总进度；右下角一个「去车间处理 →」。所有编辑入口移到车间页。
阶段 5 交车 审计时：「交车结算通知」只读假表 + 4 项门禁（其中「交车签字」没有按钮） 降级为只读摘要：四类承担方各一行（金额 / 已收 / 未收），门禁结果从设置里那份统一定义读过来，全部只读；右下角一个「去交车页办理 →」。取车人登记只留交车页一处。
阶段导航 「检测/生产/交车」状态文案写死，永远「进行中 / 未开始」 每个阶段的文案都从主状态算：检测（进行中 / 已完成）、报价（待签 / 待确认 / 已确认 / 客户放弃）、生产（未开始 / 3 个工种 2 个已完工 / 等件 / 可交车）、交车（未开始 / 待交车 / 已交车）。
待收金额 3,800 − 500 = 3,300 3,800 − 500 预收 − 800 已收 = 2,500，与交车页、财务页一致
接车照片 7 张必拍 4 张必拍（车头 45° / 车尾 45° / 铭牌 / 里程表）+ 其余选拍，和业务流审计页对齐

② 车间页 store/workshop.html

位置现状改成
权限和接车页功能重叠，但没有说明它是唯一入口页头加一句 「生产环节只在这里改」；其它页面上的生产动作全部改成跳转。
班组与人机电组 / 钣喷组 / 三电组；李海、刘洋、周涛、张建国、王磊、刘强、赵鹏、周敏已经是员工与班组页那一套，保持不动，并声明它是唯一来源：其它三页（接车详情、技师端、绩效）全部对齐到这里，改一处不用改四处。
可交车「置整车可交车」在这里点（对的）保留，并在按钮旁写清：点了之后，交车页的待交车列表才会出现这台车。这是唯一入口。
钱领料成本、委外金额可见保留但标「内部可见 · 不进结算」。车间的钱不进客户结算单，避免有人拿成本去跟客户谈价。
超时判定用「计划完工」判超时改成：过计划完工未报实际完工才标红；已报实际完工的，改显示「已完工 N 小时，等交车」——这两种红是不同的事。

③ 交车页 store/delivery.html

位置现状改成
待交车列表混入了还在施工的车（JJ202611070012 喷漆未完工）；JJ202611060031 同时出现在待交车和已交车只收主状态 = 已完工 · 待交车的车。一台车只能出现在一个页签里，靠状态天然排他。
门禁 4 项还是 5 项交车页 5 项、接车页 4 项，两边不同定义放一份（store/rules.js，界面上是 设置 · 门禁与开关）：清单 8 项 = 基础 5 + 照片 1 + 条件 2。
基础 5：报价单客户已签字 / 结算金额经客户确认 / 交车单签字（含车况确认）/ 取车人四要素齐全 / 自费部分结清；照片 1：交车照片 2 张齐全；条件 2：定损差额已转自费并经客户确认（仅保险理赔）、对账签收单已盖章回传（仅单位挂账）。
所以同一份清单，保险单选 7 道、挂账单选 7 道、纯自费单 6 道——没有保险的单不出现定损那一行，没挂账的单不出现对账签收。结算签字、取车人四要素两项锁死，不给开关。
「待结算」当成待交车列表里的一个卡点拆成两个独立视图：车还在店（待交车） / 车已走钱没到（应收台账）。后者的入口指向财务应收，不在这儿催。
结算签字门槛字面像「钱到账才能放车」签字内容明确成「客户认可当前金额与欠款去向」，不要求钱到账。保险/挂账单可以放车，欠款自动进台账。
完工待取计时基准含糊（「完工通知发出后」）从实际完工时间起算，和车间页同一个时间戳。已交车的车从这个列表消失。

④ 技师接单端 store-app.html

位置现状改成
报工提交后直接「等前台交车」；完工照 4 张报工回流到车间（状态「已完工 · 待质检」），由车间汇总所有工种后才能置可交车；完工照改 2 张（施工位 / 整车），与审计页一致。
不能做的事没有明说在「工作台」顶部写死一句：改工时、改报价、置可交车都不在这儿。技师端只负责干活和留证。
班组第三套组名与员工页同源，切身份时组名一致

⑤ 总览页要加的一句话

门店系统总览 现在讲「预约 → 接车 → 车间 → 交车」的顺序，是对的。要补一句：这四屏不是四个都能改的地方，同一件事只在一个页面能改，其它页面只显示结果。否则新人会以为「哪里都能填就是哪里都能改」。

06口径统一清单（改一次、三页都对）

这些是常量，不应该是三个页面各写一份。
口径唯一定义谁引用
班组与技师员工与班组页接车详情、车间、交车、技师端、绩效
交车门禁项store/rules.js 一份，界面入口是 设置 · 门禁与开关；清单 8 项，其中「结算签字」「取车人四要素」两项锁死不提供开关接车详情（只读摘要）、交车页
四类承担方财务页（自费 / 挂账 / 保险 / 三包）接车详情、交车页、结算单、应收台账
照片张数设置页的拍摄要求接车详情、技师端
停车费规则设置页（免费天数 / 单价 / 处置天数）交车页
三个时间戳车单主表固定三列：计划完工 / 实际完工 / 交车时间车间超时、交车待取、财务日结、绩效
为什么强调这个：上一轮「客户来源」就是三处各写一份、各写 5 项和 8 项，最后人不敢信任何一页。这次生产与交车的重复，是同一个毛病换了个地方。

附：交车门禁清单（8 项，store/rules.js 是唯一定义）

下面这张表就是代码里那 8 行，设置页逐行渲染、交车页与接车详情只读它。「出现条件」那一列是空白的行，所有单都校；写了结算方式的，只有那种单才出现。

序门禁项出现条件开关为什么不能省
1报价单客户已签字所有单可关客户没认价就开工，结账时价格一定吵
2结算金额经客户确认（认可金额与欠款去向）所有单锁死不认金额就放车，等于门店自己放弃债权
3交车单签字（含车况确认）所有单可关车况交接没有双方确认，事后扯不清谁磕的
4取车人四要素齐全
姓名 / 电话 / 身份证号 / 现场照，缺一不可；证号全号加密存，界面只显示后 6 位		所有单锁死谁把车开走必须能追溯到人；三样算齐就是把「找得到人」放掉一半
5自费部分结清所有单可关自费不接受「车先走钱后到」，老客户也不放宽
6交车照片 2 张齐全所有单可关和接车 4 照对照，证明交出去时是什么样
7定损差额已转自费并经客户确认仅「保险理赔」可关定损低于报价，差额得有人认，否则这笔钱没人出
8对账签收单已盖章回传仅「单位挂账」可关挂账靠对账单回款，没有签收单就没有催收依据
同一份清单，不同结算方式出几道：保险理赔单 7 道（1–7，第 8 行不出现）；单位挂账单 7 道（1–6 + 8，第 7 行不出现）；纯自费单 6 道（1–6，两个条件项都不出现）。这就是「没有保险的单本来就不该出现定损那一行」的落地方式——不是靠人记得跳过，是那一行压根不渲染。
锁死 2 项：第 2、4 项不提供开关，点了会提示「这项锁死，不提供开关」。关掉这两项等于允许车被开走却没人负责。

07改的顺序（三步，每步都能单独验收）

1
先把数据对齐，不动结构。三个页面统一班组人名、统一 JJ202611060031 只在一处、统一待收 2,500、接车照片改 4 张、技师完工照改 2 张。验收：同一台车在四个页面查到的班组、状态、金额、照片数完全一致。
2
再把接车详情的生产段、交车段降级为只读摘要 + 跳转。删掉那两段的编辑入口（派工弹窗、领料、日报、取车人、结算表），保留摘要和按钮。验收：在接车详情页找不到任何能改生产或结算的按钮；点「去车间处理 / 去交车页办理」能到对应页并带出这台车。
3
最后收口门禁定义。门禁项挪到 store/rules.js 一份，接车详情和交车页都读它；条件项按结算方式增减；「可交车」只在车间页由条件算出来。验收：改设置里的门禁项，两页同时变；没有保险的单不出现定损那一行；喷漆没完工的车进不了待交车列表。
三步都落完了，下面列的是可复核的结果，不是「已完成」三个字： ① 数据对齐——四页同一台车：班组「钣喷组·李海」、待收 2,500、接车照片 4 张、技师完工照 2 张，逐页查一致；
② 接车详情降级——生产段、交车段都是只读摘要，页面里查不到任何能改生产或结算的输入框，只有「去车间处理 →」「去交车页办理 →」两个跳转；
③ 门禁收口——设置页 8 行清单，改一行交车页立刻变；保险单出 7 道、挂账单出 7 道、纯自费单出 6 道；结算确认、取车人四要素两项点开关会被拒（提示「这项锁死」）。
复核脚本：verify-rules.mjs（门禁与质检收口 41 项）、verify-stage45.mjs（接车详情两段降级 25 项）、verify-consistency.mjs（文档↔原型口径 38 项）。
不做的：这一轮不删页面，也不合并车间和交车——车间主管和前台是两个岗位、两张台面，合了反而谁都不好用。要动的只是「谁能改」。

08四条已定口径（2026-11-09 拍板）

这四条是业务事实，定了就不再推翻；原型、设置页、签字单上的措辞都按这几条写。
1. 检测和报价：保留两段，不合并
落地口径：检测（接车段第 2 段）只出「检测结论 + 建议项」，不出现金额；报价（第 3 段）才出现单价、数量、承担方。「客户暂不处理」的项自动进沟通单，沟通单必须客户签字，否则报价不能锁定。
检测可以中途停下、下次接着做，进度单独存；报价锁定后只读，再改只能开增项/减项单。
为什么保留：沟通单是真要签字的单据，合进报价就没有独立载体；「检测中」和「待客户确认报价」也是两个不同的人在做（技师 / 顾问），合了状态机少一个环节但多一个责任人。
2. 质检：按服务类别分级，不一刀切
落地口径：
服务类别谁检质检单上签的是谁
小事故单（单工种、非钣喷，如换件、保养、机修）本班组班组长自检班组长本人（如 张建国）
钣金 / 喷漆必须过专职质检员专职质检（如 张质检），班组长不能代签
大修 / 三电 / 涉及保险定损的结构件必须过专职质检员同上；另要求质检照片留档
谁来定「这单属于哪一类」：系统按报价行里的服务类别自动判定（任一行为钣金/喷漆/三电/结构件 → 走专职质检），顾问不能手改；类别在定价页的价目表上带，不新增字段。
为什么分级：小事故单一天几十台，全走专职质检会堵在检这一关；钣喷的返工成本是换件的好几倍，必须有人独立看一眼。原型里「张质检驳回喷漆流挂」那条记录就是这一类。
3. 保险单：能「车先走、钱后到」，但措辞是「认可金额与欠款去向」
落地口径：客户/取车人签的是 「认可维修金额，并认可未付部分向保险公司索赔、由门店代收」。签字后主状态推进到「已交车」，车的门禁全过；钱的缺口挂到财务的保险应收台账，按定损/回款节点催收，超过约定期未到账亮红。
签字单上禁止出现「已结清」「已付清」「无欠款」这几个词——只写「已收 XXX，尚欠 XXX 由 XX 支付」。
反过来也锁死：自费部分（客户自己出钱那部分）不接受「车先走钱后到」；自费没结清，放车按钮就是灰的。这条不因为客户是老客户而放宽。
为什么：保险单平均压车 30 天，工位扛不住；但「认可金额与欠款去向」和「已结清」在法律上是两件事，前者能追、后者一旦签了就是自己放弃债权。差一个字，差了整笔钱。
4. 取车人身份证：全号加密存，界面只显示后 6 位
落地口径：录入时收 18 位全号，入库即加密（AES-256-GCM，密钥走 KMS），接口只回「后 6 位 + 一个调阅凭据」。门店端页面、交车单打印、导出表、消息推送里，一律只出现 ************011234 这种形态，任何界面都不渲染全号。
确实要看全号（比如去车管所核对、走司法程序），得在详情里点「申请查看」，填理由才回全号，每次查看写一条操作日志（谁、何时、哪一单、什么理由）。
保存期限：交车完成满 2 年自动打码归档，满 5 年删除全号，只留后 6 位与调阅记录。
为什么这么定：门禁要的是「事后能把人核到底」，所以要全号；但全号属敏感个人信息，门店前台每天几十台车、屏幕朝外，明文摆在界面上就是天天在泄。加密存 + 界面只给后 6 位，是唯一同时满足「核得到」和「看不到」的做法。交车单印后 6 位也够：真出事时，凭单据上的单号 + 调阅日志能拿到全号。

09这四条落到哪个文件

同一句话要写在三个地方，才算改完：文档写口径、原型改行为、验证脚本改断言。
口径文档原型（页面 / 字段）验证
检测与报价两段 本文档 08-1；产品方案 主线第 3 步 reception-module-prototype.html 第 2 段只出结论、第 3 段才出金额；stageDetect() 不出价、stageQuote() 才出价 verify-reception-detail：检测段页面内无「元」；报价段有合计
质检分级 本文档 08-2；设置页「质检规则」卡 store/settings.html 新增质检规则卡；store/workshop.html 完工页按类别显示「班组长自检 / 专职质检」并校验签字人 verify-settings：质检卡存在且三类规则可见；workshop 喷漆单未过质检 → 不可交车
保险先走后付 · 措辞 本文档 08-3；单据确认方式 结算签字措辞 store/delivery.html 结算签字单文案、放车门禁；car-flow.html 04 节说明 verify-confirm：签字单文案含「认可金额与欠款去向」且不含「已结清」；保险单可放车、自费未清不可放车
身份证全号加密 · 界面只留后 6 位 本文档 08-4；简化审计取车人核验一行的理由列 store/privacy.js 是唯一入口（maskId / maskByLast6 / stash / reveal）；store/delivery.html 录入框失焦即打码，交车单只印后 6 位 + 调阅凭据；store/settings.html 交车单模板同款 verify-privacy：页面源码与 DOM 里搜不到 18 位全号；打码形态为 ************111234；调阅全号必须带理由且 PRIV.audit() 多一条
一致性怎么核：四条口径各有一个「唯一出处」——第一条在接车详情的分段边界，第二条在设置页质检规则卡，第三条在交车页签字单文案，第四条在 store/privacy.js。改的时候先改出处，再让它被引用，不允许各处自己写一份。