Pular para o conteúdo

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

Como organizar os ambientes de desenvolvimento, qualidade e produção para o GUEPARDO Tax?

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 desculpem a pergunta. Na nossa empresa, mudanças no GUEPARDO Tax são feitas direto em produção por pressão de prazo, e já houve ajuste que quebrou a apuração do dia seguinte. Olha, ou seja, o gestor quer um fluxo seguro de transporte e aprovação entre desenvolvimento, qualidade e produção. Como vocês organizam os três ambientes para o GUEPARDO Tax? O que precisa existir em qualidade para o teste valer?


Atualização:

Obrigado a todos. Vou propor a janela do Nelson e a lista da Vanessa. Uma dúvida prática: quando o prazo aperta e a correção é urgente, existe um caminho curto que ainda preserve a prova, ou a regra tem que valer sem exceção?

Avatar
Cancelar
Melhor resposta

Resumindo: nada fiscal vai a produção sem passar por qualidade e sem a validação do fiscal.

  1. Ordem: desenvolvimento, homologação, produção, com janela depois que as obrigações do mês foram entregues.
  2. Teste: documentos reais de um período fechado, comparação com o resultado entregue, e fluxo completo configurado em qualidade.
  3. Urgência: caminho curto, mas com aprovação, motivo e registro.
  4. Extensões Z: inventário vivo, com dono.

Como o GUEPARDO Tax transporta configuração entre ambientes, a documentação disponível não afirma; confirme com a NTT ou teste no ambiente. Mais em atualização de release do GUEPARDO Tax.

Avatar
Cancelar
Melhor resposta

Sobre o caminho curto, olha, falando sério: urgência não elimina a prova, só a comprime. Mantenha o transporte pelos três ambientes, mas reduza o teste ao mínimo que importa: um documento de cada tipo afetado e a comparação com um mês fechado. Registre quem aprovou, a hora e o motivo da urgência. Se houver extensão Z envolvida, atualize o inventário, que deve ter dono, objetivo e o que ela assume do produto. Quem valida é o cliente, e o teste técnico sozinho não prova que a apuração do mês está certa.

Avatar
Cancelar
Melhor resposta

Primeiro o cenário: sem ambiente de qualidade que reflita produção, o teste não vale. E aí, como falei em outra discussão, a ordem é desenvolvimento, homologação, produção, com regressão comparando com períodos já fechados. Pela experiência de projeto, a janela de mudança vem depois que as obrigações do mês foram geradas e entregues. Passo: escreva uma regra, sem exceção silenciosa: nenhuma alteração fiscal entra em produção fora dessa janela, a não ser com aprovação do gestor e registro do motivo.

Avatar
Cancelar
Melhor resposta

Discordo de que a janela baste. Como dizem, tá, qualidade só vale se testar o fluxo inteiro:

  1. Confira se a transmissão ou o envio da obrigação está configurado em qualidade, porque ambiente sem isso deixa parte do fluxo sem teste.
  2. Use documentos reais do período fechado.
  3. Peça ao fiscal que valide o resultado, não só à TI.

Uma nota de projeto que conheço, sobre EFD-Reinf, registra exatamente esse problema: ambiente de qualidade sem a transmissão configurada, e a divergência só aparece na homologação do cliente.

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!