daniel.simoes

Hoje em dia a legislação (do PAF-ECF) proíbe o uso do CCD para outro fim... Ou seja, CCD só é válido para a impressão do comprovante de Crédito / Débito resultante da operação TEF

Essa informação dependerá muito do TEF que você utiliza... No discado, depende ainda da Operadora escolhida... em alguns casos não vem nada... Acredito que usando o SiTEF, você teria todas essas informações...

Allan, Quais foram os ajustes visuais ? Voce poderia escrever um pequeno texto para anexarmos no Change-Log.txt ?

Acho que na Bematech MP4000 esse recurso já está disponivel... Não sei se a SwedaSTX tem essa funcionalidade.... Se tiver é necessário saber qual o comando a ser enviado

pelo que li nos fontes ele só ficaria ativo se fosse Daruma... chECFArredondaMFD.Enabled := ((bECFAtivar.Enabled) and (cbECFModelo.Text = 'ecfDaruma')); [/code] Vou modificar isso... deixando ele sempre habilitado...

Não acredito que essa alteração cause esse efeito... pois ela simplesmente nunca cairá no IF Por favor faça um teste usando o projeto demo ECFTeste

Oi Anderson.... Muito bom revê-lo... Enviado para o SVN.... Obrigado

Atualmente não utilizo D7 nem QuickReport... Então a solução é vocês, usuários dessas ferramentas, tentarem debugar e achar o erro

O ACBrECF trabalha com exceptions.. ou seja, use blocos Try / exception... Se não houve exception é pq o comando foi executado com sucesso

O que o fisco quer, é que seja "por Item"... tanto é que na tela de consulta de produtos você precisa exibir o IAT por Item... Use a propriedade ArredondaItemMFD para ativar o arredondamento (quando ele houver)

Obrigado pela correção... como não tenho D2010 não sabia muito bem como corrigir... Aparentemente a novo tipo rodou bem no Lazarus e D7

O Delphi não tinha opção... afinal eles nunca distribuiriam os fontes da IDE Mesmo na lista oficial do Lazarus isso é um assunto controverso... Muitos defendem uma reforma para a adoção de Packages dinâmicos, mas a equipe de desenvolvimento (que não é muito grande), não vê isso como de suma importância...

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