Pular para o conteúdo

Fóruns / GUEPARDO e-Invoicing e Analytics: o que são e o que perguntar

Quem deve ser o responsável por GUEPARDO Analytics dentro 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
7 Respostas

Estou migrando um ambiente de outro sistema para o SAP e estamos utilizando o GUEPARDO Tax, produto da NTT, para gerenciar os aspectos tributários. Na nossa transição, chegamos a um ponto onde a alocação da responsabilidade sobre os dados gerados pelo GUEPARDO Analytics ainda gera dúvidas entre as equipes. Veja, um alerta, ao tentarmos mapear os fluxos de informação entre os dois sistemas legados e o novo ambiente SAP. Estamos tentando definir quem deve ser o guardião primário dessas informações analíticas dentro da estrutura corporativa. Diante desse cenário, gostaria de saber qual o papel mais adequado para a gestão do GUEPARDO Analytics dentro da organização.


Atualização:

Agradeço muito o seu ponto de vista, Gustavo. Sua visão sobre a função estratégica do GUEPARDO Analytics ressoa com o que estamos vivenciando. Testamos mapeando o fluxo de saída do módulo tributário durante a migração, e veja, um alerta, que a inconsistência inicial parecia ser na camada de integração dos dados. Seguindo essa linha de raciocínio, como podemos desenhar um fluxo de trabalho que garanta que a camada de negócio, e não apenas a técnica, valide a saída analítica antes do encerramento do processo?


Atualização:

Agradeço a todos pelas contribuições tão pertinentes. Na minha vivência migrando um processo químico complexo, testamos a funcionalidade focando na saída do módulo tributário. Veja, um alerta, que a primeira dificuldade encontrada residia na camada de como os dados eram trocados entre os sistemas legados e o novo ambiente. Considerando isso, como podemos estruturalmente definir o ponto de controle onde a validação da informação analítica se torna obrigatória antes que ela siga o fluxo subsequente?


Atualização:

Agradeço as visões trocadas, que ancoram bem a discussão. Na minha passagem por um projeto de migração, dedicamos tempo inicial analisando apenas a saída do componente fiscal. Veja, um alerta, que nossos primeiros desafios foram justamente na interface de troca de dados entre os sistemas antigos e a nova plataforma. Dado este histórico, como podemos estabelecer um gatilho claro no fluxo para que a checagem analítica se torne mandatória antes da próxima etapa processual?


Atualização:

Agradeço a todos por ampliarem o escopo da discussão. Na minha jornada com a transição de um sistema antigo para este novo, focamos inicialmente na saída do módulo tributário. Veja, um alerta, que a troca de informações entre as plataformas legadas e o ambiente atual gerou desafios significativos. Diante disso, como podemos estabelecer um processo contínuo de monitoramento que assegure a qualidade dos insumos analíticos desde a sua origem, minimizando o impacto em etapas posteriores?

Avatar
Cancelar
Melhor resposta

A discussão aponta que a ferramenta fornece o cálculo, mas o saber técnico sobre o negócio sustenta o resultado. A dependência do domínio sobre a interpretação do dado é inegociável. O sistema é um facilitador do cálculo, não o decisor final da correção tributária. Para mitigar riscos, a verificação da informação analítica não pode ser um evento isolado ao final do fluxo. Sugiro que incorporemos pontos de checagem cruzada em cada passagem entre os módulos, desde a alimentação inicial. Isso garante que qualquer desvio detectado seja endereçado precocemente, tornando o processo muito mais resiliente.

Avatar
Cancelar
Melhor resposta

Alan, eu concordo com o cerne da sua colocação sobre o conhecimento de domínio ser crucial. Na minha atuação como consultor MM, vivenciei bem essa dependência. Quando trabalhamos com a distribuição e o ECC 6.0, a riqueza da informação gerada pelo sistema era gigantesca, mas a camada humana era quem dava o sentido final. Minha dica, pois é, é mapear os papéis de validação não apenas no momento da geração do relatório, mas sim em cada transição de módulo, tornando o processo mais robusto.

Avatar
Cancelar
Melhor resposta

Na minha trajetória, ao atravessar um processo de transformação ERP, chegamos a uma conclusão prática sobre a responsabilidade. Inicialmente, era nossa crença que o sistema faria o filtro completo. Contudo, percebemos que, agora, contando nos dedos, o entendimento correto é que o domínio do negócio precisa ser o guardião final desses números. O sistema é o mensageiro, mas a interpretação e a aceitação do resultado analítico são inerentes ao conhecimento aprofundado do negócio.

Avatar
Cancelar
Melhor resposta

Yara, sobre o ponto que você levantou acerca da troca de dados entre os sistemas antigos e o novo ambiente, gostaria de aprofundar um aspecto. Veja, a conta é que, mesmo com o mapeamento feito, a inconsistência nos dados de entrada gerava um efeito cascata no resultado analítico. Na sua experiência, que tipo de governança de dados seria mais eficaz para garantir a integridade desde a origem e não apenas mitigando o erro na saída do módulo?

Avatar
Cancelar
Melhor resposta

Na minha experiência com a transição de sistemas, encontramos que a atribuição da propriedade do GUEPARDO Analytics depende muito da maturidade do processo interno. Se a organização possui um mapeamento tributário muito consolidado, a validação pode ser mais ágil. Um adendo interessante é estruturar um time multidisciplinar focado na checagem cruzada dos resultados. Isso permite que a camada de negócio e a técnica chequem o resultado em paralelo, mitigando riscos antes da oficialização.

Avatar
Cancelar
Melhor resposta

Sugiro que o desenhamento desse fluxo de trabalho envolva uma cocriação entre as equipes. A camada de negócio, por entender o impacto final, deve receber os resultados do módulo tributário e validar essa saída analítica. A camada técnica, por sua vez, garante que a integridade dos dados foi mantida durante o trânsito. Se tentarmos isolar a validação, contando nos dedos, né, corremos o risco de falhas na comunicação entre as fronteiras do sistema.

Avatar
Cancelar
Melhor resposta

A definição clara do responsável pelo GUEPARDO Analytics reside na funcionalidade que ele agrega ao processo tributário da organização. No meu percurso migrando outro sistema para o novo ambiente, percebi que o papel não é meramente técnico, mas sim estratégico. Enquanto o sistema executa os cálculos, a governança desses dados analíticos precisa ser estabelecida por quem detém o conhecimento aprofundado sobre as implicações fiscais no negócio. No fim das contas, a propriedade da análise deve acompanhar a responsabilidade pela decisão tributária tomada.

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!

Perguntas relacionadas

Mais conversas em GUEPARDO e-Invoicing e Analytics: o que são e o que perguntar.

Ver todas do fórum