D-2242 identificação e detalhamento de operações entre participantes de arranjos de pagamento
Evento de identificação e detalhamento de operações entre participantes de arranjos de pagamento. Validação: Evento exclusivo e obrigatório. No XML é a tag evtArranjoPartic, dentro do
envelope DeRE.
- Campos no leiaute
- 56
- Grupos
- 17
- Com regra citada
- 8
- Esquema XML
- v0.0.1
Este leiaute é preliminar, e quem diz isso é a fonte
A documentação técnica da DeRE publica este evento com a marca leiaute preliminar, e o esquema XML dele está na versão 0.0.1. O comunicado que acompanha a versão 1.2.0 diz que a expansão desses eventos e o acréscimo de campos e de críticas de validação serão feitos de forma incremental nas próximas versões. Vale para programar contra, não para tratar como texto fechado.
O que mudou neste evento na versão 1.2.0 — 1
Do histórico oficial de versões, com a justificativa técnica que a fonte dá para cada alteração.
Inclusão de leiaute preliminar transacional.
Por quê: Registrar tarifas de intercâmbio, taxas de rede e repasses operacionais liquidados entre os participantes do arranjo de pagamento.
O leiaute, campo a campo
Na ordem em que o documento oficial os numera. O recuo mostra a hierarquia: um campo indentado mora dentro do grupo acima dele.
| Campo | O que é | Ocor. | Tam. |
|---|---|---|---|
| DeRE grupo | Envelope raiz dos eventos da DeRE. | 1-1 | — |
| evtArranjoPartic grupo | Evento de identificação e detalhamento de operações entre participantes de arranjos de pagamento. Chave do grupo: id | 1-1 | — |
| id atributo | Identificador que representa unicamente o evento. RN - Unicidade Recepção Evento | 1-1 | 42 |
| ideEvento grupo | Informações de identificação do evento. | 1-1 | — |
| finEvt | Finalidade do evento. Valores: 11 Registro original · 31 Devolução · 41 Cancelamento | 1-1 | 2 |
| tpAmb | Identificação do ambiente para o qual os dados estão sendo transmitidos. Valores: 1 Produção · 2 Produção restrita AMBIENTE | 1-1 | 1 |
| aplicEmi | Identificação do aplicativo emissor do evento. Valores: 1 Emissão com aplicativo da empresa · 2 Aplicativo governamental | 1-1 | 1 |
| verAplic | Versão do aplicativo emissor do evento. | 1-1 | 1-20 |
| ideContrib grupo | Informações de identificação do contribuinte. Chave do grupo: nrInsc | 1-1 | — |
| nrInsc | Número de inscrição do contribuinte (CNPJ raiz). EXISTE_INFO_CONTRIBUINTE · CONTRIBUINTE_NO_CADASTRO | 1-1 | 8 |
| tpParticip | Tipo de participação do contribuinte no arranjo de pagamento. Valores: 1 Instituidor/Bandeira · 2 Emissor · 3 Credenciador | 1-1 | 1 |
| idePeriodo grupo | Período de referência das informações do evento. Chave do grupo: perApur | 1-1 | — |
| perApur | Período de apuração, sendo o ano e mês da competência da declaração. REJEITAR_PERAPUR_FUTURO · PERAPUR_FECHADO | 1-1 | 7 |
| perArranjo | Indicação do período de agrupamento das operações. Valores: 1 Dias 01 a 05 · 2 Dias 06 a 10 · 3 Dias 11 a 15 · 4 Dias 16 a 20 · 5 Dias 21 a 25 · 6 Dias 26 a 31 | 1-1 | 1 |
| dhEmi | Data e hora de emissão do documento fiscal. | 1-1 | 29 |
| infoOper grupo | Informações das operações. | 1-1 | — |
| gOper grupo | Grupo de operações por adquirente. Chave do grupo: chDeRE, chOperRef | 1-1000 | — |
| chDeRE | Chave de acesso de agrupamento de operações da DeRE. RN - Formação da Chave da DeRE | 1-1 | 53 |
| codBC | Código identificador da base de cálculo, conforme [[Tabela 12 – Códigos de Bases de Cálculo]]. | 1-1 | 4 |
| chOperRef | Chave da operação objeto de cancelamento ou devolução. Preenchimento: Exclusivo e obrigatório se {finEvt} = [31; 41]. RN - Formação da Chave da DeRE | 0-1 | 53 |
| idePartes grupo | Grupo de identificação e qualificação das partes envolvidas. | 1-1 | — |
| infoAdq grupo | Informações de identificação do adquirente. Chave do grupo: CPF, CNPJ | 1-1 | — |
| CPF | Número de inscrição no CPF do adquirente, se pessoa física. Preenchimento: Vedado se o campo {CNPJ} ou grupo {adqExterior} forem informados. DV_CPF | 0-1 | 11 |
| CNPJ | Número de inscrição no CNPJ do adquirente, se pessoa jurídica. Preenchimento: Vedado se o campo {CPF} ou o grupo {adqExterior} forem informados. DV_CNPJ | 0-1 | 14 |
| cMun | Código IBGE do município do endereço do adquirente, conforme informações existentes na base cadastral do declarante. Preenchimento: Obrigatório se {CPF} ou {CNPJ forem informados. Vedado nos demais casos. | 0-1 | 7 |
| adqExterior grupo | Identificação do adquirente residente ou domiciliado no exterior. Preenchimento: Exclusivo e obrigatório quando o adquirente da operação for residente ou domiciliado no exterior e não possuir inscrição ativa no CPF ou CNPJ no território nacional. | 0-1 | — |
| NIF | Número de Identificação Fiscal (NIF) do adquirente estrangeiro, fornecido por órgão de administração tributária no exterior. Preenchimento: 1. Exclusivo e obrigatório se o {cNaoNIF} não for informado; 2. Formato alfanumérico, sem máscaras ou caracteres especiais. | 0-1 | 1-20 |
| cNaoNIF | Código do motivo para a não informação do NIF do adquirente estrangeiro. Preenchimento: Exclusivo e obrigatório se o {NIF} não for informado. Valores: 1 Dispensado de NIF · 2 Não exigência de NIF | 0-1 | 1 |
| nrDocIdent | Número do documento de identificação oficial no exterior (passaporte, carteira de identidade estrangeira ou documento oficial equivalente). Preenchimento: 1. Exclusivo e obrigatório se {cNaoNIF} for informado; 2. Formato alfanumérico, sem máscaras ou caracteres especiais. | 0-1 | 1-20 |
| cPais | Código de identificação do país de domicílio fiscal (emissor do NIF) ou de residência física do adquirente residente no exterior, conforme coluna “A2” da [[Tabela 15 – Tabela de Países]]. Exemplo: [US; PT; AR]. | 1-1 | 2 |
| dadosOper grupo | Grupo de informação das operações por adquirente. | 1-1 | — |
| detOper grupo | Detalhamento das informações da operação individualizada. Chave do grupo: seq, seqRef | 1-999 | — |
| seq atributo | Número sequencial de identificação da operação individualizada dentro deste agrupamento. Preenchimento: Deve ser preenchido de forma incremental e cronológica (de [001] a [999]). Valores: 001 999 | 1-1 | 3 |
| seqRef | Número sequencial ({seq}) da chave-filha da operação de origem registrada anteriormente na DeRE, à qual se vincula a presente operação (ex: devolução, cancelamento etc.). Preenchimento: Exclusivo e obrigatório se o campo {chOperRef} for preenchido. Valores: 001 999 | 0-1 | 3 |
| dhOper | Data e hora da operação (UTC). | 1-1 | 29 |
| gBC grupo | Grupo de aferição da base de cálculo do IBS e da CBS. | 1-1 | — |
| gVOper grupo | Detalhamento do valor da operação. | 1-1 | — |
| vOper | Valor bruto da operação. | 1-1 | 4-18 |
| vDescConced | Indicar o valor do desconto concedido. | 0-1 | 4-18 |
| tpDesconto | Identificação do tipo de desconto concedido. Preenchimento: Obrigatório se {vDescConced} for informado. Valores: 1 Desconto condicional · 2 Desconto incondicional | 0-1 | 1 |
| vLiqOper | Valor líquido da operação. Cálculo: {vLiqOper} = {vOper} - {vDescConced} | 1-1 | 4-18 |
| gDeducoes grupo | Grupo de informação das deduções aplicadas à operação. | 0-1 | — |
| vISSQNProp | Informar o valor do ISSQN devido sobre a operação própria. | 0-1 | 4-18 |
| vISSQNOutro | Informar o valor do ISSQN devido sobre operações de outros participantes de arranjo. | 0-1 | 4-18 |
| vPisCofins | Valor do PIS Cofins tributado na operação. | 0-1 | 4-18 |
| vSomaDeducoes | Valor total das deduções. Cálculo: {vSomaDeducoes} = {vISSQNProp} + {vISSQNOutro} + {vPisCofins} | 0-1 | 4-18 |
| detBC grupo | Grupo de detalhamento da base de cálculo do IBS/CBS. | 1-1 | — |
| vBCApur | Base de Cálculo do IBS/CBS. Cálculo: 1. SE {tpDesconto} = [1], ENTÃO {vBCApur} = {vOper} - {vSomaDeducoes}; 2. SE {tpDesconto} = [2], ENTÃO {vBCApur} = {vLiqOper} - {vSomaDeducoes}. | 1-1 | 4-18 |
| gTributos grupo | Grupo de totalização de tributos incidentes sobre a operação. | 1-1 | — |
| vBCTrib | Valor da base de cálculo oferecida à tributação. Cálculo: {vBCTrib} = {vBCApur} | 1-1 | 4-18 |
| pIBSMunTrib | Alíquota do IBS municipal incidente sobre a operação. | 1-1 | 8-10 |
| vIBSMunTrib | Valor do IBS Municipal. Cálculo: {vIBSMunTrib} = {vBCTrib} * ({pIBSMunTrib} / 100) | 1-1 | 4-18 |
| pIBSUFTrib | Alíquota do IBS estadual incidente sobre a operação. | 1-1 | 8-10 |
| vIBSUFTrib | Valor do IBS Estadual. Cálculo: {vIBSUFTrib} = {vBCTrib} * ({pIBSUFTrib} / 100) | 1-1 | 4-18 |
| pCBSTrib | Alíquota da CBS incidente sobre a operação. | 1-1 | 8-10 |
| vCBSTrib | Valor da CBS. Cálculo: {vCBSTrib} = {vBCTrib} * ({pCBSTrib} / 100) | 1-1 | 4-18 |
As tabelas de domínio que este evento usa
Os campos acima puxam valores destas tabelas do Anexo I. Quem preenche o evento precisa delas abertas do lado.
As regras de validação que este evento cita — 9
Cada regra tem nome, e é por ele que o leiaute a cita. Quando ela falha, o ambiente devolve um código MS####: se ele interrompe, o processamento para naquele ponto; se não, o erro se acumula e o retorno traz a lista inteira.
AMBIENTE
1. Na recepção de eventos no ambiente de produção, o campo {tpAmb} só pode ser preenchido com o valor [1]. (Mensagem de erro: MS1055 - Interrompe o processamento: Sim) 2. Na recepção de eventos no ambiente de produção restrita, o campo {tpAmb} só pode ser preenchido com o valor [2]. (Mensagem de erro: MS1056 - Interrompe o processamento: Sim) (*) Nos demais ambientes os valores não são verificados, pois o foco da regra é nos ambientes produtivos.
CONTRIBUINTE_NO_CADASTRO
O sistema deve verificar se um CNPJ existe no cadastro e qual sua situação cadastral numa determinada data. 1. Eventos de tabela: D-1001 – Informações do Contribuinte; e D-1011 – Plano Geral de Contas Comentado. 1.1. Validação de CNPJ Baixado: O evento não pode ser aceito se o campo data de início da vigência informado no evento for maior que o mês/ano da data da baixa retornada pelo 'Sistema CNPJ'; (Mensagem de erro: MS1159 - Interrompe o processamento: Sim) 1.2. Validação de CNPJ Nulo: O evento não pode ser aceito se o CNPJ estiver anulado no 'Sistema CNPJ'; (Mensagem de erro: MS1063 - Interrompe o processamento: Sim) 1.3. Validação de CNPJ Inapto (situação = [4]) pelo motivo de Inexistência de Fato (motivo = [15]): O evento não pode ser aceito se o CNPJ pertencer a pessoa jurídica Inapta (situação = [4]) pelo motivo de Inexistência de Fato (motivo = [15]) e data de início da vigência informado no evento for maior que o mês/ano da data da situação cadastral retornada pelo 'Sistema CNPJ'. (Mensagem de erro: MS1160 - Interrompe o processamento: Sim) 2. Eventos periódicos mensais: D-1101 – Balancete Mensal; D-1106 – Identificação de Aplicações Financeiras; D-1121 – Relação de Deduções Utilizadas na Apuração; D-2101 – Débito em Operações com Títulos de Dívida com Oferta Pública; D-1198 – Reabertura de Período de Apuração; e D-1199 – Fechamento Mensal. 2.1. Validação de CNPJ Baixado: O evento não pode ser aceito se o campo perApur (AAAA-MM) informado no evento for maior que o mês/ano da data da baixa retornada pelo 'Sistema CNPJ'; (Mensagem de erro: MS1062 - Interrompe o processamento: Sim) 2.2. Validação de CNPJ Nulo: O evento não pode ser aceito se o CNPJ estiver anulado no 'Sistema CNPJ'; (Mensagem de erro: MS1063 - Interrompe o processamento: Sim) 2.3. Validação de CNPJ Inapto (situação = [4]) pelo motivo de Inexistência de Fato (motivo = [15]): O evento não pode ser aceito se o CNPJ pertencer a pessoa jurídica Inapta (situação = [4]) pelo motivo de Inexistência de Fato (motivo = [15]) e o campo perApur (AAAA-MM) informado no evento for maior que a data da situação cadastral retornada pelo 'Sistema CNPJ'. (Mensagem de erro: MS1064 - Interrompe o processamento: Sim)
DV_CNPJ
O dígito verificador indicado no CNPJ deve corresponder ao calculado conforme a regra abaixo: 1. Fórmula de Conversão: Valor = Código_ASCII(Caractere) - 48 Números (0-9): Permanecem com os valores de 0 a 9. Letras (A-Z): Assumem valores decimais de 17 a 42 (Ex: A=17, B=18...). 2. Algoritmo de Cálculo (Módulo 11): O cálculo utiliza dois conjuntos de pesos para determinar os dois últimos dígitos. Primeiro Dígito (DV1 - Posição 13) Pesos aplicados às 12 primeiras posições: 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2. Segundo Dígito (DV2 - Posição 14) Pesos aplicados às 13 primeiras posições (incluindo DV1): 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2. 2.1 Lógica do Dígito: - Calcular a Soma dos produtos (Valor × Peso). - Calcular o Resto = Soma mod 11. - Calcular o Dígito = 11 - Resto. Se o Dígito ≥ 10, o valor final é 0. (Mensagem de erro: MS1139 - Interrompe o processamento: Não) Exemplo (CNPJ: ABC123450001-XX): • DV1: Valores=(17, 18, 19, 1, 2, 3, 4, 5, 0, 0, 0, 1) x Pesos=(5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2). Soma = 318. Resto = 318 mod 11 = 10. DV1 = 11 - 10 = 1. • DV2: Valores=(17, 18, 19, 1, 2, 3, 4, 5, 0, 0, 0, 1, 1) x Pesos=(6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2). Soma = 374. Resto = 374 mod 11 = 0. DV2 = 11 - 0 = 11 (Como ≥ 10, DV2 = 0). CNPJ Validado: ABC123450001-10.
DV_CPF
Verificar se dígito verificador é válido. O dígito verificador do CPF é baseado no cálculo do módulo 11 e corresponde aos 2 últimos dígitos do CPF, o restante dos dígitos são a base para cálculo dos dígitos verificadores. No caso do CPF, o DV módulo 11 corresponde ao resto da divisão por 11 do somatório da multiplicação de cada algarismo da base respectivamente por 9, 8, 7, 6, 5, 4, 3, 2, 1 e 0, a partir da unidade. O resto 10 é considerado 0. Veja, abaixo, exemplo de cálculo de DV módulo 11 para o CPF nº 280012389: 2 8 0 0 1 2 3 8 9=3 x x x x x x x x x 1 2 3 4 5 6 7 8 9 ------------------------- 2+16+ 0+ 0+ 5+12+21+64+81 = 201÷11=18, com resto 3 2 8 0 0 1 2 3 8 9 3=8 x x x x x x x x x x 0 1 2 3 4 5 6 7 8 9 ---------------------------- 0+ 8+ 0+ 0+ 4+10+18+56+72+27 = 195÷11=17, com resto 8 Portanto, CPF + DV = 280012389-38
EXISTE_INFO_CONTRIBUINTE
1. D-1011 - Plano Geral de Contas Comentado Eventos de inclusão ou alteração serão recebidos desde que a data de início considerada esteja compreendida dentro do período de validade de um evento D-1001 ativo. A data considerada segue a seguinte prioridade: 1 - A nova data de início de validade, se informada na alteração; 2 - A data de início de validade original, nos demais casos. (Mensagem de erro: MS1069 - Interrompe o processamento: Sim) 2. D-1101 - Balancete Mensal Eventos de inclusão ou alteração serão recebidos desde que o período de apuração coincida com o período de validade de um evento D-1001 ativo. (Mensagem de erro: MS1127 - Interrompe o processamento: Sim) 3. D-1106 - Identificação de Aplicações Financeiras Eventos de inclusão ou alteração serão recebidos desde que o período de apuração coincida com o período de validade de um evento D-1001 ativo. (Mensagem de erro: MS1127 - Interrompe o processamento: Sim) 4. D-1121 - Relação de Deduções Utilizadas na Apuração Eventos de inclusão ou alteração serão recebidos desde que o período de apuração coincida com o período de validade de um evento D-1001 ativo. (Mensagem de erro: MS1127 - Interrompe o processamento: Sim) 5. D-1199 - Fechamento Mensal Evento de inclusão será recebido desde que o período de apuração coincida com o período de validade de um evento D-1001 ativo. (Mensagem de erro: MS1127 - Interrompe o processamento: Sim) 6. D-2101 - Débitos Títulos Oferta Pública Eventos de inclusão ou alteração serão recebidos desde que o período de apuração coincida com o período de validade de um evento D-1001 ativo. (Mensagem de erro: MS1127 - Interrompe o processamento: Sim)
PERAPUR_FECHADO
O evento será rejeitado caso o período de apuração ({perApur}) informado esteja fechado na data do seu processamento. (Mensagem de erro: MS1166 - Interrompe o processamento: Sim)
REJEITAR_PERAPUR_FUTURO
O período de apuração informado no evento não deve ser posterior ao mês/ano do dia do processamento do evento. (Mensagem de erro: MS1155 - Interrompe o processamento: Não)
RN - Formação da Chave da DeRE
A chave da DeRE é composta por 53 caracteres, estruturada no formato: RRRRRRRRPPTCCCCCCCCCCCCCCCCCCCCBBBBAAAAMMD1D2GGGGVSSS A composição e a geração da chave devem obedecer aos seguintes critérios de preenchimento: RRRRRRRR (CNPJRaizDecl - 8 posições alfanuméricas): Número da inscrição (CNPJ) raiz do declarante; -Formatação: Domínio alfanumérico (A-Z, 0-9), sem formatação de máscaras ou caracteres especiais. Letras devem ser informadas em MAIÚSCULO. PP (cPais - 2 posições alfanuméricas): Identificação do país de domicílio fiscal ou de residência do adquirente; -Informar o código de identificação do país de domicílio fiscal ou de residência física do adquirente, conforme coluna "A2" da [[Tabela 15 – Tabela de Países]]; -Formatação: Domínio alfanumérico; -Exemplo: Para adquirentes domiciliados no Brasil, o campo deve ser preenchido com [BR]. Para adquirentes do exterior, preencher com a sigla (conforme coluna "A2" da [[Tabela 15 – Tabela de Países]]) correspondente ao país informado em {adqExterior.cPais}. T (tpInscAdq – 1 posição alfanumérica): Tipo de inscrição do adquirente ou do estabelecimento (ponto de venda ou filial de origem da operação). Campo alfanumérico com os seguintes valores válidos: 1 – CNPJ (se {infoAdq.CNPJ} informado); 2 – CPF (se {infoAdq.CPF} informado); 3 – NIF (se {adqExterior.NIF} informado); 4 – Estabelecimento/PDV CNPJ (se {infoPDV.CNPJPDV} informado); 5 – Estabelecimento/PDV CPF (se {infoPDV.CPFPDV} informado); 9 – Outro (se {adqExterior.cNaoNIF} informado). CCCCCCCCCCCCCCCCCCCC (nrInscAdq - 20 posições alfanuméricas): Número de inscrição do CNPJ, CPF e NIF ou Outro (quando estrangeiro), conforme indicador preenchido no campo anterior ({tpInscAdq}), obedecendo às seguintes regras: -Informar o número do CNPJ ({infoAdq.CNPJ}), CPF ({infoAdq.CPF}) e NIF ({infoAdq.adqExterior.NIF})/Outro (quando estrangeiro) do adquirente ou tomador do serviço; -Nos casos em que a legislação tributária dispensar a identificação do adquirente, deve- se informar o número de inscrição do estabelecimento vendedor, ponto de venda ou filial de origem da operação ({infoPDV.CNPJPDV} ou {infoPDV.CPFPDV}); -Quando o adquirente for domiciliado no exterior e não possuir NIF (ou equivalente), CPF ou CNPJ, informar {tpInscAdq} = [9] (Outro). Nesse caso este bloco deve ser preenchido com o número de passaporte, identidade ou outro documento oficial equivalente do estrangeiro (conforme {nrDocIdent}); -Truncamento: Caso o {tpInscAdq} seja [3] (NIF) ou [9] (Outro) e o documento possua mais de 20 caracteres, preencher estritamente os últimos 20 caracteres (da direita para a esquerda); -Formatação: Domínio alfanumérico (A-Z, 0-9), sem formatação de máscaras ou caracteres especiais. Letras devem ser informadas em MAIÚSCULO. O preenchimento deve ser alinhado à direita, complementado com zeros à esquerda até completar o bloco exato de 20 posições. BBBB (codBC - 4 posições alfanuméricas): Código identificador da base de cálculo, conforme [[Tabela 12 – Códigos de Bases de Cálculo]], devendo corresponder ao {codBC} informado no grupo de operações ({gOper}); -Formatação: Domínio alfanumérico (A-Z, 0-9), sem formatação de máscaras ou caracteres especiais. AAAAMMD1D2 (perAgrup - 10 posições numéricas): Período de agrupamento das informações do documento fiscal, composto pela concatenação do ano (AAAA), mês (MM), dia do mês da primeira informação/operação (D1) e dia do mês da última informação/operação (D2) constante no agrupamento ({dadosOper.detOper.dhOper}); -Restrição por período de apuração: É vedada a geração de um agrupamento que contenha operações de períodos de apuração distintos. Deve-se gerar arquivos separados para operações que pertençam a competências diferentes; -Formatação: Domínio numérico (0-9), sem formatação de máscaras ou caracteres especiais; -Exemplo 1: Se o documento fiscal agrupa do dia 1 ao dia 5 de maio de 2026: 2026050105; -Exemplo 2: Se o documento fiscal agrupa uma única data (dia 21 de maio): 2026052121; -Exemplo 3: Se o documento fiscal agrupar informações do mês inteiro (1 a 31 de maio): 2026050131. GGGG (serieAgrup - 4 posições numéricas): Numeração sequencial da série. Preenchimento incremental de [0001] a [9999] quando houver necessidade de gerar mais de um evento para o mesmo adquirente dentro do mesmo período de agrupamento de informações {perAgrup}; -Formatação: Domínio numérico (0-9). V (digitoVerificador/DV - 1 posição numérica): Dígito verificador calculado pela aplicação do Módulo 11 sobre as 49 posições alfanuméricas anteriores da chave. Para o cálculo, deve ser aplicado o seguinte algoritmo: 1. Conversão: Caracteres alfabéticos devem ser convertidos para o valor de seu código decimal ASCII subtraído de 48 (Ex: A=17, G=23, Z=42); 2. Atribuição de Pesos: A atribuição dos pesos inicia-se pelo caractere imediatamente anterior ao DV (caminhando da direita para a esquerda), com o peso inicial 2, sendo incrementado em +1 até o limite de 9. Ao chegar em [9], o peso do próximo caractere reinicia em [2], em loop contínuo até a primeira posição da chave; 3. Ponderação: Realizar a soma dos produtos da multiplicação de cada valor convertido (passo 1) por seu peso correspondente atribuído no passo 2; 4. Resultado: Caso o resto da divisão da soma ponderada por 11 seja 0 ou 1, o digitoVerificador será [0]. Nos demais casos, o digitoVerificador será o resultado matemático de [11 - resto]; -Formatação: Domínio numérico (0-9). SSS (seq - 3 posições numéricas): Identificador de agrupamento e operações individuais; -Informar [000] para identificar a chave-mãe (agrupadora); -Para chaves-filhas (operações individuais dentro do agrupamento), utilizar numeração cronológica incremental de [001] a [999] em substituição aos 3 últimos dígitos da chave- mãe; -Formatação: Domínio numérico (0-9). Exemplo: 1C345G7Z BR 1 0000001G01J3A5000191 1020 2026050105 0001 2 000 (CNPJRaizDecl) + (cPais) + (tpInscAdq) + (nrInscAdq) + (codBC) + (perAgrup) + (serieAgrup) + (DV) + (seq)
RN - Unicidade Recepção Evento
1. A identificação única do evento (Id) é composta por 42 caracteres, conforme abaixo: DeRENNNNTXXXXXXXXXXXXXXAAAAMMDDHHMMSSQQQQQ DeRE - Texto fixo. Identifica o evento da DeRE. Respeitar maiúsculas e minúsculas. NNNN - Código do Evento sendo transmitido (ex: 1001, 1011, 1101 etc.). T - Tipo de Inscrição do Contribuinte (1 - CNPJ). XXXXXXXXXXXXXX - Número da Inscrição (CNPJ Raiz) do declarante. CNPJ Alfanumérico (A-Z, 0-9), letras devem ser convertidas para MAIÚSCULAS completado com zeros à esquerda. AAAAMMDD - Data da geração do arquivo (Ano, Mês, Dia). HHMMSS - Hora da geração do arquivo (Hora, Minuto, Segundo). Fuso Horário: Brasília (UTC-3). QQQQQ - Sequencial numérico (00001 a 99999). Utilizado para garantir unicidade caso sejam gerados múltiplos arquivos no mesmo segundo. (Mensagem de erro: MS1050 - Interrompe o processamento: Sim) 2. Verificar se o número do NI (AAAAAAAAAAAAAA) do ID do evento corresponde ao {nrInsc} informado no evento. O {nrInsc} deve ser completado com zeros à esquerda antes da comparação. (Mensagem de erro: MS1073 - Interrompe o processamento: Sim) 3. O campo [id] (número único, identificador do evento gerado pelo contribuinte) deve ser único na base de dados do sistema, para eventos do mesmo contribuinte e do mesmo tipo. (Mensagem de erro: MS1004 - Interrompe o processamento: Sim) 4. Verificar se já foi recebido anteriormente um evento com o mesmo hashcode. (Mensagem de erro: MS1006 - Interrompe o processamento: Sim)
Os outros eventos do mesmo prazo
Todos com data em 01/01/2027: quem precisa deste evento quase sempre precisa destes também.
Perguntas frequentes
O que é o evento D-2242 da DeRE?
D-2242 é o identificação e detalhamento de operações entre participantes de arranjos de pagamento da Declaração de Regimes Específicos. No XML ele é a tag evtArranjoPartic, dentro do envelope DeRE, e o leiaute dele tem 56 campos, sendo 17 grupos e 39 campos de valor. O esquema oficial o descreve como "Evento de identificação e detalhamento de operações entre participantes de arranjos de pagamento. Validação: Evento exclusivo e obrigatório".
Quando o D-2242 passa a ser obrigatório?
Em 01/01/2027. Ele pertence ao grupo "Eventos Periódicos Transacionais", que é a alínea "c" do inciso XVII do Ato Conjunto RFB/CGIBS nº 4, de 30 de julho de 2026 — a alínea residual, que o ato descreve como "eventos não enquadrados nas alíneas anteriores". O Buscador NCM tira essa data do próprio ato, não de texto escrito à mão, para que duas páginas do site não publiquem prazos diferentes para o mesmo documento.
Quais campos do D-2242 são obrigatórios?
25 dos 39 campos de valor têm ocorrência mínima 1: id, finEvt, tpAmb, aplicEmi, verAplic, nrInsc, tpParticip, perApur, perArranjo, dhEmi, chDeRE, codBC, cPais, seq…. ⚠ Ocorrência mínima 1 dentro de um grupo opcional não é obrigatoriedade global: o campo só é exigido se o grupo em que ele mora for informado. Neste evento, 11 campos trazem condição de preenchimento declarada no leiaute, e ela aparece em cada linha da tabela.
Que erros o D-2242 pode gerar?
O leiaute deste evento cita 9 regras de validação do Anexo II, que disparam as mensagens MS1055, MS1056, MS1159, MS1063, MS1160, MS1062, MS1064, MS1139, MS1069, MS1127, MS1166, MS1155. A DeRE não usa a numeração de rejeição das notas fiscais: os erros dela são códigos MS####, com texto próprio, e cada um diz se interrompe o processamento ou se apenas se acumula no retorno.
O leiaute do D-2242 já está fechado?
Não. A própria documentação técnica publica este evento com a marca "leiaute preliminar", e o esquema XML dele está na versão 0.0.1. Isso significa que campos podem entrar, sair ou mudar de tipo nas próximas versões. O Buscador NCM publica o estágio junto com o leiaute em vez de apresentar minuta como texto definitivo.