Pular para o conteúdo

Fóruns / Dúvidas do curso: Workshop do checklist de 41 itens: prontidão fiscal no SAP

Quando reabrir o checklist fiscal: a cada mudança de lei, de versão ou de estrutura da empresa?

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
4 Respostas
0 Visualizações

Me corrijam se eu estiver errada. No exercício de sustentação do curso, o checklist fiscal foi usado uma vez, no projeto, e arquivado. A equipe quer um gatilho simples para reabri-lo antes que a defasagem apareça no fechamento.

  1. mudança de lei;
  2. atualização de versão;
  3. mudança na estrutura da empresa, como filial nova.

Sou gestora de processos. Veja, o cerne é saber se os três gatilhos bastam ou se falta um quarto.


Atualização:

Obrigada. Vou somar o gatilho de calendário e o da extensão Z nova. Dúvida de seguimento: o que o checklist reaberto precisa conter para valer? Basta reler o item ou precisa rodar um teste de novo?

Avatar
Cancelar
Melhor resposta

Use gatilho de evento e gatilho de tempo juntos: lei nova, versão nova, mudança na estrutura da empresa, extensão Z criada e uma revisão fixa, mesmo sem novidade. O de tempo pega o que o evento deixou passar. Ao reabrir:

  1. dê a cada gatilho um responsável e um prazo para a primeira revisão;
  2. encare a atualização de versão como risco com calendário fiscal, e não como tarefa só de Basis;
  3. encerre cada item comparando com um período que já foi entregue;
  4. anote o resultado, a data e quem conferiu.

A periodicidade é decisão do processo da empresa. Veja testes fiscais no SAP para montar a comparação.

Avatar
Cancelar
Melhor resposta

Ponto único, como controller. Reler não basta: a evidência é o teste. O material de projeto descreve regressão comparando com evidência de períodos fechados, e o primeiro fechamento real depois da atualização é o teste que conta. Então, e aí, sem pressa: cada item reaberto fecha com uma comparação contra um período já entregue, com resultado, data e responsável anotados.

Avatar
Cancelar
Melhor resposta

Primeiro o cenário. Discordo de que três gatilhos de evento bastem. Agora, aqui por perto, a mudança de lei muitas vezes é percebida tarde, então o evento chega depois do problema. Eu somaria um gatilho de calendário: revisão fixa a cada trimestre, mesmo sem evento. O trimestre é decisão do processo, não de fonte; ajuste ao ritmo da empresa. Também reabriria o checklist quando nascer uma extensão Z nova.

Avatar
Cancelar
Melhor resposta

Saudações, pessoal. Os três servem, mas cada um precisa de dono e de prazo para a primeira revisão. Bem, pelo que vi, a atualização de versão é o gatilho mais ignorado, e o material de projeto trata a atualização como decisão de risco e de calendário fiscal, não só de Basis. Sou ABAP, não do fiscal, e quando o checklist não é reaberto o fiscal só descobre a diferença no fechamento.

Avatar
Cancelar
Publicações relacionadas Respostas Visualizações Atividade
6
out. 26
0
5
out. 26
0
5
out. 26
0
5
out. 26
0