Conceito
Processos
Modelos
- ISSUE TYPE: MANUTENÇÃO
- ISSUE TYPE: APOIO
- ISSUE TYPE: APOIO CLIENTE

Conceito:

Conceito de Preparado (Definition of Ready - DoR) é a condição geral estabelecida para que os requisitos de produtos estejam especificados o suficiente e sejam elegíveis para iniciar o desenvolvimento.
O DoR viabiliza que apenas o escopo seja desenvolvido.

Processos:

Ao abrir uma issue para o time de desenvolvimento TOTVS Transmite, por gentileza utilizar o modelo padrão para cada situação, conforme modelos abaixo.
A descrição da issue deve seguir uma sequencia lógica para facilitar o entendimento e organização das informações.

Obs: Muitas vezes, o cenário está claro para o time de suporte, devido aos alinhamentos internos através de reuniões, refinamentos e afins. Para que possamos estar na mesma página de entendimento é de suma importância que essas informações sejam compartilhadas através do preenchimento correto do DoR

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

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

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

Modelos:

ISSUE TYPE: MANUTENÇÃO

Issue Type utilizada para problemas identificados no produto padrão após liberação ao mercado. Podem ser identificados externa ou internamente.

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. (caso houver, informar issue pai).
*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.
*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.
*Resultado esperado:	Em linhas gerais quanto a negócio, informar como deveria ser o processo
*Requisitos Iniciais:	Informações essenciais para o entendimento do problema/dúvida. Sincronismo Possíveis situações de analise relacionadas a tabela mdeparametros: Verificar o Certificado digital; Verificar se a sincronização automática esta habilitada; Verificar o Feedback e o IsLock = T; Verificar se a SEFAZ esta disponível (https://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?AspxAutoDetectCookieSupport=1); 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 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). Realizar a validação da estrutura do XML. Verificar se a Filial correspondente ao XML esta cadastrada. Verificar se o município em questão já possui a funcionalidade de importação manual no link: Serviços de recebimento Nota Fiscal de Serviços (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.
*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:	Informar se cliente usa ambiente cloud tenantizado, on-premise.
Integrações:	Exemplos: Cliente possui integração com o módulo COMPRAS no Protheus?

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

Informar TenantID, CodigoFilial (Caso haja mais de uma filial, informar quais)

Informar o motivo caso não se aplique a simulação;

Informar qual foi a última vez que o sistema se comportou como esperado.

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.

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.

*XML

Anexar um xml de exemplo para que o time de desenvolvimento possa se basear durante análise.