Régys Silveira

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?

- verifique a instalação do certificado - verifique se o frewall ou antivirus estão bloqueando o aplicativo - reinstale a capicom e openssl que vem junto do ACBr - verifique se a senha está correta - verifique se não existe um proxy, se existir configure no componente

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.

Desculpe, mas não tem nada parecido com o que te enviei na rotina que você postou e somente com o que foi postado é muito complicado lhe ajudar. Eu te passei a rotina completa para que você veja como é e tente reproduzir.

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.

Esse erro geralmente tem mais a ver com o antivírus do que com a instalação do certifica, tente desativar o antivirus, copiar o demo e teste se funciona. Não esqueça de instalar as dlls da capicom e openssl que vem com o ACBr também.

Até onde eu conversei com a Daruma está semana, não existe ninguém homologado porque as homologadoras não possuem o ambiente para a homologação e estão aguardando isso acontecer para iniciarem.

Dê uma olhada neste artigo, para entender melhor como deve ser impresso o evento: http://www.regys.com.br/como-imprimir-um-evento-utilizando-o-acbrnfe/

Você checou se algum numero da faixa que está sendo inutilizada já não foi inutilizado antes, exemplo: Faixa inutilizando agora: 10 a 30 Faixa inutilizada anteriormente 1 a 11. Outra coisa é entrar em contato com o SEFAZ para verificar possíveis discordâncias.