Régys Silveira

Olhando seu log não tem problema nenhum aparentemente está tudo ok. Agora se o erro persiste, então você deve estar usando versões desatualizadas das dlls ou ter as dlls em mais de um lugar, o correto seria deixar tudo junto do seu software.

Quanto a não existir software gratuitos, existe sim bons softwares, o VNC é um deles, inclusive possui ferramenta para personalizar o software client com sua logomarca, endereço, telefone, etc, etc. Agora minha opnião, porque não utilizar a versão paga do Teamviewer? Não é caro, o software é muito bom, cheio de recursos e com uma estrutura que não deixa ninguém na mão. Se você ganha dinheiro com teu software porque não pagar pelo deles para uso profissional? Eu particularmente tenho aqui a versão corporativa com 3 canais, me atende muito bem e foi um senhor investimento perto do que já passei com diversas outras soluções.

O Dedicado na Software Express continua como antes, fiz dois processos semana passada. A única coisa que melhorou é que agora se for re-homologação, não precisa ir lá, é feito on-line, mas a primeira homologação ainda é presencial.

Talvez fosse o caso de criar um evento, permitindo ao usuário utilizar o evento para controlar como deseja mostrar isso.

Não existe nada implementado nesse sentido, até porque é complexo saber se é uma reimpressão ou não. você utiliza qual emissor de DANFE (FastReport, Rave, RAVECB, etc) ?

Você deve estar gerando novamente um número para o cNF. Faça assim, envie a nota e grave-a no BD ou disco, use a chave desse XML, não gere novamente.

Romerio, só para ficar claro e todos entenderem, não existe mais a necessidade de marcar uma data, instalar o aplicativo lá e rodar os testes, tudo é feito na própria máquina e enviado a eles para conferência, se tudo estiver ok o certificado é emitido, é isso mesmo?

Você checou se você não está alterando a chave da NF-e após o retorno?

Abra o demo do ACBrNFe é o estudo, ele possui exemplos para as rotinas que necessita.

Aqui funcionou normalmente, mas eu aconselharia a trocar os pChar por pWideChar em: getFileVersionInfoSize e getFileVersionInfo.

Utilize o método ArquivoMFD_DLL do ACBrECF, ou os menus fiscais, PafMF_ArquivoMF, PafMF_ArquivoMFD.

Você não codificou o evento onInfoECF do ACBrTEFD, por isso ocorre a mensagem, veja no exemplo do ACBrTEFD como codificar ele. Aproveite e verifique os outros eventos, ocorreram mudanças a um tempo por conta do Cielo Premia, provavelmente você vai precisar verificar todos os eventos.

Isso kiko, aqui temos integração com ERP de outras empresas por isso utilizamos os campos especificos.

Poste o arquivo de log inteiro por favor assim fica mais simples de visualizar, homologuei 2 SITEF semana passada e está tudo ok

Basta informar na quantidade normal da mercadoria, você pode repetir a mesma mercadoria com quantidades diferentes e xPed e nItemPed diferentes, não tem problema.

Os dados do pedido podem ser informados utilizando as tags xPed (Numero do pedido, até 15 caracteres) e nItemPed (Numero do item no pedido, até 6 caracteres), veja a página 123 do manual de integração, lembrando que essas tags são informadas por item da nota, então, você pode agrupar como quiser.

Aqui eu sempre tive esse problema com o emulador da Bematech, ao virar o dia ele precisa que seja reiniciado as configurações.

Você deve ter algum arquivo .dcu ou .bpl em uma versão antiga em algum path visível ao Delphi. Você precisa procurar em todo o C:\ pelos arquivos ACBr*.dcu, ACBr*.bpl, pcn*.dcu, pcn*.bpl e apagá-los. Recomendo utilizar sempre o ACBrInstall, assim não terá mais problemas.

Complementando, sempre que você chama o método new você adiciona um novo registro, ou seja: ACBrPAF.PAF_R.RegistroR01.New = adiciona um novo registro R01 ACBrPAF.PAF_R.RegistroR01.New.Registro02.new = adiciona um novo registro R01 em branco e um novo registro 02

Ocorre algum erro? Alguma mensagem? Consegue reproduzir com o demo?

O Juliomar havia lhe pedido para postar o código, mas pelo que você escreveu já deu para ver que está fazendo errado, o correto é: with ACBrPAF.PAF_R.RegistroR01.New do begin ...dados do r01 with RegistroR02.New do begin ...reduções Z do ECF informado em RegistroR01 with RegistroR03.New do begin ... detalhes da reduções Z informada anteriormente end; end; with RegistroR04.New do begin .. cupons fiscais do ECF informado em RegistroR01 with RegistroR05.new do begin ... Detalhes do cupom fiscal informado anteriormente end; with RegistroR07.new do begin ... Meios de pagamento do cupom informado anteriormente end; end; with RegistroR06.New do begin ... Comprovantes não fiscais do ECF informado em RegistroR01 with RegistroR07.new do begin ... meio de pagamento informado no cupom anterior end; end; end;

Você consegue reproduzir o problema com o demo do ACBrECF e nos passar o log gerado?

Poderia explicar um pouco melhor? O evento que você menciona é disparado para que você trate é retorne ao componente, veja no demo, em alguns casos você retorna valores, outros caracteres.

O método "AcbrTEFD.ImprimiTransacoesPendentes" já chama o confirma, então é desnecessário chamar ele.

Carlos, veja que o post é de 2010. Esse erro ocorre por falta de instalação da CAPICOM que vem junto do ACBr geralmente.