eSocial S-1.3 NT 07/2026: o que muda de verdade no sistema
Resposta curta: a NT S-1.3 07/2026 altera validações e campos de eventos como S-2500, S-5002 e S-2410, inclui códigos nas tabelas e distribui outras mudanças entre 29/09, 26/10, 23/11, 14/12 e 18/01/2027. O primeiro passo não é atualizar todo o XML: é separar o que já está em produção do que ainda tem data futura.
Este changelog traduz a publicação oficial para o backlog de quem mantém integração, motor de regras, gerador de XML e tratamento de retornos. A referência é a NT S-1.3 07/2026 no gov.br, publicada em 04/09/2026.
O calendário vem antes do código
A própria NT separa alterações já implantadas de itens com implantação programada. O item 3.2 entra em produção restrita em 25/09/2026 e em produção em 29/09/2026. O item 3.3 está previsto para 26/10/2026; os itens seguintes seguem em 23/11, 14/12 e 18/01/2027.
Coloque essas datas no calendário de release e teste cada ambiente separadamente. A agenda oficial do eSocial é a fonte para acompanhar qualquer revisão.
Evento, campo e ação técnica
| Evento ou tabela | O que mudou | O que fazer no sistema |
|---|---|---|
| S-2500 | {infoContr/tpContr} e {indContr} tiveram validações ajustadas. |
Revise o modelo de contratos, cenários de responsabilidade indireta e servidor público declarado nulo. |
| S-5002 | {consolidApurMen/descRendimento} mudou origem e ganhou validação; não retorna quando {vlrIsenOutros} é zero. |
Atualize o parser de retorno e crie teste para a ausência condicional do campo. |
| Tabela 01 | A descrição do código 313 foi ampliada. | Atualize catálogo, telas e documentação sem tratar mudança textual como mudança de schema. |
| Tabela 29 | Foi incluído o código 166451, relativo à contribuição adicional ao SENAI. | Atualize tabelas de domínio, validação e massa de integração. |
| S-2410 / S-2416 | Validações de {instPenMorte}, {dtIniBeneficio} e {tpBeneficio} mudam no item 3.2. |
Teste transferência de benefício, mudança de CPF e benefício iniciado antes da obrigatoriedade. |
| S-2200 / S-2205 | O item 3.3 altera {infoCota} e a condição de {infoDeficiencia}. |
Deixe o deploy preparado, mas só promova quando o ambiente correspondente estiver na data oficial. |
O que testar primeiro
- Teste a versão já disponível no seu ambiente e registre o pacote usado.
- Separe casos de sucesso, ausência condicional e campo inválido.
- Compare o retorno do eSocial com o XML enviado e com o Anexo II.
- Rode a mesma massa na produção restrita e depois planeje a janela de produção.
- Monitore rejeições novas após cada item do calendário.
Conclusão: transforme a NT em fila de trabalho
A prioridade é manter uma matriz simples: mudança, evento, ambiente, data e teste. Assim, o time não troca o XSD por antecipação nem confunde uma alteração de regra de negócio com um erro de schema.
Para a visão contínua, volte ao radar de eSocial e use o checklist de adequação antes do deploy.
