Daniel Simoes

Acho que a captura da MFD não funciona muito bem (ou não funciona) com o Emulador... Vc precisaria de um ECF real para testar

Acho que não há nada de errado... A DLL da Bematech assume o controle (por isso trava)... e esse processo é realmente muito demorado

Estranho no manual da MP4000 não nenhuma menção de que o comando 62 73 sempre irá arrendondar... o uso dele é preferível pois ele tem um controle melhor sobre Descontos / Acréscimos... Experimente modificar a linha 705 para: fsVendeItemExtendido := fpArredondaItemMFD; Isso fará o ACBrECF usar esse comando apenas quando o Arredondamento é desejado, caso contrário ele cairá nos outros IFs, que já usam o comando 63

Acredito que os manuais já estão em nosso repositório - https://acbr.svn.sourceforge.net/svnroot/acbr/tools/ Por favor copie aqui a resposta do Suporte da Bematech

Acabei de enviar mais algumas alterações em que estou trabalhando... Trata-se de um melhor suporte a página de código nativa do ECF... permitindo o uso de Acentos no envio dos comandos... e também interpretar corretamente acentos nas informaçoes lidas do ECF (como por exemplo nas formas de pagamento)

Enviei uma possível correção... por favor teste...

Já estou analisando... devo enviar uma correção em breve

Pelo LOG , notei que está sendo enviado o comando #62 + #73 - VENDA DE ITEM COM DESCRIÇÃO EXTENDIDA - 11:20:58 VendeItem( 111222333 , TESTE DE PRODUTO , NN , 0,139 , 1,19 , 0 , UN , % , D ) TX -> [sTX]A[0][28]>I111222333 NNUN0000139000011900000[0]0000[0]TESTE DE PRODUTO[0]'[CR] 11:20:58 RX Os valores estão sendo enviados corretamente... Provavelmente há alguma programação no ECF para Arredondar.... Entre em contato com o Suporte técnico da Bematech para saber se há algo que possa influenciar o comando 62+73

O código do ACBrECF eu também tenho aqui... não precisa copia-lo... apenas preciso saber em qual dos IFs acima ele está caindo

Copie o LOG aqui, veja com o Debug qual dos IFs de ACBrECFBematech.VendeItem está sendo executado

Verifique a propriedade ArredondaItemMFD

O ECF trata esse campo como uma "String" sem fazer validação nenhuma... Mas para o Nota Fiscal Paulista é importante sempre informar CPFs corretos e existentes.

Pacotes dinâmicos também tem o seu lado ruim... Basta ver aqui mesmo no forum quantas pessoas tem problemas ao Instalar o ACBr em mais de 2 versões do Delphi na mesma máquina... Ou ainda quem ainda está usando o ACBr na versão antiga que incompatível com a nova... a IDE do Delphi continua encontrando o BPL antigo e gera um monte de erros Não vejo problema na instalação estática de componentes... isso não é algo que fazemos diariamente, e o Lazarus pode ser facilmente portado (existe até mesmo uma versão em Pen-Drive) O Lazarus vem com os fontes, então nunca será problema re-compila-lo apenas com os packages default

O nome da propriedade MsgPoucoPapel ficou pouco Intuitivo... Na verdade ele contem o intervalo em Segundos que o ACBrECF deve esperar antes de avisar novamente sobre o PoucoPapel... você pode programar o evento OnMsgPoucoPapel para customizar a sua msg... A propriedade AguardandoResposta é ReadOnly em ACBrECF... ela é Read/Write apenas na classe interna, ACBrECFClass

O Próprio Lazarus cria um backup... o Lazarus.old.exe

Obrigado pela dica mbcarniato, Elton ou Isaque... (ou algum outro desenvolvedor do ACBr que utilize D2010) poderiam verificar isso para mim ?

Se o banco de dados não for "fechado" ou criptografado, você poderia contratar um programador para fazer a rotina de geração do Sintegra

Estou atolado com o DJPDV e seu credenciamento nos estados... isso está consumindo muito mais tempo do que eu imaginava... Estou adiando o inicio do SAC para Agosto

Por favor forneça mais detalhes... copie trecho da lei, explique-a melhor... Coloca-lo em qual componente ??

Você variou apenas o último dígito do EAN13, que é justamente o digito verificador... Se os 12 caracteres iniciais são os mesmos, então é esperado o mesmo dígito verificador... Provavelmente a ARGOX está re-calculando corretamente o dígito verificador

F é o tipo de código de Barras.. Baixe no nosso SVN o manual PPLA e PPLB da Argox https://acbr.svn.sourceforge.net/svnroot/acbr/tools/

Como diria o Arnaldo Cesar Coelho... "A regra é clara" O próprio Sw.Básico do ECF está lhe retornando o erro de que o cupom não foi totalmente "pago" ... provavelmente você tem alguma diferença de Centavos no Pagamento que vc enviou... Estudando o LOG do ACBrECF isso pode ser esclarecido

William, Copie trecho do LOG gerado pelo ECF onde o problema ocorre..

De mais informações... poste um trecho de código onde isso ocorre... Trabalho a anos com a ARGOX e nunca ouvi falar de algo parecido... provavelmente é algum problema na sua rotina

Justamente para isso que já existe o evento... OnPAFCalcEAD...