Ir para conteúdo
  • Cadastre-se
  • Total de ítens

    28
  • Registro em

  • Última visita

Últimos Visitantes

750 visualizações

[email protected]'s Achievements

Apprentice

Apprentice (3/14)

  • Collaborator Rare
  • Conversation Starter
  • Dedicated Rare
  • First Post
  • Week One Done

Recent Badges

1

Reputação

  1. Voltei a versão do ACBr para outubro de 2025 aí deu certo. No ISSNet / DF ainda estão usando a versão ASBRAF, então tem de ser dessa forma. Em si deveria funcionar na última versão do ACBr, mas não é o caso. Vc pode também tentar usar o ACBrNFSeXServicos.ini de uns meses atrás, onde constam as URLs (outubro) com a versão mais atual da ACBr, talvez dê certo tb. Se der certo, me avise por favor.
  2. Já testei com e sem o arquivo ACBrNFSeXServicos.ini na pasta do executável. Usei o arquivo mais atual disponível no SVN. Dá o erro de qualquer forma. Se configuro como o padrão nacional, não dá esse erro, passa a dar outros erros de validação. Porém para o DF entendi que ainda é para usar o layout do provedor / ASBRAF, conforme publicado em https://iss.fazenda.df.gov.br/online/Login/Login.aspx Por sinal, olhando esse arquivo na seção para Brasília, as URLs estão em branco: [5300108] Nome=Brasilia UF=DF Provedor=ISSNet ProRecepcionar= HomRecepcionar= E agora?
  3. Notem que as notas estavam sendo emitidas normalmente nos cliente e de repente pararam em alguns clientes com o problema acima. Testando com o ACBrNFSeX_Exemplo em ambiente de homologação também está dando o mesmo erro, conforme abaixo: ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\WINDOWS\SYSTEM32\libcrypto-1_1.dll C:\WINDOWS\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 2 - Homologação Cidade : Brasilia/DF Provedor : ISSNet Versão: 1.01 Data/Hora: 13.01.2026 09:18:07 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30.12.1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: Não informado a URL de Homologação, favor entrar em contato com a Prefeitura ou Provedor. Correção: --------- NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: Tomador.........: Nome do Tomador
  4. Passou a dar o erro "Não informado a URL de Produção, favor entrar em contato com a Prefeitura ou Provedor" na emissão de NFS-e, mesmo não tendo alterações na configuração ou nos nossos fontes. É utilizado o layout lnfsProvedor. A solução de não funciona. Agradeço a atenção
  5. O provedor não respondeu. Mas: eu tinha entendido que para a reforma tributária teria de ser no padrão nacional: https://www.gov.br/receitafederal/pt-br/acesso-a-informacao/acoes-e-programas/programas-e-atividades/reforma-consumo/orientacoes-2026 E então? É o padrão nacional ou utilizando o provedor?
  6. Os componentes estão todos atualizados. Porém entrando em contato com o provedor, nada acontece...
  7. Colocando através do provedor, ele não está emitindo em homologação, embora esteja emitindo em produção. Tem alguma ideia? Em homologação retorna as seguintes mensagens, que em produção não ocorrem. O que quero é ajustar para a reforma tributária. Erro(s):<BR>Código : E051<BR>Mensagem: Inscrição Municipal do tomador do serviço incorreta.(Numero RPS: 3030)<BR>Correção: Informe corretamente a inscrição municipal do tomador do serviço.<BR>---------<BR>Código : E053<BR>Mensagem: O campo Inscrição Municipal do tomador do serviço só deverá ser preenchido para tomadores estabelecidos neste município.(Numero RPS: 3030)<BR>Correção: Para tomador de serviço estabelecido fora deste município não deve ser preenchido o campo Inscrição municipal.<BR>---------<BR>Código : E090<BR>Mensagem: Número do RPS inválido.(Numero RPS: 3030)<BR>Correção: Informe um número de RPS que corresponda à seqüência utilizada pelo prestador do serviço.<BR>---------<BR>Código : E093<BR>Mensagem: Série do RPS inválida.(Numero RPS: 3030)<BR>Correção: Identifique o RPS utilizando no máximo 5 dígitos.<BR>---------<BR>Código : E328<BR>Mensagem: Opção pelo SIMPLES Nacional não consta do cadastro do contribuinte.(Numero RPS: 3030)<BR>Correção: Não há registro no cadastro do contribuinte de opção pelo SIMPLES Nacional. Procure a Prefeitura para regularizar a situação.<BR>---------<BR>Código : L003<BR>Mensagem: O Código de tributação informado não pertence a este contribuinte.(Numero RPS: 3030)<BR>Correção: Consulte junto a prefeitura de seu município o código vigente.<BR>---------<BR>Código : L038<BR>Mensagem: O cadastro da empresa não possui CNAE vinculado ou o CNAE informado não corresponde ao cadastro.(Numero RPS: 3030)<BR>Correção: Verifique os dados do Prestador junto à Prefeitura.<BR>---------<BR>Código : L039<BR>Mensagem: Prestador não está autorizado a emitir nota com essa natureza de operação.(Numero RPS: 3030)<BR>Correção: Verifique as naturezas de operação permitidas para emissão de nota.<BR>---------<BR>Código : X202<BR>Mensagem: Lista de NFSe não encontrada! (ListaNfse)<BR>---------
  8. Está dando o erro acima, mas me parece estar tudo certo no XML. A emissão é em Brasília / DF. O que fazer? Agradeço a atenção! NFS enviada RPS.xml NFS retorno.xml
  9. Em si era em algum cliente que não funciona com o winCrypt. Mas já tem pelo menos um ano que eu tinha visto esse problema, e tinha mudado para usar o OpenSSL. Obrigado pela dica do site para baixar o OpenSSL, excelente. Como também uso em Websockets etc, é bem útil.
  10. Não encontrei a legacy.dll de 32 bits para a versão 3.5.1. Sabe onde baixar? Só achei a versão 3.4.0 em https://www.dllme.com/dll/files/legacy/versions, mas aí não funcionou. Exportando o certificado com AES256-SHA256, funcionou, aparentemente sem a legacy.dll. Mudando a SSLLib para winCrypt também funcionou, mas lembro que eu tinha colocado para usar OpenSSL porque em alguma UF não funcionava com o winCrypt.
  11. Notando que as soluções descritas abaixo não funcionam: já instalei e exportei o certificado de dentro do windows. E também não consigo usar o legacy.dll, já que a aplicação é em 32 bits.
  12. Quando carrega um certificado .PFX ou .CER utilizando as DLLs do OpenSSL 3.5.0 ocorre o seguinte erro: 'error:12800067:DSO support routines::could not load the shared library' Quando coloca as DLLs da versão 1, aí funciona.
  13. não tem arquivo .ini com endereços.
  14. Não tenho alterações locais. Enviando para produção eu já tinha testado, porém curiosamente funcionou corretamente na minha máquina (na Alemanha), mas não funcionou com os mesmos dados no cliente conectando de Brasília, dando um outro erro, que não é esse do serviço indisponível. O erro que aparece me sugere que o endereço do serviço em homologação esteja desatualizado no ACBR, ou que o serviço esteja fora do ar. O cliente em questão voltou para o regime do simples nacional, então essa questão não tem prioridade no momento. Caso ocorra em algum outro lugar, eu aviso aqui. Muito obrigado pela atenção!
×
×
  • Criar Novo...

Informação Importante

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.

The popup will be closed in 10 segundos...