先说痛点：员工信息不是没有，是散着
多数中小企业不是不做人事管理，而是"每件事都有人管，但没人管得全"。员工入职时填过一张表，转岗时在群里说了一句，调薪时在 Excel 里改了数字，离职时又口头交接了一遍。三年之后要回答几个很基本的问题，答案却要翻好几个地方：
- 这个人现在在哪个部门、什么岗位、什么时候调到这儿的？
- 他的劳动合同什么时候到期？有几个人的合同已经过期还在上班？
- 他这几年涨过几次薪、每次是谁批的、从哪天生效？
- 他的体检报告、学历证明、身份证复印件放在哪个文件夹里？
这些问题的共同点是：它们问的不是"现在是什么"，而是"什么时候变成这样的"。一个只保留当前状态的 Excel 花名册，天生回答不了第二类问题——每次改动都是覆盖，改动过程被丢掉了。所以人事模块真正要建的不是一张表，而是一张当前主档 + 一条只增不改的异动流水。
数据怎么建：一张主档，一条流水
在 Inkwell AI 构建器里，用一句话就能把骨架说清楚，比如："创建一个员工档案模块，包含员工基本信息、劳动合同、人事异动记录，支持按部门筛选和合同到期提醒。"平台会把它落成主表加子表的常规结构，具体分三块。
第一块：员工主档（当前状态）
主档字段对应"查一个人现在的情况"，建议至少包含：
- 工号（唯一，建议作为业务主键，人员重名时不至于认错）
- 姓名、性别、出生日期、身份证号、手机号
- 所属部门、岗位、职级、直属上级
- 入职日期、转正日期、在职状态（在职/试用/停薪留职/离职）
- 用工形式（正式/劳务/实习/兼职）、社保参保地
- 紧急联系人及电话
其中"在职状态""用工形式""异动类型"这类反复出现的选项，不适合在每个页面手写一遍。用平台的数据字典把枚举值集中管理起来，下拉框直接引用字典——以后口径要改（比如新增一种"待岗"状态），改字典一处，所有页面同步生效，不会出现 A 页面叫"离职"、B 页面叫"已离岗"的情况。身份证号这类有格式要求的字段，可以在字段设置里挂校验规则，录入不合规当场拦下；地址类信息可以用平台内置的行政区划库，省市区三级联动，不用自己维护一张邮编表。
第二块：劳动合同与证照子表
一个员工可能签过不止一份合同（首签、续签、变更），所以合同信息应该是挂在主档下的子表，一条一条记，而不是在主档上留一个"合同到期日"字段反复覆盖。子表建议包含：
- 合同编号、合同类型（固定期限/无固定期限/实习协议）
- 合同起始日、到期日、试用期截止日
- 签署状态、纸质件存放位置
- 附件（扫描件上传，用平台的文件能力存档，原文件留在系统里而不是某个人的电脑里）
同理，学历证书、职业资格证、体检报告这类"有有效期的东西"也适合做成子表，把证号、发证机关、有效期记清楚——到期提醒的数据基础就在这几个日期字段上。
第三块：人事异动流水（只增不改）
这是整套模块里最容易被忽略、但对管理者最有价值的一块。转正、转岗、晋升、调薪、借调、离职，每一次变动都生成一条异动记录，字段包括：
- 异动单号、异动类型（引用字典）
- 生效日期（注意：生效日期不等于录入日期，跨月调动很常见）
- 变动前部门/岗位、变动后部门/岗位
- 变动前薪资档、变动后薪资档（若需要保密，可单独设权限，只对 HR 和管理层开放）
- 关联的审批单、备注、经办人
这条流水是"只增不改"的：记录一旦生成，不做物理删除，填错了走冲销而不是覆盖。这样每次"这个人什么时候变的、谁批的"都能顺着流水往回查——这正是纸质花名册给不了的。## 页面怎么用：日常就三件事
模块建好后，HR 每天面对的不是十几张表，而是三个入口。
入口一：员工档案列表。 默认按"在职"过滤，按部门树或岗位筛选，支持按姓名、工号、手机号搜索。列表里直接展示几个高频列：部门、岗位、入职日期、合同到期日、在职状态。合同快到期或已过期的行，用条件格式标出来——不用等到有人想起来才去翻。列表右侧是详情页，主档信息、合同子表、证照子表、异动流水分成几个页签，看一个人不用来回切页面。人员批量建档时，可以用平台的表格导入能力：把现成的 Excel 花名册按模板整理好，一次导入生成基础档案，再由 HR 逐步补全合同与证照，不必从第一个员工开始手工敲。
入口二：人事异动申请单。 转岗、调薪、离职这类动作，不做成"HR 直接改档案"，而是做成一张申请单走审批。流程大致是：用人部门或 HR 发起异动申请，填变动类型、生效日期、变动前后信息 → 直属上级审批 → 部门负责人审批（涉及调薪时加一道财务或总经理）→ 审批通过后，系统回写员工主档，同时自动生成一条异动流水。这样做的价值不只是"走了流程"，而是主档的每一次变化都有一个来源单据。以后审计问"这个岗位什么时候换的人、依据是什么"，点开异动记录就能看到当时的申请单和审批意见。审批环节直接用平台的工作流能力搭，节点、审批人、条件分支都在可视化编辑器里配，不需要写代码；异动单的"待审批/已通过/被驳回"状态流转也由工作流托管。
入口三：待办与提醒。 两件事需要盯着：合同到期、试用期转正。用平台的定时任务按天扫一遍合同子表，把"30 天内到期"和"已过期"的记录挑出来生成提醒，通过站内信推送给对应 HR 和部门负责人。试用期转正同理，提前一到两周提醒主管准备转正评估，避免出现"试用期过了三个月还没办转正"这种典型漏洞。提醒规则（提前多少天、推给谁）做成参数，HR 自己就能调整，不用每次找技术人员改。
权限这一块单说一句。 员工档案天然包含身份证号、薪资这类敏感信息，不能全公司都能看。建议按角色拆开：普通员工只能看自己的档案（移动端自助查询）；部门负责人能看本部门成员的岗位与在职状态，但看不到薪资；HR 看全量并可编辑；管理层看汇总报表。平台的权限体系支持按角色分配查看与操作范围，并且"谁能看哪些字段"是配置出来的，不是写死的——组织调整时改配置即可。所有对档案的修改、删除、导出动作，都由平台的审计日志留痕，哪天有人批量导出了花名册，是查得到的。## 移动端怎么配合：人事的价值在现场
人事工作有一半发生在办公桌前，另一半发生在人身边。员工入职时不在 HR 的电脑前，离职交接时不在，部门主管面试、试用期评估时也不在。所以这个模块从一开始就该按双端来设计——在 Inkwell 构建器里，PC 端建好的模块会自动同步出对应的手机端页面，不需要另起一套开发。
手机上主要用三个场景：
- 员工自助查询。 员工在手机工作台打开"我的档案"，看本人的基本信息、合同期限、剩余年假（如果接了假勤模块）、还有哪些手续没办完。合同快到期时，员工自己也能收到提醒，双方都盯比单方盯要靠谱。
- 主管审批。 异动申请、转正评估的待办直接推到主管手机，通勤路上、会议间隙就能批。审批意见和驳回理由都在手机上手填，不用攒到回办公室。
- 现场采集。 新员工报到时当场拍照上传身份证、学历证，登记紧急联系人；离职交接时按清单逐条打勾确认。拍照上传、清单打勾这类操作在手机上比在电脑上顺手得多。
需要注意的是双端的分工：结构化数据录入以 PC 为主，移动端以查询、审批和拍照采集为主。手机屏幕小，一次填二十个字段的表单体验很差，别硬让员工在手机上录员工主档。把"填"留在 PC，把"看、批、拍"放到手机，是这套模块用得顺的关键。
上线前查什么
模块搭好、菜单挂上之前，建议过一遍下面这份清单。这些检查项大多不需要懂技术，但漏掉一条，用起来就会别扭。
数据层
- 工号是否设置了唯一约束？人员重名、工号重复是后期最难清理的脏数据。
- 身份证号、手机号有没有格式校验？录入时就拦住，比导出后批量清洗省事得多。
- 部门、岗位、异动类型这几个下拉是否统一引用了数据字典？有没有哪里手写了固定选项，导致口径分裂。
- 主档的"在职状态"与异动流水是否一致？比如状态是"离职"，但流水里没有离职记录，说明有人绕过申请单直接改了档案。
流程层
- 每类异动的审批节点是否覆盖了实际管理要求？调薪这类敏感动作是否单独加了审批人。
- 审批通过后是否真的回写了主档？测试时走一遍完整异动，看主档和流水有没有同步生成。
- 驳回后能否修改再提交，而不是重新从头走一遍。
权限层
- 普通员工是否只能看到自己的档案？拿一个普通账号登录实测一次。
- 薪资字段是否限制了可见范围？部门负责人看不到别人的薪资。
- 导出权限是否收紧了？能导出全量花名册的账号应该只有少数几个。
提醒与通知层
- 合同到期提醒是否真的会触发？把一条测试数据的到期日设成三天后，看当天有没有生成提醒。
- 提醒推给了谁？HR 和部门负责人是否都收到，还是只推给了一个人。
- 试用期转正提醒的提前天数是否符合实际管理节奏。
双端
- 手机端页面是否生成正确？菜单是否挂到了员工工作台上。
- 手机上查询和审批是否顺畅，拍照上传是否正常。
清单不必一次全部完美，但"工号唯一""字典统一""权限最小化""提醒能触发"这四条建议在上线前一定过掉——它们是后期改动成本最高的部分。## 之后怎么延伸
员工档案是所有人事模块的底座，站稳之后，几件事会自然接上来：
- 接假勤。 请假、加班、调休这类记录都挂在"人"身上，档案里有了统一的员工主档和部门归属，假勤数据才能按部门汇总，年假余额也才有一处可信的计算基准。
- 接招聘与入职。 入职办理的终点就是员工档案的起点。让入职审批单通过后自动生成待补全的档案记录，报到当天 HR 只需要核对和补资料，不用再建一次档。
- 接薪酬基础台账。 异动流水里的调薪记录，是月度工资核算的依据之一。把"谁从哪个月起按什么标准"记清楚，核算时就不用回头翻审批邮件。
- 接组织与报表。 员工主档里的部门字段与平台内置的组织架构是对应的，异动生效后成员归属同步更新，按部门统计在职人数、看一段时间内的人员流动、拉一份合同到期台账，都是现成的查询。
- 接考勤与门禁之外的东西。 证照和培训记录这类的"到期管理"，思路和合同到期完全一样，同一套提醒机制可以复用到安全培训、健康证、上岗证上。
一句话总结
人事模块要解决的不是"把员工信息录进去"，而是让每一次人事变动都有单据、有记录、可追溯，让该到期的事情自己冒出来。用 Inkwell AI 构建器搭这套东西，起步可以很小——先把员工主档和一张异动申请单做出来，跑顺了再加合同子表、加提醒、加双端权限。业务先用起来，再按实际需要长，比一开始就设计一套庞大的 HR 系统要现实得多。
如果你手上正有一份越改越乱的花名册，不妨就从它开始：把当前信息整理成主档，把历史变动整理成流水，然后在构建器里说一句话，让系统把这套骨架立起来。