Contexto Atual:
Atualmente, na criação de uma nova reserva no CV, preenchemos os dados no campo “Correção”. Essa informação fica salva e visível dentro da ficha da reserva.
No entanto, para que a informação de correção seja impressa no contrato, somos obrigados a utilizar a variável do campo “Correção (Contrato)” (que retorna “Sim” ou “Não”). Como esse campo específico não está disponível na tela inicial de criação da reserva, somos forçados a salvar a reserva, entrar nela novamente e preencher esse campo de forma manual.
O Problema (Gargalo):
Este fluxo gera um retrabalho diário para a equipe de vendas/backoffice, além de aumentar o risco de desconformidade entre o que foi negociado na tabela de correção da reserva e o que é marcado manualmente depois no campo do contrato.
Solução Proposta:
Sugerimos o desenvolvimento/mapeamento de uma nova variável de contrato que traga essa tabela específica de “CONDIÇÕES PROPOSTA” localizada na ficha da reserva.
Que, ao ser inserida no modelo de contrato, puxe e imprima a tabela exatamente com os dados que foram preenchidos na criação da reserva.
Impactos e Benefícios:
Eliminação de Retrabalho: Evita a necessidade de reentrar na reserva apenas para preencher campos manuais pós-criação.
Aproveitamento de Dados Nativos: O contrato passa a aproveitar uma tabela que o próprio sistema já gera e possui na ficha da reserva.
Olá Allan, temos a de forma de pagamento que ela exibe a condição da reserva, conseguiu verificar uma delas?
Olá Brunal,
Sim, nós chegamos a verificar as variáveis referentes à forma de pagamento. No entanto, elas não atendem à nossa necessidade em relação à visualização do campo “Correção” atrelada a cada parcela.
Inclusive, antes de cadastrarmos esta sugestão de melhoria, nós entramos em contato com a equipe de suporte de vocês. Durante o atendimento, relatamos esse gargalo e o próprio suporte confirmou que, no momento, não há uma variável no módulo de contratos que puxe essa tabela completa com os dados de correção de forma nativa.
Foi justamente por orientação do suporte de vocês que abrimos este chamado como uma “Sugestão de Melhoria”.
O nosso gargalo atual é estritamente o retrabalho de ter que reentrar na reserva apenas para preencher o campo “Correção (Contrato)” manualmente, sob risco de falha humana.
Diante desse contexto validado pelo suporte, gostariamos de saber se é possível reavaliar a viabilidade técnica para o desenvolvimento dessa variável que espelhe a tabela “CONDIÇÕES PROPOSTA” na ficha da reserva que mandei nos prints.