Régys Silveira

Quando você envia e da erro no SEFAZ, você deve consultar a situação da nota depois de um tempo para verificar se ela foi autorizada ou não. Se foi ele retorna os dados de protocolo, etc, etc Se você tenta enviar novamente ele mostra a mensagem de duplicidade, se você mudar alguma coisa na chave de acesso, ele mostra o erro de duplicidade com diferença na chave de acesso, esse erro geralmente acontece porque você mudou o cNF.

Pode baixar a última versão aqui: http://sourceforge.net/projects/fortesreport/?source=directory

Este é um comando do monitor, então se você utiliza arquivo txt envie por txt se utiliza socket envie por socket. Como eu fiz a alteração nos fontes já para acertar, na próxima versão não será mais necessário utilizar o comando.

Em SP você somente faz o cadastro, não existe homologação. Veja mais informações neste link: 12. INFORMAÇÕES PARA DESENVOLVEDORES DE APLICATIVOS COMERCIAIS Veja o item 12.2 Dê uma boa lida no link que vai entender melhor todo o processo.

Você precisa altera ao menos alguma coisa para ele marcar o arquivo como alterado e assim salvar.

Pelo que pude ver no seu log, você está passando um dos parâmetros em branco e o seu ECF está configurado para não aceitar.

Se o seu repositório estiver atualizada o instalador também estará, os dois andam juntos.

Tentou utilizar o ACBrCMC7?

Se a venda ocorrer somente no estado de SP, não existe impedimento já que SP não é aderente do Paf-ECF. O problema é nos outros estados que são aderentes ao Paf-ECF, mas veja, se existir limitação de uso dentro da loja, conectado ao ECF e respeitar as regras do PAf-ECF não existe problema em fazê-lo para Android. O que não pode é funcionar web, porque como já dito, existe impedimento e também não cumprir os requistios do Paf-ECF, pois assim não irá homologar. Uma situação comum de uso de tablet na loja é a utilização de pre-venda nos tablets e o registro do cupom fiscal em um caixa conectado ao ECF, isso também é aceito.

Wagner, O ACBrMonitor não está lendo a configuração feita na tela, você vai precisar setá-la antes de enviar a nota utilizando o comando: settoken(token, idtoken) Já acertei este bug e na próxima versão ele passará a acatar o que foi configurado, por enquanto utilize o comando acima, por favor.

Faça um teste, tente passar os parametros entre aspas: ECF.ArquivoMFD_DLL("001000","002000", "DRXXX_20140716.TXT", "docTodos", "finMF")

Talvez possa ser algo que o Fortes esteja enviando ao spooler, você está utilizando a última versão disponibilizada por eles?

RTL é um pacote básico do Delphi se ele apresentou falha é porque sua instalação do delphi não está ok. Outra coisa, qual versão do Delphi está utilizando e ela era trial ou não?

Você está utilizando o ACBrFramework? Se sim, seria melhor postar na área especifica dele para que o pessoal possa lhe ajudar melhor.

Você gerou e configurou o par de chaves corretamente no ACBrMonitor?

Esse problema parece ser no driver, o componente não tem acesso ao spooler, ele somente envia uma impressão normal para o modelo da impressora, quem controla tudo depois é o windows. Seria interessante passar ao pessoal da Daruma isso, talvez uma configuração possa ser feita.

Pode anexar um xml para darmos uma olhada e tentar lhe ajudar?

Aqui normal, uso isso em produção inclusive, tanto com fortes report quanto com fast report.

Mas você configurou o id do token no ACBrNFeMonitor?

DR700H

No próprio demo do ACBrNFe existe o exemplo de como fazer tudo.

Aqui com Daruma e Bematech imprime em velocidade normal da impressora.

Está funcionando normalmente. Talvez seja necessário você atualizar a sua cadeia de certificados, pois é isso que a mensagem diz.

Não precisa renomear. Você tentou copiar todas as dlls da pasta "<ACBr>\DLLs\XMLSec" para o System32?

Chegou a verificar junto ao SEFAZ? Vários usuários estão relatando instabilidade no SEFAZ/SP.