abraao895

Encontrei aqui depois de um certo tempo de busca uma unit que efetua o tratamento. Agradeço a todos e desculpem o incômodo.

Não, embora exista um tratamento assim dentro do sistema, essa mensagem não fomos nós que criamos. Acredito que seja de dentro da própria ACBr.

No caso, fomos nós mesmos que implementamos os requisitos do PDV. Utilizamos o SiTEF em conjunto com o nosso sistema.

Sim, atendemos o PAF-ECF. Entendi. Agradeço.

Bom dia pessoal, Em um dos caixas que está instalado nosso frente de caixa, recebemos a seguinte mensagem: "Arquivo de configuração do ECF foi adulterado. Impossível continuar!" Gostaria da opinião de vocês em relação a esse problema. No caso algum arquivo utilizado pela ACBr foi corrompido de alguma forma? Seria isso? Desde já agradeço.

Bom dia Daniel. Agradeço o esclarecimento, ajudou bastante a gente aqui.

Boa tarde Daniel. Segue um log com mais detalhes. Log-19112013-2.txt

Boa tarde pessoal. Estou efetuando a impressão de relatório gerencial pelo seguinte source: //Imprime o relatório gerencial if not ecf.RelatorioGerencial(Relatorio.Text, via, Indice, False) then begin //Efetua o tratamento caso dê erro na impressão ecf.tratarImpressaoRGAposErro('Problema na impressão da via!', Relatorio.Text, via, Indice); end; Quando o cliente vai tentar efetuar a impressão da segunda via de um cupom mais de 150 itens, acontece o seguinte: Por volta do item 180, por exemplo, o ECF fecha o relatório gerencial e abre outro com COO incrementado em 1 e continua a impressão dos itens. Ele não chega a perder item. Verifiquei no log da ACBrECF e encontrei: -- 14:29:29:703 LinhaRelatorioGerencial( "173 07898903576998 ARROZ UNISSUL T2 5KG[CR][LF] 1,000 UN x 9,98 0700 6,90[CR][LF]Desconto Item 173 3,08[CR][LF]", 0 ) TX -> [STX]k25|173 07898903576998 ARROZ UNISSUL T2 5KG[LF] 1,000 UN x 9,98 0700 6,90[LF]Desconto Item 173 3,08[LF][ETX]r TX -> [STX]k25|173 07898903576998 ARROZ UNISSUL T2 5KG[LF] 1,000 UN x 9,98 0700 6,90[LF]Desconto Item 173 3,08[LF][ETX]r VerificaFimLeitura, Sequencia diferente da enviada (107) Seq:106 Tipo:! Tarefa:07 Erro:0 ACK:6 - Bloco:j07!0000AI€€’€€Ó 14:29:31:546 RX <- [STX]k25-0058AA[128][128][146][128][128][ETX][229] ----------------- ERRO ----------------- Erro retornado pela Impressora: SwedaSTX Erro (0058) Comando ou operação inválida! ---------------------------------------- -- 14:29:31:546 Estado TX -> [STX]l34[ETX][216] 14:29:31:718 RX <- [STX]l34+0000AA[128][128][146][128][128][ETX][215] Gostaria de saber se teria algum tratamento que eu poderia efetuar para poder amenizar este problema. Desde já agradeço as sugestões. Log-19112013.txt

Pessoal, coloquei uma validação através de uma procedure(FireBird), se caso houve mudança de mês entre a data de emissão da última redução Z e a data do dia corrente eu emito uma leitura de memória fiscal completa na abertura do turno. No Delphi efetuo também uma verificação, caso seja o primeiro dia do mês efetuo a impressão. Espero que com isso o ECF 'entenda' que já foi emitida a LMFC e não tente imprimir a mesma dentro da tela do PDV na abertura do cupom. Na virada do mês vou fazer um teste se funcionou e posto o resultado aqui.

Entendo, vou tentar verificar como posso tratar isso.

Sim, no meu caso o ECF está imprimindo automaticamente a memória fiscal completa todo começo de mês. O que aconteceu aqui foi um problema quando o ECF não tinha redução Z a ser tirada(ficou parada por um tempo). Ao tentar abrir o cupom, a memória fiscal completa foi emitida e gravou no banco de dados os dados da memória fiscal ao invés dos dados do cupom. Eu queria saber, se caso não exista redução Z pendente eu abrir o turno e tirar a memória fiscal, quando eu abrir o cupom o ecf não vai tentar imprimir novamente o mesmo? Em relação ao primeiro dia do mês.

Estou perguntando isso, pois estou com esse problema aqui. Se eu emitir a Leitura de Memória Fiscal Completa via ACBr no primeiro dia do mês e o ECF não emitir mais automaticamente resolveria. Alguém efetuou algum teste nesse sentido?

Bom dia pessoal, no caso, se for o primeiro dia do mês, após a redução Z eu emitir a leitura memória fiscal pela ACBr. Quando for abrir o cupom o ECF 'entende' que a leitura memória fiscal foi emitida e não emite novamente? Seria isso que o Régys falou acima?

Entendo.

Certo, no caso, os cartões TEF que utilizam a mesma forma de pagamento de ECF(no caso demonstrado acima) seriam mesclados em uma única "forma de pagamento" que seria registrada no cupom fiscal.

Desculpa, não entendi. No caso, passaria o valor da venda total em único cartão TEF?

Estou com a Daruma FS700 e efetuando o teste: 1 - Venda com fechamento em 2 cartões TEF 2 - Ambas utilizam a forma de pagamento 03 = Cartão Recebo o seguinte erro: -- 13:10:13:302 TX -> [FS]F[212]0301001601000000011440[255][255][255]u Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 43 - Estendido: 134 -> Erro gravando moeda na MF Cod.Aviso: 0 13:10:20:328 RX <- :4313400[212]001602[CR][215] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma Não pode mais emitir CNF Vinculado solicitado Erro estendido (134 -> Informações sobre o pagamento não disponíveis) ---------------------------------------- Acredito que seja o mesmo erro do vini_alpha. A exceção é lançada exatamente na ECFAbreVinculado. NOTA: Na Daruma FS700 troquei "GrupoVinc[K].Total" por "RespostasPendentes[J].ValorTotal" e consegui efetuar a impressão normal do CCD. Vou fazer um teste na Sweda e na Bematech.

Segue um log gerado para o erro acima utilizando o demo do ACBrTEF. Log-TEF.TXT

No caso seria pressionar a tecla <ALT> com a tecla <R> para voltar para o campo de entrada de dados anterior. Vou fazer um teste utilizando o demo do TEF para verificar o que acontece. Agradeço.

Bom dia pessoal, estou com o seguinte problema: 1 - Coloco a forma de pagamento em cheque TEF. No meu do TEF escolho Garantia TeleCheque. Após isso insiro os seguintes dados na ordem: a) 0 + <ENTER> <Numero_CPF_valido> + <ENTER> c) <OK> d) 08092013 + <ENTER> e) Deixo o campo vazio. Pressiono ALT+R. f) Troco de 08092013 para 09092013 + <ENTER> g) 022011 + <ENTER> h) Recebo a mensagem "Entrada de dados inv" Estou utilizando o simulador do SITEF 3.0.19.9 e nenhum log referente a isso foi gerado pelo ACBrTEF. Sem pressionar ALT+R os dados acima passam sem nenhum problema efetuando a venda normalmente. Gostaria de saber se isso está acontecendo com mais alguém ou se estamos fazendo alguma coisa errada em nosso teste. Desde já agradeço.

Boa tarde Masoro, realmente a gente tratou aqui utilizando: ACBrECF.AguardandoResposta ACBrECF.AguardaImpressao No caso tivemos que ir em debug analisando o código e inserindo uma procedure que fazia as verificações acima para ir eliminando os problemas. No caso, tome cuidado em travar totalmente o teclado, pois em uma venda frenética, quando for fazer a venda no ecf e o caixa passar os itens em alta velocidade em um leitor, por exemplo, você pode perder item da compra.

Bom dia pessoal, estou tentando rastrear esse problema para o suporte da Sweda. Fizeram o seguinte pedido: Saberiam me informar se o acesso pelo ACBr chega em algum momento a gerar esses arquivos?

Entendi.

Agradecemos a resposta.

Entendo, agradeço.