renato.rubinho

Boa tarde, Não declarando units que "conflitem" enumeradores ou classes funciona na mesma aplicação. Seu cenário tem que funcionar, tem algum problema no preenchimento do componente. Pelo erro, pode ser configurações de SSL ou autenticação. Sugestões: 1. Conforme testado pelo Italo, teste com o programa de exemplo as mesmas configurações que está preenchendo na sua aplicação. Funcionando, copie para sua aplicação e valide. Passando também, compare o que está diferente, pois pode ser detalhe. 2. Atenção nas configurações SSL * Se for A1 ou não exigir certificado, tente: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 * Se for A3 SSLCryplib = cryWinCrypt SSLHttpLib = httpWinHttp SSLLiB = libWinCrypt SSLXMLSignLib = xsLibXml2 SSLType = LT_TLSv1_2

Uma consideração, por favor sempre anexem arquivos dos fontes ao invés de todo o conteúdo, a menos que seja um fragmento pequeno para o contexto. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O BigWings já passou a solução pelo discord. https://discord.com/channels/798697718800318484/800724885835743252/1000129164826906674

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

Boa tarde, Tente contato com a Sefaz para confirmar, pois parece ser problema lá, por estar funcionando de forma intermitente para o mesmo certificado. Veja esse tópico.

Corrigido no post.

Boa tarde, Ele se baseou em um número inicial e tentou emitir número a número. O primeiro número que não deu duplicidade foi o não utilizado ainda. Cuidado para não cair em um consumo indevido.

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.