Erro 1861 eSocial: CPF do dependente X inválido — como corrigir

O erro 1861 eSocial CPF do dependente X inválido aparece principalmente na transmissão do evento S-1210 — Pagamentos de Rendimentos do Trabalho — quando o CPF informado para um dependente não é reconhecido pelo eSocial como pertencente a um dependente válido para aquele trabalhador e para aquele período. A própria mensagem do sistema orienta que o CPF precisa corresponder a um dependente cadastrado no RET do eSocial ou informado no grupo de dependentes do próprio evento.

Um detalhe importante é que o erro não significa necessariamente que o número do CPF esteja matematicamente errado ou irregular. O CPF pode estar correto no sistema de folha e, ainda assim, o eSocial rejeitar o S-1210 porque aquele dependente não consta corretamente na base do Governo, foi enviado com vigência posterior à competência ou apresenta alguma inconsistência cadastral.

Por isso, simplesmente conferir os números do CPF nem sempre resolve o problema. É necessário analisar o cadastro do dependente, os eventos anteriormente enviados e a data de validade das informações.

O que significa o erro 1861 do eSocial?

A mensagem normalmente apresentada é semelhante a:

“1861 – CPF do dependente XXXXXXXXXXX inválido. Ação sugerida: Deve ser um CPF de dependente cadastrado no RET do eSocial ou no grupo de Informações de Dependentes do próprio evento.”

O RET é o Registro de Eventos Trabalhistas do eSocial. É nele que ficam consolidadas diversas informações relacionadas ao trabalhador enviadas anteriormente pelo empregador.

Quando o S-1210 utiliza o CPF de determinado dependente, o eSocial precisa conseguir relacionar esse CPF às informações existentes para aquele trabalhador.

Se essa validação não for possível, o evento pode ser rejeitado com o código 1861.

Em qual evento ocorre o erro 1861?

Atualmente, uma ocorrência muito comum do erro está relacionada ao S-1210 — Pagamentos de Rendimentos do Trabalho.

O S-1210 reúne informações sobre pagamentos realizados ao trabalhador e dados utilizados para apuração do Imposto de Renda, entre outras informações relacionadas ao pagamento.

Com as validações do eSocial, os dependentes utilizados nessas informações precisam estar corretamente identificados.

Suportes técnicos de diferentes sistemas de folha relatam o erro 1861 especialmente quando o dependente aparece em informações relacionadas à dedução por dependente, pensão alimentícia, plano de saúde, dedução suspensa ou reembolso de plano de saúde, mas não está corretamente registrado na base do Governo.

Por que aparece “CPF do dependente inválido” se o CPF está correto?

Esse é provavelmente o ponto que mais confunde profissionais de Departamento Pessoal.

Imagine que o funcionário tenha cadastrado um filho como dependente e o CPF informado seja válido perante a Receita Federal.

Ao transmitir o S-1210, mesmo assim aparece:

Erro 1861 — CPF do dependente inválido.

Nesse caso, a palavra “inválido” não deve ser interpretada apenas como “número de CPF inexistente”.

O problema também pode ocorrer porque o dependente não está corretamente registrado no eSocial para aquele trabalhador.

Há ainda situações em que ele foi enviado, mas com uma data de validade posterior ao período utilizado no S-1210.

Portanto, existem duas verificações diferentes: confirmar se o CPF está correto e confirmar se o dependente existe corretamente na base do eSocial para a competência correspondente.

Principais causas do erro 1861 eSocial

Uma das causas mais simples é erro de digitação.

O CPF cadastrado no sistema de folha pode possuir um número incorreto ou até mesmo um preenchimento fictício, como uma sequência de zeros.

Entretanto, existem outras causas frequentes.

O dependente pode estar cadastrado no software de folha, mas ainda não ter sido enviado corretamente ao eSocial.

Também pode existir uma diferença de datas. O cadastro foi transmitido, porém sua validade começou depois da competência do pagamento que está sendo processado.

Outra possibilidade está relacionada às informações utilizadas no S-1210, como dedução de IRRF, pensão alimentícia e plano de saúde.

A documentação de suporte da TOTVS, por exemplo, relaciona a ocorrência do código 1861 a grupos como penAlim, infoDepSau, dedDepen, benefPen e infoReemDep quando o dependente utilizado não consta adequadamente no ambiente do Governo.

Como corrigir o erro 1861 eSocial CPF do dependente X inválido?

O primeiro passo é identificar exatamente qual dependente aparece na mensagem.

Anote o CPF informado pelo retorno do eSocial e localize o trabalhador correspondente no sistema de folha.

Depois, abra o cadastro de dependentes desse funcionário.

Confira cuidadosamente o CPF.

Se houver erro de digitação, corrija o cadastro antes de realizar um novo envio.

Se o CPF estiver correto, a análise precisa continuar.

Verifique se aquele dependente foi efetivamente enviado ao eSocial e se está disponível para a competência que gerou a rejeição.

Quando o dependente não consta corretamente no RET, uma das soluções utilizadas é transmitir a atualização cadastral do trabalhador por meio do evento S-2205 — Alteração de Dados Cadastrais do Trabalhador. Após o S-2205 ser processado com sucesso, o S-1210 pode ser gerado e transmitido novamente.

O que é o evento S-2205?

O S-2205 é o evento utilizado para alteração de dados cadastrais do trabalhador.

Ele não deve ser confundido com alterações contratuais.

Dados cadastrais e dados do contrato possuem tratamentos diferentes dentro do eSocial.

No contexto do erro 1861, o S-2205 é importante porque pode transmitir as informações atualizadas dos dependentes do trabalhador.

A documentação técnica de sistemas de folha confirma que o cadastro dos dependentes pode chegar ao ambiente do Governo por eventos como S-2200/S-2300 e, posteriormente, por alteração cadastral S-2205.

Assim, se o dependente existe apenas no software da empresa, isso não garante que o eSocial já tenha recebido a informação.

O dependente está cadastrado no sistema, mas não no eSocial

Essa situação é bastante comum.

O profissional de Departamento Pessoal abre o cadastro do funcionário e encontra nome, CPF, data de nascimento e demais dados do dependente corretamente preenchidos.

À primeira vista, parece que não existe nada para corrigir.

Entretanto, é necessário diferenciar o cadastro interno do software de folha do cadastro efetivamente transmitido ao eSocial.

Uma informação pode ter sido inserida no sistema depois do envio da admissão e nunca ter gerado a atualização cadastral correspondente.

Nesse cenário, quando o S-1210 informa o dependente, o Governo tenta localizar o CPF e não encontra a relação esperada.

Consequentemente, retorna o erro 1861.

A data de validade do dependente pode causar o erro?

Sim. Esse é um dos pontos mais importantes para resolver ocorrências em que aparentemente “está tudo certo”.

Não basta o dependente estar cadastrado atualmente. Ele precisa estar válido no período necessário.

Considere o seguinte exemplo.

A empresa está corrigindo um S-1210 referente à competência maio. O dependente existe no sistema, mas a informação somente foi enviada ao eSocial com validade a partir de junho.

Nesse caso, para o período anterior, o eSocial pode não reconhecer aquele dependente.

Material de suporte atualizado da Contmatic alerta especificamente para essa situação: se uma folha é referente a maio, mas o dependente só passa a constar no eSocial a partir de junho, ele não será considerado válido para a folha anterior.

Portanto, ao corrigir o problema, é essencial verificar também a data de alteração utilizada na transmissão.

Qual data usar no S-2205?

A data precisa ser compatível com a situação real e com o período que está sendo corrigido.

Não é recomendável simplesmente inserir qualquer data antiga apenas para fazer o sistema aceitar o evento.

Do ponto de vista operacional, fornecedores de sistemas alertam que, quando o S-2205 é utilizado para corrigir o erro, a alteração precisa ter validade compatível com o período de apuração do S-1210 e respeitar também a admissão ou transferência do trabalhador.

Portanto, a sequência temporal dos eventos é fundamental.

O objetivo não é apenas conseguir um retorno de “sucesso”, mas manter o histórico cadastral correto.

Passo a passo geral para resolver o erro 1861

Embora os menus mudem conforme o software de folha utilizado, a lógica de correção normalmente segue o mesmo caminho.

Primeiro, identifique o CPF indicado na rejeição do S-1210.

Depois, localize o dependente no cadastro do funcionário e confira CPF, vínculo com o trabalhador, utilização para IRRF ou pensão e demais informações relacionadas.

Em seguida, verifique se esse dependente já consta no eSocial com validade adequada à competência.

Caso não conste, pode ser necessário gerar o S-2205 com a atualização cadastral correspondente.

Envie o evento e aguarde seu processamento.

Somente depois de o S-2205 retornar com sucesso, gere ou reenvie o S-1210 que havia sido rejeitado.

Esse fluxo é relatado por diferentes fornecedores de folha como solução para situações em que o dependente não estava previamente registrado no ambiente do eSocial.

Precisa reenviar o S-1210 imediatamente?

O ideal é primeiro garantir que a correção cadastral tenha sido aceita.

Se o profissional gerar novamente o S-1210 antes de o evento de alteração cadastral ser processado com sucesso, a causa da rejeição pode continuar existindo.

Portanto, a sequência correta é importante.

Primeiro, ajuste o cadastro.

Depois, envie a alteração necessária.

Aguarde o retorno de sucesso.

Finalmente, processe novamente o S-1210.

Essa ordem reduz o risco de repetir a mesma rejeição várias vezes.

O erro pode estar relacionado ao IRRF?

Sim.

Uma das situações mais comuns envolve dependentes utilizados na apuração do Imposto de Renda.

No S-1210, o CPF pode aparecer no grupo relacionado à dedução do rendimento tributável por dependente.

A própria localização apresentada em algumas mensagens do erro mostra o campo dedDepen/cpfDep, relacionado ao CPF utilizado na dedução por dependente.

Por isso, se o funcionário possui dependente para fins de IRRF, é importante verificar se o cadastro foi corretamente enviado ao eSocial.

O fato de a folha ter calculado a dedução corretamente internamente não significa que o evento será necessariamente aceito.

O eSocial realiza suas próprias validações sobre as informações transmitidas.

Plano de saúde pode gerar erro 1861?

Sim.

O problema não está restrito à dedução tradicional por dependente.

Informações relacionadas a plano de saúde também podem utilizar o CPF do dependente no S-1210.

Se o sistema informar despesas ou outras informações vinculadas a um dependente que não está corretamente cadastrado no ambiente do Governo, pode ocorrer rejeição.

A documentação técnica da TOTVS cita expressamente o grupo infoDepSau, referente a informações de dependentes de plano de saúde, entre aqueles relacionados à ocorrência do erro 1861.

Por isso, quando o CPF parece correto, vale verificar se o problema está sendo provocado pelas informações de assistência médica.

Pensão alimentícia também pode causar o erro?

Sim.

Informações relacionadas a pensão alimentícia também podem envolver identificação por CPF.

Nesse caso, é necessário conferir cuidadosamente o beneficiário e os dependentes relacionados às informações transmitidas.

A documentação técnica utilizada para análise do código 1861 inclui o grupo penAlim, referente à pensão alimentícia, entre as possíveis origens da inconsistência.

Portanto, quando houver pensão na folha, essa parte do cadastro também deve ser analisada.

Como descobrir qual campo está provocando o erro?

A própria mensagem de retorno pode fornecer uma pista importante.

Além do código 1861 e do CPF, o eSocial pode apresentar a localização do elemento dentro do XML.

Por exemplo, uma ocorrência pode apontar para um caminho terminado em:

dedDepen/cpfDep

Nesse caso, o problema está relacionado ao CPF informado no grupo de dedução por dependente.

Em outras situações, a localização pode indicar outro grupo.

Para profissionais que trabalham com suporte ou parametrização de folha, observar a localização informada no retorno ajuda a descobrir de onde o CPF está sendo levado para o XML.

Isso evita alterar cadastros aleatoriamente.

O que é RET do eSocial?

RET significa Registro de Eventos Trabalhistas.

De forma simplificada, ele representa a base construída a partir dos eventos enviados e processados pelo eSocial.

Quando uma empresa envia uma admissão, alteração cadastral, alteração contratual ou outro evento, essas informações passam a compor o histórico do trabalhador conforme as regras do sistema.

Por isso, quando a mensagem do erro 1861 afirma que o CPF deve pertencer a um dependente cadastrado no RET, está indicando que a informação precisa ser compatível com os dados trabalhistas existentes no ambiente do eSocial.

Ter o dependente apenas no banco de dados do software utilizado pela empresa não é suficiente.

O CPF correto pode ser rejeitado por causa da competência?

Sim.

Imagine este cenário:

O funcionário possui uma filha como dependente.

O CPF dela está correto.

A empresa inclui o dependente em junho.

Entretanto, está tentando transmitir ou retificar um pagamento referente a maio utilizando esse CPF.

Se o histórico do eSocial não reconhecer o dependente como válido para maio, o S-1210 pode apresentar inconsistência.

Essa é a razão pela qual a data de validade deve ser conferida juntamente com o CPF.

A Senior, por exemplo, documenta ocorrência do código 1861 quando o dependente não havia sido informado no S-2200/S-2300 e o S-2205 contendo sua informação possuía data de alteração posterior ao pagamento informado no S-1210.

É necessário excluir o S-1210?

Isso depende do status do evento e do sistema utilizado.

Quando o evento foi rejeitado, ele não possui o mesmo tratamento de um evento já aceito e consolidado.

Alguns softwares orientam excluir a pendência ou o evento rejeitado internamente, realizar a correção e depois gerar novamente o S-1210.

Outros permitem corrigir o cadastro e utilizar diretamente uma opção de reenvio.

Por isso, o procedimento específico dentro do programa de folha deve seguir a documentação do fornecedor.

O ponto comum é que a causa cadastral precisa ser corrigida antes da nova transmissão.

Como evitar o erro 1861 no futuro?

A prevenção começa no cadastro.

Sempre que um novo dependente for incluído para um trabalhador, o Departamento Pessoal deve verificar se a alteração precisa ser transmitida ao eSocial.

Também é importante conferir o CPF antes do envio.

Outro cuidado é acompanhar o retorno dos eventos não periódicos.

Não basta gerar um S-2205 no software. É necessário verificar se ele foi efetivamente transmitido e processado com sucesso.

Além disso, antes do fechamento mensal, pode ser útil conferir alterações cadastrais realizadas durante o período.

Essa rotina reduz a chance de descobrir problemas somente quando o S-1210 já está sendo transmitido.

Erro 1861 eSocial CPF do dependente X inválido: resumo da correção

O erro 1861 eSocial CPF do dependente X inválido normalmente indica que o CPF utilizado no evento não está sendo reconhecido como pertencente a um dependente válido do trabalhador para aquele período.

O problema pode estar no próprio número do CPF, mas também pode ocorrer quando o dependente existe no sistema de folha e não consta corretamente no eSocial.

A data de validade também merece atenção. Um dependente cadastrado atualmente pode não estar válido para uma competência anterior.

Por isso, a correção normalmente começa pela conferência do cadastro e do histórico do trabalhador no eSocial. Quando necessário, realiza-se a atualização por meio do S-2205 e aguarda-se seu processamento com sucesso antes de transmitir novamente o S-1210.

O procedimento exato dentro do software pode variar entre TOTVS, Domínio, Contmatic, Alterdata, Senior e outros sistemas. Entretanto, a lógica da rejeição permanece semelhante: o CPF informado no pagamento precisa estar associado corretamente ao dependente reconhecido pelo eSocial na competência correspondente.

Aprenda Recursos Humanos na prática e inglês técnico para RH

Erros como o 1861 mostram que trabalhar com Departamento Pessoal exige muito mais do que apenas calcular salários. O profissional precisa compreender folha de pagamento, eventos do eSocial, cadastros, dependentes, IRRF e procedimentos para identificar e corrigir rejeições.

A Toexceed desenvolveu uma formação de Recursos Humanos na Prática + Inglês Técnico com ênfase em RH, combinando conhecimentos utilizados na rotina profissional com o inglês aplicado à área.

A plataforma possui simulador online para ensinar atividades de RH na prática. Além disso, o treinamento prepara o profissional para entrevistar candidatos em inglês, publicar vagas, analisar currículos, responder dúvidas de funcionários, escrever e-mails, utilizar o inglês ao telefone e lidar com outras situações profissionais.

A formação foi desenvolvida em conjunto por profissionais de Recursos Humanos e professores nativos de inglês, oferecendo uma preparação voltada às atividades encontradas no mercado de trabalho.

Conheça o curso de Recursos Humanos na Prática + Inglês Técnico da Toexceed.