ISSUE

DLOGTMS02-20246

CAT001 (Não Conformidade) - Equipe de MANUTENÇÃO
01Erros / bugs em geral.
02Erros no tratamento de uma legislação no produto: a legislação cita uma coisa e o produto faz outra.
03O produto se propõe a fazer algo e faz diferente do que se propõe.
04Erros inseridos em projetos de inovação, que não sejam falhas grandes na concepção do projeto.
05Correção de erro que requer de alteração de dicionário.
06Problemas de Performance.
07Alteração de documentações de programas, bo’s e help on-line.
08Correções e melhorias de mensagens que podem gerar inconsistência na base de dados ou entendimento duvidoso.
09Acerto de base quando tem a simulação do problema gerado pelo produto padrão.
CAT017 (Solicitação de Legislação) - Equipe de MANUTENÇÃO
50Desenvolvimento de novas Legislações.
51Alterações em legislações vigentes.
52

Implementação de regras de negócio  que são oriundas de legislações, exemplo:

  • Tratamento de Impostos;
  • Obrigação fiscal / arquivo a entregar ao governo/fisco;
  • Um processo do produto que possui regra de legislação e esta regra foi alterada por meio de legislação, emenda constitucional, ato cotepe.
53Melhorias em desenvolvimentos de CAT017, utilizando o mesmo processo de CAT014. 
CAT039 / CAT093 / CAT101 – Equipe de ATENDIMENTO
80O atendimento deve deixar claro para o cliente que as melhorias e legislações serão feitas somente no último pacote. Versões/produtos descontinuados/expirados não serão considerados. (pode entrar em conflito com o discurso do atendimento onde é informado que alguns desenvolvimentos são liberados duas releases anteriores.)
81Quando o produto atende uma solicitação do cliente de uma outra forma, o suporte deve enfatizar que o produto já trata a solicitação. Caso o cliente insista, categorizar como CAT014.
82

Cliente parado . O suporte, se necessário, buscará apoio na manutenção ou inovação para  restabelecer a operação do cliente. Posteriormente o chamado deverá ser categorizado  para que seja dada a solução definitiva.

83

O atendimento deve evidenciar a não conformidade do cliente, simulando o reportado internamente. Ou quando não for possivel evidenciar a FNC, a mesma deve encaminhada para a manutenção com o check-list de item não simulado preenchido e com os anexos necessários para analises.

Informe o código do item escolhido do check list:
Justificativa da escolha do check list:
Informe o motivo da criticidade do Ticket:



Caso Não!<descrever o motivo de não ter simulado! Ajuda SQUAD a levantar situações para esta situação>




INFORMAÇÕES DE BASE:

Versão Cliente:12.1.33Banco:
  • PROGRESS 10
  • PROGRESS 11
  • ORACLE
  • SQL
Versão Interna:





SITUAÇÃO

Quando o cliente está efetuando a integração com a Pamcard, na viagem Modelo 3, é enviado para a Pamcard o método FindFavored. Ocorre que, não estamos tendo o retorno desse método, com isso, entendemos que não foi encontrado o fornecedor e tentamos incluir novamente com o método InsertFavored, porém como este favorecido já existe, é apresentado o erro abaixo:

Entramos em contato com a Pamcard por email, para entender o motivo pelo qual não estava ocorrendo o retorno do método FindFavored, visto que este erro ocorre somente na base de produção da Pamcard do cliente, não conseguimos reproduzir em nossa base de homologação.

A Pamcard nos retorno que esse erro ocorre porque está ocorrendo dificuldade da consulta de favorecido por conta de estar sendo efetuado uma busca abrangente de dados.

O cliente Rápido 900 possui o seguinte cenário:

  • A Macan é a empresa que faz todas as viagens e que possui contrato com a Pamcard
  • A empresa Rápido 900 é a que possui todas as frotas, desta forma, ela entra como favorecido e no nosso cadastro de veículo é considerado como Terceiros
  • porém quem irá receber os pagamentos, tanto Saldo quanto Adiantamento é o Motorista. Esse pagamento é configurado na viagem modelo 3 pelo formas de pagamento, determinando que tanto o Saldo quanto o Adiantamento serão pagos ao motorista

Quando montamos o arquivo XML referente ao método FindFavored, estamos encaminhando como favorecido o proprietário do veículo e não o motorista, conforme demonstra imagem abaixo:

Em conversa com a Pamcard, ele nos informação que enviando o arquivo deste forma, estamos solicitando que seja encontrado o favorecido através do CNPJ 60.510.583/0001-22, contudo, existem 570 favorecidos PF vinculados ao CNPJ da RAPIDO 900 cadastrados no Sistema Pamcard. Isso faz com que o tempo de busca do favorecido seja alto, não retornando o XML de integração e o nosso sistema entendendo que não encontrou o registro.

Desta forma, a Pamcard nos orientou a solicitar a busca de favorecido, informando tanto o CNPJ do proprietário do veículo (CPNJ da Rápido 900), como o CPF do Favorecido que desejamos buscar.

Segue abaixo retorno da Pamcard:

Em outra conversa, tivemos um retorno de como realmente deve ser gerado o arquivo.


RESULTADO ESPERADO

Alterar o fonte envolvido no processo para que envie para a Pamcard o método FindFavored com o CNPJ do proprietário do veículo e do motorista para agilizar a consulta na Pamcard.




Procedimento/Programa de Acerto?
  • Sim
  • Não
<Descrever a necessidade do cliente>




SIMULAÇÃO
Cod ProgramaAção







Informações para Situações não Simulada

Para Todas as Situações

DocumentoArquivo
Clientlog<salvar neste espaço o documento>
Extrato de Versão<salvar neste espaço o documento>
Simulação do cliente (sem específicos)
  • SIM
  • NÃO

Performance

DocumentoArqvivo
Profiler<salvar neste espaço o documento>

Equipe de BD já avaliou a integridade de índices e fragmentação das tabelas?

  • SIM
  • NÃO

Integração com outros Sistemas

DocumentoArquivo
Anexar toda e qualquer evidencia gerada pela integração, arquivos de entrada/saída