Régys Silveira

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?

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.

Eles não disponibilizam números de cartões para teste, você deve utilizar os seus. Além do tipo do cartão, existem configurações no SitDemo e no sitef ini para liberar ou não as transações, geralmente as configurações são colocadas nas observações dos testes ou no início do roteiro. Outro ponto, o valor da transação deve ser o valor informado no teste, qualquer outro valor, não gera o mesmo resultado, pois o SitDemo é preparado para entender os valores conforme os testes. Você também deve implementar as telas de coleta nos eventos, se estiver utilizando o TEF Demo do ACBr ele já tem exemplos. Fiz os testes aqui com meu SitDemo ultima versão disponibilizada e TEF Demo, tudo ocorreu normalmente.

Pode postar o XML que está tentando imprimir?

É por isso que ainda insisto que é problema no estado, geralmente o endereço de consulta da NFC-e é no estado, neste caso está se utilizando o endereço genérico para consulta diretamente ao webservice, isso mostra que a nota foi e tudo ocorreu como devia, somente a consulta da NFC-e é que está com problema. Entre em contato com o SEFAZ e exponha o ocorrido, provavelmente eles ainda estão em fase de implementação e existe algum problema ainda, ou eles lhe darão o caminho correto para resolvermos o problema da consulta.