brenooandrade

Olá, caso ainda seja útil pra alguém criei uma API em PHP para realizar essa integração com o banco Bradesco (emissão de boletos), infelizmente não consegui lidar com a assinatura PSCK#7 do payload (certificado digital A1) via Delphi e como o PHP já tem a lib OpenSSL nativa, achei mais fácil... Caso queiram tentar: https://github.com/brenooandrade/api-php-bradesco-boletos recomendo que subam via Docker, pois já fica tudo prontinho de uma forma mais rápida/fácil.

Daniel, realmente nós pensamos nessa possibilidade, muito por conta de nosso software ECF não possuir iteração com o usuário no momento da emissão do cupom, a gente apenas lê os dados das pré-vendas que foram integradas, nós pensamos em colocar um "Sleep" entre a emissão de um item e outro, acredito que o problema esteja relacionado com o timeout de recepção do ACK mesmo.

Segue anexo o LOG da emissão desse CF onde houve o problema. itemduplicado_log_acbrecf.txt

Veja o MFD do CF: mfd_itemduplicado.txt

Boa tarde Daniel, O assunto já havia sido discutido nesse tópico: Acredito que ainda exista uma "brecha" na validação do ECF da impressora Bematech, mesmo após a atualização aconteceu novamente o fato de um item ser registrado duas vezes para venda, veja o log: -- 10/09 15:13:10:575 Desativando a porta: COM3 -- 10/09 15:13:10:606 Ativando a porta: COM3 -- 10/09 15:13:10:637 VendeItem( 75161 , MULTILASER P9052/NB707 MS50L BRANCO NS: 359714084112278 , FF , 1 , 399 , 0 , PC , $ , D , -1 ) -- 10/09 15:13:10:637 TX -> [STX][128][NUL][FS]?FF0003990000001000000000000000000000000100000000000000000000PC75161[NUL]MULTILASER P9052/NB707 MS50L BRANCO NS: 359714084112278[NUL][131][26] -- 10/09 15:13:11:011 15:13:11:011 RX <- ACK = 0 Falha: 0 -- 10/09 15:13:11:121 TX -> [STX][128][NUL][FS]?FF0003990000001000000000000000000000000100000000000000000000PC75161[NUL]MULTILASER P9052/NB707 MS50L BRANCO NS: 359714084112278[NUL][131][26] -- 10/09 15:13:11:277 15:13:11:277 RX <- ACK = 6 Falha: 1 -- 10/09 15:13:11:386 RX <- [NUL][NUL][NUL][NUL] Quando a impressora retornou o ACK = 0 (Falha) o item foi registrado no CF, note no LOG que o retorno do ACK = 0 registrou como Falha: 0 e o retorno do ACK = 6 registrou como Falha = 1, acredito que exista algum problema na validação do ACK ainda. Pode me ajudar?

Daniel, boa tarde. Eu desenvolvo para uma rede de varejo que possuí 68 filiais utilizando o ACBrECF + Bematech e estamos tendo problemas pontuais todo mês com a duplicação de itens em cupons, o mesmo problema do João Victor e do Syspan. Acabei de baixar a unit disponibilizada por você e vamos disponibilizar uma versão para as filiais, caso o problema seja resolvido eu aviso aqui.