EMBarbosa

Sim. É justamente isso. Achei esse link aqui interessante: http://www.oobj.com.br/bc/article/rejei%C3%A7%C3%A3o-524-cfop-inv%C3%A1lido-informar-5932-ou-6932-como-resolver-85.html

Olá pessoal, Subi todas as correções sugeridas nas páginas anteriores e o programa de exemplo. Acho que não ficou nada pendente deste tópico. Mas queiram por favor verificar e testar. Obrigado ao Macgayver (Data Lider) e Rodrigo pelas implementações. EDIT: Enviado para o trunk2 na revisão 9227

Muito difícil diagnóstico... Algum sistema de proteção diferente nos computadores? Antivirus, AntiMalware, proteção bancária, algo semelhante?

Não dá pra afirmar nada com certeza sem o log do ACBrECF. A propriedade ACBrECF.Retentar deveria ser False sempre principalmente se você está utilizando o ACBrTEFD. Mas isso talvez não esteja relacionado ao seu problema. Pesquise aqui no fórum por "ACBrECF.Retentar" e veja os relatos.

Seria bom você verificar o manual do ECF.

Não parece provável, mas é possível ser algum problema na configuração do DecimalSeparator. Verifique o valor antes, durante e depois da impressão.

Ola Daniel, Visto que o único que deu erro foi o ACBr_BoletoFC_Fortes.dpk, eu tentaria os seguintes passos: 1) Faria uma limpeza dos arquivos ACBr da máquina. 2) Usando o ACBrInstall instalaria todos os outros pacotes, menos o ACBr_BoletoFC_Fortes.dpk 3) Tentaria instalar o pacote ACBr_BoletoFC_Fortes.dpk manualmente; Assim, você isolaria o problema do pacote ACBr_BoletoFC_Fortes.dpk, e ficaria mais fácil para descobrir o motivo não estar sendo reconhecido o pacote RLibWinD2007vcl.

Quem mata o processo? Como o código alterado nas revisões citadas pode levar alguém a matar o processo?

Que bom que resolveu.

Eu entendo pouco sobre SAT, mas se o número for randômico mesmo então ele não pode ter a limitação de ser único...

E se você tentar fazer como o Juliomar disse o que acontece?

Depois de fazer a alteração que o Juliomar pediu, você tentou novamente pelo ACBrInstall?

Por favor, anexe os arquivos alterados.

ACK = 6 é indicativo de comunicação OK. O problema é o NACK ou quando ACK = 0... Qual o modelo do ECF? Chegou a fazer algum teste do mesmo ECF em outra máquina? Utilizou outro cabo?

Isso foi uma correção de algum problema? Caso afirmativo, além de ter explicado o que fez, seria bom explicar o problema e anexar os arquivos alterados.

Eu tenho uma máquina virtual com o Windows 10, mas infelizmente não estou tendo tempo de fazer muitos testes. Como o Juliomar mencionou, não é muito difícil você mesmo fazer isso. Na verdade é facílimo. Basta acessar o site do "Microsoft Insider Program", se cadastrar e baixar o iso do Windows 10. Daí pode utilizar uma máquina normal, ou instalar numa máquina virtual como o VirtualBox, que é gratuito.

Tem muitos destes erros aqui no fórum... veja esse por exemplo:

Bom dia, Mas você encontrou na legislação algo dizendo que não deveria ser assim? É seu direito cobrar do contador a fonte da orientação dele.

Eu sugiro você pesquisar aqui no fórum sobre isso antes... Tem muitos posts falando sobre isso. Veja aqui dois que eu encontrei ao pesquisar por "homologar nfe". Vale lembrar que NFC-e é praticamente um "modo de emissão" da NFe.

Muito difícil saber sem acesso ao código fonte. Tente utilizar um profiler para descobrir onde o tempo é gasto.

Por que não vai? Qual a mensagem de erro? O que você esperava acontecer? O que acontece?

Olá Edson, Por favor, nos explique Registrar na receita com que objetivo? Do quê você está falando? PAF-ECF? SAT? NF-e? Algum regime estadual específico? Como você ficou sabendo que é necessário? Tem uma lei falando do assunto? Qual lei?

Não existe mais roteiro de testes para PAF-ECF. Só os requisitos.

Se tiver modificado algum arquivo do ACBr, por favor, anexe os arquivos modificados.