辅助运营

准备并跟踪 eSocial 事件(入职、休假、工资)。事件遵循法定顺序:在表格事件之前发送工资,会在源头被拒——队列尊重的是依赖关系,而不是您的急切。

根据工资生成并发送 eSocial 事件:入职(S-2200)、薪酬(S-1200)、支付(S-1210)和离职(S-2299)。每个事件都按照按生效期版本化的布局构建,填入员工和工资的真实数据,并进入带有状态、回执号和回执审核意见的队列。发送受条件限制:只有在开启 eSocial、使用真实服务商并具备 A1 证书时才会真正传输——在 sandbox 中一切均为模拟。

根据工资生成并发送 eSocial 事件:入职(S-2200)、薪酬(S-1200)、支付(S-1210)和离职(S-2299)。每个事件都按照按生效期版本化的布局构建,填入员工和工资的真实数据,并进入带有状态、回执号和回执审核意见的队列。发送受条件限制:只有在开启 eSocial、使用真实服务商并具备 A1 证书时才会真正传输——在 sandbox 中一切均为模拟。——这就是"eSocial"页面在平台中的作用。

顶部横幅显示发送的配置情况:eSocial 开启或关闭、环境(生产或测试)、服务商以及是否有 A1 证书。只有在 eSocial 开启、使用真实服务商且具备 A1 证书时才会真正传输——缺少任何一项,页面都会以 sandbox 模式运行:事件照常生成并进入队列,但发送是模拟的,不会有任何内容到达政府。每个事件的"环境"列会记录它是在哪种模式下处理的。

"eSocial 事件(入职、工资、支付、离职)是否正在生成和传输?"——当出现这个问题时,就在此页面得到解答。

首先在选择器中选择工资所属期间——不选择的话,生成按钮将不可用。然后生成当月所需的内容:入职(S-2200)、薪酬(S-1200)、支付(S-1210)和离职(S-2299)。事件进入队列时会带有状态、回执号、收据,出错时还有回执审核意见。"发送队列"按钮会在确认后一次性传输所有待发送事件;出错但可修正的事件,会在其所在行显示重新发送按钮。