ISSUE | DLOGTMS02-3185 |
---|
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. |
CAT014 (Sugestão de Melhoria) - Equipe de INOVAÇÃO | |
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) |
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:
|
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: | 01 |
Justificativa da escolha do check list: | Sistema se perde no processo de cancelamento quando a SEFAZ retorna rejeição 528 |
Informe o motivo da criticidade do Ticket: | A unica forma de contornar é manipulando o banco de dados. |
Medida Paliativa: | Para contornar a situação efetuamos o seguinte procedimento:
|
Caso Não! | <descrever o motivo de não ter simulado! Ajuda SQUAD a levantar situações para esta situação> |
"Prioridade = CRITICA"
Medida Paliativa! | <Avaliar uma medida paliativa! Repassar ao cliente e registrar> |
INFORMAÇÕES DE BASE: | |||
Versão Cliente: | <P12.1.17> | Banco: |
|
Versão Interna: | P12.1.17 - SQL |
SITUAÇÃO |
Seguindo a sequencia apresentada acima, mesmo com a autorização do cancelamento do MDF-e a SEFAZ apresenta a rejeição 528. Isto ocorre porque a SEFAZ RS responsável pelos MDF-es demora em atualizar o STATUS no ambiente nacional do Ct-e. Quando esta rejeição é apresentada os dados na tabela SPED050 ficam com STATUS que não permitem uma nova tentativa de envio do cancelamento, sendo necessária a manipulação no banco de dados. |
RESULTADO ESPERADO |
Após ajustar o motivo da rejeição de cancelamento permitir nova tentativa de envio. |
SIMULAÇÃO | |
Cod Programa | Ação |
TMSA200 | CALCULO DE FRETE |
SPEDNFE | |
Versão da Lib:master | |
Data da Lib: 20180705_174450 | |
Build AppServer: 7.00.131227A-20180425 NG - 32 bits | |
Build DbAccess: 20170202 |
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) |
|
Performance
Documento | Arqvivo |
Profiler | <salvar neste espaço o documento> |
Equipe de BD já avaliou a integridade de índices e fragmentação das tabelas? |
|
Integração com outros Sistemas
Documento | Arquivo |
Anexos com:
| Inspetor de objetos Video Logs TSS |