Notas da versão

Fiscal Flow EVO

Foi disponibilizado o serviço de processamento dos agendamentos de cancelamento das notas NFC-e que foram autorizadas no ambiente do Fiscal Flow EVO, agilizando assim o processamento dos cancelamentos/inutilizações de notas que tenham entrado em processo incompleto .


MID-e Central

Foram implementadas novas regras de bloqueio de emissores inativos no Fiscal Flow, passando a bloquear as emissões de CF-e SAT e CF-e MFE através da alteração da assinatura SAT, que passará a retornar a frase "Emissor Inativo", causando a sua rejeição do CF-e no momento da emissão.


Saudações

Time Fiscal Flow



Versão

Release EVO: 2.8.0

Release MID-e Central: 1.0.45

Data do Release MID-e:  

Data do Release EVO:  

Melhorias

Clientes on premisses: NÃO MID-e/EVO: EVO

Criado o serviço de processamento das solicitações de agendamento de cancelamento na estrutura de micro serviços do Fiscal Flow EVO. O novo serviço realizará o cancelamento/inutilização das notas que tenham sido enviadas ao ambiente do EVO e tenham sido geradas na versão 1.0.46.xx ou superior do Fiscal Flow Client.

As notas que não tiverem sido autorizadas neste ambiente ou tiverem sido geradas em versões inferiores serão processadas no serviço atual (cloud), assim como o processamento de todas as exceções geradas durante a tentativa de cancelamento realizada pelo novo serviço.

Correções

Clientes on premisses: SIM MID-e/EVO: EVO + MID-E

Foi corrigida a ordenação das tags do grupo de imposto ICMS60, passando gerar as tags enviadas pelo PDV na ordem correta conforme o layout da NF-e/NFC-e.

Clientes on premisses: NÃO MID-e/EVO: EVO

Foi alterado o tratamento do retorno de lotes das notas enviadas em contingência, que não estava dentro do padrão de retorno dos lotes assíncronos, quando o emissor está bloqueado por consumo indevido, que causava falha no processamento do retorno das notas em contingência no EVO.

Clientes on premisses: NÃO MID-e/EVO: EVO

Foi implementado tratamento para não sobrescrever o lote de retorno de cancelamento da nota quando o PDV requisitar duas vezes o cancelamento em um curto período de tempo, não sobrescrevendo o XML de retorno correto, devolvendo o retorno correto para o PDV na consulta da nota.

Clientes on premisses: NÃO MID-e/EVO: EVO

Implementada conversão do horário de autorização da nota para o fuso horário local, evitando divergências entre o horário de autorização da SEFAZ e o exibido nas telas do Portal Fiscal Flow.

Clientes on premisses: NÃO MID-e/EVO: EVO

Foi alterada a consolidação dos dados do cancelamento para que a data de emissão de uma NFC-e não seja alterada após o seu cancelamento, evitando que a data de emissão fique diferente que data em que o documento foi emitido.

Data/hora dos XML's de envio e reotrno

Os horários dos XML's de envio e retorno das notas permanecem com os horários gerados pelo PDV e pela SEFAZ, sendo alterados apenas os horários utilizados na consolidação dos dados na base do Fiscal Flow.

Clientes on premisses: NÃO MID-e/EVO: EVO

Foi implementado o bloqueio da inutilização de notas emitidas em contingência em situações onde a sefaz apresentava instabilidade e o circuit breaker era acionado, evitando a inutilização indevida desses documentos, mesmo em situações onde não houver retorno da nota emitida em contingência ou sua consolidação na base de dados do Fiscal Flow.

Clientes on premisses: NÃO MID-e/EVO: EVO

Foi alterada a contagem das tentativas de envio para a SEFAZ das notas emitidas em contingência, passando a aguardar 1(uma) hora antes de realizar uma nova tentativa de envio, evitando que essa nota seja consolidada sem seus dados de autorização.

Clientes on premisses: NÃO MID-e/EVO: EVO

Implementado o controle do Fiscal Flow Evo para tratar situações onde o PDV realizar o reenvio indevido de uma nota que já esteja autorizada aplicando os seguintes tratamentos:

Para notas já autorizadas no evo: Realizar o bloqueio do envio desta nota para a sefaz, devolvendo os dados da autorização da nota

Para notas que entraram em processo incompleto na tentativa de reenvio: Caso a conexão tenha sido interrompida ou em situações onde o reenvio indevido apresentar alguma falha, colocando a nota em processo incompleto, a nota será consolidada de modo que o ambiente legado (Serviço MID-e) para que ele realize o seu processamento.


Análise de Impacto

Impacto Atualização: BAIXO


O Deploy altera alguma tabela envolvida no processo de emissão?

  • Sim
  • Não


O Deploy altera a estrutura dos dados dos emissores?

  • Sim
  • Não


O Deploy altera qualquer um dos serviços mais utilizados pela aplicação (contingência, autorização, cancelamento, inutilização e etc)?

  • Sim
  • Não


O deploy altera qualquer uma das 10 tabelas mais acessadas pela aplicação?

  • Sim
  • Não


O Deploy possui alguma alteração de payload obrigatória para as API's de consulta, cancelamento, inutilização ou autorização?

  • Sim
  • Não


O Deploy altera qualquer uma das 10 rotinas mais utilizadas pela Aplicação?

  • Sim
  • Não


Classificação do risco:

BAIXO O risco será baixo se nenhuma das respostas for sim

MEDIO O risco será médio se uma das respostas for sim

ALTO O risco será médio se mais uma das respostas for sim





  • Sem rótulos