renato.rubinho

Tente atualizar a dll da LibXml2 na pasta da aplicação, pode ser versão antiga interferindo. ../trunk2/DLLs/LibXml2/ Lembrando de utilizar a versão da dll de acordo com a arquitetura da aplicação.

Estranho, não foi a IM não? Este provedor utiliza o padrão ABRASF 2 e, de acordo com os schemas, o CNPJ suporta apenas 14 dígitos. <xsd:complexType name="tcIdentificacaoPrestador"> <xsd:sequence> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="0" maxOccurs="1"/> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> xsd:complexType name="tcCpfCnpj"> <xsd:choice> <xsd:element name="Cpf" type="tsCpf" minOccurs="1" maxOccurs="1"/> <xsd:element name="Cnpj" type="tsCnpj" minOccurs="1" maxOccurs="1"/> </xsd:choice> </xsd:complexType> <xsd:simpleType name="tsCnpj"> <xsd:restriction base="xsd:string"> <xsd:length value="14" fixed="true"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType> Mas como vemos diversos absurdos dos provedores, caso queira testar, altere o fonte a seguir, removendo o GerarCPFCNPJ, reinstale os componentes e veja o resultado. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Base/Provedores/ACBrNFSeXGravarXml_ABRASFv2.pas function TNFSeW_ABRASFv2.GerarPrestador: TACBrXmlNode; begin Result := CreateElement('Prestador'); Result.AppendChild({GerarCPFCNPJ(}NFSe.Prestador.IdentificacaoPrestador.CpfCnpj{)}); Por se tratar do "core" dos provedores ABRASF 2, se funcionar precisaremos fazer com uma abordagem diferente.

Boa noite, Houve problema semelhante na emissão de NFC-e, com certificado A3, em SP e o problema era nos servidores da Sefaz, conforme tópico a seguir. Entre em contato com o provedor e documente este problema para analisarem se não tem algo do lado deles a corrigir. Por via das dúvidas, reinstale o driver da leitora para descartar algum erro com ele também e revise suas configurações de ssl/tls, conforme tópico a seguir.

Tentou rodar o instalador como administrador? Cola um print do seu library Path igual o Juliomar fez.

Qual a mensagem completa do erro? "was compiled with a differente version"? Se for isso, pesquise no computador por gziputils*.* que irá encontrar alguma cópia ou alguma dcu antiga que devem estar gerando o problema.

Boa noite, Marque a opção para Remover arquivos antigos e tente novamente. Se tiver outras pastas no ACBr, apague também.

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

Seus fontes devem estar desatualizados ou você está apontando para uma pasta de schemas errada. Veja que existem os schemas neste provedor. ../trunk2/Exemplos/ACBrDFe/Schemas/NFSe/IPM/ Atualize os fontes e faça novos testes na versão 2.04, caso o provedor utilize este leiaute para este município.

Boa tarde, No SVN ainda consta o provedor como Betha. Qual versão você configurou no ini? Esse provedor possui leiaute próprio e também a versão ABRASF 2.04. Confirme com o provedor, se estiver habilitado o leiaute ABRASF para este município, configure a linha a seguir além das respectivas urls. Versao=2.04 Se ficar ok, por favor anexe o ini atualizado para que seja enviado ao SVN.

Boa noite, O XML que postou é do RPS, que é enviado ao provedor para emissão da NFSe? Ou um XML baixado do provedor e renomeado? Configure o programa exemplo para Salvar Envelope Soap, na aba WebService, e analise os arquivos que foram gerados. Nem todos os provedores devolvem o XML da NFSe para impressão do DANFSe pelo componente, caso seja gerado o XML com o sufixo -nfse.xml utilize-o para a impressão.

Boa noite, Tente também com a formatação que consta no print, com e sem os zeros à esquerda. 2.462/001-60 000.002.462/001-60 Talvez seja questão de confirmar se o cadastro está correto no provedor (alguma validação errada que o WS possa estar fazendo) e confirmar se o serviço está habilitado para este CNPJ e IM.

Outra sugestão, crie uma nova "aplicação 2" sem nada, se não funcionarem essas opções, acredito que tenha que focar em outra solução. Teste 1: Coloque apenas o código a seguir no onActivate. while True do begin Sleep(5000); Application.BringToFront; Application.ProcessMessages; end; Teste 2: Ao invés do código acima, coloque apenas um timer com o código a seguir Application.BringToFront; Application.ProcessMessages;

Bom dia Primeiro de tudo, se você tem alguma rotina rodando direto no create ou no onShow, pode ser por isso que não traz a aplicação para frente, para teste, coloque em um timer ou no final do OnActivate. 1. Realmente no link da devmedia não li direito e achei que fosse o mesmo por ele ter citado outro exe, em todo caso, como ele faz uma abordagem diferente, teste para ver se eventualmente traz sua segunda aplicação para frente. 2. Outro teste, na sua aplicação 2, no início do OnActivate, coloque este código e veja se a cada 5 segundos ela vai para frente das demais. Isso tem que executar antes de qualquer outra rotina na sua segunda aplicação. while True do begin Sleep(5000); Application.BringToFront; Application.ProcessMessages; end; Se funcionar, veja qual a melhor abordagem para você, pois nesse caso ele não vai sair desse loop nunca, é apenas um teste.

Para documentação, caso alguém tenha o mesmo problema, faz diferença o tipo de variável ser char* ou poderia ser string e faltava apenas declarar e utilizá-la ao "declarar a lib"?

Se você criar uma aplicação que não seja MDI, pode abrir dos forms sem ser modal, e ambos podem ser manipulados, com o stayontop, seu form ficará acima dos demais desta aplicação. https://docwiki.embarcadero.com/Libraries/Alexandria/en/Vcl.Forms.TApplication.ProcessMessages Se você executa um processo ( clicar num botão por exemplo ) sem ser via thread, enquanto não terminar de processar, a aplicação não responde ( fica a tela branca no Windows se você ficar clicando nela ) e ao final a aplicação volta a responder. Se você utiliza este método, as mensagens são processadas durante o processo. Se tiver um loop, você pode utilizá-lo para atualizar uma barra de progresso por exemplo. No FormShow e durante o processamento com o ProcessMessages, assim você irá "atualizar" a aplicação. Não conhecia este. https://docwiki.embarcadero.com/Libraries/Sydney/en/Vcl.Forms.TApplication.RestoreTopMosts Por fim, pesquisando sobre suas dúvidas encontrei este tópico que parece ser a mesma necessidade que você tem e foi dito que resolveu. https://www.devmedia.com.br/forum/stayontop-funciona-mais-nao-me-respeita/336596

O AV deve estar acontecendo devido aos retornos. Isso faz sentido para você? Outra coisa, tente também aumentar o buffer.

Não conheço Node, mas já vi relatos de erros semelhantes em outras linguagens onde as duas variáveis que recebem os retorno funcionam colocando o @ na frente @aloc_sResposta por exemplo

Você deve identificar a variável com endereço de resposta e o tamanho do buffer, no segundo e terceiro parâmetros. https://acbr.sourceforge.io/ACBrLib/CEP_BuscarPorCEP.html

Boa tarde, Utilize tls1.2 em SSLType. Se estiver utilizando OpenSSL, copie as dlls equivalentes à arquitetura da sua aplicação para a pasta da aplicação. Veja o tópico a seguir que deve resolver.

Pesquise também sobre stayontop. Se não funcionar adequadamente, durante o processamento do programa que deve ficar na frente, use para atualizar os comandos a seguir. Application.ProcessMessages Application.BringToFront

Boa tarde, Pelo menos a Sefaz respondeu, já é um avanço... Segue o link do portal nacional de homologação. https://hom.nfe.fazenda.gov.br

O validador da Sefaz não criticou seu XML. https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Erro 999 é falha no lado da Sefaz, precisa entrar em contato com eles para avaliarem. Uma hipótese é que as chaves que está devolvendo não existem em homologação. Teste emitir uma NFe em homologação com os mesmos dados e tente devolvê-la para ver se passa.

Boa tarde, Tire o separador de milhar neste seu último teste Após atualizar os fontes e reinstalar os componentes, resolveu o problema original do tópico?

Boa tarde, Este CNPJ não deve ter nenhum NSU gerado para ele. Se começou a utilizar o serviço agora, nunca foram gerados NSUs para ele, aguarde a próxima NFe a ser emitida e consulte pelo DistribuicaoDFePorUltNSU passando zero. A sefaz não gera NSUs retroativos, então somente os novos registros serão considerados. Este método consulta 1 NSU específico. Este método traz um lote de até 50 registros, tendo que passar sempre o último NSU recebido, você irá passar zero até receber algum NSU, caso receba um lote com mais de um NSU, na próxima consulta utilize o ultNSU recebido.

Boa tarde, Eles emitem no mesmo computador, mesma rede? Se forem aplicações diferentes, mesmo sendo suas, revise se realmente estão utilizando os mesmos parâmetros. Teste com o programa de exemplo de NFSe no cenário onde não funciona sua aplicação para validar. Tente salvar a senha no componente para verificar se o problema não está ao preenchê-no token.