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


Não Conformidade - No Zendesk usar o tipo de ISSUE igual a '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 ou conteúdo incompleto.
09Acerto 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'
30Melhorias do produto que não impedem a utilização do produto e não geram problemas na base de dados do cliente.
31Solicitação de implementação de algo que já existe no produto, porém o cliente deseja que seja de outra forma.
32GAPs 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.
33Situações que não faziam parte do escopo (ex: uma integração, uma importação, etc. ) e o cliente solicita que deve ser considerado.
34Automatização de  algum processo.
35Mudança de conceito de produto.
36Criação de documentações de programas e bo’s e help on-line.
37Cliente 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'
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 'Legislação', utilizando o mesmo processo de 'Melhorias'. 
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 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:50
Justificativa da escolha escolha do check list Implementação de nova legislação



Informações Base
Versão Cliente:P11.8Banco:MSSQL
Versão Interna:P11.8
Simulado em RPO D-1?


Parâmetros SX1 e SX6:


Origem da situação

 


Situação
Ao dar entrada em um Documento do tipo CT-e, e de acordo com Ajuste Sinief que autoriza por meio de envio de um EVENTO de Desacordo, informar ao fisco que CTE foi emitido errado. Transmitindo esse evento a transportadora consegue anular o CTE e emitir o correto. 
Solução
Necessário implmentar o envio do evento, ao incluir o Documento de Entrada do tipo CT-e
Medida Paliativa?Não



Simulação
Cod ProgramaAção










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



Procedimento/Programa de AcertoSim/Não



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


Informações Adicionais

 Segue parecer da Consultoria de Segmentos:


No projeto do conhecimento de transporte eletrônico (CTe), os documentos emitidos com o intuito de sanar erros em documentos anteriores são aqueles emitidos com a finalidade de Anulação e Substituição.

Para emissão de um CTe de Anulação ou Substituição devemos analisar primeiramente se o tomador (aquele que paga o frete) do conhecimento de transporte eletrônico é ou não contribuinte de ICMS, pois a legislação traz um procedimento para cada hipótese.

Conforme Ajuste SINIEF 09/2007, Cláusula décima sétima, para correção de erros de valores nas operações acobertadas por Conhecimento de Transporte Eletrônico (CT-e) o contribuinte obrigatoriamente deverá utilizar os documentos "CT-e de Anulação de Valores" e "CT-e Substituído". 

Além das hipóteses do tomador do serviço ser contribuinte ou não, a legislação ainda traz um procedimento que poderá ser utilizado pelo tomador do serviço de transporte, que ao receber uma prestação de serviço que estiver em desacordo com o informado no CT-e, poderá fazer uma manifestação declarando que a prestação não está conforme acordado.

Cláusula décima sétima

[...]

III - alternativamente às hipóteses previstas nos incisos I e II poderá ser utilizado o seguinte procedimento:

a) o tomador registrará o evento XV da cláusula décima oitava-A;

b) após o registro do evento referido na alínea “a”, o transportador emitirá um CT-e de anulação para cada CT-e emitido com erro, referenciando-o, adotando os mesmos valores totais do serviço e do tributo, consignando como natureza da operação "Anulação de valor relativo à prestação de serviço de transporte", informando o número do CT-e emitido com erro e o motivo;

c) após a emissão do documento referido na alínea "b", o transportador emitirá um CT-e substituto, referenciando o CT-e emitido com erro e consignando a expressão "Este documento substitui o CT-e número e data em virtude de (especificar o motivo do erro)".


Sendo assim, o tomador contratante da prestação de serviços de transporte é responsável por registrar o evento de desacordo. Após a manifestação do tomador, o transportador poderá emitir um CT-e substituto.

Temos disponível no TDN algumas orientações a respeito do tema. Recomendamos a leitura através dos links abaixo:

http://tdn.totvs.com/display/ConSeg/CT-e+Substituto

http://tdn.totvs.com/pages/releaseview.action?pageId=211064630


Atenciosamente
Consultoria de Segmentos





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)