INFORMAÇÕES DE BASE:

ISSUE

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

CAT017 (Solicitação de Legislação) - Equipe de MANUTENÇÃO
50	Desenvolvimento de novas Legislações.
51	Alteraçõ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.
53	Melhorias em desenvolvimentos de CAT017, utilizando o mesmo processo de CAT014.

CAT039 / CAT093 / CAT101 – Equipe de ATENDIMENTO
80	O 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.)
81	Quando 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.33	Banco:	PROGRESS 10 PROGRESS 11 ORACLE SQL
Versão Interna:	12.1.27

SITUAÇÃO
Cliente possui um contrato de cliente com vidência de 2017 até 9999 Ai as negociações que gerenciam as datas por ano, tal como o print: Quando o cliente preenche uma tabela alternativa(DDA_TABALT) que possui o início de vigência(DTL_DATDE) superior ao início de vigência do contrato(AAM_INIVIG), o Sistema apresenta o help AT250DTALT. Avaliei a situação com o Valdemar, e vimos que o ideal era esta validação considerar se as vigências do contrato, negociação e tabela estão ativas para a DataBase.
RESULTADO ESPERADO
Sistema permitir informar uma tabela alternativa que seja mais nova que o contrato, desde que a vigência de ambos esteja ativas para a DataBase

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

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

Para Todas as Situações

Documento	Arquivo
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

Documento	Arqvivo
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

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

SITUAÇÃO