REF-0.1.0 · 验证中

独立公司样板与标准库

技术与运营平台保存可复用方法；独立公司保存自己的业务规则、数据与权限。采用同一标准不产生共享数据库、访问权限、收入或股东关系。

两层职责

技术与运营平台

保存通用标准、适用范围、检查方法、版本、验证证据和采用记录。

独立人力服务公司

保存具体业务规则、字段、接口、页面和本公司运行数据。

公开标准页只包含方法、模式与合成案例摘要，不包含人员、证件、客户合同、凭据或私有媒体。复用循环为：提出规则 → 人力样板具体实现 → 框架验收 → 三条实际模拟案例 → 修正规则并登记证据 → 形成可复用版本 → 其他公司按自身业务采用。标准更新不会自动改写任何公司系统；公司登记采用版本、差异和迁移结果。

11 条标准登记

编号	通用要求	人力样板中的对应	验证方式
REF-01	先识别长期主数据、交易、履约记录和结算，分别管理	人员档案、客户服务订单、派遣、考勤、验收、结算	先建人员；订单可先保存需求；同一人员可在不冲突的服务中复用
REF-02	前台采集、运营管理、数据分析使用同一权威记录，各自承担不同任务	Web采集工作台、运营管理后台、Web分析	同一订单ID贯穿采集、明细与分析；图表可追溯到组成记录
REF-03	业务状态由服务端校验，主数据身份与交易快照分开	在册/身份核验/资格/可派遣状态；派遣时姓名与角色快照	不可用人员拒绝派遣；修改人员档案不改变历史结算
REF-04	权限覆盖页面入口、接口、敏感字段与媒体；正常导航必须能完成登录	任一运营页面可进入登录；证件核验资料与普通订单分权	新浏览器首次进入；未登录、无权限、加载、空数据与错误分别可辨
REF-05	变更有版本、幂等与审计；不可覆盖已确认历史	人员编辑、换人、工时调整、结算锁定	重复提交不重复建单；旧版本冲突；替补保留原记录
REF-06	媒体是有归属的业务证据，原件、元数据与权限对应	人员身份依据、到岗照片、工时证明、验收附件	检查owner类型/ID、上传状态、授权读取；具体能力按样板状态登记
REF-07	Web、金数据和Android共用业务规范，分别记录实现状态	hr-0.2.0规范；Web实现；金数据设计；Android原型	字段、校验、状态、角色、附件和错误反馈逐项映射，不用同号假装三端都已发布
REF-08	运营后台负责处理业务，分析负责解释数据；指标定义可追溯	Web分析与Power BI两个入口	指标定义注明分子、分母、单位、币种、时间范围、数据来源；未接入不得显示为已连接
REF-09	每个完成的修改形成可回溯交付，源码、部署和数据版本分开	人力仓库、Pages部署、接口/schema版本	完整提交SHA、版本、实际网址、部署身份可对应；代码回滚不宣称恢复数据库
REF-10	框架验收与业务案例验收分开，模拟事实与真实业务分开	本轮框架；后续正常履约/缺勤替补/异常处理三例	每例保留输入、预期、结果、问题、修复和复测；未执行不标通过
REF-11	公司采用标准必须可追踪、可调整，不机械复制行业字段	人力首个采用者；其他四公司本轮未采用新版本	采用清单登记标准版本、具体实现版本、例外及复核日期

三端同步的交付物

每个业务字段登记稳定键、业务含义、类型、必填条件、权限、校验、API、数据库位置、附件归属及三端对应控件。发布清单分别记录业务规范版本、Web实现版本、金数据设计/搭建版本、Android原型/应用版本和验证状态。一端变更时，其他端的设计与映射必须更新；没有账号或未开发应用时，明确暂停实际集成，但仍交付设计原型。不同终端允许不同布局，不能改变核心业务含义。

样板状态与采用记录

人力服务公司

目标采用 REF-0.1.0，具体规范 hr-0.2.0；框架实施中，业务案例未执行。

三条案例

本轮不新建三条云端完整业务案例；后续执行正常履约、缺勤替补和异常处理并登记。

其余公司

车辆、样品、装车、计量公司本轮不修改、不升级、不推送，后续各自选择适用规则并验证。

金数据账户、Power BI账户接入暂停；Android仅原型。历史三条测试订单保留，但不能作为新框架全部验收通过的证据。

三类交付物的版本与状态

交付物	版本	状态	边界
平台方法标准	REF-0.1.0	验证中	规定可复用的方法、检查与采用记录，不保存公司业务数据。
人力公司具体实现	hr-0.2.0	框架实施中；三条案例待执行	公司独立保存字段、接口、页面和运行数据，不自动继承其他公司的规则。
公开标准页交付	v0.9.2	本地验证通过；预览与生产待核验	提交 SHA 与部署地址在实际生成和核验后登记，不预填不存在的发布身份。