在印尼，将薪资管理外包的风险在于可能出现记录不完整或不一致的情况，例如PPh 21余额错误、BPJS数据过时或缺少加班记录。成功的过渡需要对数据和流程进行可控的交接，而不仅仅是更换服务提供商。
本指南面向已决定（或即将决定）将薪资管理工作外包给印尼的外资企业、 PT PMA实体以及人力资源或财务负责人。指南重点介绍外包前、外包中和外包后的注意事项，而非探讨外包是否值得。
快速解答：公司如何转向外包薪资管理？
在印尼，如果要将薪资管理外包，需要进行结构化的员工数据、薪资规则、税务记录和BPJS（印尼国家社会保险机构）信息的移交。数据核实后，公司和服务提供商应在正式启用薪资系统之前，通过并行运行测试新系统。
服务提供商负责薪资管理，而雇主则承担整体合规责任。
转为外包薪资管理涉及哪些方面？
转为外包薪资管理意味着将约定的薪资管理职能转移给第三方供应商，而公司仍然是法律上的雇主。
服务提供商可能负责：
- PPh 21 计算
- BPJS 管理
- 工资单生成
- 法定报告
公司仍负责提供准确的员工数据、批准工资结果、管理雇佣决策，以及履行未分配给服务提供商的任何义务。 这与名义雇主安排不同，在名义雇主安排中，名义雇主成为法定雇主。
外包薪资管理前应该审查哪些内容？
在确定供应商或设定切换日期之前，公司应全面审查其当前的薪资工作流程。下表列出了需要检查的内容以及如果每个方面未得到解决将会面临的后果。
| 审查区域 | 必须检查哪些内容 | 未解决的风险 |
| 薪资工作流程 | 当前计算方法、审批链、支付周期 | 交接范围不明确；审批重复或遗漏 |
| 员工人数 | 员工人数、雇佣状态、外籍员工与本地员工 | 移民手续不全；缺少法定登记 |
| 雇佣合同 | PKWT/PKWTT 状态、试用期、合同津贴 | 与合同条款相抵触的薪资组成部分 |
| 薪资组成部分 | 固定/浮动津贴、扣除额、实物福利 | 上线后出现付款不足或付款过多的情况 |
| 税务处理 | PPh 21 类别、TER 分类、既往扣留史 | 年初至今的对账有误；员工少缴/多缴税款 |
| BPJS 参保 | 注册状态和报告的工资基数（Ketenagakerjaan 和 Kesehatan） | 缴款不足；福利金申领纠纷 |
| 工资日历 | 截止日期、付款日期、法定截止日期 | 逾期付款罚款；工资发放中断 |
| 审批工作流程 | 发放工资前谁签字确认？ | 未经授权发放的款项 |
| 银行流程 | 付款文件格式、银行关系、付款方式 | 工资转账失败或延迟 |
| 会计整合 | 会计科目表映射，日记账分录格式 | 薪资和财务之间的对账差异 |
| 现有错误 | 已知的未核对余额或有争议的付款项目 | 错误被带入新系统并不断累积 |
| 数据安全与报告 | 访问控制；企业赖以生存的管理报告 | 不受控制的数据泄露；外包后数据可见性丧失 |
如何从内部薪资管理过渡到外包薪资管理：12 个阶段
过渡过程最好以一系列明确的阶段为单位进行，每个阶段都有其自身的证据链，而不是一次性的交接事件。下表列出了公司和供应商在每个阶段各自的工作内容，以及作为完成证明需要保留的记录。
| 阶段 | 公司 | 提供者 | 保留证据 |
| 定义范围 | 决定哪些功能迁移到服务提供商，哪些功能保留在公司内部。 | 文件需以书面形式确认约定范围，包括除外事项。 | 服务协议中已签署的范围文件 |
| 责任矩阵 | 确认该公司仍是合法雇主，并拥有最终审批权。 | 请确认其执行哪些申报/BPJS提交，以及使用哪些凭证。 | 已签署的责任矩阵 |
| 选择切换期 | 选择与税务期或财政季度相对应的切换日期 | 确认系统准备情况和人员配备情况。 | 书面切换日期及应急日期 |
| 审核现有记录 | 调取过去 12 个月的工资、税款和 BPJS 记录 | 审核数据完整性；导入前标记缺失数据。 | 已审核/不完整记录的审计日志 |
| 协调 YTD PPh 21 | 提供每位员工的年初至今总收入、预扣税款和PTKP/TER状态 | 负载均衡，因此期末结算计算正确。 | 每位员工已签署的年初至今结算单 |
| 核对BPJS数据 | 确认会员人数和已申报的工资基数 | 核对申报工资与实际工资；发现少报工资的情况 | 每位员工的BPJS对账清单 |
| 清理和传输数据 | 发送前请验证个人数据、税务识别号和银行详细信息。 | 导入并验证是否存在重复或缺失字段 | 数据验证报告（已接受/已拒绝/已标记） |
| 配置工资规则 | 请提供每一项津贴、扣除和福利的定义。 | 配置组件；通过示例计算确认逻辑 | 已签署的组件映射文档 |
| 绘制工作流程图 | 明确由谁批准此次运营以及如何发放资金。 | 确认会计报表与会计科目表相符。 | 已记录的审批和拨款流程 |
| 平行运行 | 为两个系统提供实时输入，持续一个完整周期。 | 独立计算；得出结果以供比较。 | 并排比较报告 |
| 审核并批准 | 审核对比结果；正式上线前签字确认。 | 解释差异原因并确认纠正措施 | 书面上线批准（而非口头批准） |
| 上线并进行和解 | 将首次现场运行与并行运行预期进行比较 | 支持前 1-2 个周期的异常处理 | 上线后对账记录 |
需要传输哪些工资数据？
以下迁移清单列出了公司通常需要移交的数据。个人数据、税务数据和银行数据高度敏感，必须通过安全且访问受控的渠道进行传输。
| 数据类别 | 示例 | 需要验证 |
| 公司数据 | 法人实体详情、NPWP、BPJS雇主注册号 | 请向各主管机构确认当前的注册状态 |
| 员工个人数据（敏感） | 全名、NIK、出生日期、地址、家庭状况 | 核对身份证件和人事记录 |
| 就业数据 | 合同类型、生效日期、职位、工作地点 | 与已签署的雇佣合同进行核对 |
| 薪酬数据 | 基本工资、固定/浮动津贴、实物福利 | 与最近三份工资单进行核对 |
| 税务数据（敏感信息） | NPWP/NIK-NPWP 状态、PTKP 状态、TER 类别、YTD 预扣税款 | 与最新的 PPh 21 保留单进行比对 |
| BPJS 数据（敏感数据） | 会员人数、报告的工资基数、项目参与人数 | 与最新的BPJS缴款报告进行比对 |
| 考勤和请假数据 | 休假余额、加班记录、未付休假历史 | 与现行请假/考勤制度进行核对 |
| 银行信息（敏感信息） | 员工工资发放银行账户信息 | 核实账户名称与员工法定姓名是否一致 |
| 会计信息 | 会计科目表、成本中心代码 | 与财务团队确认映射关系 |
| 历史工资数据 | 以往工资单、年初至今总收入、THR支付记录 | 至少核对当前纳税年度的记录 |
薪资外包过渡期间的常见错误
大多数薪资过渡问题都源于准备仓促、职责不明确和数据迁移不完整，例如：
- 不经过审核，就将不准确或未经核对的数据直接导入供应商系统。
- 未能在切换前核对年初至今的PPh 21余额，导致最终期间的税收计算出现偏差。
- 沿用已过时的BPJS（韩国国民保险体系）报告工资基数，该基数已不再与当前实际工资相符。
- 数据迁移中不包括奖金或THR等不定期付款。
- 公司与供应商之间未明确规定工资审批和支付权限。
- 为了赶上自己设定的最后期限，放弃了平行运行。
- 通过不安全的渠道（例如个人电子邮件或共享电子表格）发送敏感的工资数据。
如果公司未来需要再次更换供应商，则没有退出计划。
InCorp Indonesia 如何支持薪资转型
平稳的薪资过渡流程需要周密的计划、准确的数据以及公司与服务提供商之间明确的责任划分。InCorp Indonesia（Ascentium 旗下公司）为企业提供以下支持：
- 过渡期审查与规划：薪资流程审查、差距识别、范围界定和责任划分
- 数据与合规性核对：员工数据验证及PPh 21、BPJS和工资组成部分的审核
- 薪资设置和测试：薪资配置、计算测试和并行薪资运行
- 持续的薪资管理：管理和法定报告、运营日历和审批流程
与 InCorp Indonesia 的薪资团队沟通，审查您当前的薪资体系，并制定一个可控的过渡方案。