Antonio Carlos L

Caros Moderadores, por necessidade precisei alterar o Demo do ACBr NFe para a inclusão de dados dinamicos de destinatario possibilitando testar outras condicões. Fiz a implementação e se entenderem ser útil e quiserem anexar ao projeto esta ai. Alteracao_codigo.zip

Exatamente como o @Juliomar Marchetti falou não tem outra forma.

No segundo link mostra que é tudo por uma API Rest Json e tem as especificações. Inclusive eles sugerem a assinatura através de alguns apps. Se não me engano o padrão é o mesmo da NF-e

Mas isso de demorar aconteceria apenas para a primeira vez quando você parte do zero. E se mesmo demorando está conseguindo fique feliz. Se por exemplo o contador de seu cliente estiver usando algum aplicativo de consulta que faz isso a cada 1 hora em background a chance de você não conseguir por consumo indevido é total, mesmo que você só realize uma única consulta.

Se entendi a resposta do Juliomar basta passar as informações que internamente o componente vai gerar o hash

Maxsuel, erro 10060 indica que a URL não pode ser encontrada. As máquinas estão com DNS definido ou estão fazendo do IP do Gateway o DNS ?

Acho que você está equivocado com a tabela de CFOP que postou.

Talvez falte mais um try except quando da consulta onde um timeout faça sair.

Obrigado @Italo Giurizzato Junior pela atenção.

OI Juliomar. Levando em consideração sua resposta, olhei a chamada da consulta e esta identica ao exemplo do MDFe em procedure TfrmACBrMDFe.btnConsultarClick(Sender: TObject); Veja no código da Revision 33422 na unit ACBrMDFeWebServices . Existe outras duas variaveis FprotMDFe e FprocEventoMDFe, coloquei o bloco de código abaixo, que também são destruídas se existirem antes de serem criadas. Segui apenas a mesma logica em relação a FprocInfraSA. O fato é que se eu remover essa linha e fizer varias consultas acontecem vários MemoryLeak e acrescentando essa linha não ocorre. procedure TMDFeConsulta.Clear; begin inherited Clear; .... if Assigned(FPConfiguracoesMDFe) then begin FtpAmb := FPConfiguracoesMDFe.WebServices.Ambiente; FcUF := FPConfiguracoesMDFe.WebServices.UFCodigo; end; if Assigned(FprotMDFe) then FprotMDFe.Free; if Assigned(FprocEventoMDFe) then FprocEventoMDFe.Free; if Assigned(FprocInfraSA) then FprocInfraSA.Free; <<< adicionado FprotMDFe := TProcMDFe.Create; FprocEventoMDFe := TRetEventoMDFeCollection.Create; FprocInfraSA := TProcInfraSA.Create; end;

Revision 33422. Estava dando o seguinte memoryleak ao efetuar consulta MDFe. Achei a classe TProcInfraSA na unit ACBrMDFeWebServices A classe é criada no metodo TMDFeConsulta.Clear e esta sendo destruída no destrutor; Adicionei essa verificação antes de criar if Assigned(FprocInfraSA) then FprocInfraSA.Free; FprocInfraSA := TProcInfraSA.Create; e o leak desapareceu. Para vossas considerações.

As tentativas devem acontecer em um intervalo mínimo de 1 hora. Pode ser que ao tentar muitas vezes em intervalos menores tenha sido bloqueado.

Cara a sua questão é contábil e não de programação. Pela sua pergunta quem vai devolver é do simples nacional pois usa csosn 900. Entretanto quando você diz que todos os destaques usam cst 41 gera certa estranheza pois é isento. Essa empresa que vai receber a nota não é do simples e muito cuidado, provavelmente essa nota vai para o SPED e se estiver errado vai dar M. Siga a orientação do contador da empresa !

Meu querido, essa imagem.deve ser ou porque vc está dando trur em exibir mensagem ou porque seu código está exibindo

Eu imagino que o cliente deva ter um aplicativo de consulta da NF-e para baixar o XML, deve ser essa a origem. Ou o aplicativo de emissão fica tentando em loop sem consertar o problema emitir uma nota rejeitada.