Anexo II - Regras de Validao EFD-Reinf

Regras de Validao
Nome da Regra
REGRA_EXISTE_INFO_CONTRIBUINTE

REGRA_EVE_COMERC_PROD_RURAL
REGRA_EVE_CPRB
REGRA_EVE_CONTRIB_CPRB
REGRA_EVE_IND_RETIFICACAO

REGRA_VALIDA_ID_EVENTO

REGRA_EVE_PERMITE_EXCLUSAO

REGRA_INFO_ PERIODO_CONFLITANTE
REGRA_INFO_ VALIDA_DTINICIAL

REGRA_INFO_ VALIDA_RAIZ_CNPJ

REGRA_TAB_PERMITE_EXCLUSAO

REGRA_VALIDA_CONTRIBUINTE

REGRA_TABGERAL_EXISTE_REGISTRO_EXCLUIDO

Descrio
O evento somente pode ser recepcionado se existir evento de
informaes cadastrais do contribuinte vigente para a data do evento,
ou seja, a data do evento (ou perodo de apurao, no caso de evento
peridico) deve estar compreendida entre o {iniValid} e {fimValid} do
evento de informaes do contribuinte.
No permitido o envio de mais de um evento no mesmo perodo de
apurao pelo mesmo estabelecimento.
No permitido o envio de mais de um evento no mesmo perodo de
apurao pelo mesmo estabelecimento.
Para recepo do evento, a {classTrib} do R-1000 = [99] - Pessoas
Jurdicas em Geral, e {indDesoneracao} = [1]
Caso o evento apresente o indicativo de "retificao" ({indRetif} =
[2]), 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 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.
A identificao nica do evento (Id) composta por 36 caracteres,
conforme abaixo:
IDTNNNNNNNNNNNNNNAAAAMMDDHHMMSSQQQQQ
ID - Texto Fixo "ID";
T - Tipo de Inscrio do Contribuinte (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 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 (R-2098).
Em caso de {inclusao} ou {alteracao}, no pode haver outro registro
cujo perodo seja conflitante com a incluso ou alterao.
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.
A regra geral que cada "RAIZ" de CNPJ somente gera um "cadastro"
do contribuinte. Nesse caso, o CNPJ do contribuinte 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 "
contribuinte" diferente. Nesse caso, o CNPJ do empregador dever ser
informado com 14 dgitos.
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.
1. Se o {tpInsc} do contribuinte 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;
Em caso de excluso, deve existir o registro na tabela com o mesmo
cdigo e perodo de validade informados no evento.

Anexo II - Regras de Validao EFD-Reinf

REGRA_TABGERAL_EXISTE_REGISTRO_ALTERADO

Em caso de alterao, deve existir registro na tabela com o mesmo

cdigo e perodo de validade informados no evento.
REGRA_TABGERAL_INCLUSAO_PERIODO_CONFLITANTE
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.
REGRA_TABGERAL_ALTERACAO_PERIODO_CONFLITANTE
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.
REGRA_EVE_ SERVTOMADOS_NUMDOCTO
Para recepo do evento, no deve existir outro evento com mesmo
conjunto de campos que identificam a nota fiscal: {cnpjPrestador},
{serie} e {numDocto}.
REGRA_EVE_ SERVPRESTADOS_NUMDOCTO
Para recepo do evento no deve existir outro evento com mesmo
conjunto de campos que identificam a nota fiscal: cnpj do
estabelecimento prestador {nrInscricao} {serie} e {numDocto}.
REGRA_EVE_ ASSOCDESP
Para recepo do evento, a {classTrib} do R-1000 = [11] Associao Desportiva que mantm Clube de Futebol Profissional.
REGRA_EVE_ ASSOCDESP_PER
No permitido o envio de mais de um evento no mesmo perodo de
apurao pelo mesmo estabelecimento
REGRA_EVE_ AGRO_RURAL
Para recepo do evento, a {classTrib} do R-1000 = [6] Agroindstria. ou [7] - Produtor Rural Pessoa Jurdica
REGRA_PAGTO_CONTROLE_DUPLICIDADE
Nos eventos cujo campo {nrInscBeneficiario} informado, no deve
haver dois eventos no mesmo perodo de apurao com o mesmo
{codPagamento} e {nrInscBeneficiario}. Nos eventos em que o
campo {nrInscBeneficiario} no informado, no deve haver dois
eventos no mesmo perodo de apurao com o mesmo
{codPagamento} e {nomeBeneficiario}.
REGRA_PAGTO_IND_RETIFICACAO
Se o evento estiver indicando "Retificao", o evento correspondente
ao nmero de recibo original informado deve referir-se ao mesmo
beneficirio e cdigo de pagamento indicados no evento retificador.
Caso o erro tenha ocorrido em relao a qualquer uma destas duas
informaes (beneficirio/cdigo do pagamento), o evento incorreto
deve ser "excludo", atravs do evento especfico de excluso, e o
evento correto dever ser encaminhado 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.
REGRA_PAGTO_COMPATIBILIDADE_CODPAGTO_BENEFICIARIO Verificar as seguintes condies:
* O cdigo de pagamento [9412] no pode ser utilizado por declarante
PF.
* Os cdigos de pagamento [0610,9466] no podem ser utilizados por
declarante PJ.
REGRA_REABERTURA_VALIDA_PERIODO_APURACAO
Para recepo do evento de Reabertura, necessrio que j exista
evento de encerramento para o perodo de apurao indicado no
evento.
REGRA_REABERTURA_VALIDA_PERIODO_APURACAO
Para recepo do evento de Reabertura, necessrio que j exista
evento de
encerramento para o perodo de apurao indicado no evento.