Renato Rubinho

Veja esse tópico sobre o mesmo problema devido a dcus antigas.

Boa noite, Todos podem colaborar. Em primeiro lugar, a implementação deve ser feita no ACBrNFSeX, pois a versão anterior não recebe mais manutenção. Para a implementação do novo provedor deve-se levantar se segue algum padrão ABRASF ou possui leiaute próprio e solicitar as urls de produção e homologação. Se o provedor seguir um padrão ABRASF, a implementação é mais simples, pois os leiautes já existem. Se for um leiaute próprio, precisará ser desenvolvido e aí dependerá da complexidade do leiaute. Por fim, após mudanças no ini, deve seguir alguns passos para funcionarem.

Boa noite, Foi feita uma consulta por ultNSU antes da emissão das NFes? Em produção, a Sefaz só distribui documentos emitidos após a primeira consulta do interessado, em homologação deve ser a mesma coisa. Tente emitir uma nova NFe agora e veja se é distribuída. O CNPJ do emitente deve ser diferente do interessado, você precisará emitir a NFe com um CNPJ diferente do utilizado na consulta.

Boa noite, É muito provável que fosse instabilidade na Sefaz ou problema de DNS, conforme também podemos ver neste no discord. https://discord.com/channels/798697718800318484/800724885835743252/996417717001277511 Se normalizar para todos, acredito que teremos que nos contentar com essas hipóteses. Podem confirmar se ainda tiveram algum tipo de problema?

Boa noite, Conseguiu evoluir? É possível que seja bug no ambiente de homologação. SP, assim como a maioria das UFs, está configurada para emitir NF3e pelo SVRS. Talvez tenha que levantar isso com a Sefaz.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, DROP TABLE não funciona? Tentou um backup/restore para tentar reparar algum eventual erro na base? Tentou remover eventuais triggers que existam, deletar todos os registros para ver se apaga?

Boa tarde, Veja se resolve preenchendo a propriedade NFSe.Servico.Valores.Aliquota. Provavelmente, como ele não está recebendo a alíquota, está interpretando como zero e caindo na rejeição por esperar outro valor.

Boa tarde Gustavo, Com o componente, via webservices não tem. Encontrei este tópico com a mesma dúvida. Veja se fica mais claro o entendimento com a explicação do Italo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Rejeição 999 é erro do lado da Sefaz. Note que na sua lista existe este código. Compare o XML que apresentou o problema com um válido e veja se identifica alguma anomalia.

Qualquer configuração do DANFe deve estar prevista no MOC ou alguma eventual NT. Talvez a solução para esses clientes seja preencher também esse dado nas informações complementares. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/MOC versao 7.01 Anexo III Manual DANFE.pdf

Boa noite, Crie uma lista com os telefones que desejar. Utilize o random para escolher qual item pegar. http://www.delphibasics.co.uk/RTL.asp?Name=Randomize

Boa noite, O Webservice no padrão Abrasf1 não possui a tag para preenchimento de outras informações no RPS. Do lado da prefeitura ela deve gerar "diretamente" a NFSe, sem utilizar o leiaute do RPS e alimentando esse campo conforme mencionado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Se utiliza A1, tente OpenSSL.

Boa noite, Como estão utilizando A1, configurem com OpenSSL, com isso não dependerão de atualizações do Windows e descartarão essa hipótese. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Copie também as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/x86/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64. As configurações das Opções de Internet não fazem mais diferença se utilizar. SSLHttpLib := httpWinHttp ou httpOpenSSL

Boa noite, Veja se está mandando alguma informação com acentos ou caracteres especiais, tipo razão social ou discriminação dos serviços. Caso o problema persista, anexe o soap enviado para análise.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite, A versão de teste gera em homologação. Testou no Bling em homologação também?

Boa noite, Segue exemplo.

Como não passou essa informação antes, o básico é instruir os usuários a fazê-lo. Tentou colocar o timeout acima dias 30k? No seu print o outro município está HTTP e esse é HTTPS, está certo? Revisou as configurações de SSL e as dlls atualizadas na pasta do exe?

Bom dia, A url responde no navegador? Após alterar o ini, siga os passos do tópico a seguir que deve funcionar se as urls estiverem corretas.

Com relação ao ambiente de homologação, diversos provedores apresentam inconsciências entre seus ambientes, isso quando disponibilizam essa opção. Para ter certeza, só o provedor mesmo para te responder o que preencher, além da tentativa e erro até encontrar o correto. Esse erro que postou geralmente acontece por problemas de configurações de SSL ou erro no certificado e não deve ter relação com usuário e senha do provedor. Se seu certificado é A1, tente as configurações a seguir. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Copie também as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/x86/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

Bom dia, Se você possui o fast report, deve usar uma versão enterprise 5 ou superior. Se não possui, desmarque do instalador as opções relacionadas ao fast.