Árvore de páginas

Versões comparadas

Chave

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


01. DADOS GERAIS

Produto:

Solucoes_totvs
Solucao TOTVS Processos Fiscais

Solucoes_totvs_cross
SolucaoCross

Solucoes_totvs_parceiros
SolucaoParceiros

Solucoes_totvs_parceirosexptotvs
SolucaoParcsExpsTOTVS

Linha de Produto:

Linha TOTVS Processos Fiscais

Linhas_totvs

Segmento:

Segmentos_totvs
Segmento Varejo

Módulo:

Documento Fiscal

Modulos_cross_segmentos

Modulos_framework

Modulos_totvs_construcao

Modulos_totvs_juridico

Modulos_totvs_logistica

Modulos_totvs_manufatura

Modulos_totvs_rh

Modulos_totvs_saude

Modulos_totvs_prestadores_de_servicos

Função:Emissão NF-e
País:Brasil
Ticket:
Requisito/Story/Issue (informe o requisito relacionado) :DVTPFTEC-1869


02. SITUAÇÃO/REQUISITO

Na API de emissão de documentos fiscais do modelo NF-e, foi identificado um problema em que, embora a nota enviada pelo usuário fosse devidamente autorizada pelo sistema, a API não retornava uma resposta adequada com retorno de sucesso e dados da autorização.

Esse comportamento ocorria porque essa API específica não utiliza o controle de fluxo da integração via Fiscal Sync, mecanismo central adotado pela API principal de emissão de documentos. Como resultado, em pontos do sistema onde o código é compartilhado entre ambas as APIs (especialmente nas chamadas ao banco de dados), a API alternativa tentava acessar a área de integração mesmo sem possuir os dados necessários. Com o identificador nulo, a consulta ao banco gerava uma exceção de "Id não informado", levando o TPF a retornar um erro não catalogado sem corpo de resposta, o que dificultava a análise e o tratamento do erro pelo sistema conectado ao TPF.

03. SOLUÇÃO

Para resolver o problema, foram implementadas validações nos pontos compartilhados do código onde ocorre a tentativa de busca do registro de integração. As validações garantem que essa busca só seja feita quando o identificador da integração estiver presente no fluxo.

...