用友 HR 模块教程：组织、岗位与员工入职主数据怎么搭
从法人和组织树开始，建立岗位、人员、入职审批与数据交接，让 HR、财务、IT 和业务部门使用同一套员工主数据。
学习目标
完成一套可审核、可追溯、能支持后续考勤、薪酬、绩效和权限开通的员工入职基础流程。
适用角色
HR 负责人、HR 专员、部门经理、财务、IT/权限管理员、薪酬与考勤负责人、数据管理员和实施顾问。
前置条件
- 确认使用的是 YonBIP / YonSuite 人力相关产品及已购买的功能范围；U9cloud 制造 ERP 与独立人力云的许可、接口和主数据边界需在蓝图中确认。
- 法人、公司、部门、成本中心、工作地点和汇报关系已有批准口径。
- 员工编号规则、必填资料、审批责任、隐私权限、入职与离职日期规则已经书面确认。
- 泰国本地劳动、社保、个税、数据保护和工资计算规则由合格的本地负责人确认。
完成检查
- 抽查一名新员工，可以从招聘/入职申请追溯到岗位、审批、合同、主数据、生效日期、账号权限和下游接口状态。
- 组织或岗位调整后，历史任职仍可查询，新旧汇报关系不会在同一天重叠。
- 普通经理无法看到银行、证件和薪资等无业务必要的字段，敏感数据导出与修改均有审计记录。
- 首月考勤、薪酬、成本中心和银行数据可以与批准的员工主数据对平。
常见错误
- 先录员工、后补组织和岗位，导致部门、成本中心和审批关系长期不一致。
- 直接覆盖部门、岗位或经理字段，丢失历史任职和生效日期。
- 把 HR 系统、考勤、薪酬和 ERP 各自维护成独立员工名单，接口失败后没有责任队列。
- 将系统配置视为已经满足泰国劳动、个税、社保或 PDPA 要求，缺少本地专业复核。
泰国项目提示
泰国项目应单独确认泰文/英文姓名、身份证或护照、工作许可、签证、社保、税号、银行、工资周期、班次与个人数据访问。本文提供系统实施控制框架，不构成泰国劳动、税务、移民、社保或 PDPA 法律意见。
相关模块
操作步骤
- 01
建立法人、公司和组织树。分别维护法定雇主、管理组织、部门、成本中心和工作地点，不要把组织名称直接当作全部法律或财务维度。为每个节点设置负责人、生效日期和停用规则。
- 02
定义岗位与编制。岗位记录应包含岗位名称、所属组织、汇报岗位、职级、用工类型、成本归属、工作地点和是否允许招聘；人员离开时保留岗位，不要用员工姓名代替岗位。
- 03
建立员工主数据模板。把姓名、员工编号、证件、联系方式、银行信息、紧急联系人、雇佣日期、合同、工作许可等分级管理；按最小权限拆分 HR、薪酬、经理和普通员工可见字段。
- 04
设计入职申请和审批。由用人部门发起岗位与到岗需求，HR 核对合同和资料，财务确认成本归属，IT 根据岗位模板准备账号与权限。例外事项必须有原因、批准人和到期时间。
- 05
录入员工并执行生效检查。员工、岗位、部门、经理、工作地点和雇佣状态采用同一生效日期；若为调动或转岗，应新增带日期的任职记录，不覆盖历史记录。
- 06
连接下游流程。将已批准的员工主数据传递给考勤、薪酬、费用、门禁、协同办公和 ERP 权限系统；接口失败要进入待处理队列，不能依靠人工反复复制。
- 07
完成首日和首月核验。首日检查账号、经理、班次、地点和员工自助资料；首月核对考勤、工资基础、成本中心、社保/税务状态及银行信息，并由 HR 与员工确认差异。
- 08
建立异动和离职闭环。调岗、调薪、长期休假和离职都应沿用带生效日期的审批；离职时同步停权、资产归还、未结费用、工资结算和记录保存要求。
实施提示
- 先用 5–10 名匿名测试员工演练入职、转岗和离职，再导入正式人员。
- 所有关键主数据都要有来源、责任人、生效日期和变更记录。
- AI 人事助理可以辅助查询、催办和入职办理，但高风险数据变更仍应经过授权和人工确认。
- 若 U9cloud 负责制造与财务、用友人力云负责 HR，应在蓝图中定义唯一员工编号和接口主责。
参考来源
- 用友集团官网：人力云 ↗用友官方 · 访问日期: 2026-08-20 · 适用版本: 用友人力云公开能力范围；具体菜单、字段与许可取决于 YonBIP / YonSuite 版本及项目配置
- 用友BIP人力五大智能体发布 ↗用友官方 · 发布日期: 2025-08-07 · 访问日期: 2026-08-20 · 适用版本: 用友BIP人力云员工服务、人事、假勤、薪酬及人才场景；AI 能力以实际租户开放范围为准