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
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.
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.
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.
Problema resolvido.
Havia um ACBrConsts, um ACBrUtil e um ACBrBase em outro diretório.
Retirei eles e voltou a funcionar.
Favor encerrar o tópico.
Obrigado.
Prezados (as), bom dia.
Consegui compilar e instalar tudo o que eu precisava.
Ao instalar manualmente, ocorreu o mesmo erro que havia acontecido com o instalador ACBrInstall_Trunk2. Resolvi seguindo a dica do Fernando, contida no seguinte post:
https://www.projetoacbr.com.br/forum/topic/43960-erro-invalid-compiler-directive-mode-durante-a-instalação/
De minha parte, o tópico pode ser fechado.
Obrigado pela ajuda.
Abraços
Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.