Renato Rubinho

Olá, Parabéns pela iniciativa. Caso seja uma cópia "oficial" do que você está usando, cuidado que o nome do usuário 'BAKCUP' está errado.

Tente se basear na versão nova, que já possui essas tags implementadas.

Boa tarde, No padrão do ABRASFv1 essa tag não é obrigatória e no Ginfes também não está configurado para ser. Deixando a propriedade a seguir em branco a tag está sendo gerada? Em tese não deveria. NFSe.Servico.CodigoCnae

Essas dlls são utilizadas para a comunicação. Copiando-as para a pasta do executável ocorreu o mesmo erro?

Como seria tentativa e erro, teste com e sem casas decimais para ver se algum deles passa. De acordo com o schema está correto, pois aceita até 4 casas decimais, mas vai saber o que o provedor pode ter tratado. Lembrando que isso é só um chute, pois na minha visão não consegui identificar nada de irregular.

Por sua segurança, editei o soap e alterei a senha. Analisando o xml, infelizmente não consegui notar nada de extraordinário. A única sugestão é que teste a alíquota "inteira", sem fracionar. Caso não seja isso, provavelmente precisará enviar o xml para o provedor identificar qual é o problema, dado o erro genérico que disponibilizam como retorno. Se chegar a falar com o provedor, veja também se eles podem disponibilizar uma lista que identifique esses "ids" e facilite sua identificação em eventuais erros semelhantes no futuro, isso mais como base de conhecimento.

Boa noite, Verifique se é exigência da Inscrição Estadual, a menos que o "IE" da mensagem seja internal error. NFSe.Tomador.IdentificacaoTomador.InscricaoEstadual Teste com o programa de exemplo para verificar se ocorre o mesmo erro. Anexe o soap do envio para ajudar na análise.

Boa tarde, Com as mesmas configurações e credenciais funciona no seu computador? Se for isso, no cliente deve só estar faltando as dlls do OpenSSL. ../trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Se não está funcionando a autenticação do hotmail em lugar nenhum, veja o tópico a seguir.

O código de verificação? Veja os retornos no ChecarResposta no programa de exemplo.

Olá, Veja este tópico que contém informações a respeito e direcionamentos para outros com possíveis soluções.

Utilize SSLType := LT_TLSv1_2 e faça todas as atualizações do Windows. Se utiliza A1, tente com OpenSSL. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSS 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.

Chutômetro, será que o fortes não conhece ainda a quantidade de páginas no BeforePrint? Tentou algo "After", caso seja possível na sua lógica? Outra sugestão é verificar nos exemplos dos componentes se algum deles usa algo parecido para você se basear.

Boa tarde, Com certeza será implementado, inclusive o Daniel citou interesse em priorizar a implementação. https://discord.com/channels/798697718800318484/798966420243349527/993951951521845258 Acompanhe as notícias do fórum e discord para quando houverem novidades. https://discord.com/invite/acbr

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

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

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.