TOTVS Transmite

Páginas filhas
  • Processo de Atendimento e Desenvolvimento TOTVS Transmite x SPED TSS (DoR)

Versões comparadas

Versão antiga 109

changes.mady.by.user Usuário desconhecido (paulo.leopoldo)

Gravado em

comparado com

Nova versão 110

changes.mady.by.user Usuário desconhecido (paulo.leopoldo)

Gravado em

Chave

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

...

Aviso
title1. Apresentação do Problema

Descrever aqui o erro ou problema que esta sendo apresentado ao usuário.

*Título da Issue:

Estar de acordo com o problema informado.

Estar de acordo com o problema informado. Problemas relacionado a documentos inserir a esquerda o tipo de documento (Ex: NFe, NFSe, CTe). Caso seja problema de importação ou exportação inserir "IMPORT/EXPORT" após o informar o tipo de documento.

Inserir como padrão (Tipo doc completo (Rotina) - Problema).

  • Ex: NFSe Recebida (Sincronização Automática) - Sincronismo travado
*Tenant ID:

Informar o código Tenant do cliente disponível na tabela "customers" no mongodb.

*Código Filial

Informar o código da filial, Caso haja mais de uma filial, informar quais (Consultar na tabela "companys" no mongodb.)

*Cenário apresentado:

Informar a situação / cenário identificado no ticket e alinhado com o cliente
Importante: Colocar todos os anexos na análise interna da solicitação.Utilizar o conceito BDD se possível:

  • Dado
  • E
  • Quando
  • Então

*Resultado esperado:

Informar qual o objetivo do apoio apoio (o que é esperado como atuação do time de desenvolvimento, com o apoio)

*Requisitos Gerais:

Informações essenciais para o entendimento do problema/dúvida.

Sincronismo

Possíveis situações de analise relacionadas a tabela mdeparametros:

Possíveis situações de analise relacionadas a tabela nfseparametros:

  • Verificar o Certificado digital;
  • Verificar se a sincronização automática esta habilitada;
  • Verificar o Feedback e o IsLock = T;
  • Verificar se o Web Service da prefeitura em questão esta disponível;
  • Verificar pelo Código do município (Serviços de recebimento Nota Fiscal de Serviços (NFSe));
  • Verificar o horário da próxima sincronização;
  • Verificar a tabela historicosincnfse.

Possíveis situações de analise relacionadas a tabela sincronizacaocte:

  • Verificar o Certificado digital;
  • Verificar se a sincronização automática esta habilitada;
  • Verificar o Feedback e o IsLock = T;
  • Verificar o Status se esta com o valor 2:
    • 0 - Aguardando primeira sincronização
    • 1 - Nenhum documento localizado
    • 2 - Sucesso na sincronização
    • 3 - Rejeição ou Falha
  • Verificar o horário da próxima sincronização;
  • Verificar o campo "Apenas Tomador";
  • Verificar a tabela historicosinccte.

Importação Manual

Possíveis situações de analise relacionadas a documentos Federais (NFE/CTE/CTEOS).

  • Realizar a validação da estrutura do XML.
  • Verificar se a Filial correspondente ao XML esta cadastrada.

Possíveis situações de analise relacionadas a documentos Municipais (NFSE).

Exportação Individual:

  • Realizar a validação da estrutura do XML.
  • Verificar se o path da nota fiscal está na base de dados do documento em questão.

Exportação em lote:

  • Verificar a data do filtro selecionada, não pode ser superior a 31 dias.
  • Realizar a validação da estrutura do XML.

Requisitos Adicionais:
(quando houver ticket)

  • Enviar registros de apoios anteriores referentes ao assunto, caso houver.
  • Foi feito acesso remoto no ambiente do cliente?
  • Foi solicitado todos os anexos necessários para avaliação da situação?Foi feito acesso remoto no ambiente do cliente?
  • Error Log (Caso houver) e/ou erro no console do navegador.
*TenantID:
Informar o código Tenant do cliente disponível na tabela "customers" no mongodb.Motivo da criticidade:Justificar a criticidade do Ticket, nos casos em que for classificada como prioridade Crítica ou Alta.
Mais informações:Mais informações:
  • Campo para inserir qualquer informação que entende-se como relevante para análise.
  • Se for um caso que se trate de documentos informar, Numero, Chave e CNPJ.
  • Informar quando foi última vez que a rotina/sistema funcionou
Informar se cliente usa ambiente cloud tenantizado, on-premise
  • .
Integrações:Exemplos:
  • Cliente possui integração com o módulo COMPRAS no Protheus.
  • Informar se cliente usa TSS Cloud e qual URL. 
Informações
title2. Simulação (Passo a passo)

Informar aqui o que deve ser feito para simular o erro ou problema.

*Simulação:
  • Enviar evidências de simulação do problema:

Exemplo: 

Se for um cenário de sincronismo, evidenciar o passo a passo realizado para chegar até o comportamento apresentado, a consulta realizada no banco de dados e um gif contendo cenário apresentado no ambiente do cliente e/ou ambiente de teste (staging).

  • Print de tela inteira, contendo data e hora do ocorrido;
  • Informar TenantID, CodigoFilial (Caso haja mais de uma filial, informar quais)
  • Gerar um vídeo ou um GIF com a situação relatada.
  • Informar o motivo caso não se aplique a simulação;
  • Informar qual foi a última vez que o sistema se comportou como esperado.
Nota
title3. Evidências e Análises

Caso houver alguma análise prévia ou qualquer outra informação que possa ajudar no entendimento, deve ser informado aqui!

*Histórico do Atendimento:

Informar tudo que foi analisado e discutido em relação à situação reportada previamente à abertura, inclusive o nome do analista do desenvolvimento caso tenha ocorrido um contato. 

Possui saída de contorno?

É um paliativo, para que o cliente tenha uma opção funcional, enquanto a issue é avaliada. (Uso exclusivo do Dev team)

Sim - Descrever a saída

Não


XMLAnexar um xml de exemplo para que o time de desenvolvimento possa se basear auxiliar o Dev team durante análise.


...

ISSUE TYPE: MANUTENÇÃO

...

Aviso
title1. Apresentação do Problema

Descrever aqui o erro ou problema que esta sendo apresentado ao usuário.

*Histórico do atendimento:

Informar quais análises e tratativas foram feitas e discutidas antes da Issue ser aberta. (informar issue paide apoio, caso houver).

*Título da Issue:

Estar de acordo com o problema informado.

Problemas relacionado a documentos inserir a esquerda o tipo de documento (Ex: NFe, NFSe, CTe). Caso seja problema de importação ou exportação inserir "IMPORT/EXPORT" após o informar o tipo de documento.

Inserir como padrão (Tipo doc completo (Rotina) - Problema.

  • Ex: NFSe Recebida (Sincronização Automática) - Sincronismo travado

*Tenant ID:

Informar o código Tenant do cliente disponível na tabela "customers" no mongodb.

*Código Filial:

Informar o código da filial, Caso haja mais de uma filial, informar quais (Consultar na tabela "companys" no mongodb.)

*Cenário apresentado: 

Informar a situação / cenário identificado no ticket e alinhado com o cliente

Importante: Colocar todos os anexos na análise interna da solicitação.

Utilizar conceito BDD se possível:

  • Dado
  • E
  • Quando
  • Então
*Resultado esperado:Em linhas gerais quanto a negócio, informar como deveria ser o processo
*Requisitos IniciaisGerais:

Informações essenciais para o entendimento do problema/dúvida.

Sincronismo

Possíveis situações de analise relacionadas a tabela mdeparametros:

  •  Verificar
o
  • validade do Certificado digital;
  •  Verificar se a sincronização automática esta habilitada;
  •  Verificar o Feedback e o IsLock = T;
  •  Verificar o horário da próxima sincronização;
  •  Verificar a tabela historicosincnfe.

Possíveis situações de analise relacionadas a tabela nfseparametros:

  •  Verificar
o
  • validade do Certificado digital;
  •  Verificar se a sincronização automática esta habilitada;
  •  Verificar o Feedback e o IsLock = T;
  •  Verificar se o Web Service da prefeitura em questão esta disponível;
  •  Verificar o horário da próxima sincronização;
  •  Verificar a tabela historicosincnfse.

Possíveis situações de analise relacionadas a tabela sincronizacaocte:

  •  Verificar o Certificado digital;
  •  Verificar se a sincronização automática esta habilitada;
  •  Verificar o Feedback e o IsLock = T;
  •  Verificar o Status se esta com o valor 2:
    • 0 - Aguardando primeira sincronização
    • 1 - Nenhum documento localizado
    • 2 - Sucesso na sincronização
    • 3 - Rejeição ou Falha
  •  Verificar o horário da próxima sincronização;
  •  Verificar o campo "Apenas Tomador";
  •  Verificar a tabela historicosinccte.

Importação Manual

Possíveis situações de analise relacionadas a documentos Federais (NFE/CTE/CTEOS).

  • Realizar a validação da estrutura do XML.
  • Verificar se a Filial correspondente ao XML esta cadastrada.

Possíveis situações de analise relacionadas a documentos Municipais (NFSE).

Exportação Individual:

  • Realizar a validação da estrutura do XML.
  • Verificar se o path da nota fiscal está na base de dados do documento em questão.

Exportação em lote:

  • Verificar a data do filtro selecionada, não pode ser superior a 31 dias.
  • Realizar a validação da estrutura do XML.
Requisitos Adicionais:
  • Enviar registros de apoios anteriores referentes ao assunto, caso houver.
  • Foi feito acesso remoto no ambiente do cliente?
  • Foi solicitado todos os anexos necessários para avaliação da situação?
  • Error Log (Caso houver) e/ou erro no console do navegador
*TenantID:Informar o código Tenant do cliente disponível na tabela "customers" no mongodb
  • .
Motivo da criticidade:

Justificar a criticidade do Ticket, nos casos em que for classificada como prioridade Crítica ou Alta.

  •  Crítica
  •  Alta

Porque?

Mais informações:
  • Campo para inserir qualquer informação que entende-se como relevante para análise.
  • Se for um caso que se trate de documentos informar, Numero, Chave e CNPJ.
  • Informar quando foi última vez que a rotina ou o sistema funcionou
Informar se cliente usa ambiente cloud tenantizado, on-premise
  • .
Integrações:Exemplos:

Cliente possui integração com o módulo COMPRAS no Protheus.

  •  Sim 
  •  Não

Informar se cliente usa TSS Cloud e qual URL:


Informações
title2. Simulação (Passo a passo)

Informar aqui o que deve ser feito para simular o erro ou problema.

*Simulação:
  • Enviar evidências de simulação do problema:

Exemplo: 

Se for um cenário de sincronismo, evidenciar o passo a passo realizado para chegar até o comportamento apresentado, a consulta realizada no banco de dados e um gif contendo cenário apresentado no ambiente do cliente e/ou ambiente de teste (staging).

  • Print de tela inteira, contendo data e hora do ocorrido;
  • Error Log (Caso houver) e/ou erro no console do navegador.
  • Informar TenantID, CodigoFilial (Caso haja mais de uma filial, informar quais)
  • Gerar um vídeo ou um GIF com a situação relatada.
  • Informar o motivo caso não se aplique a simulação;
  • Informar qual foi a última vez que o sistema se comportou como esperado.
Nota
title3. Evidências e Análises

Havendo análise prévia ou qualquer outra informação que possa ajudar no entendimento, deve ser informado aqui!

Possui saída de contorno?

É um paliativo, para que o cliente tenha uma opção funcional, enquanto a issue é avaliada. (Para issues abertas direto, sem precisar de apoio)

Sim - Descrever a saída

Não

Análise: Enviar o entendimento da situação: detalhar as abordagens utilizadas para resolver a situação e se possível, gerar uma saída de contorno para o cliente.
*XMLAnexar um xml de exemplo para que o time de desenvolvimento possa se basear auxiliar o Dev team durante análise.
Dica
title4. Critérios de Aceite

Checklist com todas as etapas de requisitos do DoR e DoD preenchidos com clareza e corretamente. 

*DoR

  •   A história issue está clara e compreendida pelo time todo
  •  Possível desenvolver a história issue com os dados fornecidos no DoR
  •  A história issue possui critérios de aceite claros
  •  Mapear requisitos técnicos
  •  História aprovada pelo PO

*DoD

  •  Ter 100% dos testes executados e aprovados:
    • Codificação com evidência;
    • Teste Unitário com evidência;
    • Teste Integrado com evidência;
    • Documentação com evidência;
  •  Critérios de aceite atendidos
  •  Entrega aceita pelo PO

...