Como configurar o evento R-1000 de informações do contribuinte no GUEPARDO Tax?

Boa tarde, pessoal. Sobre as filiais e o cadastro da Daniela, no rollout a gente fez duas definições antes de configurar:

1. se a entrega da série R-4000 é na matriz ou por filial;
2. quem cuida de certificado, transmissão e homologação.

Sobre o cadastro, a documentação cita /FHG/J_1BINNAD como o cadastro de fornecedores e clientes na Reinf. Defina o dono dele antes do primeiro teste.

Oi, pessoal, tudo bem? Para quem vem de versão antiga, três pontos da documentação:

1. a solução 2.1.1 é descrita como produto novo, derivado da 1.5, com tabelas passando do prefixo REI para REN;
2. há programa de conversão pela transação /FHG/REN600, que deve rodar antes do uso, por grupo de tabelas;
3. olha, veja bem, registre o resultado do modo teste antes de rodar valendo.

Objetivamente: discordo em um ponto. Ordem e campos não são o que mais derruba o projeto. Veja bem, né, o que derruba é o dado de origem.

A documentação lida diz que a Reinf lê o que o ERP gravou. Se a retenção não sai certa no padrão, nenhum cadastro de contribuinte resolve. Antes de configurar, rode um conjunto de notas de serviço reais e compare a retenção gravada com a esperada. Só depois cadastre o contribuinte.

Resposta curta: a documentação da NTT lista o R-1000 entre os eventos da EFD-Reinf, mas a que consultamos não afirma ordem de envio nem os campos exigidos.

Montando o contexto, batendo o olho, é por aí que o time começa. Na segunda-feira: peça ao consultor o questionário evento a evento, abra o painel de apurações no ambiente de qualidade e confira se o evento aparece. Para campo obrigatório, a referência é o leiaute vigente da Receita, e isso não está coberto no que consultamos.