ZCD 人力服务0.4.0 · 开发周期档案

人力服务 · 开发周期档案

0.1.0–0.1.3 · 独立公司迁移与导航、分析初接通

从原项目提取人力公司，建立独立页面、导航、订单读取和结算分析入口。该阶段解决了“独立存在”和基本可访问问题，但没有建立表单作为权威业务对象的全链路结构。

周期身份

历史发布；今日回填复盘

时间：2026-09-08

提交：9511331dba · 7f9b29643d · 926ca87a49

标签：未知
部署：未知

当前网站版本、完整提交与运行代码指纹 · 0.4.0 原始验收记录

本轮反馈与来源

摘录与复述分开标记；没有把更早对话拼成伪造的完整原文。

公司需要从五个业务模块中拆出来，像独立客户一样拥有自己的仓库、Cloudflare 项目、网站与数据边界；集团层只保留技术和知识标准。

用户反馈复述

本周期的直接对话原文没有完整归档。这里依据拆分决策和提交内容回填，不把后来的详细验收要求倒写成当时已经完成。

今日回填判断

错误、影响和本轮处理方向

DEV-002 · 人员、订单和派遣记录粒度混在一起

本轮技术验证通过；用户体验待反馈

表现：一个长工作台把建档、客户需求和人员派遣排成模糊步骤。

影响：无法确定谁是主档、谁是交易、谁引用谁；运营详情和分析容易重复计算。

原因：先排页面，再定义业务对象和记录粒度。 （今日回填判断）

修正：分别建立人员、班次、订单、派遣、出勤、审核、验收和结算对象，并用稳定编号关联。

DEV-005 · 采集、运营和分析没有逐表单对应

本轮技术验证通过；用户体验待反馈

表现：运营菜单回跳长采集工作台；新增人员表嵌在运营名册页；结算管理无法明确对应表单；分析缺逐表来源。

影响：数据虽然存在，使用者无法从提交找到管理记录和指标，运营责任与采集责任混淆。

原因：0.3.1 只证明部分字段映射和三条订单读回，没有证明 11 张表单在四类视图中一一对应。旧 R05 的“已修正并验证”范围过大。 （后续反馈修正旧结论）

修正：以表单登记源生成定义、Web 处理、运营记录和分析对象链接；运营新增按钮跳转采集，不复制采集表。

完整修改任务

  1. 建立独立人力公司网站和固定导航。
  2. 让运营与分析读取同一订单/结算数据。
  3. 修复 Cloudflare Pages 路径识别和移动端目录。

实际实施结果

  • 0.1.0 完成独立迁移；0.1.2 接通运营与结算分析；0.1.3 修复 Pages 路由和移动端树形导航。
  • 当时没有逐表单的采集、运营、分析和三端对应关系，也没有本结构化复盘档案。

本节与修改计划分开：计划不自动转成完成。

验证：预期、实际、证据和局限

检查预期实际证据局限
Git 历史提交可定位找到 0.1.0、0.1.2、0.1.3 对应提交commits: 9511331d, 7f9b2964, 926ca87a未找到本周期固定 Pages 部署编号，标记未知。

未决事项

  • 人员主档、表单关系、三端设计和逐表分析尚未形成。
  • 当时的浏览器验收环境和完整结果未知。
返回开发周期档案问题与复发追踪验证历史