Ir para conteúdo
  • Cadastre-se

peti9

Membros
  • Total de ítens

    12
  • Registro em

  • Última visita

Contact Methods

  • Website URL
    www.peti9.com.br

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

peti9's Achievements

Apprentice

Apprentice (3/14)

  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

0

Reputação

  1. Boa tarde pessoal! Depois de atualizar o ACBrFramework.Net.dll aqui no meu projeto, a ativação da ECF com acbrECF.Device.Porta = "Procurar" ou informando uma porta sem comunicação ("COM1" por exemplo) passou a travar a aplicação. Aí fui tentar fazer o mesmo procedimento com o ACBrFramework.ECFTeste.exe, e também travou o aplicativo na hora de Ativar. Obs: Se eu informar a porta correta onde está o ECF (COM2), o aplicativo de teste (e também minha aplicação) funciona normalmente. Já revirei o fórum pra ver se isso aconteceu com mais alguém e não encontrei nada. Alguém tem alguma ideia do que possa ser? Desde já agradeço a atenção!
  2. Bom dia Rafael! Sim, estamos utilizando como EscECF. Este erro aconteceu uma única vez ontem em um cliente que já utiliza o sistema a uns 2 meses. Depois do erro ele voltou a vender normalmente e está sem nenhum problema até então. Inclusive utilizamos essa Epson aqui para desenvolvimento e nunca tive nenhum problema parecido.
  3. É uma ECF-IF Epson TM-T900F Versão 01.01.00
  4. peti9

    Erro no VendeItem

    Bom dia Pessoal! Estou com dificuldade para entender o Log de um erro que ocorreu durante a venda de um item. Segue o log: -- 28/05 09:26:53:691 VendeItem( 90368 , #2805700#4022110#LEITE EM PO NINHO 400G . , FF , 1 , 15,33 , 0 , UN , % , D , 0 ) -- 28/05 09:26:53:691 TX -> [SOH][4][STX][NUL]U[NUL]90368|#2805700#4022110#LEITE EM PO NINHO 400G .|F1|UN|1000|3|1533|2|A|[224] -- 28/05 09:26:53:722 RX <- [ACK] -- 28/05 09:26:53:722 Status TX -> [ENQ][NUL] -- 28/05 09:26:53:738 RX <- [WAK][NUL][SOH][NUL][NUL][WAK] (1) -- 28/05 09:26:53:800 Status TX -> [ENQ][NUL] -- 28/05 09:26:59:416 Falha: 1 -- 28/05 09:26:59:479 Reenvio TX -> [SOH][4][STX][NUL]U[NUL]90368|#2805700#4022110#LEITE EM PO NINHO 400G .|F1|UN|1000|3|1533|2|A|[224] -- 28/05 09:26:59:510 Resposta: SEQ:5 CMD:0 EXT:0 CAT:15 RET:[SOH][NUL][NUL][WAK] TBR:0 BRS:"" CHK:0 -- 28/05 09:26:59:510 Falha SYN - RX <- [NAK][15][SOH][NUL][NUL][WAK] -- 28/05 09:26:59:510 Sincronismo TX -> [22] -- 28/05 09:26:59:526 Sincronismo RX <- [22][4] -- 28/05 09:26:59:526 Status TX -> [SOH][ENQ][STX][NUL]U[NUL]90368|#2805700#4022110#LEITE EM PO NINHO 400G .|F1|UN|1000|3|1533|2|A|[225] -- 28/05 09:26:59:526 TX -> [SOH][ENQ][STX][NUL]U[NUL]90368|#2805700#4022110#LEITE EM PO NINHO 400G .|F1|UN|1000|3|1533|2|A|[225] -- 28/05 09:26:59:541 RX <- [ACK] -- 28/05 09:26:59:541 Status TX -> [ENQ][NUL] -- 28/05 09:26:59:557 RX <- [WAK][NUL][SOH][NUL][NUL][WAK] (1) -- 28/05 09:26:59:619 Status TX -> [ENQ][NUL] -- 28/05 09:26:59:650 RX <- [WAK][NUL][SOH][NUL][NUL][WAK] (2) -- 28/05 09:26:59:713 Status TX -> [ENQ][NUL] -- 28/05 09:26:59:728 Resposta: SEQ:5 CMD:2 EXT:0 CAT:0 RET:[SOH][NUL][NUL][WAK] TBR:12 BRS:"2|1533|3066|" CHK:102 -- 28/05 09:26:59:838 RX <- [SOH][ENQ][STX][NUL][NUL][SOH][NUL][NUL][WAK][FF][NUL]2|1533|3066|f -- 28/05 09:26:59:838 -- Desativando a porta: COM1 Penso que o problema está naquele "Falha SYN". Mas o que seria ele?
  5. Resolvido! Reinstalei o driver da ECF, uma Daruma FS800i e funcionou.
  6. Boa Tarde pessoal! Estou implementando um controle para saber o fim da impressão da leitura X, para então executar uma próxima ação Após a emissão da X, eu verifico o estado da ECF para saber se a impressora já terminou a impressão, mas quando eu faço isso, eu não consigo obter o retorno da dll e acaba travando a aplicação. Em anexo coloquei o log dessa situação. Desde já agradeço qualquer ajuda. acbr_17_04.txt
  7. Para ficar registro aqui e poder ajudar outros com problemas vou por os anexos num arquivo .ZIP, pois eventualmente posso esta tirando do meu servidor, assim já serve como modelo para outros que forem emitir boleto para o sicredi quando houver a famigerada unidade de atendimento. Já postei com os arquivos certinho '00404' no campo cedente Agradecimentos novamente ao nosso amigo Jean!!!! Obs: tive que mandar no formato 7z (http://www.7-zip.org) pois em zip tinha ultrapassado o limite de upload Att Alves Boleto Sicredi.7z
  8. Jean, Poxa cara, muito obrigado funcionou bem certinho salvou aqui. Muito obrigado mesmo fechou certinho, já resolveu todas as outras inconsistências. Att Alves
  9. Peço desculpas aos administradores, porém acabei publicando na área aberta pensando ter feito aqui no SAC. Se puderem mover para cá eu agradeço. Texto original do tópico no link abaixo. att Alves
  10. Olá bom dia! Pessoal estou tentando utilizar o ACBRMonitor para emitir boletos de uma agência do SICREDI Porém não estou tendo muito sucesso, Acontece que o SICREDI utiliza o digito da agência como sendo a Unidade de Atendimento (informação passada pelo pessoal do banco) e penso que com isso o ACBR não está conseguindo calcular corretamente os dígitos verificadores. Por hora me concentro no dígito verificar do nosso número. Como não programamos em Delphi acabamos não conseguindo entender como o ACBR chega nos cálculos da linha digitável do boleto e por consequência onde estamos errando. Acontece que na planilha que o Sicredi me encaminhou quando coloco o código de barras ele dá divergências (ANEXO IV). Dessas divergências quando faço os cálculos numa planilha desenvolvida por mim (Anexo V) para calcular o dígito verificar do nosso número, baseado no manual do SICREDI (Anexo IV) eu chego ao mesmo resultado considerado como correto pelo banco no caso acima, cheguei ao dígito do nosso número = 5 que também é o considerado correto pelo SICREDI no anexo IV, porém no Monitor está imprimindo 7. Não me ative aos outros dígitos verificadores, pois penso que se resolver esse primeiro talvez já resolva os outros. Para facilitar as mudanças de configurações acabei criando um TXT com a sequencia de comandos prontas que eu colo no DOS após abrir a conexão via Telnet para independer do sistema (Anexo VII) ANEXO I: Dados da conta do meu cliente: http://tayos.com.br/acbr/dados cedente.txt ANEXO II: Segue o LOG do ACBRMonitor: http://tayos.com.br/acbr/logACBRmonitor.txt ANEXO 3: boleto Gerado: http://tayos.com.br/acbr/boleto.pdf Anexo IV: Planilha do Excel com as divergências apontadas http://tayos.com.br/acbr/analisa_boletos.xls Anexo V: Planilha desenvolvida por mim para checar o dígito do nosso número http://tayos.com.br/acbr/calculo boleto sicredi.xlsx Anexo VI: Manual SICREDI http://tayos.com.br/acbr/manual boleto sicredi.pdf Anexo VII: Sequencia comandos para usar via Telnet pelo DOS http://tayos.com.br/acbr/Sequencia comando usar pelo telnet.txt Galera, se puderem me ajudar agradeço porque já estou a dias tentando liberar isso para o cliente e não consigo. Att Alves
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...