O que é o registro i051 no ecd?

Alexandre, concordo em parte com juntar depois, mas discordo que a base única seja sempre mais simples. Bem, o detalhe é que, nas unidades desobrigadas, a checagem pode ser mais rápida, mas o processo ainda conseguirá quebrar se os dados do cadastro não correspondem à ECD que vai sair. Eu não tiraria a conferência de cada unidade só porque a base é pequena. Pelo menos uma leitura completa por unidade antes do envio evita o retrabalho.

Uma dúvida curta: a abertura do arquivo da ECD já sai com o i051 ou só com o básico? Dito isso, ó, na minha equipe usamos outro caminho: geramos o arquivo de cada unidade separado e depois juntamos tudo, o que vale quando há muitas unidades e a qualidade demora. Quando a base é única e pequena, eu faria direto no arquivo consolidado. Escolher depende do volume e do tempo que sobra antes do envio.

Gisele, no meu caso de construção com ECC 6.0, a ECD só fica certa quando alguém confere o regime de tributação antes de gerar o i051. Veja, eu aprendi na marra: separe primeiro quem é imune ou isento, porque isso muda o bloco inteiro. A resposta curta é que, nos casos seguintes, a conferência precisa vir antes da geração, e não depois do envio. Já refiz a rotina por ter pulado essa etapa.

O resultado que importa é o i051 sair correto na ECD, e não o programa rodar sem erro. Veja, a saída é checar os campos antes de gerar, porque um campo vazio passa pelo validador e só aparece quando o registro já foi enviado. Discordo que a checagem de data resolva tudo: os campos que deveriam estar preenchidos ficam para trás se ninguém olha o cadastro. Na minha experiência com ECC 6.0, a saída mais segura foi listar os campos obrigatórios antes de rodar.

Concordo com o Otávio. E aí, a lição é que o período de referência e os parâmetros de geração precisam bater antes de qualquer dúvida chegar ao fechamento. Na nossa farmacêutica com S/4HANA 1909, a checagem começou pela data inicial, e o i051 só ficou certo quando o período da ECD e o da ECF estavam iguais. Quem já sofreu com isso sabe que o erro aparece só no fim.

Luiz, discordo com educação de um ponto. Olha, sem querer complicar, o cadastro não é o que define se a ECD é exigida. O que pesa é se a pessoa jurídica é imune ou isenta, e se ela ainda não está entre as obrigadas. Com isso, a checagem de cada unidade começa pela natureza dela, e só depois pelo cadastro. Eu não usaria a sua auditoria como régua sem essa separação prévia.

André, começo pelo risco que já vi. Olha, na última auditoria, o i051 saiu com a identificação do grupo inteiro, quando cada CNPJ tinha que aparecer com a sua própria identificação. Se a condição não estiver separada por unidade, a ECD carrega dados de uma pessoa no envio de outra. Acrescento ao seu ponto que vale conferir, antes de qualquer envio, se todas as unidades que vão entregar a ECD estejam com o cadastro certo.

Concordo em parte com a Tatiana, mas discordo da ordem dela. Voltando ao ponto, a minha equipe não começou pela condição da entidade: pegou o i051 da ECD de um exercício já fechado e comparou com o que o ambiente gerou. Se as duas coisas batem, só validamos. Se não batem, abrimos chamado para checar a origem dos dados. Esse caminho vale quando há muitas unidades, porque o envio digital sai mais rápido depois de validado. Quando a base é pequena, os passos deverão começar pela condição, que é mais barata de verificar.

Fico em dúvida se o i051 entra nessa lista, e a leitura direta é que o texto que temos aqui não define o i051, então não afirmo o que ele é. Então, na sustentação, o que dá para afirmar é o que o texto trata: quem é imune ou isento e não tem a ECD como obrigação precisa completar registros, começando pelo 0000. As pessoas desobrigadas seguem essa lista. Se a condição não estiver clara, o sistema não conseguirá montar o envio com a base certa, e os dados podem não corresponder ao exercício.