Renato Rubinho

Boa tarde, Se você está tentando cancelar uma NFSe emitida, que ainda não foi cancelada, e o provedor retorna essa rejeição, o melhor a fazer e abrir um chamado no provedor, com o soap gerado pelo componente para analisarem se existe algum erro do lado deles ou indicarem o que precisa ser ajustado.

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.

Boa tarde, Veja se os modelos da documentação ajudam em algo. https://acbr.sourceforge.io/ACBrLib/ExemplodeINI6.html Qual a dificuldade que está enfrentando? Tente se basear no programa de exemplo de NFe feito em xHarbour para entender sobre a utilização da lib.

Boa tarde, Consegue fazer uma simulação em produção para ver se funciona ou testar algum método de consulta em homologação para ver se a comunicação funciona corretamente? Pode ser algum erro no ambiente caso funcione no outro. Caso ocorra o mesmo erro, revise suas configurações de ssl/tls, conforme tópico a seguir.

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.

Boa tarde @Mcq Desenvolvimentos Seu problema parece ser diferente, pois este erro em tese ocorre quando a devolução é maior que a NFe original. Qual a mensagem completa que está recebendo? Pode anexar o XML para análise?

Boa tarde, Atualize o driver da leitora, tente trocar de porta. Utilize winCrypt conforme tópico a seguir e faça todas as atualizações do Windows para ver se funciona.

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

Boa tarde, Está com os fontes atualizados? Neste mesmo ambiente funcionava e parou ou está configurando agora? Teste com o programa de exemplo para descartar algum problema na sua aplicação. Qual versão do Reinf está utilizando? Revise suas configurações de ssl/tls conforme o tópico a seguir.