Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.

Regras de Validao
Nome da Regra
REGRA_ADMISSAO_ANTERIOR_INICIO_ESOCIAL
REGRA_ADMISSAO_POSTERIOR_INICIO_ATIVIDADES

REGRA_ADMISSAO_POSTERIOR_INICIO_ESOCIAL
REGRA_ADMISSAO_RETIFICA_DT_ADM

REGRA_ADMISSAO_VALIDA_DT_ADM

REGRA_ADMISSAO_VALIDA_DURACAO_CONTRATO

REGRA_ADMISSAO_VALIDA_MATRICULA

REGRA_ALTERA_CATEG
REGRA_ALTERACAO_CONTRATUAL_EXTEMP

REGRA_AVISO_PREVIO_DT_FUTURA
REGRA_BLOQUEIA_USO_CPF_EMPREGADOR

REGRA_CAT_IDENTIFICACAO_TRABALHADOR

REGRA_CNPJ_VALIDO

REGRA_COMPATIBILIDADE_CATEGORIA_CLASSTRIB
REGRA_COMPATIB_CATEG_EVENTO

REGRA_COMPATIB_REGIME_PREV

REGRA_DESLIG_EXCLUI_DESLIGAMENTO_REINTEG

REGRA_DESLIG_EXCLUI_DESLIGAMENTO_SUCESSAO

Descrio
A data de admisso informada no evento "Cadastramento Inicial do Vnculo"
deve ser anterior a data de obrigatoriedade do contribuinte no eSocial.
A {dtAdm} deve ser igual ou posterior a DATA DE ABERTURA DA
EMPRESA ou a DATA DO PRIMEIRO VNCULO (se preenchida na base de
CNPJ).
A data de admisso informada no evento de admisso deve ser igual ou posterior
a data de incio do eSocial.
A retificao do evento para modificar a data de admisso:
1. somente possvel se no existirem eventos no peridicos anteriores a nova
data de admisso (Recusar Evento);
2. caso a nova data seja de ms anterior em relao a data de admisso que
consta no RET os eventos de folha de pagamento referentes ao perodo
compreendido entre o novo ms de admisso e o ms anterior a antiga data de
admisso devero ser marcados como no consistidos
3. caso a nova data seja de ms posterior, os arquivos de folha de pagamento
referentes ao perodo compreendido entre a antiga data de admisso e ao ms
imediatamente anterior a nova data devero ser marcados como no consistidos.
A data de admisso do trabalhador no pode ser superior a 30 (trinta) dias a
partir da data atual. Alm disso:
* Para a categoria [103] (aprendiz), deve ser maior ou igual a [20/12/2000]
Se o {tpContr} for igual a [2] e a categoria do trabalhador for igual a [102], a
{dtTerm} no pode ser superior a 60 (sessenta) dias em relao a data de
admisso.
A chave de identificao de cada vnculo trabalhista na empresa (CNPJ base) a
MATRICULA, que atribuda pelo Empregador. No poder existir no RET,
para a mesma empresa, trabalhador com mesmo nmero de matrcula do
trabalhador a ser admitido (Recusar Evento);
S possvel alterao de categoria de trabalhadores nas seguintes opes: de
[102, 105, 106] para [101].
Caso j exista evento de remunerao em perodo igual ou posterior data de
alterao contratual, e a alterao seja relativa a informaes tambm utilizadas
no evento de remunerao (ex: categoria), pode ser necessria a retificao das
informaes j prestadas.
A data do aviso prvio no pode ser posterior data atual.
Em evento de admisso, cadastramento inicial do vnculo e de remunerao,
gerado por empregador pessoa fsica, o cpf do trabalhador indicado no arquivo
no pode ser o mesmo cpf do empregador.
O {cpfTrab} informado no evento deve existir na base de dados do RET (como
empregado, ou como trabalhador avulso (201 e 202) informado no TSV), e deve
estar ativo na data do acidente.
O CNPJ informado deve existir na base da RFB e:
a) CNPJ no poder pertencer a pessoa jurdica Inapta (situao=4) pelo motivo
de Inexistncia de Fato (motivo=15);
b) Caso o CNPJ esteja baixado, a data de ocorrncia do evento deve ser igual ou
anterior data da baixa;
c) CNPJ no poder estar anulado ou cancelado.
A categoria do trabalhador deve ser compatvel com a classificao tributria do
contribuinte.
Para aceitao do evento devem ser observadas as seguintes regras de
compatibilidade entre a categoria de trabalhador e o evento utilizado: Os eventos
S-2100 e S-2200 s so aceitos para as categorias de trabalhadores igual a [101,
102, 103, 104, 105, 106, 301, 302, 303, 306, 309]. O evento S-2300 somente
aceito para as categorias de trabalhadores igual a [201, 202, 305, 401, 410, 701,
711, 721, 722, 723, 731, 734, 738, 741, 751, 761, 771, 781, 901, 902].
O evento S-1200 s pode ser aceito para trabalhadores amparados pelo Regime
Geral de Previdncia Social RGPS e o evento S-1202 s pode ser aceito para
trabalhadores amparados por Regime Prprio de Previdncia Social. Devem ser
feitas as seguintes validaes:
1 - O S-1200 s deve ser aceito para trabalhadores:
a) cujo {codCateg} for igual a [1XX], [2XX], [401], [7XX, exceto 781];
b) cujo {codCateg} for igual a [3XX] e {tpRegPrev} = [1];
c) cujo {codCateg} for igual a [410] e {tpRegPrev} relativo ao contrato de
trabalho firmado com a empresa cedente for igual a [1];
2 - O S-1202 s deve ser aceito para trabalhadores:
a) cujo {codCateg} for igual a [3XX] e {tpRegPrev} = [2,3];
No permitida a excluso de evento de desligamento se existir evento de
REINTEGRAO para o mesmo vnculo com data posterior data de
desligamento.
A excluso de evento deve ser rejeitada em caso de desligamento cujo motivo de
seja igual a [11, 12, 13], e j exista evento de admisso por sucesso para o

1/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_DESLIG_EXCLUSAO_EVENTO

REGRA_DESLIG_EXISTE_EVENTO_POSTERIOR

REGRA_DESLIG_EXISTE_REMUN_MES_ANTERIOR

REGRA_DESLIG_TRABALHADOR_AFASTADO

REGRA_DESLIG_VALIDA_DT_DESLIGAMENTO

REGRA_DESLIG_VERIFICA_FOPAG_POSTERIOR

REGRA_DUPLICIDADE_AVISO_PREVIO

REGRA_DUPLICIDADE_EVENTO_CDT

REGRA_DUPLICIDADE_EVENTO_INS

REGRA_EVE_EXCLUSAO_VALIDA_NRRECIBO

REGRA_EVE_FOPAG_AQUISPRODUCAO_ESTABELECIMENTO
REGRA_EVE_FOPAG_COMERC_PROD
REGRA_EVE_FOPAG_INCOMPAT_ DECTERCEIRO
REGRA_EVE_FOPAG_IND_RETIFICACAO

mesmo trabalhador na empresa indicada no campo {cnpjSucessora}.

Em caso de excluso do evento de desligamento, o vnculo novamente
considerado ativo, e as folhas elaboradas a partir da competncia do
desligamento devero ser marcadas como inconsistentes, devendo ser objeto de
retificao pela empresa.
No deve existir qualquer evento para o vnculo indicado no evento de
desligamento com data posterior a {dtDeslig}ou {dtFimQuar}, quando houver,
uma vez que o desligamento pe termo ao vnculo trabalhista. A exceo a essa
regra se restringe a pagamento de PLR (cdigo 1300 da tabela de natureza de
rubricas), eventos de monitorao de sade do trabalhador (S-2220) e
Reintegrao.
Para recepo do evento de desligamento, obrigatria a existncia de evento de
remunerao para o mesmo vnculo no ms imediatamente anterior ao ms do
desligamento, exceto quando no houver remunerao no ms anterior em
virtude de desligamento ocorrer no mesmo ms da admisso, ou se o trabalhador
estiver afastado, por um dos motivos da tabela 18, durante todo o ms anterior
Somente permitido o envio de evento de desligamento para trabalhador que
possua afastamento sem retorno se o motivo de desligamento for "Resciso por
encerramento da empresa" (14), "Transferncia" (11,12,13) ou bito (09,10)
A data de desligamento no pode ser posterior data atual. Alm disso,
verificar:
a) Se o motivo do desligamento for igual a [06], o {tpContr} indicado no evento
de admisso/cadastro inicial do respectivo vnculo deve ser igual a [2] (prazo
determinado), e a data de desligamento deve ser igual a {dtTerm};
b) se o motivo do desligamento for igual a [03], o {tpContr} indicado no evento
de admisso/cadastro inicial respectivo deve ser igual a [2] (prazo determinado),
e a data de desligamento deve ser anterior a {dtTerm};
c) se o motivo do desligamento for igual a [04], a data de desligamento tambm
deve ser anterior a {dtTerm} (se a mesma foi informada).
Se j existir folha de pagamentos para perodo igual ou posterior data do
desligamento e que contenha remunerao para o vnculo ao qual se refere o
desligamento, as referidas folhas de pagamento devero ser marcadas como
inconsistentes, devendo ser objeto de retificao pela empresa.
No pode haver outro evento de AVISO PRVIO para o mesmo vnculo, salvo
se houver o respectivo evento de CANCELAMENTO DE AVISO PRVIO com
data anterior a data do novo evento de AVISO PRVIO.
No permitido o envio de evento de Condies Ambientais de Trabalho Incio se j houver evento idntico para o mesmo vnculo com data anterior e
sem o respectivo evento indicando o trmino da condio.
No permitido o envio de evento de Condies Ambientais de Trabalho Incio se j houver evento idntico para o mesmo vnculo, grupo de informaes
(insalubridade /periculosidade ou aposentadoria especial) e ambiente com data
anterior e sem o respectivo evento indicando o trmino da condio.
Validar {tpEvento}, da seguinte forma:
1. Somente permitida a excluso de eventos no peridicos (S-2100 a S-2399)
e peridicos (S-1200 a S-1298).
1.1 A excluso dos eventos peridicos deve obedecer as seguintes regras:
a) No possvel excluir nenhum dos eventos peridicos - remunerao (S1200) relativos a um perodo de apurao que esteja "encerrado" (ou seja, para o
qual j exista evento S-1299) antes do envio do evento de reabertura respectivo
(S-1298) para o perodo de apurao;
b) A excluso de eventos peridicos individualizados aps o envio do evento de
reabertura somente efetivada aps o "fechamento" do perodo correspondente,
o que ocorre com o envio do evento S-1299;
1.2. A excluso de alguns eventos no peridicos pode ser rejeitada em algumas
situaes, as quais constam nas regras do prprio evento (ex: no possvel
excluir um evento de admisso se j houver outro evento trabalhista posterior
para o mesmo CPF/vnculo);
1.3. O {nrRecEvt} indicado deve existir no RET, no podendo estar marcado
como "excludo", e alm disso, e o tipo do evento deve ser o mesmo indicado em
{tpEvento};
1.4. Em caso de excluso de qualquer evento peridico ou no peridico, as
informaes de CPF e NIS do trabalhador, indicadas no evento de excluso,
devem ser as mesmas que constam no evento objeto de excluso.
No permitido o envio de mais de um evento no mesmo perodo de apurao
para o mesmo "estabelecimento adquirente".
No permitido o envio de mais de um evento no mesmo perodo de apurao
pelo mesmo CAEPF.
O evento no pode ser informado em arquivo relativo ao dcimo terceiro salrio
({indApuracao} = [2] )
Caso o evento apresente o indicativo de "retificao" ({indRetif} = [2]), o
nmero do recibo do evento que ser retificado pelo evento atual dever referirse a um evento vlido (ainda no excludo ou retificado), e, alm disso, este

2/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_EVE_FOPAG_INFO_COMPAT_CLASSTRIB

REGRA_EVE_FOPAG_PERMITE_EXCLUSAO

REGRA_EVE_PER_VALIDA_CNAE_ESTAB

REGRA_EVE_PER_VALIDA_FAP_EMPREGADOR

REGRA_EVENTO_EXT_SEM_IMPACTO_FOPAG

REGRA_EVETRAB_VALIDA_OPCAO_FGTS

REGRA_EXCLUI_EVENTO_AFASTAMENTO
REGRA_EXCLUI_EVENTO_AVISO_PREVIO
REGRA_EXCLUI_EVENTO_CAT
REGRA_EXCLUI_EVENTO_CDT_INICIO
REGRA_EXCLUI_EVENTO_TSV_INICIO

REGRA_EXCLUSAO_ADMISSAO_PRELIMINAR

REGRA_EXCLUSAO_EVENTO_ADMISSAO

REGRA_EXISTE_CAT_ANTERIOR

REGRA_EXISTE_CAT_OBITO_ANTERIOR

REGRA_EXISTE_CAT_ORIGEM

evento dever ser do mesmo tipo e do mesmo perodo de apurao indicado no

evento. Caso o evento que est sendo retificado seja relativo a um perodo j
encerrado, a retificao s aceita se enviada aps o evento especfico de
"reabertura" das informaes (S-1298).
Verificar compatibilidade entre o tipo de evento e a classificao tributria do
contribuinte, conforme abaixo:
a) O evento S-1250 (Aquis. Prod Rural) no deve ser informado pela classTrib
[22];
b) O evento S-1260 (Comerc. Prod Rural) somente pode ser informado pelas
classTrib [21,22];
c) O evento S-1280 Informaes Complementares aos Eventos Peridicos
somente pode ser enviado por empregador cuja classificao tributria seja igual
a [02,03,09, 99].
Se o evento que est sendo excludo pertencer a um perodo de apurao para o
qual j exista encerramento das informaes, o evento de excluso somente ser
aceito se encaminhado aps o evento de "reabertura" das informaes (S-1298).
O {cnaePrep} informado para os estabelecimentos devem existir na tabela
CNAE e deve constar entre as atividades do estabelecimento no cadastro do
CNPJ, CNO ou CAEPF.
O FAP informado deve corresponder aquele definido para a empresa no cadastro
da RFB. S ser permitida divergncia em caso de preenchimento do registro de
informaes do processo judicial - alquota FAP. Alm disso, o FAP aquele
definido para toda a empresa, sendo permitido o FAP diferenciado por
estabelecimento apenas se houver informaes sobre o processo
administrativo/judicial.
Havendo indicativo de existncia de processo administrativo/judicial relativo ao
FAP, o nmero do processo indicado em {procAdmJudFAP} deve existir na
tabela de processos.
O envio de evento ocorrido em perodo anterior ou igual ao perodo para o qual
j tenha sido enviado arquivo de folha de pagamento no marca como
inconsistentes os arquivos de folha j enviados.
Restries entre Data de Opo x Categoria do trabalhador:
1. A "data de opo" obrigatria para todas as categorias de "empregado
optante". Alm disso, verificar:
2. No pode ser anterior a 01/01/1967;
3. Para a categoria 105 (Empregado - Temporrio), a data de opo deve ser
igual ou posterior a 22/01/1998.
4. Para a categoria 104 (domstico), a data de opo deve ser igual ou posterior
data de admisso e nunca anterior a 01/03/2000.
5. Para a categoria 103 (aprendiz), a data de opo deve ser igual ou posterior a
20/12/2000.
6. Para admisso de empregado posterior a 04/10/1988, exceto domstico (104),
a data de opo deve ser igual data de admisso.
7. Para a categoria 721 (Diretor no empregado com FGTS), a data de opo
deve ser igual ou posterior a 02/06/1981.
No deve ser aceita a excluso do evento de afastamento se j houver evento de
alterao de motivo ou de retorno respectivo;
No deve ser aceita a excluso e retificao de evento de aviso prvio para o
qual j exista evento de cancelamento de aviso prvio respectivo.
No deve ser aceita a excluso do evento de CAT que estiver sendo referenciado
por uma CAT de reabertura (campo nrCatOrig de outro evento CAT);
No deve ser aceita a excluso do evento de "Condies do Ambiente de
Trabalho - Incio" se j houver evento de alterao ou de trmino respectivo.
No possvel excluir evento de incio se j existir evento de alterao ou de
trmino de trabalhador sem vnculo de emprego relativos ao mesmo CPF +
categoria.
No possvel a excluso de evento de admisso preliminar se j houver evento
de admisso "definitivo" referenciando o mesmo evento de admisso preliminar.
Neste caso necessrio excluir, primeiramente, o evento de admisso
"definitivo" (S-2200), para, em seguida, excluir o evento de admisso "parcial".
A excluso do evento:
1. permitida desde que no existam outros eventos no RET para o mesmo
vnculo.(Recusar Evento);
2.implicar na marcao dos arquivos de folha de pagamento como no
consistidos com o RET, referentes s competncias a partir da data de admisso;
Se {codMotAfast} for igual a [01,02] (acidente de trabalho) necessria a
existncia do evento "Comunicao de Acidente de Trabalho" em data anterior
ou igual data do afastamento para o mesmo trabalhador (desde que a data do
afastamento seja posterior a data base definida para implantao da eSocial}.
Caso no exista, o evento ser aceito, mas ser gerada mensagem de alerta para a
situao.
Havendo evento de CAT por motivo de bito do trabalhador ({indCatObito} =
[S]), no poder ser recebido nenhum evento para o mesmo trabalhador e cuja
data de referncia seja posterior ao bito, exceto o evento de desligamento.
Se informado nrCatOrig e a dtCatOrig for posterior ao incio da eSocial, o

3/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_EXISTE_EVENTO_AFASTAMENTO

REGRA_EXISTE_EVENTO_AVISO_PREVIO

REGRA_EXISTE_EVENTO_DESLIGAMENTO

REGRA_EXISTE_EVENTO_INICIO_CDT

REGRA_EXISTE_EVENTO_INICIO_INS

REGRA_EXISTE_EVENTO_TSV_INICIO

REGRA_EXISTE_INFO_EMPREGADOR

REGRA_EXISTE_TRABALHADOR

REGRA_EXISTE_VINCULO
REGRA_FAP_ALERTA

REGRA_GERAL_VALIDA_DADOS_TABCONTRIB

REGRA_GERAL_VALIDA_NOME

REGRA_INFO_EMP_PERIODO_CONFLITANTE
REGRA_INFO_EMP_VALIDA_CLASSTRIB_BASE_ALCANTARA
REGRA_INFO_EMP_VALIDA_DTINICIAL

REGRA_INFO_EMP_VALIDA_FAP

nrCatOrig informado deve existir no RET e ser relativo ao vnculo (CPF). A

CAT origem deve ser informada quando tratar-se de CAT de reabertura ou
Comunicao de bito.
Deve existir um afastamento temporrio vigente (em aberto) para o mesmo
vnculo na data definida no campo:
a) {dtTermAfast}, no caso de trmino do afastamento;
b) {dtAltMot}, no caso de alterao de motivo de afastamento.
Para aceitao do evento necessria a existncia de evento de AVISO PRVIO
para o mesmo vnculo em data anterior a data do evento, e para o qual ainda no
conste o respectivo evento de CANCELAMENTO.
Para recepo do evento de Reintegrao necessria a existncia de evento de
desligamento para o mesmo vnculo e com data do desligamento anterior data
da reintegrao. Se o trabalhador foi "desligado" da empresa antes do incio do
eSocial, necessria a existncia do evento de Cadastramento Inicial do Vnculo
(S-2100) com o preenchimento do campo {dtDeslig}, o qual dispensa a
necessidade da existncia do evento especfico de desligamento.
Para aceitao do evento de alterao ou de trmino de "Condies Ambientais
do Trabalho" necessria a existncia de evento de INCIO para o mesmo
vnculo, cdigo de ambiente, descrio de atividade em data anterior a data do
evento, e para o qual ainda no conste o respectivo evento de TRMINO.
Para aceitao do evento de alterao ou de trmino de "Condies Ambientais
do Trabalho" necessria a existncia do respectivo evento de INCIO para o
mesmo vnculo, grupo de informaes (insalubridade /periculosidade ou
aposentadoria especial) e ambiente em data anterior a data do evento, e para o
qual ainda no conste o respectivo evento de TRMINO.
Deve existir evento de "incio" de trabalhador sem vnculo para o CPF +
categoria informado em data igual ou anterior a data do evento (ou ao perodo
de apurao, no caso de folha de pagamentos).
O evento somente pode ser recepcionado se existir evento de informaes
cadastrais do empregador vigente para a data do evento, ou seja, a data do evento
(ou perodo de apurao, no caso de evento de folha de pagamentos) deve estar
compreendida entre o {iniValid} e {fimValid} do evento de informaes do
empregador)
O CPF identificado no evento de alterao de dados cadastrais deve existir na
base do RET para o empregador, seja como empregado, seja como TSV. Alm
disso, a data da alterao cadastral deve estar compreendida no perodo entre a
admisso e desligamento (no caso de empregado), ou entre o incio e o trmino
do contrato (no caso de TSV).
O vnculo identificado pelo CPF + Matrcula deve existir na base de dados do
RET, caso o evento permita apenas a categoria empregado e servidor pblico.
Aps a transmisso do primeiro evento de remunerao relativo a um Perodo de
Apurao, havendo divergncias entre o FAP informado em S-1000 ou S-1005 e
o constante no cadastro da RFB (CNPJ), sem que haja processo
administrativo/judicial que justifique a divergncia, ser gerada uma mensagem
de alerta ao contribuinte, informando-o da situao irregular.
A validao de informaes relativas s tabelas do prprio contribuinte
(Rubricas, Lotaes, Cargos, Funes, Horrios/Turnos de trabalho,
Estabelecimentos/Obras de Construo Civil, Processos, Operadores Porturios e
Ambientes de Trabalho) ser efetuada levando-se em considerao a existncia
de informaes nas mesmas, vlidas na data do evento no peridico/inicial, ou
no perodo de apurao do evento peridico. Ou seja, deve existir na tabela, o
registro "vigente" na data/perodo do evento. No caso do evento S-2100
Cadastramento Inicial do Vnculo, as informaes relativas s tabelas do
contribuinte devero ser vlidas na data de incio da obrigatoriedade do eSocial
para o contribuinte (e no na data de admisso dos trabalhadores ou de alteraes
cadastrais/contratuais).
A validao supra citada tambm ser aplicada no caso de uso de tabelas padro
estabelecidas pelo eSocial.
O nome informado:
a) No pode comear com espao;
b) No pode ter mais de um espao entre palavras;
c) A primeira parte do nome deve ter pelo menos dois caracteres;
d) No pode ter mais de 3 letras isoladas (abreviaes) em sequncia.
Em caso de {inclusao} ou {alteracao}, no pode haver outro registro cujo
perodo seja conflitante com a incluso ou alterao.
A classificao tributria [70] (Base Alcntara) somente pode ser utilizada se
{tpInsc} = [1] (Cnpj) e {nrInsc} iniciar com 07752497.
Em caso de arquivo gerado por Pessoa Jurdica, a {iniValid} dever ser sempre
igual ou posterior data de incio das atividades da empresa constante na base de
dados do CNPJ ou "data do primeiro vnculo", se existente no cadastro do
CNPJ na RFB.
O FAP informado deve corresponder aquele definido para a empresa no cadastro
da RFB. S ser permitida divergncia se houver preenchimento do registro de
informaes do processo judicial - alquota FAP. Na primeira vez que o
empregador/contribuinte enviar este evento e, caso possua processo judicial ou

4/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_INFO_EMP_VALIDA_RAIZ_CNPJ

REGRA_PAGTO_IND_RETIFICACAO

REGRA_PAGTO_PERMITE_EXCLUSAO

REGRA_PERMITE_ALT_MOT_AFASTAMENTO

REGRA_PERMITE_APENAS_PROCESSO_JUDICIAL
REGRA_PERMITE_EVENTO_ANTERIOR_INICIO_ESOCIAL

REGRA_REABERTURA_VALIDA_PERIODO_APURACAO
REGRA_REINTEG_EXCLUSAO_EVENTO

REGRA_REINTEG_VERIFICA_FOPAG_POSTERIOR

REGRA_REMUN_CATEG_COMPATIVEL_CLASSTRIB

REGRA_REMUN_CATEG_COMPATIVEL_TPLOTACAO

REGRA_REMUN_CATEG_EXISTENTE_RET

REGRA_REMUN_CONTROLE_DUPLICIDADE

REGRA_REMUN_EXISTE_ESTAB

administrativo relacionado ao FAP, deve envi-lo j com os dados dos processos

judiciais/administrativos, bem como os seus efeitos na definio do valor do
campo FAP. Neste caso, antes do envio de qualquer evento peridico
necessrio o envio das informaes do respectivo processo atravs do evento S1070.
A regra geral que cada "RAIZ" de CNPJ somente gera um "cadastro" de
empregador. Nesse caso, o CNPJ do empregador dever ser informado com 8
dgitos, ou seja, apenas a Raiz/Base.
No caso de rgos pblicos da administrao direta federal, com natureza
jurdica igual a [101-5], [104-0], [107-4], [116-3], cada "CNPJ" completo (14
dgitos) dever ser tratado como um "empregador/contribuinte" diferente,
possuindo seus prprios eventos iniciais, de tabelas, peridicos e no peridicos.
Nesse caso, o CNPJ do empregador dever ser informado com 14 dgitos.
Se o evento estiver indicando "Retificao" ({indRetif} = [2]), o evento
correspondente ao nmero de recibo original informado deve referir-se ao
mesmo beneficirio indicado no evento retificador. Caso o erro tenha ocorrido
em relao identificao do beneficirio, o evento incorreto deve ser
"excludo", atravs do evento especfico de excluso, e um novo evento com a
correta identificao de beneficirio deve ser transmitido como "original". Caso
o evento que est sendo retificado seja relativo a um perodo j encerrado, a
retificao s aceita se enviada aps o evento especfico de "reabertura" das
informaes (S-1298).
Se o evento que est sendo excludo pertencer a um perodo de apurao para o
qual j exista encerramento das informaes, o evento de excluso somente ser
aceito se transmitido aps o evento de "reabertura" das informaes (S-1298).
A alterao do motivo de afastamento permitida desde que evento de
afastamento tenha ocorrido pelos motivos 01, 02, 03 ou 04. As alteraes
permitidas so:
- de 01 para 03;
- de 01 para 06;
- de 02 para 06;
- de 03 para 01;
- de 03 para 06;
- de 04 para 06.
Deve ser um nmero de processo vlido e existente na Tabela de Processos (S1070) com tipo de processo igual a [2] - judicial.
O envio do evento com data de ocorrncia anterior ao incio do eSocial
permitido, desde que a data de ocorrncia do evento seja posterior a data de
admisso do trabalhador (informada no evento de cadastramento inicial) e o
campo "dtDeslig" no tenha sido preenchido.
Para recepo do evento de Reabertura, necessrio que j exista evento de
encerramento para o perodo de apurao indicado no evento.
Em caso de excluso do evento de reintegrao, o vnculo novamente
considerado encerrado desde a data do desligamento, e as folhas elaboradas a
partir da competncia do desligamento nas quais conste o trabalhador devero
ser marcadas como inconsistentes, devendo ser objeto de retificao pela
empresa.
Arquivos de folha de pagamento porventura enviados para perodos iguais ou
posteriores a {dtEfeito} sero marcados como inconsistentes , devendo ser
objeto de retificao pela empresa, exceto se o campo {indPagtoJuizo} for igual
a [S], situao em que no h o envio de evento de remunerao para o perodo
compreendido entre a data do desligamento e a data de retorno.
A categoria indicada no evento de remunerao deve ser compatvel com a
classificao tributria do contribuinte (definida no evento de informaes do
empregador), conforme tabela de compatibilidade entre categoria de
trabalhadores e classificao tributria.
A categoria indicada no evento de remunerao deve ser compatvel com o tipo
de lotao (indicado na Tabela de Lotaes Tributrias) da lotao informada no
registro {ideEstabLot}, conforme tabela de compatibilidade entre Categorias de
Trabalhadores e Tipos de Lotao.
A categoria indicada no registro de remunerao de trabalhadores sujeitos ao
RET, ou seja, segurado empregado ([101, 102, 103, 104, 105, 106]), servidor
pblico ([301, 302, 303, 305, 306, 309]), trabalhador avulso ([201,202]),
trabalhador cedido ([401, 410]) ou algumas categorias de contribuinte individual
([721, 722, 723, 731, 734, 738, 761, 771, 901, 902]) deve ser igual quela
existente no RET para o referido vnculo (matrcula) ou categoria de trabalhador.
A "chave" de identificao do evento de remunerao o CPF do trabalhador,
no sendo possvel a existncia de dois eventos vlidos do mesmo declarante
para o mesmo CPF de trabalhador no mesmo perodo de apurao.
Para
"substituio" do evento de um determinado trabalhador, necessria a
"excluso" do evento anterior, ou que o novo evento venha com o indicativo de
"retificao" e referncia ao evento encaminhado anteriormente, cujas
informaes sero substitudas pelo novo evento.
No evento de remunerao, caso o registro de identificao do estabelecimento

5/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_REMUN_IND_RETIFICACAO

REGRA_REMUN_JA_EXISTE_DESLIGAMENTO

REGRA_REMUN_PERMITE_EXCLUSAO

REGRA_REMUN_TRAB_EXISTENTE_RET

REGRA_REMUN_VALIDA_INFO_COMPLEMENTAR

REGRA_REMUN_VALIDA_LOCAL_TRABALHADOR

REGRA_RETIFICA_DT_ACIDENTE

indique um nmero de CNPJ, CAEPF ou CNO, verificar a existncia do

estabelecimento indicado na Tabela de Estabelecimentos, CAEPF e Obras de
Construo Civil (S-1005).
Caso o evento apresente o indicativo de "retificao", o nmero do recibo do
evento que ser retificado pelo evento atual dever referir-se a um evento vlido
(ainda no excludo ou retificado), e, alm disso, este evento dever referir-se ao
mesmo trabalhador (cpf) e ao mesmo perodo de apurao indicado no evento.
Caso o evento que est sendo retificado seja relativo a um perodo j encerrado,
a retificao s aceita se enviada aps o evento especfico de "reabertura" das
informaes (S-1298).
Se a retificao do evento implicar em alterao do valor informado no campo
{vlrLiq} e j houver pagamento informado no S-1210, este (S-1210) ser
marcado como inconsistente.
Se existir no RET evento de desligamento para o trabalhador/vnculo ao qual se
refere a remunerao, cuja data de desligamento esteja compreendida no perodo
de apurao informado no evento, no deve existir "remunerao" no evento S1200 para o referido vnculo (cpf + matrcula, no caso de trabalhador
empregado). A exceo para esse caso o pagamento de PLR, que pode ser feito
aps o desligamento, ou houver informao de quarentena, ou ainda, se a
remunerao for relativa a perodos anteriores {remunPerAnt}, conforme
definido na REGRA_REMUN_TRAB_EXISTENTE_RET.
De forma semelhante, se houver evento de TSV - Trmino cuja data do trmino
esteja compreendida no perodo de apurao indicado no evento, a remunerao
do cpf + categoria no deve ser informada no evento S-1200. A exceo para
esse caso a existncia de informaes de quarentena, conforme definido na
REGRA_REMUN_TRAB_EXISTENTE_RET.
Se o evento que est sendo excludo pertencer a um perodo de apurao para o
qual j exista encerramento das informaes, o evento de excluso somente ser
aceito se encaminhado aps o evento de "reabertura" das informaes (S-1298).
A) Se houver remunerao no registro {remunPerApur}, verificar a categoria e
executar as seguintes validaes:
1) se a categoria de trabalhador indicar " empregado" ([101, 102, 103, 104, 105,
106]) ou "agente pblico" ([301, 302, 303, 306, 309]), aplicar a regra
REGRA_EXISTE_VINCULO, considerando o CPF apresentado na
identificao do trabalhador e a matrcula indicada no registro {remunPerApur}.
Em
caso
de
existncia,
aplicar
a
regra
REGRA_VINCULO_ATIVO_NA_DTEVENTO, considerando como data do
evento o perodo de apurao da folha.
2) se a categoria indicar um dos tipos de trabalhador sujeito a registro de
"Trabalhador Sem Vnculo - TSV", a saber: trabalhadores avulsos [201, 202],
servidor pblico indicado a conselho ou rgo representativo [305],
Trabalhadores Cedidos {401, 410], as categorias do grupo Contribuinte
Individual [721, 722, 723, 731, 734, 738, 761, 771] e estudantes [901, 902],
aplicar a regra REGRA_EXISTE_EVENTO_TSV_INICIO. Em caso de
existncia, aplicar a REGRA_TSV_ATIVO_NA_DTEVENTO, considerando
como data do evento do perodo de apurao da folha.
3) Nos dois casos anteriores, caso j exista evento de desligamento (ou de
trmino de TSV) para o vnculo respectivo, ocorrido em perodo anterior ao
perodo de apurao indicado no evento de remunerao, o evento poder
recebido apenas se:
3.1) Existir exclusivamente rubrica definida como PLR (cdigo 1300 da tabela
de natureza de rubricas), conforme tabela de natureza de rubricas, e a mesma
estiver com {codIncidCP} igual a [00]; ou
3.2) O grupo "quarentena" tiver sido preenchido no respectivo evento de
desligamento/trmino de TSV, e a {dtFimQuar} for superior ou igual ao perodo
de apurao indicado no evento de remunerao.
B) Se houver remunerao no registro {remunPerAnt} com categoria relativa a
"segurado empregado", executar a REGRA_EXISTE_VINCULO, considerando
o CPF apresentado na identificao do trabalhador e a matrcula da respectiva
remunerao.
Em
caso
de
existncia,
aplicar
REGRA_VINCULO_ATIVO_NA_DTEVENTO, considerando como data do
evento o perodo de apurao indicado no {perRef};
Se o grupo de "informaes complementares" (infoComplem) for preenchido, as
informaes de NOME e DATA DE NASCIMENTO devem ser validadas na
base do CPF, e o NIS deve ser validado na base de dados CNIS.
Se a categoria indicada no registro de remunerao do perodo de apurao
{remunPerApur} indicar "Segurado Empregado", deve existir pelo menos um
registro de remunerao vinculado ao estabelecimento informado no RET. A
informao do estabelecimento, como local de trabalho do empregado prestada
no evento de admisso, podendo ser modificada pelo evento de alterao do
contrato de trabalho, devendo ser observada, ainda, a informao vigente para o
perodo de apurao ao qual se refere a remunerao.
Em caso de retificao do evento de Comunicao de Acidente de Trabalho
CAT para alterar a {dtAcid}, verificar a existncia de evento subsequente de
afastamento em decorrncia de acidente de trabalho, de forma a evitar

6/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_RETIFICA_EVENTO_AFASTAMENTO
REGRA_RETIFICA_MESMO_VINCULO
REGRA_RETIFICACAO_NAO_PERMITIDA
REGRA_RUBRICA_COMPATIVEL_CATEGORIA

REGRA_RUBRICA_COMPATIVEL_DECTERCEIRO

REGRA_RUBRICA_COMPATIVEL_REGIME_PREV

REGRA_TAB_PERMITE_EXCLUSAO

REGRA_TABESTAB_VALIDA_CNAE

REGRA_TABESTAB_VALIDA_ESTABELECIMENTO

REGRA_TABESTAB_VALIDA_GILRAT

REGRA_TABESTAB_VALIDA_INFO_CNO

inconsistncia na cronologia dos eventos.

(ex: acidente em jan/201x,
afastamento em jan/201x por acidente de trabalho, depois tenta alterar a data do
acidente do evento para mar/201x). Neste caso, ou seja, se houver evento de
afastamento temporrio por acidente de trabalho, a {dtAcid} somente poder ser
retificada para uma data anterior data de afastamento.
O evento de afastamento inicial no pode ser retificado se j houver evento de
alterao ou de trmino respectivo.
Em caso de retificao, o evento retificador deve referir-se ao mesmo vnculo
(CPF + Matricula) do evento original;
No permitida a retificao do evento.
Com base na categoria indicada no registro superior ao qual a rubrica est
vinculada, analisar:
1) Se for relativa a segurado empregado ou avulso no permitida a incluso de
registro cujo {codRubr} classificada na tabela de RUBRICAS com {codIncCP}
seja igual a [34,35];
2) Se for relativa a contribuinte individual [701,711,721,722,723,
731,734,738,741,751,761,771,781], no podem ser utilizados cdigos de rubrica
cuja classificao de incidncia tributria informada nos campos {codIncCP} e
{codIncIRRF} da tabela de RUBRICAS correspondente seja especfica de
segurados empregados. Portanto, no so aceitas rubricas cujo:
2a) {codIncCP} classificado como: [12, 21, 22, 32, 51, 92, 93, 94], exceto se
categoria de trabalhador = [771];
2b) {codIncIRRF} classificado como: [12,13,14,32,33,34,42,43,47,52,
53,54,57,58,62,63,64,71,92,93,94], exceto se categoria de trabalhador = [771];
2c) {codIncCP} seja igual a [34,35] se a CATEGORIA do respectivo trabalhador
for diferente de [711,734].
2d) {codIncCP} classificado como [31] se {classTrib} do contribuinte for igual a
[21,22] (Pessoa Fsica) e {tpLotacao} = [21], pois no existe previso legal de
desconto de contribuio do segurado contribuinte individual que contratado
por outro contribuinte individual, exceto se {tpInsc} do respectivo
estabelecimento = [4] (CNO);
3) Se for relativa a dirigente sindical, observar a "categoria de origem"
(informada no evento de incio) para determinar se o mesmo empregado ou
contribuinte individual e aplicar uma das duas regras anteriores;
4) Se for relativa ao estagirio, no podem ser aceitas rubricas cujo {codIncCP}
ou {codIncFGTS} seja diferente de [00]
5) Se for relativa ao MEI, no pode ser aceita rubrica cujo {codIncCP} seja igual
a [31,32].
Se {indApuracao} do registro de abertura do evento de remunerao for igual a
[2] (dcimo terceiro salrio), so permitidas apenas as rubricas na remunerao
do perodo de apurao cujo {codIncCP} da tabela de RUBRICAS seja igual a
[00, 12, 22, 32, 92,94] e cujo {codIncIRRF} seja igual a [12, 32, 42, 47, 52, 57,
62, 64, 71, 77, 92]. A mesma regra deve ser observada em relao a
{remunPerAnt}, se o {perApur} indicar um ANO (AAAA).
Quando a categoria indicada no registro de remunerao ({remunPerApur} ou
{remunPerAnt}) indicar "segurado empregado", verificar no RET a informao
prestada no campo {tpRegPrev} do evento de admisso (e respectivas
alteraes), pois se {tpRegPrev} igual a [3] somente podem ser includas
rubricas com {codIncCP} igual a [00].
Em caso de {exclusao}, o registro identificado pelo perodo de validade deve
existir e o registro somente pode ser excludo se no houver outros arquivos de
eventos enviados anteriormente que faam referncia ao mesmo.
O {cnaePrep} informado para o estabelecimento deve existir na tabela CNAE e
deve constar entre as atividades do estabelecimento no cadastro do CNPJ, CNO
ou CAEPF.
Para empregador cuja natureza jurdica seja igual a [102-3, 103-1, 105-8, 106-6,
108-2, 110-4, 111-2, 112-0, 113-9, 114-7, 115-5, 116-3, 117-1, 118-0, 119-8,
120-1, 121-0, 123-6, 124-4], permitida a incluso de estabelecimentos com
CNPJ de raiz diferente da raiz do CNPJ do empregador, desde que o CNPJ
includo tambm seja relativo a rgo pblico e pertencente ao empregador no
cadastro CNPJ da RFB
A {aliqRAT} deve ser aquela definida no Decreto 3.048/99 para o CNAE
preponderante do estabelecimento. A divergncia s permitida se existir o
registro complementar com informaes sobre o processo administrativo/judicial
que permitir a aplicao de alquotas diferenciadas.
O preenchimento do grupo {infoObra} somente pode ser efetuado em
estabelecimento CNO, por empresa cujo {indDesFolha} indicado nas
informaes do empregador seja igual a [1]. A informao prestada no campo
{indSubstPatrObra} dever ser validada em funo da data de incio da obra,
constante no cadastro do CNO, da seguinte forma:
1) Para obras iniciadas at 31/03/2013, deve ser igual a [2] (contribuio
patronal no substituda);
2) Para obras iniciadas entre 01/04/2013 e 31/05/2013, deve ser igual a [1]
(contribuio patronal integralmente substituda);
3) Para obras iniciadas entre 01/06/2013 e 31/10/2013, pode ser igual a [1] ou

7/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_TABESTAB_VALIDA_VINC_ENTE

REGRA_TABGERAL_ALTERACAO_PERIODO_CONFLITANTE

REGRA_TABGERAL_EXISTE_REGISTRO_ALTERADO
REGRA_TABGERAL_EXISTE_REGISTRO_EXCLUIDO
REGRA_TABGERAL_INCLUSAO_PERIODO_CONFLITANTE

REGRA_TABLOTACAO_COMPATIB_TPLOTACAO_CLASSTRIB
REGRA_TABLOTACAO_EXISTE_TABOPERPORTUARIO
REGRA_TABLOTACAO_VALIDA_CNO_PARCIAL

REGRA_TABLOTACAO_VALIDA_FPASTERCEIROS

REGRA_TABOPPORTUARIO_VALIDA_OGMO
REGRA_TSV_ATIVO_NA_DTEVENTO

REGRA_TSV_COMPATIBILIDADE_CLASSTRIB_CATEGORIA

REGRA_TSV_RETIFICA_EVENTO_INICIO

REGRA_TSV_TRABALHADOR_CEDIDO

REGRA_TSV_VALIDA_ORIGEM_DIRIGENTE_SINDICAL

REGRA_TSV_VERIFICA_DUPLICIDADE

REGRA_UNICIDADE_PGTO

[2];
4) Para obras iniciadas a partir de 01/11/2013, deve ser igual [1];
Esta informao nica para o CNO, no podendo existir duas informaes
diferentes ao longo do tempo.
Para rgo pblico da administrao direta federal, com {natJurid} = [1015,104-0,107-4,116-3], CNPJ informado deve estar vinculado ao ente
federativo/poder. A vinculao checada nas bases da RFB, no CNPJ.
Em caso de alterao de perodo de validade das informaes, no deve existir
outro registro na tabela com o mesmo cdigo de identificao (chave) em
perodo de vigncia conflitante com o novo perodo de validade informado.
Em caso de alterao, deve existir registro na tabela com o mesmo cdigo e
perodo de validade informados no evento.
Em caso de excluso, deve existir o registro na tabela com o mesmo cdigo e
perodo de validade informados no evento.
Em caso de incluso, no deve existir outro registro na tabela com o mesmo
cdigo de identificao (chave) em perodo de vigncia conflitante com o
perodo informado no registro atual.
O tipo de lotao deve ser compatvel com a CLASSIFICAO TRIBUTRIA
do empregador.
Para o tipo de lotao 08, o CNPJ indicado no campo {nrInsc} deve existir na
tabela de OPERADORES PORTURIOS (S-1080).
Se o tipo de lotao indicar empreitada parcial ou sub-empreitada [02], o CNO
informado no campo {nrInsc} deve pertencer ao CNPJ/CPF indicado no campo
{nrInscProp}
O FPAS indicado deve ser compatvel com a classificao tributria do
contribuinte, conforme tabela 24.
Para o tipo de lotao 08, os cdigos de FPAS/Terceiros indicados no registro
devem ser iguais a 680/0131.
O evento somente pode ser encaminhado por OGMO (classificao tributria =
[09])
A data do evento deve estar compreendida entre a data de incio e de trmino
indicadas nos eventos de "Trabalhador Sem Vnculo". No caso especfico do
evento de remunerao (S-1200), se existir evento de TSV - trmino com
preenchimento do grupo {quarentena}, a data de trmino a ser considerada para
fins de aceitao do evento de remunerao a {dtFimQuar}
'Verificar se a categoria de trabalhador compatvel com a classificao
tributria do contribuinte (informada no evento de informaes do empregador):
1) As categorias de "Avulso" somente podem ser utilizadas se a classificao
tributria for igual a [09] ou [10];
2) As categorias de "Cooperado" somente podem ser utilizadas se o indCoop
definido no evento de informaes cadastrais do empregador for diferente de
"zero";
3) A categoria "Dirigente Sindical" somente pode ser utilizado se a classificao
tributria for igual a [10] ou [14];
4) A categoria "Diretor no empregado" e "Servidor Pblico indicado..."
somente podem ser utilizados se {tpInsc} do empregador for igual a [1] (PJ).
5) A categoria "Estagirio" no pode ser utilizado pela classificao tributria
[22] (Seg. Especial);
Em caso de retificao do evento "Trabalhador Sem Vnculo - Incio", o evento
retificador dever se referir ao mesmo CPF e "categoria" informado no evento
original. Por integrar a "chave" de identificao para este tipo de evento, a
"categoria" no pode ser objeto de retificao. Caso tenha sido informado
incorretamente, o evento de incio dever ser excludo e o novo evento com a
categoria correta dever ser enviado.
O grupo infoTrabCedido do evento "Trabalhador Sem Vnculo (TSV) - Incio"
deve atender as seguintes regras:
1) somente pode ser enviado por empregador cuja natureza jurdica informada no
evento de Informaes do Empregador seja relativa a administrao pblica
(cdigo da natureza jurdica iniciado por [1]);
2) A informao da origem do trabalhador cedido, prestada no evento TSV
Incio, dever ser validada no RET se a {dtInicio} for igual ou superior a data de
incio de vigncia do eSocial (deve existir o vnculo do trabalhador na empresa
cedente - cnpjCednt + cpfTrab + matricCed + dtAdmCed);
3) No caso anterior, deve existir tambm o respectivo afastamento pelo motivo
de "Cesso" no empregador Cedente em data imediatamente anterior a data de
incio na empresa cessionria.
Em evento "Trabalhador Sem Vnculo - Incio" de dirigente sindical, se a
categoria original indicada no campo {categOrig} for relativa a "empregado",
este s aceito se o mandato sindical for relativo a perodo para o qual haja
informao de vnculo ativo no empregador de origem, conforme indicado nos
campos ({cnpjOrigem} + {cpfTrab} + {matricOrig} + {dtAdmOrig}).
No possvel o envio de dois eventos de incio de trabalhador sem vnculo para
o mesmo trabalhador (CPF) e categoria, exceto se j houver respectivo evento de
"trmino" anterior ao envio do segundo evento.
Para cada demonstrativo de pagamento (campo ideRecPgto) do S-1200, S-1202,

8/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_VALIDA_ADMISSAO_PRELIMINAR

REGRA_VALIDA_CNPJ

REGRA_VALIDA_EMPREGADOR

REGRA_VALIDA_FECHAMENTO_FOPAG

REGRA_VALIDA_ID_EVENTO

S-2299 e S-2399 pode haver apenas um evento S-1210 correspondente.

Para aceitao do evento de admisso de trabalhador - registro preliminar:
a) O CPF indicado no evento deve existir na base de dados do CPF (verificar
CPF + data de nascimento);
b) Para cada evento de admisso preliminar (S-2190) pode haver apenas um
evento de admisso completo (S-2200), na relao de 1 para 1. Enquanto no
houver o correspondente evento de admisso completo, o evento de admisso
preliminar fica pendente.
c) No permitido o envio de evento para trabalhador (CPF) para o qual j
exista evento de admisso preliminar sem o respectivo evento de admisso
definitivo (S-2200).
O CNPJ deve obedecer s seguintes condies:
a) O CNPJ no poder pertencer a pessoa jurdica Inapta (situao=4) pelo
motivo de Inexistncia de Fato (motivo=15);
b) Caso o CNPJ esteja baixado, a data de ocorrncia do evento (em caso de
evento trabalhista) deve ser igual ou anterior a data da baixa. Em caso de
evento peridico mensal, o perodo de apurao dever ser anterior ou igual ao
ms/ano da baixa.
c) CNPJ no poder estar anulado ou cancelado.
1. Se o {tpInsc} do empregador for igual a [1] (CNPJ), o CNPJ indicado no
campo {nrInsc} deve obedecer s seguintes condies:
a) CNPJ no poder pertencer a pessoa jurdica Inapta (situao=4) pelo motivo
de Inexistncia de Fato (motivo=15);
b) Caso o CNPJ esteja baixado, a data de ocorrncia do evento (em caso de
evento trabalhista) deve ser igual ou anterior a data da baixa. Em caso de evento
peridico mensal, o perodo de apurao dever ser anterior ou igual ao ms/ano
da baixa.
c) CNPJ no poder estar anulado.
2. Se o {tpInsc} do empregador for igual a [2] (CPF), o CPF indicado no campo
{nrInsc} no poder estar cancelado:
a) em data anterior data de ocorrncia de evento no peridico;
b) no ms/ano do perodo de apurao de evento peridico;
Para recepcionar o evento de fechamento, efetuar as seguintes verificaes:
a) No deve existir evento de admisso parcial (S-2190) sem o correspondente
evento de admisso (S-2200) cuja "data de admisso" seja anterior ou igual ao
perodo de apurao da folha de pagamento.
b) Validar a integridade entre os eventos de remunerao (S-1200)
recepcionados e os trabalhadores "ativos" do RET, da seguinte forma:
b1) Todos os trabalhadores admitidos em perodo igual ou anterior ao perodo de
apurao, e que no estejam desligados ou cujo desligamento seja posterior ao
perodo de apurao, devem possuir o respectivo evento de remunerao j
encaminhado para o mesmo perodo de apurao. Exceo: se o trabalhador
estiver afastado durante todo o perodo de apurao em um dos seguintes
cdigos de afastamento [01,02,03,04,05,06,07,11,12,13,14,21,22,23,24,25,27].
b2) Trabalhadores admitidos no ms do perodo de apurao, a critrio da
empresa e em decorrncia de dificuldades operacionais, podero no ter seus
respectivos eventos de remunerao para fechamento dos eventos peridicos.
Essa situao, apesar de irregular, no impede o fechamento dos eventos
peridicos e gerar para o empregador um alerta;
b3) Se, aps recepcionados os eventos de remunerao houver o envio de algum
evento que torne a existncia do evento de remunerao para o perodo de
apurao incompatvel com as informaes do RET (ex: excluso de evento de
admisso, retificao de data de admisso, envio/retificao de evento de
desligamento, etc.), o fechamento no poder ser efetuado, a menos que sejam
feitos os ajustes necessrios de forma a manter a consistncia das informaes
(como por exemplo, a excluso do evento do respectivo evento de remunerao).
b4) O envio de alguns eventos pode tornar inconsistente a informao prestada
no evento de remunerao (ex: alterao de incidncia de rubricas, retificao de
admisso). Neste caso, devem ser retificados os eventos de remunerao afetados
para possibilitar a recepo do evento de "fechamento".
c) O campo {indApurAliqFap} somente pode ser igual a [2] se houver
informao sobre a existncia de processo judicial relativo ao FAP nas
informaes do empregador.
d) O FAP informado deve corresponder ao constante no cadastro do empregador
na RFB (CNPJ). Divergncias s so aceitas se houver informaes de processo
relativo ao FAP.
e) Existindo um ou mais trabalhadores "TSV" ativos no perodo de apurao da
folha de pagamento e para os quais no tenha sido enviado o respectivo evento
de remunerao, o evento de fechamento ser recepcionado, no entanto, sero
gerados "avisos" contendo o nome, cpf e nis dos trabalhadores para os quais no
foi prestada a informao de remunerao.
A identificao nica do evento (Id) composta por 36 caracteres, conforme
abaixo:
IDTNNNNNNNNNNNNNNAAAAMMDDHHMMSSQQQQQ
ID - Texto Fixo "ID";

9/10

Anexo II do Manual de Orientao do eSocial Regras de Validao Verso 2.1

REGRA_VALIDA_PERIODO_APURACAO

REGRA_VALIDA_TRABALHADOR_BASE_CNIS
REGRA_VALIDA_TRABALHADOR_BASE_CPF

REGRA_VINCULO_ATIVO_NA_DTEVENTO

T - Tipo de Inscrio do Empregador (1 - CNPJ; 2 - CPF);

NNNNNNNNNNNNNN - Nmero do CNPJ ou CPF do empregador Completar com zeros direita;
AAAAMMDD - Ano, ms e dia da gerao do evento;
HHMMSS - Hora, minuto e segundo da gerao do evento;
QQQQQ - Nmero sequencial da chave. Incrementar somente quando ocorrer
gerao de eventos na mesma data/hora.
Texto Fixo
Se {indApuracao} for igual a [1] (mensal), o evento peridico somente pode ser
enviado se o ms/ano do perodo de apurao for igual ou inferior ao ms/ano
corrente. Se {indApuracao} for igual a [2] (dcimo terceiro), o evento peridico
pode ser enviado se ano do perodo de apurao for igual ou inferior ao ano
corrente.
Alm disso, efetuar as seguintes verificaes:
a) No caso do evento de Remunerao (S-1200), se j existe, para o perodo de
apurao indicado no evento, evento de encerramento (S-1299), a aceitao do
evento fica condicionada ao envio do evento indicativo de Reabertura das
informaes de remunerao (S-1298).
Nos casos em que o NIS for informado, dever ser efetuada validao do CPF,
NIT e DT_NASCIMENTO na base de dados no CNIS.
As informaes de identificao do trabalhador (CPF, NOME E DATA DE
NASCIMENTO) devero ser validadas na base de dados do CPF para evitar erro
de identificao do trabalhador.
O vnculo identificado pelo CPF + Matrcula deve estar ativo na data do evento
(ou seja, a data do evento deve estar compreendida entre a admisso e o
desligamento). Observar que o "desligamento" em regra geral informado no
evento especfico, mas tambm possvel, em algumas situaes, que a data de
desligamento seja informada no prprio evento de cadastro inicial do vnculo.

10/10