Régys Silveira

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.

A compilação semanal do monitor nem sempre possui novas funcionalidades, geralmente são acertos de bugs ou compilação normal somente. Quando é implementada uma nova funcionalidade o changelog é atualizado.

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?

Quanto ao componente não muda nada, no seu cliente, se estiver utilizando um certificado mais antigo, vai precisar atualizar as cadeias de certificado para as novas disponibilizadas pelo SEFAZ, geralmente para certificados mais novos o gerenciador já instala elas.

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.