Histórico da Página

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Na API de emissão de documentos fiscais localizada em api/v1/nfe/emissao-xmldo 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 status HTTP 200retorno de sucesso e dados da autorização.

Esse comportamento ocorria porque essa API específica não utiliza o controle de fluxo da integracaoNfeintegraçã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 MongoDBbanco de dados), a API alternativa tentava acessar a integracaoNfe  área de integração mesmo sem possuir o id necessárioos dados necessários. Com o ididentificador nulo, a consulta ao banco gerava uma exceção de "Id não informado", levando o TPF a retornar um erro 500 (Internal Server Error)não catalogado sem corpo de resposta, o que dificultava a análise e o tratamento do erro pelo consumidor da APIsistema 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 da integracaoNfedo registro de integração. As validações garantem que essa busca só seja feita quando o ididentificador da integração estiver presente no fluxo.

Dessa forma:

• • Evita-se a execução de consultas inválidas ao
  MongoDB
  • banco de dados com 
  id = null
  • identificador nulo;

• • Elimina-se a exceção que resultava em erro
  500
  • não catalogado;

• • A API passou a responder corretamente com status
  HTTP 200
  • de sucesso e corpo de resposta apropriado após a autorização da nota, mesmo sem
  a presença
  • o identificador da 
  integracaoNfe
  • integração.

04. DEMAIS INFORMAÇÕES

Não se aplica

05. ASSUNTOS RELACIONADOS

Não se aplica

...