Pular para o conteúdo

Fóruns / GUEPARDO Tax: implantação e integração com SAP

O que testar no GUEPARDO Tax depois de upgrade ou migração do SAP?

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
6 Respostas
0 Visualizações

Prezados, bom dia. A empresa vai migrar de versão do SAP e eu preciso de uma lista de verificação fiscal do que reconferir no GUEPARDO Tax depois da migração. Passamos por situação parecida no fechamento do mês passado, quando um relatório que funcionava deixou de bater e ninguém sabia por quê.

Meu adendo: o caso principal é de ECC 6.0 para S/4HANA, mas aceito qualquer lista que valha para um upgrade também. Quero itens que eu consiga marcar como feito ou não feito, sem interpretação.


Atualização:

Obrigado, pessoal. Já separei a lista em seis itens: confirmação de compatibilidade com a NTT, origem dos dados, apurações refeitas, obrigações decididas, extensões inventariadas e ECD com ECF. Pergunta de seguimento: o que fazer se o período fechado comparado no ambiente novo der diferença?

Avatar
Cancelar
Melhor resposta

A resposta curta: depois da migração, refaça um período já fechado no ambiente novo e confira, item por item, de onde vêm os dados, quais obrigações continuam e quais extensões quebraram. O material que temos não afirma a versão mínima exigida pelo produto; confirme com a NTT ou teste no ambiente.

  1. Compatibilidade: confirmação escrita da NTT para a versão de destino.
  2. Dados contábeis: interface de busca configurada para a versão nova.
  3. Período fechado: apuração refeita e comparada com a evidência original; diferença sem explicação é item aberto.
  4. Obrigações: decisão registrada por obrigação.
  5. Extensões: inventário com dono e teste de cada uma.
  6. ECD e ECF: saldos conferidos nos dois lados.

Na segunda-feira, peça a confirmação de compatibilidade. Mais sobre o desenho do projeto em migração fiscal para S/4HANA.

Avatar
Cancelar
Melhor resposta

E aí, o fato é que há uma checagem que a lista ainda não tem: ECD e ECF depois da migração. A importação da ECD é obrigatória para entregar a ECF, e com a ECD importada os saldos contábeis podem ser gerados automaticamente na ECF. Se a origem dos saldos mudou com a migração, o encadeamento precisa ser conferido.

Minha anotação de teste, em formato livre:

conferir saldo da ECF contra o saldo contábil do mesmo período, antes e depois da migração

Sou contadora, não do fiscal, e desculpem se o item for óbvio para vocês.

Avatar
Cancelar
Melhor resposta

Na minha área, discordo de começar pelo item 1 do Leandro como se já soubéssemos qual interface o produto exige. Passamos por situação parecida no fechamento do mês passado e a premissa errada de versão nos custou dias.

O material que consultei não traz nenhuma versão mínima de ECC, S/4HANA ou Support Package exigida pelo produto, nem matriz de compatibilidade. Então o primeiro item é outro: peça à NTT, por escrito, a confirmação de compatibilidade da versão de destino. Sem essa resposta, o teste fica sem referência.

Avatar
Cancelar
Melhor resposta

O custo é descobrir tarde, e é isso que a lista quer evitar. Trabalho há 12 anos com fiscal e hoje estou no S/4HANA 2021. O que li numa nota de projeto resume: numa migração de ECC para S/4HANA, apuração, livros e contabilização dependem de parametrização, extensões Z e dado mestre que não migram sozinhos.

Por isso eu acrescentaria ao item 4 do Leandro a pergunta sobre cada extensão: o que ela assume do produto? Extensão em torno do fiscal é a parte que mais quebra na atualização, e sem o inventário ninguém sabe qual existe nem quem escreveu.

Avatar
Cancelar
Melhor resposta

Então, com a mão na massa, eu faria diferente de uma lista só de itens: pegaria um período já fechado e rodaria no ambiente novo, comparando linha por linha com a evidência do período, nota, apuração, guia e razão. Sou auditor interno e peço desculpa se for básico, mas comparação com o que já foi fechado é a prova mais barata que conheço.

A recomendação que li é a regressão comparando com evidência de períodos fechados. A lista diz o que olhar; o período fechado diz se o resultado está igual. Os dois juntos cobrem mais do que cada um sozinho.

Avatar
Cancelar
Melhor resposta

Bem, ou seja: o teste que conta é o primeiro fechamento real depois da mudança, e a lista existe para você não descobrir os problemas só nele.

  1. Origem dos dados contábeis: o produto lê tabelas diferentes conforme a versão, e em S/4HANA os lançamentos ficam na ACDOCA. Confirme qual interface de busca está configurada.
  2. Apurações do mês anterior: refaça e compare com o que foi entregue.
  3. Obrigações: para cada uma, decisão registrada de manter, substituir ou não replicar.
  4. Extensões próprias: inventário, com dono, e teste de cada uma.

Escolha uma janela depois que as obrigações do mês estiverem geradas e entregues.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!