Eventos de tabela do eSocial: o que são e como manter atualizados

Por que tabelas são diferentes de eventos periódicos

Tabelas são dados mestres que não mudam frequentemente. Diferente de folha de pagamento, que é periódica (todo mês)^[2].

Tabelas: Cargo "Engenheiro" criado uma vez. Se nome muda, atualiza. Caso contrário, mesmo cargo vale todo o período.

Periódicos: Folha de pagamento enviada todo mês. Dados mudam (salário, descontos, valores), então reenvia todo mês.

RH frequentemente comete erro: reenvia tabela que não mudou, desperdiçando tempo. Tabela deve ser reenviada apenas quando há alteração.

Tipos de tabelas principais

S-1005 (Dados da Empresa): CNPJ, razão social, natureza jurídica. Enviado na implantação, atualizado quando informações mudam (rara).

S-1010 (Estabelecimento): Informações de filial ou matriz (CNAE, endereço, responsável). Enviado na implantação, atualizado quando novo estabelecimento é criado ou endereço muda.

S-1020 (Informações Complementares): Sindicato, convenção coletiva, dados fiscais. Atualizado conforme mudança de sindicato ou convenção.

S-1030 (Seção Sindical): Dados específicos de sindicato. Atualizado quando seção muda.

S-1200 (Cargos): Informações de cargo (código, descrição, CBO). Atualizado quando novo cargo é criado ou cargo é descontinuado^[3].

S-1210 (Departamento/Seção): Estrutura organizacional (código, nome, responsável). Atualizado quando novo departamento é criado ou estrutura muda.

Quando atualizar tabelas: gatilhos

Gatilho 1: Novo cargo criado. RH cria "Gestor de Projetos". Deve enviar S-1200 novo antes de admitir alguém com este cargo.

Gatilho 2: Novo estabelecimento/filial. Abre filial em São Paulo. Deve enviar S-1010 nova antes de admitir colaboradores lá.

Gatilho 3: Mudança de sindicato. Colaborador muda de sindicato (exemplo: construção civil muda de sindicato). Deve atualizar S-1020/S-1030.

Gatilho 4: Mudança de dados empresa. Razão social muda (rara), naturalidade jurídica muda (rara). Deve atualizar S-1005.

Gatilho 5: Reorganização departamental. Departamento é descontinuado, novo é criado. Deve atualizar S-1210^[4].

Sem identificar gatilhos, tabelas viram obsoletas silenciosamente.

Impacto de tabela desatualizada

Se tabela está errada ou obsoleta, eventos que a referenciam são rejeitados^[5].

Exemplo: Novo cargo "Analista de Dados" criado em RH, mas S-1200 não foi enviado. Quando RH envia S-2200 (admissão) referenciando este cargo, eSocial rejeita: "Cargo não existe em tabela".

Consequência: Admissão fica pendente, colaborador não é formalizado, folha não processa. Atraso em conformidade.

Processo de manutenção de tabelas

Passo 1: Identificar mudança. RH identifica (novo cargo criado, novo departamento criado, mudança de sindicato).

Passo 2: Validar mudança. Revisar com gestor: cargo realmente vai ser usado? Departamento é duradouro? Não é experimental?

Passo 3: Enviar evento de tabela. Preencher S-1200 (cargo), S-1210 (departamento), etc. com informações corretas.

Passo 4: Confirmar no eSocial. Verificar se eSocial aceitou tabela. Se rejeitou, corrigir e reenviar.

Passo 5: Usar tabela. Agora é seguro referenciar este cargo em admissões, por exemplo.

Sem processo documentado, tabelas são negligenciadas.

Integrando tabelas com eventos de movimento

S-2200 (admissão) referencia cargo em tabela. Se cargo não existe em tabela, S-2200 é rejeitado^[6].

Sequência correta: (1) Cargo criado em S-1200, (2) eSocial aceita, (3) DEPOIS, RH envia S-2200 (admissão) referenciando cargo.

Erro comum: RH envia S-2200 antes de S-1200 estar no eSocial. Resultado: rejeição, atraso.

Rastreabilidade: quem mudou o quê

Documentar: quando tabela foi atualizada, por quem, qual era informação anterior, qual é nova. Essencial para auditoria e para resolver problemas.

Exemplo: Cargo "Engenheiro Sênior" CBO alterado de 2143-05 para 2143-10. Quando? 2025-03-15. Por quem? Maria RH. Motivo? Reclassificação de skills. Anterior: 2143-05.

Log de mudanças permite auditar conformidade histórica.