UniNFeVersao510114

De unimake
Ir para: navegação, pesquisa

UniNFe Versão 5.1.0.114 - 30/08/2023 - Alterações/correções realizadas

  • Alterado o padrão do município de Tubarão - SC de BETHA para PREFEITURA_MODERNA.
  • Implementado na DLL o município de Barueri - SP padrão PROPRIOBARUERISP.
  • Implementado o município de Bariri - SP padrão FIORILLI.
  • Criado um try/catch na hora de popular as propriedades dos documentos fiscais destinados da NFe e CTe, caso exista algum evento sem implementação na DLL não vai gerar erro e assim conseguiremos pegar a string de retorno para analisar o evento e implementar.
  • Implementado 3 eventos da NFe, gerados pela SEFAZ/Receita, relacionados a SUFRAMA, são eles: 630690, 990900, 990910.
  • Removido serviço de inutilização do CTe.
  • Implementado o município de Pantano Grande - RS padrão PRONIM.
  • Implementado o município de Jaborá - SC padrão BETHA.
  • Alterado link do Web-service da consulta cadastro da SEFAZ MG, pois mudaram o link.
  • Adaptações CTe e CTeOS 4.00 da SEFAZ MG, MT e MS. Serviços agora funcionando.
  • Implementado novo evento de CTe - 610111.
  • Implementado o município de Rolante - RS do padrão IPM.
  • Implementado o município de Barueri - SP padrão PROPRIOBARUERISP.
  • Atualizado endereços WSDLs do município de Pedro Leopoldo - MG padrão SONNER.
  • Retirado validação para SEFAZ MG no CTe assíncrono que agora está padronizado com os demais ambientes autorizadores.
  • Implementado usuário e senha para o município de Bariri - SP padrão FIORILLI.
  • Implementado o município de Brumado - BA padrão WEBISS.
  • Criado serviço que permite enviar arquivos diversos para um FTP.
  • Alterado padrão do município de Montes Claros - MG de E_RECEITA para PRONIM.
  • Ajuste tag de retorno do CTE 4.00 da SEFAZ MT.
  • Ajustes no padrão NACIONAL: assinatura do cancelamento e tratativa retorno 500.
  • Implementado o município de Serra - ES padrão SMARAPD.
  • Implementado o município de Montenegro - RS padrão PRONIM.
  • Implementado o município de Caçapava do Sul - RS padrão PRONIM.
  • Corrigido erro de envio de arquivo para FTP quando configurado a empresa em homologação, pois não reconhecia o arquivo para disparar o servido de FTP.
  • Ajustes na hora de mover o XML do MDFe e CTe em envio síncrono para pasta de XML com erro quando o mesmo é rejeitado ou deu algum erro no envio.
  • Corrigido problema no serviço pedidoStatusLote de Garibaldi - RS.
  • Resolvido problema na validação CTe 4.00.
  • Atualização do pacote de schemas do EFDReinf versão 2.01.02.
  • Criado evento de cancelamento de insucesso da entrega do CTe (110191).
  • No retorno da consulta dos dados dos certificados instalados no Windows e os configurados direto do .PFX no UniNfe, foi incluído a ta <PastaCertificado> tendo como conteúdo a pasta onde está localizado o arquivo .PFX.
  • Ajuste no serviço TaskConsultarURLNfse.cs para o padrão ISSNET.
  • Evento de NFe 110130 e evento de CTe 110180, a tag Hash vai ser analisada, se ainda não estiver com SHA-1 com padrão Base64, a DLL vai fazer a conversão. Isso para facilitar ao desenvolvedor, ele pode inserir somente o conteúdo concatenado e a DLL converte.
  • Ajustado o nome dos arquivos do CTeOS 4.00 para ficar igual ao CTe 4.00 síncrono.
  • Modificado o nome da tag de retorno do CTeOS 4.00 da SEFAZ PR, pois modificaram o nome.
  • Adicionado municípios padrão BETHA.
  • Corrigido o serviço de cancelamento de NFSe de Vera Cruz - RS padrão IPM.
  • Adaptado nome dos eventos de CTe 4.00 para ficar com 3 dígitos na sequencia.
  • Ajustado o envio do CTe 4.00 para sempre ser síncrono. Sendo assim, para versão 4.00 não precisa marcar a configuração para envio síncrono, assim pode-se transmitir o CTe 3.00 como assíncrono e o CTe 4.00 síncrono, mantendo compatibilidade.
  • Ajustes na geração do nome dos arquivos de eventos do CTe 4.00 para gerar o nSeqEvento com 3 dígitos.
  • Se o UniNFe for executado com o parâmetro /silent, não vai abrir a tela que pergunta para o usuário se mantem o uninfe atualizado automaticamente ou não.
  • Evento de CTe 110190, a tag Hash vai ser analisada, se ainda não estiver com SHA-1 com padrão Base64, a DLL vai fazer a conversão. Isso para facilitar ao desenvolvedor, ele pode inserir somente o conteúdo concatenado e a DLL converte.