Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

DSERFIS1-21422

DSERFIS1-22302


Expandir
titleCHECK LIST PARA QUALIFICAÇÃO DE CHAMADOS (clique para ver as opções)
CAT001 (Não Conformidade) - Equipe de 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.
09Acerto de base quando tem a simulação do problema gerado pelo produto padrão.
CAT014 (Sugestão de Melhoria) - Equipe de INOVAÇÃO
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)

CAT017 (Solicitação de Legislação) - Equipe de MANUTENÇÃ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 CAT017, utilizando o mesmo processo de CAT014. 
CAT039 / CAT093 / CAT101 – 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 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.

...

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:P.12.1.25Banco:
  •  PROGRESS 10
  •  PROGRESS 11
  •  ORACLE
  •  SQL
Versão Interna:

P.12.1.25


...


SITUAÇÃO

Na emissão do CT-e, ao utilizar o parâmetro MV_TMSUFPG = F, sistema não está escriturando a UF correta nas tabelas SFT/SF3.

RESULTADO ESPERADO

Que sistema efetue a escrituração da UF, conforme definido no MV_TMSUFPG.

...

SIMULAÇÃO
Cod ProgramaAção

Emitir CT-e com as características abaixo, utilizando o parâmetro MV_TMSUFPG = F

MV_TMSUFPG: Indica o Estado que será utilizado na escrituração dos documentos de transporte, sendo que T - Pagado r do Frete e F - Destinatário da Mercadoria)

Abaixo descrevemos os cenários dos testes realizados, onde o sistema não está respeitando parâmetro MV_TMSUFPG = F.

Escriturando a UF incorreta nas tabelas SFT/SF3:

CT-e 666000247

MV_ESTADO=SP
MV_TMSUFPG=F
EMITENTE=SP
REMETENTE=BA
DESTINATÁRIO=SP
DEVEDOR=BA
FT_ESTADO e F3_ESTADO=BA, sendo que deveria ser Destinatário (SP)respeitando o parâmetro

CT-e 666000248

MV_ESTADO=SP
MV_TMSUFPG=F
EMITENTE=SP
REMETENTE=BA
DESTINATÁRIO=SP
DEVEDOR=SP
FT_ESTADO e F3_ESTADO=BA, sendo que deveria ser Destinatário (SP)respeitando o parâmetro

CT-e 666000249

MV_ESTADO=SP
MV_TMSUFPG=T
EMITENTE=SP
REMETENTE=BA
DESTINATÁRIO=SP
DEVEDOR=SP
FT_ESTADO e F3_ESTADO=SP, escriturou correto, respeitando o parâmetro

CT-e 666000250

MV_ESTADO=SP
MV_TMSUFPG=T
EMITENTE=SP
REMETENTE=BA
DESTINATÁRIO=SP
DEVEDOR=BA
FT_ESTADO e F3_ESTADO=BA, escriturou correto, respeitando o parâmetro

Anexoshttps://arquivos.totvs.com.br/TrocaArquivos/download.aspx?id=39083&key=kBi1mxOhIkQg55C2P4iIOBo5mXLMOU1TOgGqOL376gE1


IMPORTANTE->

Estamos rejeitando essa ISSUE, pois apos aplicar a correção liberada na ISSUE DSERFIS1-21422 utilizando o parâmetro MV_TMSUFPG como F, está causando a rejeição 519-CFOP inválido para operação.

Segue cenario teste:

MV_TMSUFPG=F
EMITENTE=SP
REMETENTE=SP
DESTINATÁRIO=MG
Inicio da prestação em SP
Fim da prestação em MG

No XML do CT-e está gerando com CFOP iniciando com 5, sendo que deveria iniciar com 6, causando a rejeição 519-CFOP inválido para operação.

Anexo segue dados para analise:

-inspetor de objetos
-arquivo XML
-tabelas do documento: DT6/SF3/SFT/SF4/SF2/SD2/SX6

evidencias.zip


...


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

Para Todas as Situações

DocumentoArquivo
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

...