Ramon Valentim

Italo, boa tarde. Atualizei o ACBr e testei. Tudo certo. Obrigado, pode encerrar este tópico.

Boa tarde Italo, Obrigado! Vou testar e volto para dar um retorno.

Prezados, boa tarde. Este problema foi resolvido. Era a versão das DLLs do OpenSSL que estavam desatualizadas. Copiei as DLLs da pasta ..\ACBr\DLLs\OpenSSL\1.1.1.10\X86 para a pasta do meu executável e funcionou. Podem encerrar o tópico. Obrigado.

Boa tarde. Atualizei o ACBr e fiz os testes. Esta situação foi resolvida, muito obrigado! Este tópico pode ser encerrado.

Prezados, bom dia. O Município de Massaranduba/SC irá passar por uma atualização na versão do sistema Fiscal Web, este que é responsável pela Emissão de Notas e Escrituração Fiscal. A atualização para a nova versão ocorrerá no dia 19/08/2024. Entrei em contato com a prefeitura para obter as novas URLs e me retornaram o seguinte: Endereço do Webservice de homologação: https://treinamento.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_massaranduba Endereço do webservice: https://ws-massaranduba.atende.net:7443/?pg=rest&service=WNERestServiceNFSe A URL de homologação está disponível apenas para testes de integração (não é definitiva), ficando disponível até aproximadamente 26/08/2024. A URL da base oficial (produção) estará disponível a partir de 19/08/2024. Já ajustei o arquivo ACBrNFSeXServicos.ini para atender as novas necessidades do provedor. Precisei ajustar também o programa IPM.GravarXml.pas. Na versão 1.01 (que é a que estou testando), a tag <nfse_teste> deve ser preenchida quando o usuário quer validar o seu XML. Quando a tag está no XML e o XML está válido, no lugar de simplesmente aceitar a NFS-e (vai entender), o provedor retorna o seguinte "erro": NFS-e válida para emissão. Para que a NFS-e seja autorizada no ambiente de homologação e o provedor retorne as informações da NFS-e homologada, é preciso retirar esta tag. Fazendo isto, a NFS-e é autorizada no ambiente de homologação (se assim estiver parametrizado) e aparece no site para conferência. Isto foi confirmado pelo pessoal da IPM, conforme imagem abaixo: Após estes ajustes, fiz o envio e cancelamento de NFS-e sem maiores problemas. Seguem em anexo os arquivos alterados para validação e atualização no SVN. Em caso de dúvidas, segue link com mais informações diretamente do site da prefeitura: https://massaranduba.atende.net/subportal/atualizacao-do-sistema-fiscal-web Obrigado. ACBrNFSeXServicos.ini IPM.GravarXml.pas

@Italo Giurizzato Junior, bom dia. Muito obrigado. Vou atualizar e testar aqui e volto para dar um retorno.

Prezados, boa tarde. Atualizei na sexta-feira o ACBr e, ao realizar o envio de NFS-e para a prefeitura de Quatro-Barras/PR, comecei a receber o seguinte retorno: Estou utilizando ACBrNFSeX e OpenSSL para enviar e meu componente está configurado da seguinte forma: As DLLs do OpenSSL libeay32.dll e ssleay32.dll estão na pasta do executável e são da versão 1.0.2.21. Alguém sabe o que pode estar causando este erro ou tem alguma dica do que posso fazer para tentar encontrá-lo? Obrigado.

Juliomar, Este problema foi resolvido, obrigado pela ajuda. Fiz a alteração no Elotech.Provider e funcionou. Segue em anexo para sua avaliação e disponibilização no SVN. EloTech.Provider.pas

Juliomar, Fazendo debug nos fontes observei que a propriedade RegimeEspecialTributacao já vem inicializada no componente com retNenhum ('0'). Seria o caso de na unit Elotech.Provider desconsiderar este valor?

Prezados, bom dia. Atualizei na sexta-feira o ACBr e, ao realizar o envio de NFS-e para a prefeitura de Quatro-Barras/PR, comecei a receber o seguinte retorno: Eu não preencho este campo ao enviar NFS-e, mas a tag aparece no XML preenchida com '0'. Olhando o XSD do provedor, é possível observar que realmente o valor '0' não existe e que o preenchimento deste campo é opcional. Como devo fazer para que esta tag não seja gerada no XML? Utilizo o componente ACBrNFSeX, revisão 34681. Obrigado.

Italo, boa tarde. Já atualizei aqui e testei. O componente voltou a retornar as mensagens que ocorreram ao emitir. Obrigado.

Italo, Obrigado. Quanto aos acentos, o que percebi é que até alguns dias atrás o XML retornava sem os caracteres estranhos. Tenho XML´s gerados até dia 20/08 com acentuação correta. XML´s gerados a partir de 23/08 começaram a listar caracteres estranhos sempre que há algum acento ou "ç". Lembrando que mantenho diariamente atualizado os fontes do ACBr.

Pessoal, boa tarde. Atualizei hoje o ACBr e percebi que, ao Emitir uma NFS-e para uma cidade atendida pela provedor Elotech, se ocorre erro, o mesmo não está carregado no componente na lista de erros. Fui verificar o que poderia ser e vi que a procedure ProcessarMensagemErros na unit ACBrNFSeProvedirABRASFv2.pas não estava conseguindo tratar a mensagem de erro. Ao buscar alertas no XML, caso não encontrasse, ela já saia da procedure, sem possibilitar a busca na tag ListaMensagemRetornoLote do XML. Fiz um pequeno ajuste e solucionei o problema. A unit alterada segue em anexo. Uma dúvida que eu fiquei é quanto à acentuação no erro retornado no XML. Há algo que eu possa fazer já no componente para que a acentuação da mensagem de erro venha corretamente? Ou devo tratar internamente no meu sistema? O XML retornado também está em anexo. ACBrNFSeXProviderABRASFv2.pas 834-lista-nfse-sinc.xml

Italo, Testei aqui, tudo certo, retornou a data de emissão com a hora para o provedor que disponibiliza isso (SimplISS v2). Muito obrigado! De minha parte este tópico pode ser fechado.

Italo, bom dia. Observei na atualização de hoje que a propriedade ChaveAcesso foi disponibilizada. Já testei e retornou certinho. Obrigado! De minha parte este tópico pode ser fechado.