rossine
-
Total de ítens
153 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por 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,
...O dia 14 ainda não foi aberto...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.
Erro de execução após compilar acbr
em ACBrSerial
Postado
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.