DEV-001 · 会话检查期间闪出登录框
已验证，继续回归表现：有效会话导航时页面先显示登录框，随后消失。
影响：打断连续操作，让权限管理显得不可靠。
原因：界面未区分会话检查中与确认未登录。 （已由代码确认）
修正：检查期隐藏登录框，只在确认 401 后显示；继续覆盖首次登录、失效重登和并发响应。
人力服务 · 开发周期档案
0.2.0–0.2.1 · 人员名册、订单派遣与简化测试登录
开始把人员、客户需求和派遣拆开，并加入测试访问说明。该周期改善了可操作性，但仍把多个对象放在同一工作台，缺班次标准，工时计算与运营详情不完整。
周期身份
历史发布；今日回填复盘时间：2026-09-09
提交：785b1c5594 · 57a972ea0b · f01b62a4cd · 9d7bd89973
标签：未知
部署：生产地址沿用 zcd-personnel.pages.dev；固定部署编号未知
本轮反馈与来源
摘录与复述分开标记；没有把更早对话拼成伪造的完整原文。
订单是订单，派遣订单是派遣订单，人员管理是人员管理，怎么可能合到一起呢？
第一次登录了之后就不应该再弹出来了。
人员必须先有独立名册和增删查改；订单从符合条件的名册中派遣。测试码只在人力公司使用 admin，大小写不敏感，所有说明保存在公司或平台两层。
错误、影响和本轮处理方向
已验证，继续回归
DEV-002 · 人员、订单和派遣记录粒度混在一起
本轮技术验证通过；用户体验待反馈表现：一个长工作台把建档、客户需求和人员派遣排成模糊步骤。
影响：无法确定谁是主档、谁是交易、谁引用谁；运营详情和分析容易重复计算。
原因：先排页面，再定义业务对象和记录粒度。 （今日回填判断）
修正：分别建立人员、班次、订单、派遣、出勤、审核、验收和结算对象，并用稳定编号关联。
DEV-003 · 工时缺少班次与排班依据
已验证，继续回归表现：只有班次名称，没有标准起止、计划休息或历史版本。
影响：无法判断加班，也会让修改模板后历史订单含义漂移。
原因：把名称当作完整规则，没有保存订单和派遣使用的班次快照。 （已由代码和反馈确认）
修正：班次独立版本化；订单和派遣保存适用快照；实际出勤引用具体派遣。
DEV-004 · 把计算值交给现场手填
计算规则已验证；字段分类纳入 0.4 契约表现：休息分钟、加班分钟与上下工时间并列为人工输入。
影响：同一事实可以产生互相矛盾的数据，无法审计也无法稳定分析。
原因：事实、引用规则、计算列、审核决定和汇总度量没有分层。 （用户反馈与代码确认）
修正：现场记录实际区间或无休息确认；服务端按班次和累积额度计算；审核仅决定超时是否计费。
DEV-007 · 技术词直接进入一线文案
已改善，持续文案检查表现：英文键和内部技术词出现在一线表单。
影响：现场人员难以理解，误填概率上升。
原因：把实现字段名当作业务名称。 （用户反馈确认）
修正：一线界面用清楚中文；必要时中英文并列；API 键只在字段字典。
完整修改任务
- 建立人员名册、人员详情和可派遣筛选。
- 将客户需求订单和人员派遣拆成不同记录粒度。
- 修复登录初始化竞态，并将测试访问说明入库。
- 补齐班次标准，停止让现场手填休息和加班计算结果。
实际实施结果
- 人员名册、订单详情和按名册派遣已有初步实现。
- 登录绑定和测试码便利性得到修复；登录框闪现、班次依据和字段映射问题延续到后续周期。
本节与修改计划分开：计划不自动转成完成。
验证：预期、实际、证据和局限
| 检查 | 预期 | 实际 | 证据 | 局限 |
|---|---|---|---|---|
| 访问码规则 | admin 大小写不敏感 | 0.2.1 增加配置脚本和认证测试 | commits: f01b62a4, 9d7bd899 | 本周期没有保存完整跨页面登录闪现次数。 |
| 业务拆分 | 人员、订单、派遣可分别识别 | 代码与页面已拆分，仍有聚合工作台中的职责混放 | commits: 785b1c55, 57a972ea | 后来反馈证明当时结构不等于业务关系已验收。 |
未决事项
- 班次标准、实际休息、加班判断和三端字段仍不完整。
- 采集、运营、分析的边界尚未建立。