Cleber Ferreira

Ok Juliomar! Mas eu digo se está implementado a nível de ACBr, pois o pessoal está conversando aqui somente a respeito de alguns modelos. É porque fui fazer testes com o emulador FiscNET e acusou que a função em questão não está implementada.

está disponível em todos os modelos de ecf que o acbr suporta, ou somente os citados nos tópicos acima?

Enviado!

Esse e-mail não é válido. Me passa um e-mail seu

Estou enviando nesse momento no e-mail que está na sua assinatura

O emulador FiscNet permite realizar uma intervenção completa. Tanto que quando vc o utiliza pela primeira vez, pode colocar dados como CNPJ, inscrição, endereço e demais dados além de configurar alíquotas, totalizadores, relatórios, etc, etc...

Na bematech elas ficam gravadas. Não posso dizer das outras marcas. Eu particularmente não uso o ECF.IdentificadaPAF. Prefiro passar no rodapé do cupom durante o fechamento.

Os requisitos dizem somente sobre o MD5 no rodapé do cupom. Alguns dizem que tem que colocar (não há obrigatoriedade para isso), outros não deixam (seguem disciplinadamente a ER), para outros tanto faz (não compromete as funcionalidades). Vai da cabeça de cada um.

Sim Ítalo, já estou por dentro dessa informação. Mas teria algum formulário aí com você para me passar?

Bom dia! Galera, alguém teria em .doc ou .xls algum modelo de formulário para carta de correção de CT-e? Pergunto porque me parece que nos eventos, segundo a NT 2012/004 por enquanto só EPEC foi disponibilizado.

A geração do arquivo de controle é feita pelo Validador de arquivos do Convênio 115/03

Creio que aí está a resposta que voce procura

Galera, alguem conseguiu algo a respeito? Estou com a homologação próxima e preciso finalizar o tef. Por favor, se alguém puder me ajudar, estou precisando muito. Abraço

Boa tarde! Não sei se é coisa de simulador ou outra coisa. Mas é o seguinte: Eu tenho o NSU da transação original(CRT) utilizado como parametro no CNC. Aí depois quero utilizar esse mesmo NSU(chave no BD) como referência para dar o update no registro original informando NSU e data de cancelamento. Debugando aqui vi que utilizando um CNC, é disparado o evento OnDepoisConfirmarTransacoes e no RespostasPendentes.NSU retorna é outro NSU diferente daquele que passei nos parâmetros do CNC e depois um outro no RespostasPendentes.NSUTransacaoCancelada. Aí a dúvida aumentou. O evento OnDepoisConfirmarTransacoes é sempre disparado independente do comando utilizado (CNF, CNC, CHQ)? Se for onde entra o evento OnDepoisCancelarTransacoes? Somente no NCN de acordo com os testes que realizei aqui, certo? Mas até então blz. O que dificulta é que no evento OnDepoisConfirmarTransacoes não retorna (ou não soube localizar) o NSU original. Até dá para fazer manualmente um controle mais manual dentro da aplicação, só que o legal seria se o componente retornasse o original ou talvez como disse antes, é coisa de simulador. Para quê serve RespostasPendentes.NSU e RespostasPendentes.NSUTransacaoCancelada ao utilizar um comando CNC? Grato.

Regys, Achei um tópico antigo a respeito disso que pode esclarecer bastante as coisas. Eu estou achando que o problema é quando o ACBrTEFD tem que segurar até o CNC ser concluído com sucesso. Como não obteve sucesso na impressão, o arquivo temporário ainda fica lá na pasta '..,\tef\', por isso desse looping sempre querendo repetir o CNC, mesmo com o ecf desligado. Teria que cortar ali. Deixar o arquivo temporário permanecer, mas continuar somente se o ecf estiver ligado que é onde entra o OnInfoECF, o qual deve controlar isso. ineEstadoECF : begin case ECF.Estado of estLivre : RetornoECF := 'L'; estVenda : RetornoECF := 'V'; estPagamento : RetornoECF := 'P'; estRelatorio : RetornoECF := 'R'; estNaoFiscal : RetornoECF := 'N'; else RetornoECF := 'O' ; end; end; O RetornoECF tem que receber 'O'(Outro). O que este outro está fazendo? Não consegui localizar nos fontes. Espero que isso ajude um pouco para sanar esse problema.

Bom dia a todos! Alguém sabe me falar se em MG é permitido usar ECF na porta USB? (Na verdade é uma adaptador serial/usb). Há muito tempo lembro de alguém que me falou isso, mas não aqui no fórum. Se não for permitido, em quais manuais da legislação encontro essa informação?

Ok Regys! Em anexo os logs de hoje da ECF e TEF log.rar

Ele não tenta imprimir, mas fica chamando CNC sempre que vê que a ECF está desligada.

O meu evento OnInfoECF está assim: try case Operacao of ineSubTotal : begin ASubTotal := ECF.Subtotal ; if Cupom.vAcrescimo > 0 then ASubTotal := ASubTotal - ECF.TotalPago; RetornoECF := FloatToStr(ASubTotal); end; ineTotalAPagar : RetornoECF := FloatToStr(Cupom.vPago); ineEstadoECF : begin case ECF.Estado of estLivre : RetornoECF := 'L'; estVenda : RetornoECF := 'V'; estPagamento : RetornoECF := 'P'; estRelatorio : RetornoECF := 'R'; estNaoFiscal : RetornoECF := 'N'; else RetornoECF := 'O' ; end; end; end; except //raise; end; Praticamente igual do exemplo, só que tirando a parte do dedicado.

Eu consegui amenizar um pouco. Quando religa a ecf, a mesma imprime os comprovantes de cancelamento e finaliza com sucesso. Mas enquanto está desligada, fica com o looping pedindo o cancelamento da primeira transação: Se eu cancelo uma vez, aparece a mensagem de transação cancelada, assim como o homologador disse que tem que ser. Se eu consultar as transações no GP, está la a primeira transação como cancelada, só que o ACBrTEF fica pedindo o cancelamento novamente.

Eu queria encontrar a forma de quebrar esse looping de cancelamento da primeira transação

Galera, tentei fazer algo aqui no componente para tratar tal problema, mas não consegui evolução alguma, só atrapalhei... Alguém chegou a verificar isso e que possa me ajuda???

Não estou conseguindo com que retorne as parcelas. No evento OnDepoisConfirmaTransacoes to usando RespostasPendentes.Parcelas[x]. É isso mesmo?

Bom dia todos! Estou tendo uma dúvida na hora de desligar a ecf durante a impressão do comprovamente. Fiz estes testes no demo e aconteceu da mesma forma. Minha sequencia de passos é a seguinte: 1 - abro o cupom e vendo item 2 - realizo a 1ª transação de cartão 3 - realizo a 2ª transação de cartão 4 - subtotalizo o cupom 5 - registro as as formas de pagamento 6 - fecho o cupom Até aí blz. Depois: 1 - inicia a impressão do comprovante 2 - desligo o ecf no meio da impressão 3 - apresentada a mensagem "IMPRESSORA NÃO RESPONDE. TENTAR NOVAMENTE? SIM/NAO" 4 - se for escolhido SIM, ficará em looping como tem que ser 5 - se eu clicar em NÃO e com a ecf ainda desligada: 5.1 - segunda transação é desfeita 5.2 - primeira transação é cancelada Obs: Lembrando que até o momento a ECF ainda está desligada. Aí que acontece o problema. Como foram canceladas as transações, fica acontecendo um looping para imprimir o comprovante de cancelamento, ou seja fica tentando cancelar a primeira transação novamente sempre. Aí se eu ligo a ECF, não sai cancelamento algum, fica só o looping pedindo o cancelamento. Só que a transação já foi cancelada, não pode ser cancelada novamente. Eu verifiquei que na pasta "tef\" fica o arquivo "ACBr_TEF_DIAL_001.tef". É o que causa esse looping. Aí bagunça tudo, pois não cancela o comprovante atualmente aberto na ECF, e fica esse looping de cancelamento sempre. Configuracao: Gerenciador: tefDial Simulador: Pay&Go Multiplos cartões: Sim Auto Efetuar Pagamento: Não Auto Finalizar Cupom: Não Será que alguém pode me ajudar.

Sua pergunta ta meio que embolando no meio. Mas veja se eu entendi. Você está perguntando se tem problema destacar os impostos na nota mesmo que o destinatário não seja consumidor final? É isso? De tudo que li até agora, não vi restrição nenhuma a respeito. Com certeza é mais fácil destacar para todas as notas e não ficar verificando que é o destinatário é físico ou jurídico. Me corrijam se eu estiver errado.