Régys Silveira

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.

Então, é por isso que lhe perguntei como você está imprimindo o DANFE, mas você mostrou como está enviando. Se você estiver lendo o XML antigo e não o novo XML após o envio, realmente vai sair como não autorizado. O correto é regravar o XML após o envio, assim você o pega com o protocolo de autorização e recibo, ai sim, desse XML você lê para o componente e imprime.

Essa é justamente a diferença entre DAV é pre-venda, o DAV tem "vida eterna" fica em aberto no sistema até ser emitido o cupom, a pre-venda não, ao final do dia é lançado o cupom e cancelado se ela não foi emitida.

Para registro no SEFAZ/MG não é cobrado mais TEF desde o ano passado. Veja aqui o processo de registro: http://www.fazenda.mg.gov.br/empresas/ecf/instrucoes/instru_apli.htm

Vou rodar o roteiro aqui é verificar se houve alguma alteração.

Verifique a conexão com a internet, firewall, capicom instalada, certificado e cadeias de certificado.

O webservice de download não funciona para todos os estados, e onde funciona geralmente precisa que seja feito a manifestação do destinatário primeiro.

Não é melhor você tratar a exceção na sua aplicação e mostrar o que está acontecendo ao usuário? O erro 500 é um erro interno do servidor, geralmente é algo momentâneo ou situação que ele não esperava, e se você consulta novamente volta a funcionar depois de um tempo, ele acontece geralmente quando o servidor está em manutenção ou atualização.

Isso não tem nada a ver com a primeira pergunta, somente os métodos iniciados por "PafMF_" assinam automaticamente o arquivo, todos os outros métodos não o fazem. Quanto ao método LeituraMemoriaFiscalSerial, veja que o parâmetro simplificada existe, ele só é opcional, ou seja, se você informar acata o informado, se não o monitor utilizará um valor padrão interno.

1º A homologação do TEF e via acesso remoto ou temos que ir a SP como sempre foi ? A cerca de 2 anos já não existe mais homologação presencial para TEF Discado e para o Dedicado a primeira deve ser presencial e a re-homologação pode ser negociada para ser remota. 2º Já sou homologada TEF mas o meu certificado esta vencido a dois anos. Na ultima homologação ( 27/09/12 ) do PDV no Polimig eles não cobraram um certificado atualizado. Agora estão cobrando ? A Polimig só pede que a rotina de TEF esteja implementada para os testes, não pede o certificado TEF, o certificado TEF é pedido quando se registra em alguns estados, não todos.

Veja no Demo do ACBrTEFD o evento onInfoECF, tem uma observação mostrando como proceder para quando o cupom está aberto qual retorno deve ser enviado no evento, provavelmente é isso.

Agnaldo o link não está abrindo, Como vai ser a adoção, obrigatória, voluntário, gradual? Já existem prazos?

Complementando, A funções iniciadas por "PafMF_..." são especificas do menu fiscal, e seguem a legislação vigente do Paf-ECF, portanto, obrigadas a assinar o arquivo. Caso haja a necessidade específica de gerar o mesmo arquivo sem assinatura, basta utilizar o método ArqMFD_DLL, passando os parâmetros como desejado assim o arquivo será gerado sem assinatura.

Até onde vi, somente bastará atualizar a cadeia de certificados no computador do cliente, para o ACBrNFeMonitor não muda nada.

Por favor faça uma busca antes de abrir um novo tópico.

Jeferson, uma dica, você mantém dois repositórios, um seu de trabalho e outro normal, o normal você sempre atualizada, o seu de trabalho você altera como quiser, dai basta sempre que atualizar o normal, comparar com o seu de trabalho, assim você mantém o que muda e tem a opção de fazer o merge com o que foi criado, alterado no ACBr. A dor de cabeça é muito menor e o controle muito maior.

A única notícia que tenho quanto a SP e NFC-e é que eles sinalizaram poder utilizar ela, mas não sei como, nem quando, nem se é certo isso, por enquanto em SP o certo é o SAT.

Uma coisa que sempre percebi, é que a maquina virtual java é mais lenta em windows se comparada a um aplicativo compilado nativamente como os aplicativos feitos em Delphi.

1-Porque primeiro é realizado o estorno do vinculado ? A impressora fiscal só permite cancelar o cupom fiscal se ele for o último documento emitido, como a venda em cartão possui um CCD (cupom vinculado) na sequencia, então é enviado um estorno do vinculado para que seja possível o cancelamento do cupom fiscal, é a única situação na impressora fiscal onde é possível estornar um documento. 2-O estorno mencionado acima, é obrigatório? está previsto em alguma lei ? Obrigatório não é, ele acontece por conta do que foi explicado na primeira pergunta. 3-Se não estiver previsto em alguma lei, teriamos como deixar está impressão opcional, ou alterar as mensagens neste relatório ? Para não ocorrer o estorno do vinculado e nem o cancelamento do cupom, basta não programar o cancelamento do cupom no evento "onComandECF" do ACBrTEFD. Mas veja, você terá que implementar algum controle, pois o pagamento do cupom fiscal foi feito em cartão, é como você cancelou, então esse cupom continuará registrado, mas no caixa, não estará pago já que o pagamento foi cancelado. 4-Quem realiza este estorno, é o ACBR, a DLL, ou está programada internamente no software da impressora ? Se você utiliza ACBr a única coisa que é feita por DLL é a geração dos arquivos criptografados do menu fiscal, o restante é todo feito via comunicação direta entre o componente e a impressora fiscal. O restante da pergunta está descrito nas outras perguntas.

Vou tentar rodar novamente o teste aqui no laboratório e verificar, mas estava tudo ok. Você está com o ACBr atualizado? Chegou a verificar se todos os eventos necessários estão implementados corretamente conforme o Demo do ACBrTEFD?

ArbSis, só para ficar claro, aquele roteiro não oficial na verdade foi liberado por uma homologadora somente e deu o que falar, porque ele está cheio de erros, ninguém usa ele para homologar.

Aparentemente está correto, você tentou entrar em contato com a NTK para verificar a mensagem no log deles?

Você não informou os campos "natOp" e "dEmi" no arquivo .ini, eles não existem neste arquivo que você enviou.

Você pode criar uma stored procedure no banco de dados, utilizar o Clientdataset normalmente e manipular o Delta dele ou os eventos de post para inserir os dados. Ou pode deixar o Clientdataset normalmente, e usar um stored procedure recebendo dados deles para inserção, atualização, etc. O ideal seria passar o contexto, como o Maricelo disse, assim fica mais simples de ajudar.