ISSUE: http://jiraproducao.totvs.com.br/browse/DMANMAT02-4476
| 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 | <Justificar a escolha do item do check list acima> |
| Informações Base |
| Versão Cliente: | P12.1.17 | Banco: | MSSQL |
| Versão Interna: | P12.1.17 |
| Simulado em RPO D-1? |
|
|---|
| Data: 27/10/2017 |
|
| Parâmetros SX1 e SX6: | Apendar tabela SX6 em anexo, para reproduzir o cenário e parâmetros F12 da rotina MATA103 e FINA050. |
|---|
Origem da situação
- Atualização de Pacote Oficial?
- Atualização via Chamado?
- Outros?
| Situação |
| Rotina não apresenta a tela de Lançamentos Contábeis após confirmar a inclusão do Documento de Entrada. |
| Solução |
| Apresentar a tela de Lançamentos Contábeis mesmo com as LPs 510 estando ativo e a contabilização on-line configurado na rotina MATA103 e FINA050 |
| Simulação |
| Cod Programa | Ação |
| APSDU | Appendar as tabelas CT5, SA2, SB1, SED e SX6 |
| FINA050 | Configurar parâmetros F12 da rotina FINA050, igual ao vídeo de evidência. |
| MATA103 | Configurar parâmetros F12 e utilizar os dados appendados para para inclusão do documento de entrada e geração dos dados de impostos |
| EVIDÊNCIA | |
|
|
| Revisão aprovada | (x) Sim ( ) Não |
|---|
| Considerações Aprovador/Maestro: |
|
| Procedimento/Programa de Acerto | Sim/Não |
|
Informações para Situações não Simulada |
|---|
| Informações Adicionais |
| Appendar os dados em anexo para reproduzir o cenário |
| 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? |
Evidência da Manutenção |
ANTES da alteração |
|
DEPOIS da alteração |
|
Diretório com o pacote compilado (apenas para o legado) |
|
Log Compilação (apenas para o legado) |
|
