Histórico da Página

ISSUE	DLOGTMS02-1665717541

Expandir

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

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: 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 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.

...

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

...

SITUAÇÃO
Temos o seguinte cenário: Exemplo: Transportadora esta localizada na cidade de São Paulo, mas, coletou e entregou na cidade de Guarulhos, gerando uma nota fiscal de serviço para Guarulhos e um titulo a pagar de ISS para o fornecedor informado no parâmetro MV_MUNIC. Problema: O Titulo a pagar de ISS foi gerado para o fornecedor informado no parâmetro MV_MUNIC, porem este fornecedor é para o município de São Paulo (onde esta localizada a transportadora), o Sistema não esta acatando o fornecedor informado no campo A1_MUNC ou mesmo para o fornecedor informado no cadastro de alíquotas por município (FISA052).
RESULTADO ESPERADO
Gerar o titulo de ISS para o fornecedor informado no campo A1_MUNC e/ou também conforme o fornecedor informado no cadastro de alíquotas por município (FISA052)

...

SIMULAÇÃO

Cod Programa

Ação

Documentação

Encontramos nesta documentação, uma proposta de solução: https://tdn.totvs.com/pages/releaseview.action?pageId=6070579

..."Caso haja necessidade do pagamento a mais de um município por cliente ou fornecedor, deve-se utilizar o campo A1_MUNIC"....

1º ERRO: Esta solução não atende devido a regra definida no fonte FINXFIN de 29/04/21 - linha 9927 - If Empty(cMVMUNIC) .and. !Empty(SA1→A1_MUNC)

Solução proposta: O Sistema deveria considerar como prioridade para esta situação, o campo A1_MUNC, se ele estiver preenchido, acata ele, e desconsidera o MV_MUNIC. Não podemos deixar o parâmetro em branco, pois ele é utilizado em outras situações.

Obs: Na documentação citada, temos um erro de digitação. Não existe o campo A1_MUNIC, o correto é A1_MUNC.

FISA052

Cadastro de alíquotas por município - TABELA CE1
Esta solução também não atende devido a falha de posicionamento do Sistema na tabela SC5, onde estamos posicionando incorretamente no primeiro registro da tabela e acatando o código de município (C5_MUNPRES) e UF daquele registro que não tem nenhum vinculo com o processo aqui realizado, desta forma, não encontramos a regra cadastrada na CE1.

FINXFIN

Nos testes realizados em debugue, alteramos em tempo de execução o conteúdo da variável cMVMUNIC para vazio, desta forma, simulamos o cenário desejado para ser acatado o conteúdo do campo A1_MUNC na linha 9927 de 29/04/21.

Porem, ao continuar o processo, temos error de registro duplicado na tabela SA2.

O error log ocorre devido ao If na linha 10767. Analisando o conteúdo das variáveis e campos, identificamos diferença de tamanho entre os campos A2_COD e A1_MUNC. Quando o conteúdo da variável vem do cMVMUNIC, não temos error log e também não entramos no If.

Vídeo do Debugue em base padrão

Debugue do FINXFIN

View file

name	FINXFIN.zip
height	250

Vídeo e Replay na base do cliente

View file

name	Replay Cliente.zip
height	250

Para mais detalhes: TDS Replay 1.0

Replay base padrão

Replay gerado em base padrão na reprodução do caso

View file

name	replay_20210707_150022_without_lib.trplay
height	250

Vídeo de evidência

Vídeo realizado em base padrão evidenciando o caso do cliente reproduzido em base padrão

View file

name	Calculo.zip
height	250

Tabelas TMS DoR:

SX6 -
DT6 -
SD2 -
SE1 -
SE2 -
SA2 -
SA1 -
DTC -
SF4 -
SED -
SB1 -
SC5 -
CE1 -
SF2 -

View file

name	Tabelas ISS.zip
height	250

Tabelas extraídas nos testes realizados no padrão

Passo a passo:

Para reproduzir o caso:

MV_TMSMFAT = 1
Importar ou realizar os cadastros de acordo com as Naturezas, produto, TES e as demais tabelas enviadas
Gerar uma nota fiscal de serviço
Validar o registro gerado na SE2

...

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)	SIM NÃO

...

Árvore de páginas

Versões comparadas

Versão antiga 4

Nova versão Atual

Chave

INFORMAÇÕES DE BASE:

SITUAÇÃO

RESULTADO ESPERADO

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