Solicitação

Realizado o teste abaixo:

• Realizada a consulta em um banco de dados, e foi travado no meio do processo;
• A consulta foi do 0 ao 72;
• Com um novo banco de dados, fizemos a consulta do 0 ao 50, em teoria uma consulta de um novo software;
• Consultamos e ocorreu o consumo indevido, pois o ULTNSU foi o 72, conforme a consulta do primeiro banco de dados criado;
• Aguardamos o período de uma hora, e foram realizadas as consultas individuais que foram implementadas, conforme o log:

aviso ago-02 09:31:58 067 Há mais documentos esperados. As consultas serão retomadas em 5 segundos
aviso ago-02 09:31:58 052 Foram encontrada(s) 0 nota(s) emitida(s) por terceiros

debug ago-02 09:31:53 545 Soap: WinInet {URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx,Action: ://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe/nfeDistDFeInteresse}
aviso ago-02 09:31:53 545 Processamento da Requisição de Consulta DF-e Vinculado ao NSU:52. (tag: consNSU).

aviso ago-02 09:31:38 065 Há mais documentos esperados. As consultas serão retomadas em 5 segundos
aviso ago-02 09:31:38 065 Foram encontrada(s) 0 nota(s) emitida(s) por terceiros

• De acordo com a regra, a cada uma hora, foram realizadas as 20 consultas individuais corretamente;
• Após retornar ao NSU correto (72), as consultas de terceiros voltaram a ocorrer conforme o padrão.

Atualizou situação para Certificando

[PROGRAMAS]

DFeMonitor.exe (versão: 5.2.2.351, branch: develop, feature: FIS-1213)

[PROJETOS]

• RTA (branch: develop, tag: 0.0.1, feature: FIS-1213)
• DFeMonitor

[DESCRIÇÃO]

O programa foi alterado para atender ao requisito da tarefa, porém, após conseguir entender o real objetivo do requisito, (entendimento obtido através de conversas com o analista Oswaldo, via meet). Percebi que não seria necessário criar dois novos itens pendentes e sim ampliar a funcionabilidade do item já existente.

 

• Problema a ser resolvido
• Consulta de nfe's de terceiros.
• Além do nosso sistema pode haver softwares de terceiros realizando a mesma operação, por este motivo ao enviarmos a consulta do tipo "distNSU" eventualmente ocorria "consumo indevido". Esta falha bloqueia nosso cliente por 1 hora, impedindo a realização de novas consultas.
• Resolução
A implementação levou em consideração as regras da NT201.002_v1.13 a 1.15

• Quando ocorre a falha de consumo indevido, no arquivo de retorno recebemos qual é o próximo número NSU disponível para consulta (MAXNSU). (obs.: se fizermos uma consulta do tipo "distNSU" com um nr. NSU anterior, ocorre falha: consumo indevido).
** Este valor é armazenado em tabela NFE_TBCONSULTANFEDEST coluna MAXNSU.

• Fluxo ao iniciar o processamento do item "consulta nfe terceiros":
• Obtém o valor da coluna NSU da tabela NFE_ULTNSUCONSULTA
• Obtém o valor da coluna MAXNSU da tabela NFE_TBCONSULTANFEDEST
• Se a diferença entre MAXNSU e NSU for maior que zero, o sistema fará uma consulta do tipo "consNSU".
• O processamento do arquivo de retorno continua sendo tratado da mesma forma de antes, não foi alterado o fluxo neste ponto.
• Após o processamento do arquivo de retorno o sistema passa a alimentar UMA NOVA TABELA: NFE_TBDISNTSEQUENCIANSU

Obs.: O sistema só grava registros na tabela NFE_TBNFECONSNFEDESTNFE quando o arquivo de retorno for do tipo "resNFe".

 

 

 

Atualizou situação para Programando

Implementação :

Criar um item pendente de ConsultaNSU

• Modelo do XML encontra-se no 
Nota Técnica 2014.002 - v.1.13 a 1.15 - Publicada em 26/05/2022

• Implementar a consulta por NSU

Criar item pendente de Consulta por Chave de Acesso

• Implementar a consulta por chave de acesso

 

Atualizou situação para Analisando