Como funciona o grupo de fornecedor por CPF ou CNPJ no GUEPARDO Tax?

Cenário e dúvida, pelo lado da auditoria: a primeira coisa que eu pediria é a trilha de cada retenção, do documento até o razão. E aí, já adianto, existe um furo descrito nas notas de projeto: retenção lançada direto na contabilidade, sem passar pelo registro do documento. O imposto existe no razão e não na base da apuração. Nesse caso nenhum agrupamento de fornecedor resolve, porque o valor nunca esteve na apuração. Peça essa lista de lançamentos manuais ao contábil antes de mexer no cadastro.

Discordo em um ponto da Renata, e aí, por assim dizer, é por experiência: trinta anos de fiscal me ensinaram a desconfiar de unificar cadastro sem olhar o que está preso a ele. Notas de projeto descrevem um padrão: o código de receita preso ao cadastro do parceiro. O mesmo prestador faz serviços com códigos diferentes, e a guia sai com código errado ou com ajuste manual. Antes de bloquear qualquer código, confira se cada um carrega um código de receita próprio.

Completando o Alan: antes de apostar no agrupamento, eu confirmaria onde nasce a diferença. Abrindo um parêntese, tá, a documentação traz que retenção que não bate raramente vem do módulo de apuração e costuma vir da origem. Aqui, na sustentação, a gente faz assim:

1. Pegue um fornecedor com três códigos e liste todas as notas do mês.
2. Confira, nota a nota, se a retenção foi gravada no documento.
3. Só depois compare o total retido com o da apuração.

Se a retenção nunca entrou no documento, juntar códigos não corrige.

Pano de fundo: passamos por situação parecida no fechamento do mês passado. Aqui o caminho foi outro, sem esperar agrupamento nenhum:

1. Listamos os fornecedores com mais de um código, cruzando pelo CNPJ.
2. O contas a pagar e o fiscal decidiram juntos qual código fica ativo.
3. Os demais ficaram só para histórico, bloqueados para lançamento novo.

Agora, a título de exemplo, um prestador com três códigos passou a ter um só para as notas novas. A escolha do código ativo é do cliente.

Uma questão só: antes de falar de agrupamento, vale ver o que a documentação que consultamos afirma. Ela descreve, para a Reinf, cadastros complementares com grupos, e diz que o cadastro de fornecedores e clientes da Reinf fica em /FHG/J_1BINNAD. Ela não afirma que esse grupo una códigos de fornecedor pelo CPF ou CNPJ. Em outras palavras, tá, não dá para garantir o comportamento que você ouviu. Isso não está coberto no que consultamos; confirme com a NTT ou teste no ambiente.