rossine

Bom dia pessoal, Após compilar o acbr para lazarus eu executo e entro nele e clico em "Salvar" aí me ocorre o erro abaixo: Talvez seja por isto que meu acbr não esteja aceitando nenhum comando. Obrigado, Rossine.

Olá Daniel, Você poderia gerar novamente o instalador do acbrmonitor por favor ? Obrigado, Rossine.

Boa tarde pessoal, Acho que meu lazarus aqui está com problema, pois eu gero o acbrmonitor.exe mas não consigo enviar comandos para o acbr. o comando aparece na barra do acbr "Comandos a processar" e não sai disto. Poderiam enviar para [email protected] o acbrmonitor.exe e ecfteste.exe de vocês ? Sobre os testes com a bematech vou ver se amanhã consigo realizar estes mesmos testes. Obrigado, Rossine.

Olá Fernando, Muito Obrigado pelo fix. Irei testar aqui Eu também uso impressora bematech aqui. Será que estes fix´s vão funcionar para ela também ? Muito obrigado mesmo pela força Rossine.

Bom dia Fernando, Eu mudei meu esquema aqui para capturar os dados da redução Z. Eu estava fazendo assim: (Assim estava ficando errado) - Pego os dados da Redução Z com a função "DadosReducaoZ" - Emito a Z - Gravo os dados Mudei para fazer assim: (Assim DataMovimento está OK) - Emito a Z - Pego os dados da Redução Z com a função "DadosUltimaReducaoZ" - Gravo os dados Agora ficou correta a data da movimentação Fui conferir os dados da redução que gravei e lá está buscando o valor do desconto dobrado e está jogando para o valor cancelamentos. Veja o .ini da redução Z retornada: (Repare os tags TOTALDESCONTOS e TOTALCANCELAMENTOS) Na minha redução Z impressa eu tenho somente um desconto de R$ 0,44 e veja que está dobrando e ainda jogando para o cancelamento: [sTART_INI] [ECF] DATAMOVIMENTO = 14/04/2011 NUMSERIE = SW0XXX0000000000XXXX NUMLOJA = 1 NUMECF = 001 NUMCOOINICIAL = 004715 NUMCOO = 004722 NUMCRZ = 0308 NUMCRO = 0028 [ALIQUOTAS] T0T0700 = 0.00 T0T1200 = 0.00 T0T1800 = 18.28 T0T2500 = 0.00 T0T3000 = 0.00 T0T1700 = 0.00 T0T0700 = 0.00 S0S0200 = 0.00 S0S0500 = 0.00 S0S0250 = 0.00 S0S0300 = 0.00 [OUTRASICMS] TOTALSUBSTITUICAOTRIBUTARIA = 0.00 TOTALNAOTRIBUTADO = 0.00 TOTALISENCAO = 0.00 [TOTALIZADORES] TOTALDESCONTOS = 0.88 TOTALCANCELAMENTOS = 0.88 TOTALACRESCIMOS = 0.00 TOTALNAOFISCAL = 0.00 VENDABRUTA = 18.72 GRANDETOTAL = 2313920.45 [END_INI] Veja em anexo a impressão da redução Z Obrigado pela atenção e pelo fix, Rossine.

Olá Fernando, Acho que o problema deve estar aqui. Eu não mando nenhum comando de abertura de dia para o acbr. Ontem eu emiti a redução e hoje antes de emitir qualquer cupom a Data do movimento estava 13/04/11. Emiti alguns cupons e a data do movimento ainda continua 13/04/11. Isto está certo ? eu abro o meu dia assim: if StatusEcf( "estRequerZ" ) && Redução Z está pendente ? Emitir_Z() ABRE_DIA() else * Eu nao estava fazendo isto - Talvez aqui esteja o problema if StatusEcf( "estRequerX" ) ABRE_DIA() endif endif Nesta função ABRE_DIA() eu fiz uma chamada direta a DLL ao comando "nRet := ECF_AberturaDoDia( "0" )" para abrir o dia na Sweda pois no acbr não tem este comando (pelo menos no manual não tem). Qual a lógica e comandos acbr que você testa aí para abrir o dia ? Talvez eu não precise fazer este comando de ECF_AberturaDoDia acima não, talvez seja somente a impressão de uma leitura X mesmo. Obrigado, Rossine.

Bom dia Fernando, Ontem a noite eu emiti a redução Z, e nela consta "Movimento do dia: 13/04/2010". Entrei hoje no acbr / ecfteste.exe e testei a data do movimento com a swedaSTX, e o retorno foi 13/04/11, veja abaixo: Ativar [sTX]/56+0000AA[134][128][130][128][128][ETX][148] - + - + - + - + - + - + - + - + - + - + - + - Data Movimento: (13/04/11) [sTX]134A000213/04/2011[0]20:37:54[0][0]13/04/2011[0]18:31:43[0][0]09/09/2010[0]08:18:00[0][0]13/04/2011[0]20:38:18[0][0][ETX][241][sTX]134+0000AA[134][128][130][128][128]A2[ETX][5] - + - + - + - + - + - + - + - + - + - + - + - Desativar ...e agora mudei para a SWEDA normal e veja o retorno da data do movimento abaixo: - + - + - + - + - + - + - + - + - + - + - + - Ativar .+0001000CREDUCAO 14S000000000000000000000000!1404110947N 001NN000000000000000000000000SNNN0 } - + - + - + - + - + - + - + - + - + - + - + - Data/Hora: 14/04/2011 09:47:00 .+0001000CREDUCAO 14S000000000000000000000000!1404110947N 001NN000000000000000000000000SNNN0 } - + - + - + - + - + - + - + - + - + - + - + - Estado: Livre .+0001000CREDUCAO 14S000000000000000000000000!1404110947N 001NN000000000000000000000000SNNN0 } - + - + - + - + - + - + - + - + - + - + - + - Data Movimento: (14/04/11) .+C00111404114713CN000000002313901730000030700000000000000000000000000000000000000000000000000000000000000000000000003322171H } - + - + - + - + - + - + - + - + - + - + - + - Aí é que está a minha dúvida pois usando a SwedaSTX, quando eu emito a redução em seguida eu mando gravar os dados dela só que a data do movimento consta a do dia anterior. A minha confusão está no comando "DadosReducaoZ". Veja: [ SWEDA - NORMAL ] Dados da Redução Z 60M [ECF] DataMovimento = 14/04/11 NumSerie = SW010500000000001085 NumSerieMFD = NumECF = 0001 NumLoja = 001 NumCOOInicial = 000332 NumCOO = 004713 [ SWEDA STX ] Dados da Redução Z 60M [ECF] DataMovimento = 13/04/11 NumSerie = SW010500000000001085 NumSerieMFD = NumECF = 001 NumLoja = 1 NumCOOInicial = 004714 NumCOO = 004713 Realmente a data que tenho que gravar a redução é 13/04/11. Hoje eu faço assim: - Pego os dados da ultima redução Z impressa - Emito a Z - Gravo os dados da Z Talvez meu problema esteja nesta lógica acima. Vou testar aqui fazendo assim: - Emitir a Z - retornar os dados desta Z atraves do comando "DadosUltimaReducaoZ" - gravar os dados Acho que a lógica correta seja esta. pois quando eu usava a "SWEDA COMUM" não tinha este comando "DadosUltimaReducaoZ" aí como eu estou usando a STX agora, terei que fazer assim para ficar correto. Vou testar aqui e depois comento aqui os resultados. Obrigado pela força Rossine.

Boa Noite Daniel, Agora ficou beleza o status da gaveta Sobre a data do movimento, ainda está retornando a data errada. Hoje aqui está aparecendo 08/04/11 sendo que a data da impressora é 13/04/11. Veja o LOG: ECF.NumECF OK: 001 ECF.DataHora OK: 13/04/11 20:08:50 ECF.ModeloStr OK: SwedaSTX ECF.DataMovimento OK: 08/04/11 ECF.Porta OK: COM1 ECF.NumCupom OK: 004702 ECF.Estado OK: estLivre ECF.Ativo OK: True Está ocorrendo um erro aleatório aqui também quando vou ativar o acbr ERRO: Erro retornado pela Impressora: SwedaSTX Erro (0193) Falha de comunicação na transmissão das informações Será que isto pode estar relacionado ao timeout que setei aqui ? Obrigado pela nova versão do acbrmonitor, Rossine.

Boa tarde Daniel, Eu testei com o ecfteste.exe e agora está retornando corretamente o status da gaveta O problema é que quando eu clico em "salvar" no acbrmonitor ele abandona a execução e não retorna para aquela tela que tem o botão minimizar e com isto não consigo enviar nenhum comando mais. Eu testei criando o arquivo c:\acbrmonitor\ENT.TXT e não retorna o SAI.TXT. Caso com você não esteja ocorrendo isto, poderia me fornecer o seu acbrmonitor.exe e ecfteste.exe por favor ? Obrigado pela solução, Rossine.

Boa tarde Fernando, Eu testei aqui usando o acesso direto a convecf.dll com o comando ECF_VerificaEstadoGaveta( @cRet ) para ver se era algum problema na impressora ou gaveta, mas o retorno é feito corretamente, ou seja, 0 ou 1. Sigo investigando, obrigado, Rossine.

Olá Fernando, Eu enviei para a impressora o comando "11" e o Acbr abriu a gaveta. Enviei assim: ECF.EnviaComando(11) OK: P11+0000AA?? Eu testei enviando o comando 34 e os retornos parecem ser sempre iguais: Veja que sempre retorna: "34+0000AA??" Testes com a gaveta fechada: ECF.EnviaComando(34) OK: W34+0000AA?? ECF.EnviaComando(34) OK: X34+0000AA?? ECF.EnviaComando(34) OK: Y34+0000AA?? ECF.EnviaComando(34) OK: Z34+0000AA?? ECF.EnviaComando(34) OK: [34+0000AA?? Testes com a gaveta aberta: ECF.EnviaComando(34) OK: d34+0000AA??? ECF.EnviaComando(34) OK: e34+0000AA??? ECF.EnviaComando(34) OK: f34+0000AA??? ECF.EnviaComando(34) OK: g34+0000AA??? ECF.EnviaComando(34) OK: h34+0000AA??? Testes com a gaveta fechada: ECF.EnviaComando(34) OK: i34+0000AA??? ECF.EnviaComando(34) OK: j34+0000AA??? ECF.EnviaComando(34) OK: k34+0000AA??? ECF.EnviaComando(34) OK: l34+0000AA??? Talvez usando o "ECF.EnviaComando" eu consiga pegar este retorno, mas qual seria o código do comando para pegar o retorno da gaveta ? Onde vejo uma tabela com os códigos destes comandos ? Obrigado, Rossine.

Bom dia Fernando, Veja os retornos nos comandos de abrir a gaveta e do status dela. Na tela do debug do ACBR me aparece assim: ecf.abregaveta OK: 911+0000AA?? ecf.gavetaaberta OK: False ...e no LOG.TXT aparece assim: ecf.abregaveta OK: 911+0000AA‡€‚€€– ecf.gavetaaberta OK: False Já no ECFTESTE.exe me aparece assim: Ativar [sTX]/56+0000AA[135][128][130][128][128][ETX][149] - + - + - + - + - + - + - + - + - + - + - + - Gaveta Aberta: NAO [sTX]134+0000AA[135][128][130][128][128][ETX][147] - + - + - + - + - + - + - + - + - + - + - + - AbreGaveta [sTX]311+0000AA[135][128][130][128][128][ETX][144] - + - + - + - + - + - + - + - + - + - + - + - Gaveta Aberta: NAO [sTX]534+0000AA[131][128][130][128][128][ETX][147] - + - + - + - + - + - + - + - + - + - + - + - Gaveta Aberta: NAO [sTX]734+0000AA[135][128][130][128][128][ETX][153] - + - + - + - + - + - + - + - + - + - + - + - Gaveta Aberta: NAO [sTX]934+0000AA[135][128][130][128][128][ETX][155] - + - + - + - + - + - + - + - + - + - + - + - AbreGaveta [sTX];11+0000AA[135][128][130][128][128][ETX][152] - + - + - + - + - + - + - + - + - + - + - + - Gaveta Aberta: NAO [sTX]=34+0000AA[131][128][130][128][128][ETX][155] - + - + - + - + - + - + - + - + - + - + - + - Gaveta Aberta: NAO [sTX]?34+0000AA[131][128][130][128][128][ETX][157] - + - + - + - + - + - + - + - + - + - + - + - Obrigado pela atenção, Rossine.

OK Daniel, entendi. Irei tratar aqui se na string retornada no comando "Ativar", contém as palavras "OK" ou "ERRO". Obrigado pelo retorno, Rossine.

Olá pessoal, Primeiramente obrigado pelo interesse de todos. Vou pegar em um cliente meu que está ocorrendo o problema com a data do movimento. Em relação aos caracteres estranhos, eu os vejo no retorno do comando "ativar". O retorno deste comando está sendo: OK: l34L0001C10002360c2l34+0000AC˜’€€L1~ E na tela do debug do acbr é retornado: (Observem que o mesmo comando "Ativar" tem retornos diferentes) ECF.Ativar OK: c34I0001SWEDA .IF ST200 +ECF-IF 011 01.00.01 EÞc34+0000AC˜’€€I1r ECF.NumSerie OK: 00000000000000000001 ECF.Aliquotas OK: T01 T17,00|T02 T5,00|T03 T7,00|T04 T10,00|T05 T12,00|T06 T18,00|S01 S1,00|S02 S10,00|S03 S5,00|S04 S15,00|S05 S2,50 ECF.CarregaAliquotas OK: T01 T17,00|T02 T5,00|T03 T7,00|T04 T10,00|T05 T12,00|T06 T18,00|S01 S1,00|S02 S10,00|S03 S5,00|S04 S15,00|S05 S2,50 ECF.DataHora OK: 12/04/11 15:50:36 ECF.Desativar OK: ECF.Ativar OK: l34L0001C10002360c2l34+0000AC˜’€€L1~ ECF.NumSerie Em relação aos comandos de gaveta, usando a impressora sweda, o comando "AbreGaveta" eu consigo abrir a gaveta normalmente mas o comando de teste para ver o status da gaveta "GavetaAberta" sempre me retorna .T., mesmo com a gaveta fechada. Eu prefiro usar a SwedaSTX pois realmente ela é mais rápida que a Sweda normal. De todos meus testes aqui estes foram os problemas que detectei com a STX: 1) Comando Ativar -> Caracteres estranhos 2) Comando GavetaAberta -> Sempre retorna TRUE 3) DataMovimento -> Pegando data anterior (Vou pegar o log em meu cliente) Estou usando: - Acbrmonitor for lazarus, que compilo aqui - Versão: ACBr Monitor Ver.0.9.1a - ACbr: 0.9.0a - Esquema de troca de arquivos: Monitorando Comandos TXT em: C:\ACBrMonitor\ENT.TXT Respostas gravadas em: C:\ACBrMonitor\SAI.TXT Log de comandos será gravado em: C:\ACBrMonitor\LOG.TXT Obrigado, Rossine.

Bom dia pessoal, Obrigado pela riqueza de informações que vocês me passaram. Usando o acbr com o modelo "sweda" eu não consegui trabalhar com os comandos de gaveta e também não consegui retornar os dados da ultima redução. Me parece que dava uma mensagem falando que aqueles comandos não tinham sido feito ainda para a sweda, e como eu não programo em delphi, aí optei em testar o modelo "SWEDA STX". Só que nos retornos da STX eu observei também que são retornados uns caracteres estranhos (carinhas,#$¨%, etc...). Eu gostaria de saber dos colegas se é possível tratar estes caracteres "estranhos" na STX, ou seria possível implementar estes comandos de gaveta e redução Z na sweda normal. Obrigado pela atenção, Rossine.

Boa tarde Fernando, Se puder enviar o manual para [email protected] lhe serei grato Obs1: No meu caso eu não consigo mexer nos fontes do acbr pois eu programo em harbour Obs2: Eu optei em usar a sweda STX pois preciso do comando "DadosUltimaReducaoZ" e dos comandos para gaveta que não tem no acbr para a impressora "SWEDA" ou eu não estou sabendo usá-los aqui. Obrigado pela ajuda de todos, Rossine.

Boa tarde pessoal, Olha eu testei com o emulador e funcionou corretamente, mas usando impressora me retorna a data anterior mesmo. Vou investigar mais sobre este problema e posto os resultados aqui. Obrigado pela atenção, Rossine.

Bom dia pessoal, Usando Acbr for Lazarus e SwedaSTX a Data do Movimento retornada é a data do dia anterior. Quando mudo para "Sweda" a data fica correta. Teria como corrigir isto ou é algo que estou fazendo errado aqui ? Obrigado, Rossine.

Olá Pessoal, Copiando os arquivos abaixo para a pasta c:\acbrmonitor funcionou - bemamfd2.dll - bemafi32.ini - bemamfd.dll - bemafi32.dll Obrigado, Rossine.

Bom tarde pessoal, Se eu entrar dentro do ACbrmonitor Lazarus para configurar algo ou fazer algum teste, me parece que ele está ficando travado pois meu sistema trava, seria como se o ACbr deixasse algum arquivo travado em read-only. Para voltar a funcionar corretamente eu preciso reiniciar o ACbrMonitor. Como resolver isto ? Obrigado, Rossine.

Olá pessoal, Ao executar o comando "EspelhoMFD_DLL" dentro do ecfteste, me é retornado este erro: - + - + - + - + - + - + - + - + - + - + - + - --------------------------------- Erro ao executar xECFDownloadMF Cod.: -8 .+C001H00000000000000000001 01.00.01 00010022000015000019000207000000000363000000000000000000000000000023801800000000000234 } - + - + - + - + - + - + - + - + - + - + - + - --------------------------------- ...e ao executar o comando "ArquivoMFD_DLL" dentro do ecfteste, me é retornado este erro: Erro ao executar xECFDownloadMF Cod.: -8 .+C001H00000000000000000001 01.00.01 00010022000015000019000207000000000363000000000000000000000000000023801800000000000234 } - + - + - + - + - + - + - + - + - + - + - + - Estou usando ACbrMonitor for Lazarus e sweda. O que pode estar errado ? Obrigado, Rossine.

Opa, Procurando na internet achei esta explicação do Daniel: "Este erro ocorre quando a porta Serial não pode ser aberta ou não existe no sistema. Verifique se vc possui algum driver no CONFIG.SYS ou outro programa rodando que esteja prendendo a porta Serial " Obrigado, Rossine.

Estou instalando o acbrmonitor em uma nova maquina e está me apresentando a seguinte mensagem: "Comunication error 2: O Sistema não pode encontrar o arquivo especifico" Qual arquivo é este ? Obrigado, Rossine.

Boa tarde, Eu emiti um cupom fiscal com as formas dinheiro e cartao. Apos a emissão do cupom de venda e do cupom não fiscal vinculado com os dados do cartão, eu cancelo os cupons emitidos anteriormente. Ao processar o comando "ECF.cancelaCupom" me é impresso dois Cupons de cancelamentos: Um que cancela o cupom vinculado tendo nele impresso o título "Comprovante de credito ou debito estornado" e o outro é o "Cupom Fsical cancelamento" que cancela o cupom de venda. A minha pergunta é. Internamente o acbrmonitor é quem comanda o cancelamento dos dois cupons ? Ex: Cupom 3439 -> Cupom de Venda Cupom 3440 -> Cupom Não fiscal Vinculado com os dados do cartão de credito Cupom 3441 -> Cupom de cancelamento "Estorno" do cartão, que cancelou o cupom 3440 Cupom 3442 -> Cupom de cancelamento de Venda, que cancelou o cupom 3439 Obrigado, Rossine.

Bom dia Daniel, Vou atualizar o SVN e testar. Obrigado pela correção Rossine.