Histórico da Página

ISSUE: Informar o Cód da Issue - copiar e colar do ticket -> desta forma, ao clicar na Issue sera direcionado para o Jira.

Expandir

title	CHECK LIST PARA QUALIFICAÇÃO DE TICKETS (clique para ver as opções)

Não Conformidade - No Zendesk usar o tipo de ISSUE igual a '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 ou conteúdo incompleto.
09	Acerto de base quando tem a simulação do problema gerado pelo produto padrão.

Sugestão de Melhoria - No Zendesk usar o tipo de ISSUE igual a 'Melhoria'
30	Melhorias do produto que não impedem a utilização do produto e não geram problemas na base de dados do cliente.
31	Solicitação de implementação de algo que já existe no produto, porém o cliente deseja que seja de outra forma.
32	GAPs de desenvolvimento. Ex: o projeto tratou as notas de saída, mas não tratou as devoluções dessas notas. Não considerou alguma integração, ou alteração em um programa similar.
33	Situações que não faziam parte do escopo (ex: uma integração, uma importação, etc. ) e o cliente solicita que deve ser considerado.
34	Automatização de algum processo.
35	Mudança de conceito de produto.
36	Criação de documentações de programas e bo’s e help on-line.
37	Cliente Piloto
38	Solicitação de fontes não liberados (quando o cliente solicitar um fonte que não está liberado, o chamado deve ser encaminhado para Inovação avaliar em conjunto com a manutenção)

Solicitação de Legislação - No Zendesk usar o tipo de ISSUE igual a 'Legislaçã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 'Legislação', utilizando o mesmo processo de 'Melhorias'.

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 precisa enfatizar que o produto já trata a solicitação. Caso o cliente insista, categorizar como Melhoria. Ex.: Atende de forma manual mas o cliente quer algo automatizado.
82	Cliente parado . O suporte, se necessário, buscará apoio na squad de desenvolvimento para restabelecer a operação do cliente. Posteriormente deverá ser ajustada a prioridade do ticket para um menor para que seja dada a solução definitiva. Caso não haja paliativos mesmo com o apoio do desenvolvimento, não poderá ser ajustada a prioridade do ticket.
83	O atendimento deve evidenciar a não conformidade do cliente, simulando o reportado internamente. Ou quando não for possivel evidenciar a ISSUE, 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.

TRANSFERÊNCIA PARA MANUTENÇÃO

Informe o código do item escolhido do check list:	01
Justificativa da escolha escolha do check list	Cliente deseja um ponto de entrada para o processo de inclusão do pedido de compras.

Situação Reproduzida Internamente?

Informações Base
Versão Cliente:	P12.1.17	Banco:	SQL
Versão Interna:	XXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Simulado em RPO D-1?
Data:10/08/17

Parâmetros SX1 e SX6:

Origem da situação

Atualização de Pacote Oficial?
Atualização via Chamado?
Outros?

Situação
Bom dia. Na inclusão de um Pedido de Compra, ao confirmar a seleção de uma Solicitação de Compra através do botão "Outras Ações -> Solicit.", o sistema está preenchendo automaticamente o campo C7_OBS. Atualmente, utilizamos este campo para uma Observação que não é a mesma da SC, e gostaríamos de que o campo se mantivesse vazio. O cliente solicita um ponto de entrada para tratar esta situação, conforme abaixo: - Rotina em execução: ? MATA120 (Pedidos de Compra) - Qual o objetivo do ponto de entrada e sua Necessidade: ? (Realizar a limpeza do campo padrão de Observação, pois em nossa empresa, a utilização deste campo difere da observação da Solicitação de Compras.) - Houve análise de possibilidade de tratamento pela rotina padrão: ? (Utilizamos o Ponto de Entrada disponibilizado até a versão 12.1.7, mas atualmente a tratativa da atualização dos campos foi modificada, impossibilitando manipulá-los após a seleção da SC). - Em que momento da rotina: ? Quais são as ações do usuário até o momento da rotina? (Após a seleção da SC para o Pedido de Compra, disponível no botão "Outras Ações -> Solicit." ou "Outras Ações -> Sol./Item" - Quais parâmetros o Ponto de Entrada deverá receber: ? (Informações do Grid/Número da linha posicionada no PC para alteração) - Qual informação o ponto de entrada irá retornar? (Não há necessidade de retorno)
Solução
O cliente solicita ponto de entrada para "limpar" o campo C7_OBS.

Medida Paliativa?	Não

Simulação
Cod Programa	Ação
MATA110	Criar uma solicitação de compra e inserir uma observação.
MATA121	Criar um pedido de compra e vincular a solicitação de compra criada anteriormente. Consultar o campo C7_OBS consta a observação inserida na solicitação.

Revisão aprovada	( ) Sim ( ) Não
Considerações Aprovador/Maestro:

Procedimento/Programa de Acerto	Sim/Não

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

Para Todas as Situações
Documento Arquivo
Clientlog xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Extrato de Versão
Simulação do cliente (sem específicos)
Performance
Documento Arqvivo
Profiler XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Equipe de BD já avaliou a integridade
de índices e fragmentação das tabelas?
Sim/Não
Conversão
Documento Arquivo
Log do Console de Conversão(o console deve estar atualizado)
Origem e Destino da atualização/conversão do cliente
Base Origem
Base Destino
Integração com outros Sistemas
Documento Arquivo
Anexar toda e qualquer evidencia gerada pela integração, arquivos de entrada/saída

Informações Adicionais

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Observações Manutenção

Espaço destinado para a manutenção adicionar complementos ao chamado.

Análise Cadastro Exceção

Foi necessário cadastro do chamado no GOLD para NÃO ser liberado ao término da FNC?

Sim
Não

Evidência da Manutenção

ANTES da alteração

DEPOIS da alteração

Log do White-Box

Diretório com o pacote compilado (apenas para o legado)

Log Compilação (apenas para o legado)

Árvore de páginas

Versões comparadas

Versão antiga 1

Nova versão Atual

Chave

Documento	Arquivo
Clientlog	xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Extrato de Versão
Simulação do cliente (sem específicos)

Documento	Arquivo
Log do Console de Conversão(o console deve estar atualizado)
Origem e Destino da atualização/conversão do cliente
Base Origem
Base Destino