从自行办理到社保托管，企业交接前要准备好哪些数据？

不少企业第一次把社保交给服务商托管时，准备得都比较简单：导出一份员工名单，附上本月缴费金额，再把经办账号和密码交接过去。

真正开始办理后，问题才慢慢露出来。

员工名单里，有人已经离职两个月，系统里却还是在职；工资表中的缴费基数和社保申报记录对不上；员工换过身份证，公积金和个税系统还留着旧信息；还有几笔补缴业务，之前由谁跟进、现在办到哪一步，谁也说不太清楚。

这类情况并不少见。社保工作每个月都在做，但很多企业并没有把过程资料完整保存下来。平时不出问题时，大家觉得差不多就行；一旦更换经办人或服务商，历史上的小遗漏就会集中出现。

所以，社保托管前真正要准备的，不只是一份员工名单，而是要让接手方看得懂：企业有哪些员工、目前是什么状态、过去缴费是否正常、还有哪些事情没有办完。

先把员工目前的状态弄清楚

员工基础信息当然要准备，包括姓名、身份证号码、联系方式、入职时间、劳动合同状态、工作地点、参保地和当前缴费基数。

但实际交接中，最容易出错的往往不是这些基本字段，而是员工的“当前状态”。

一个员工在系统里显示为在职，并不代表他就一定是正常参保状态。可能是刚入职，增员还没办完；也可能已经离职，只是减员手续还没有提交；还有人正在办理跨城市调动，原参保地和新参保地都处在衔接过程中。

因此，企业最好把以下人员单独标出来：

• 已入职但尚未完成增员的员工；

• 已离职但尚未办理减员的员工；

• 正在调动或办理社保转移的员工；

• 休产假、申请生育待遇的员工；

• 发生工伤、正在治疗或等待鉴定的员工；

• 长期病假、停薪留职等情况比较特殊的员工。

这一步看起来有点麻烦，但很有必要。服务商接手后，面对一张没有任何备注的名单，只能按照系统状态继续操作。等员工发现自己的医保不能使用，或者离职后缴费月份不对，再回头查，往往要多花几倍时间。

别只交本月数据，历史记录也要留下来

社保托管一般从某个申报周期开始，企业却不能只把当月数据交出去。

至少要整理近期的社保申报表、缴费凭证、增员和减员记录。如果过去办理过补缴、退费、基数调整、社保转移，也应一并提供相关材料。

为什么要看过去的记录？因为很多问题不是这个月才发生的。

比如，员工发现自己的社保少缴了一个月，服务商需要先确认是原单位漏报、系统退回，还是员工当时没有提供完整资料。如果只拿到本月的申报结果，前面的过程就断了，谁也无法马上判断责任在哪一环。

如果企业过去有过社保稽核、员工投诉或补缴争议，也不要因为觉得“已经处理过了”就不再说明。最好把这类事项单独列出来，写明已经解决还是仍在跟进，相关凭证放在哪里。

对于没有办完的事情，可以做一张简单的待办表。员工姓名、办理事项、目前进度、缺少材料、下一步负责人，写清楚就够了。表格不需要做得很复杂，但不能只留在某个人的聊天记录里。

缴费基数，最好能说明它是怎么来的

服务商接手社保后，最常遇到的一个问题就是：“这名员工的缴费基数为什么是这个数？”

如果企业只提供一张本月基数表，却没有工资变动记录，后续核对会比较被动。

企业可以把近期工资表、社保申报数据和实际缴费凭证放在一起比较，看看员工调薪、转岗、入职和离职时间是否与社保缴费情况对应。对于基数已经调整但还没有生效的员工，也要做好备注。

这里不能简单理解为“工资一涨，社保基数就马上跟着涨”。社保基数调整通常有当地规定的申报周期和上下限，具体怎么调整，要看参保地的政策要求。企业需要把工资变化告诉服务商，由服务商结合当地规则判断如何申报，而不是凭经验直接改数。

另外，工资、社保和个税本来就不是同一个系统，金额不完全一致并不一定代表有问题。但姓名、证件号码、员工状态这些基础信息，最好不要出现明显差异。发现对不上时，要及时分清是系统口径不同，还是最初录入就有错误。

多城市参保，最好不要用一张总表解决

跨地区经营的企业，社保交接通常比单一城市更费工。

员工可能在上海工作，却在江苏参保；总部和工厂使用不同的经办平台；有些员工调动后已经在新城市缴费，原参保地的减员却没有完成。把所有人放在一张全国名单里，人数是看清楚了，具体业务却不一定能办。

比较稳妥的做法，是按参保城市或服务区域整理资料。每个城市分别列明参保账户、经办平台、申报时间、员工名单以及当前待办事项。这样服务商接手时，能够直接按照属地规则处理，也便于企业后面核对。

对于跨城市调动的员工，还要特别确认原参保地减员、新参保地增员、医保衔接和社保转移分别到哪一步。不能只把“工作地点”在内部系统里改掉，就认为社保关系已经同步完成。

托管之后，企业还要保留自己的查询和复核权

有些企业把社保交给服务商后，连申报记录也不再过问。只要每月收到一张应缴金额表，就默认工作完成了。

这种做法省事，但并不稳妥。

企业应当提前约定，服务商什么时候反馈申报结果，企业通过什么方式查看缴费记录，员工信息变更由谁审核，系统退回后谁联系补材料。如果发生漏缴、错缴或延迟办理，又由谁核实原因、承担相应费用，也要在服务方案或合同中写明。

特别是增员、减员、补缴和待遇申请，这些事项都有时间节点。企业资料提交晚了，和服务商收到资料却没有及时办理，责任并不一样。只有把提交时间、办理时间和反馈时间分开记录，后面才说得清楚。

合作结束时的数据交接也不能忽略。企业要确认历史申报记录、缴费凭证、员工变更资料和未完成事项能否完整导出。社保托管可以更换服务商，但企业的历史资料不能跟着服务商一起“消失”。

才朔社保如何协助企业完成交接？

对于准备从自行办理转为社保托管的企业，才朔社保可以从员工参保信息、增减员记录、缴费基数、历史申报资料和未办结事项等方面，协助企业梳理交接内容。

如果企业员工分布在多个城市，或者过去的社保资料比较零散，也可以先从一个城市、一个部门或一批员工开始核对。先把人员状态、缴费记录和待办事项理顺，再逐步扩大托管范围，通常比一开始把所有资料一股脑交出去更容易发现问题。

社保托管不是把账号和名单交给别人就结束了。企业需要交接的，其实是每名员工当前的参保状态、每一笔缴费的来历，以及那些还没办完的事情。

前期数据整理得越认真，后面的申报越不容易出错。很多企业觉得资料准备是“额外工作”，但从长期看，这一步往往能省下更多反复核对和补材料的时间。