giulianon

Pra eu saber se esse padrão é seguido, teria que consultar o manual de programação das 3 marcas e observar se todas sugerem essa sequência é isso? Ou esse padrão está documentado em algum lugar? Em 2 semanas eu acredito que vou ter uma Urano em mãos e ai vou poder testar nas 3 marcas. Funcionando nas 3 podemos considerar que padrão está sendo seguido certo? Att.

Seria sim Elton. Mas a Urano como fica? Att.

Bom dia galera! O pessoal da Dataregis viu a mensagem no fórum e me encaminhou o seguinte email. Analisando o trecho de código que acontece o erro na classe ACBrECFFiscNET, realmente está fora da sequência. FiscNETComando.NomeComando := 'EncerraDocumento' ; FiscNETComando.TimeOut := 5 ; FiscNETComando.AddParamString('Operador',Operador) ; if Obs <> '' then FiscNETComando.AddParamString('TextoPromocional',Obs) ; EnviaComando ; Essa alteração eu poderia fazer, mas acredito que seria mais prudente que o pessoal que mantém o projeto à fizesse, já que essa classe envolve 3 marcas de ecf (Elgin, Urano e Dataregis) e o código atual funciona perfeitamente na Elgin, pois testei essa ecf a 1 semana atrás. Fico aguardando um posicionamento. Att.

Bom dia colegas! Agora estou testando a ecf Dataregis e ao tentar fazer um cupom identificando o cliente recebo o seguinte retorno: ---------------------------------------- -- 12:39:32 EfetuaPagamento( -2 , 0,01 , , 0 ) TX -> {48;PagaCupom;CodMeioPagamento=-2 Valor=0,01;44} 12:39:34 RX <- {48;0;;6} -- 12:39:34 TotalPago TX -> {49;LeMoeda;NomeDadoMonetario="TotalDocValorPago";49} 12:39:34 RX <- {49;0;ValorMoeda=0,0100;23} -- 12:39:34 FechaCupom( MD5: 239D93E3FD6E83A8F2327E09B4E8D93C Caixa: 099 Operador: JOEL ) TX -> {50;EncerraDocumento;Operador="Giu" TextoPromocional="MD5: 239D93E3FD6E83A8F2327E09B4E8D93C Caixa: 099 Operador: JOEL";120} 12:39:36 RX <- {50;8000;NomeErro="ErroCMDForaDeSequencia" Circunstancia="Propaganda deve ser impressa antes da identificacao do consumidor.";125} ----------------- ERRO ----------------- Erro retornado pela Impressora: FiscNET: DATAREGIS - 3202DT Erro: 8000 - ErroCMDForaDeSequencia Propaganda deve ser impressa antes da identificacao do consumidor. ---------------------------------------- Alguém teve esse problema? Att. Att.

Opa! Tranquilo Daniel. Estamos ai pra ajudar. Estou testando algumas marcas (Sweda, Elgin, Bematech, Dataregis, Daruma, Urano e Epson) de ecf no meu sistema incluindo todas as funções do menu fiscal. O que eu for encontrando de "problema" faço um post aqui e tento corrigir se possível. As marcas que eu já testei e estão ok são: Sweda, Elgin e Bematech. Nesse momento estou testando a Dataregis e a próxima é a Daruma. Att.

Segue anexo unit com a correção da função ArquivoMFD_DLL Att. ACBrECFBematech.pas

Bom galera! Achei o problema e já arrumei na classe da Bematech. Era na chamada da função xBematech_FI_DownloadMFD. Os parâmetros estavam sendo passado no formato errado. O download da memória estava vindo sem o período correto, e consequentemente ao chamar a função xGeraTxtPorCOO era gerado o arquivo vazio causando o erro. Gostaria de saber pra quem enviar a correção pra que nos próximos updates do ACBR isso já venha certo Att.

Bom colegas, consegui gerar trocando a função que gera o arquivo. Tava usando a LeituraMFDSerial e agora estou usando a EspelhoMFD_DLL. Bom mas agora surgiu problema na geração do Arquivo MFD. Gerando o arquivo por data tudo ok. Gerando por intervalo de coo estava dando um erro ao criar o arquivo. Já tinha passado por isso nos testes com a Sweda e a correção foi a mesma. Alias no processo de geração por data já estava corrigido. Foi só trocar os parâmetros de PChar pra PAnsiChar. Estou usando a função ArquivoMFD_DLL e o problema agora está nesse trecho. Resp := xGeraTxtPorCOO( PAnsiChar( ArqTmp + '.mfd'), PAnsiChar( ArqTmp+'_ESP_' + '.txt'), StrToInt(Prop), COOInicial, COOFinal); Essa função está gerando o txt vazio o que causa um List index out of bounds mais abaixo. Alguma idéia do que pode ser? Obrigado!! PS: Esqueci de falar que uso Delphi 2010

Boa tarde colegas! Estou tentando gerar o Espelho MFD utilizando o programa ECFTeste e está retornando um erro de parâmetro inválido. Estou utilizando a última versão da DLL. Segue o log do acbr: -- 15:05:43 25/02/2011 Ativar TX -> [sTX][4][0][28][19]/[0] 15:05:43 RX <- [0][0][0][0] -- 15:05:43 TX -> [sTX][5][0][28]#)h[0] 15:05:43 RX <- [1][1][1][0][0][0][0] -- 15:05:43 TX -> [sTX][5][0][28]#<{[0] 15:05:44 RX <- BEMATECH MP-2100 TH FI ECF-IF [0][0][0][0] -- 15:05:44 TX -> [sTX][5][0][28]#(g[0] 15:05:44 RX <- BE050975600000044029[0][0][0][0] -- 15:05:44 Estado TX -> [sTX][5][0][28]#[17]P[0] 15:05:44 RX <- [0][0][0][0][0] -- 15:05:44 TX -> [sTX][5][0][28]#A[128][0] 15:05:44 RX <- [16][0][0][0][0] -- 15:05:44 TX -> [sTX][5][0][28]#[ESC]Z[0] 15:05:44 RX <- [0][0][0][0][0][0][0] -- 15:05:44 Estado TX -> [sTX][5][0][28]#[17]P[0] 15:05:44 RX <- [0][0][0][0][0] -- 15:05:44 TX -> [sTX][5][0][28]#A[128][0] 15:05:44 RX <- [16][0][0][0][0] -- 15:05:44 TX -> [sTX][5][0][28]#[ESC]Z[0] 15:05:44 RX <- [0][0][0][0][0][0][0] -- 15:05:56 LeituraMFDSerial( 2111 , 2111 , Linhas) TX -> [sTX][5][0][28]#[11]J[0] 15:05:56 RX <- [0][1][0][0][0][0] -- 15:05:56 TX -> [sTX][22][0][28]>EC0021110021110001[237][ETX] 15:05:56 RX <- [1][1][ETX][0] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Número de parâmetros de CMD inválido Comando não executado Número de parâmetro inválido ---------------------------------------- Agradeço desde já qualquer dica ou ajuda! Obrigado!

Boa tarde pessoal! Alguém sabe me dizer se tem como programar ecf Elgin FIT 1E para que ela faça os avanços de linha ao final de cupons, relatórios gerenciais, etc automaticamente? Pergunto isso porque programei o meu sistema utilizando a Sweda e a mesma ao final de cada cupom já posiciona no exato local do corte sem que eu precise mandar o comando para avançar linhas. Ai agora fui testar a Elgin e ela não faz isso. Tenho que ao final do cupom mandar o comando avançando 7 linhas pra que ela posicione no lugar certo. Ou seja, se não tiver uma forma de programar isso nela vou ter que sair no meu sistema todo alterando pra que esse avanço seja feito. Ou avançando linhas em todas as ecf ou então incluindo IFs para cada ecf o que seria pior ainda. Agradeço qualquer ajuda ou dica. Att.

Boa tarde Nilson! A maioria das informações você deve pegar antes de emitir o Z já que as mesmas são "zeradas" após a redução. Utilize a classe AcbrECF1.DadosReducaoZ para pegar as informações e gravar na sua tabela. Depois emita o Z E novamente utilize a classe AcbrECF1.DadosReducaoZ para pegar o restante das informações.

Vc instalou os componentes da lib acbr no Delphi? Se instalou deve estar faltando configurar algum path. A dll ou vc coloca na pasta da aplicação ou no system32 do windows. Se não for usar o sintegra através da DLL então basta remover a declaração da dll no início da unit.

O campo MF adicional é meio complicado de consultar em algumas marcas de ecf. Então fica a dica que os homologadores me passaram. Mantenha um cadastro de ecf no seu sistema com essas informações ecf pré-cadastradas. Os totalizadores são tranquilos pra pegar. De uma olhada no exemplo ECFTeste que vem junto como ACBR. Na aba Dados da Redução Z. O número sequencial da ecf vc consegue com a função (ACBrECF1.NumECF) O ideal é que vc olhe com calma o exemplo ECFTeste. É um exemplo bem completo no que diz respeito as funções da ecf. Att.

Bom dia galera! Fiz minha re-homologação dias 5 e 06/01/2011 na PUC-RS e dessa vez utilizei o ACBR de ponta a ponta no meu sistema. Pra não dizer que ele foi 100%, relato que tive um probleminha na geração do arquivo mfd por coo, mas que foi rapidamente corrigido graças ao ACBR ser um projeto de código aberto. O problema foi com a função que gera o arquivo na ecf Sweda, e só acontece utilizando o Delphi 2010 devido a uma "incompatibilidade" de tipos na assinatura da função. Tive apenas que mudar de PAnsiChar pra AnsiString. No mais tudo funcionou perfeitamente, então deixo aqui o meu agradecimento a todas as pessoas que mantém esse maravilhoso projeto. Todos sabemos da confusão que é esse PAF e graças ao ACBR tudo fica mais fácil. Obrigado a todos! Fico a disposição pra ajudar tanto no desenvolvimento quanto aos colegas que ainda vão enfrentar a homologação. Abraço a todos

São 2 arquivos. 1o. Arquivo contendo o NOME e o md5 de todos os arquivos (exes, dll, txt, config, etc) que sejam utilizados pra atender os requisitos do paf-ecf. O banco de dados não é incluido. Veja bem, esse arquivo contém apenas uma lista de informações. Exemplo: Nome do arquivo: lista.txt Conteúdo: c:\programa\programa.exe MD5: D3990A7C3B0B9B9E5451EC8E88FDAD50 c:\programa\lib\ecf.dll MD5: 642837B66738C63FE728FFEA22DE503B c:\programa\server.conf MD5: 2E537EFBEEC11308FF46CCC9D6BBF381 Esse arquivo deve ser gerado cada vez que o paf-ecf for iniciado. Nesse mesmo processo vc deve gerar o MD5 do próprio arquivo lista.txt e incluir ele no 2o arquivo que explico a seguir. Ex: lista.txt MD5: CA8E70291ECE721E23313552FBB28B3C Esse MD5 como eu disse é incluido no 2o arquivo e deve consultado e impresso em cada cupom fiscal. 2o - Arquivo contendo o número de série e gt de todas as ecfs utilizadas pelo estabelecimento e o md5 do 1o arquivo (lista.txt ). No caso de haver filiais cada filial tem o seu arquivo já que as ecfs são por cnpj. As informações desse arquivo devem ser criptografadas. Exemplo: Nome do arquivo: ecfs.txt Conteúdo do arquivo: CA8E70291ECE721E23313552FBB28B3C 1;6EF5381C7EC3CD91F145410440401D79C5C599FE41;98FC58FC1D2064F8192A6FD67C81DF2C0F73 2;B73FE360A2BFC19DFD494D084C4C1175C9C99CF844;D532173353EE2B3757EF123D1A7CDE243B5B 3;50B491B5D56BAFB3D363A7A2A6E67A9EA2E27490B4;1672D77C9CA1E57A9AADE96FEB2D3353E62A Esse arquivo é gerado uma vez quando o paf-ecf for instalado e a partir dai atualizado a cada venda. É isso! Espero ter ajudado! Abraço! Giuliano Naspolini Ribeiro Automalog Consultoria e Sistemas Ltda