Cleber Ferreira

poste aqui os arquivos gerados e a identificação para darmos uma olhada.

Bom dia a todos! A critério de informação, hoje estive conversando com o Deynison da Polimig-MG questionando-o sobre a geração do arquivo 'REGISTROS DO PAF-ECF'. Ele me disse que ao emitir a redução Z, o PAF deve gerar esse arquivo contendo os registros do tipo R apenas da ECF que está emitindo a Z. Mas que se eu mandar gerar o arquivo através do Menu Fiscal. O mesmo deve conter os dados e movimentações de todas as ECF's do estabelecimento. Então o questionei que na ER 02.01 consta que deve ser gerado um arquivo para cada ECF, mas ele me respondeu dizendo que na ER está errado e que sairá uma nova versão do ATO COTEPE unificando todas as ECF's em um único arquivo. Eu dei uma olhada na geração do registro R01 exemplo do ACBrPAF e vi que apenas é passado ACBrPAF.PAF_R.RegistroR01, ou seja, 1 para 1. Fica aí o aviso ao pessoal para já ficar ciente quando for publicada a modificação. Abraços..

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?