EMBarbosa

Não seria True nesses campos?

Qual o motivo de você não ter feito o mesmo com o TrimString e CurMascara?

Olá? Você já fez essa alteração nos fontes? Pode anexá-los? Isso facilitaria na hora de fazer o merge.

Você tem razão. As rotinas exigidas estão fazendo o PAF ficar mais lento. Mas a princípio, o método que você propôs e o que eu disse não tem tanta diferença na performance.

O que as pessoas normalmente fazem é armazenar o valor da última redução Z chamada pelo aplicativo. Daí, ao iniciar o seu PAF você verifica se o CRZ é o mesmo que está no seu banco de dados. Se não for, você chama a DadosUltimaReducaoZ. EDIT: Vi que isso é possível por meio da dll (função Bematech_FI_VerificaReducaoZAutomatica). Mas me pergunto: será que outros ECF's também tem esse tipo de informação?

Acho que poderíamos dividir sim. Por questões de organização e até de facilitar na hora de instruir novos usuários. Mas pensar numa divisão funcional é o que acho que é o mais complicado. Acho que podemos discutir sobre isso e decidir com mais tempo... não é algo urgente, mas algo que deveria ser feito, no meu ponto de vista.

Feito. Revisão 3271

Olá Antonio, O problema foi você ter desconsiderado minha mensagem e não ter percebido que a discussão sobre esses campos já aconteceu aqui e no Mantis, mas ninguém foi capaz de citar um exemplo. De qualquer forma, obrigado por reportar. Eu vou analisar a fundo essa questão na segunda feira e postar as correções assim que possível.

Já consegui usar o ACBrECF com impressoras USB sem problemas. É só instalar o drive que cria Porta Serial Virtual.

Olá Daniel, Resolve sim. Mudar de SimpleRoundTo para RoundTo resolveu o problema. EDIT:Quer que eu suba a alteração?

Também achei isso muito estranho pois no Delphi dá erro mas no Lazarus não deu nos meus testes aqui... Daí criei um aplicativo tentando reproduzir a mesma coisa por fora da unit ACBrTEFDClass.pas, mas também não consegui. Vou testar a sua sugestão agora...

Sugestão: Verificar o arquivo LEIAME.TXT. Muito das informações que estão lá, já estão prontas pra serem lançadas no wiki.

Talvez a melhor solução seja usar a rotina CompareValue especificando o delta. if (not MultiplosCartoes) and (CompareValue(Valor, SaldoAPagar, 0.01) = LessThanValue) then raise Exception.Create( ACBrStr( 'Multiplos Cartões não habilitado.' + sLineBreak + 'Valor da Operação TEF deve ser igual ao Saldo a Pagar' ) );[/code]

Subi uma correção para isso. Favor testar.

Me parece que o Isaque adicionou um(alguns) evento(s) no componente. Isso deve ter introduzido o bug. EDIT: ver também http://www.djsystem.com.br/acbr/mantis/view.php?id=1146

Pelo que me parece isso só acontece na versão do Delphi, e não se você compilar ele em Lazarus. Passos para reproduzir: Iniciar o DEMO do ACBrTEFD Configurar o ECF (no meu caso Emulador 2100 da Bematech) Inicializar ECF Deixar Múltiplos cartões desabilitado Inicializar Gerenciador Padrão (se ainda não foi feito) Abrir cupom e vender um item de 0,35 Chamar CRT de 0,35 Retorno: O erro acontece na função TACBrTEFDClass.VerificarTransacaoPagamento. Na seguinte verificação (linha 2363 do arquivoTACBrTEFDClass.pas): if (not MultiplosCartoes) and (Valor raise Exception.Create( ACBrStr( 'Multiplos Cartões não habilitado.' + sLineBreak + 'Valor da Operação TEF deve ser igual ao Saldo a Pagar' ) ); [/code] O motivo é que o valor de SaldoAPagar vem de SubTotalECF que é do tipo [i]Extended[/i], mas SaldoAPagar é [i]Double[/i]. Por isso o valor que fica armazenado em SaldoAPagar é realmente diferente de Valor. A solução pra esse tipo de comparação é usar a função CompareValue da unit Math. Mas ela não parece retornar o valor correto no Lazarus. Então a solução mais rápida foi adicionar um [b]RoundTo(SaldoAPagar,-2)[/b] antes de comparar as duas variáveis. Gostaria que alguém pudesse confirmar o erro e se isso não afeta o funcionamento no lazarus. Em anexo a unit alterada. ACBrTEFDClass.pas

Qual ECF você está usando? Qual versão da sua IDE de desenvolvimento (Lazarus, Delphi 7, 2010, XE)?

O quê você quer dizer com "Nesse quando ele pega o SubTotalECF ele esta vindo com os valores acumulados do ECF e assim ficando diferente do que a impressora realmente está no seu subtotal"? Pode dar um exemplo?

Pessoal, Criem tópicos novos para dúvidas diferentes. Por favor, não utilizem esse tópico que tem o tema Andamento do ACBrNFSe se a sua dúvida não estiver relacionada com o Andamento do ACBrNFSe. Obrigado.

Se a comunicação dela por porta serial for compatível com a da TM-T81 II, o ACBr é sim compatível. Procure saber o que mudou na comunicação direta com esse modelo. Para saber os modelos que o ACBr é compatível você pode ver a listagem no fórum, ou no wiki, respectivamente nos seguintes links: http://www.djsystem.com.br/acbr/wiki/index.php?title=Lista_de_ECFs_Suportados

Post duplicado? viewtopic.php?f=22&t=4647&p=22641#p22641

Tudo bem, não tem problema. Eu também aprendo a cada dia sobre essas opções. Bom existe uma opção "Notificar-me quando for respondida" quando você responde um tópico. Clique em Editor completo para vê-la. Além disso há algumas opções no seu perfil de usuário que você pode verificar. Infelizmente não as uso para assim dizer exatamente como elas funcionam... Talvez algum outro usuário possa ajudar?

Se quiser gerar alguma coisa debaixo do H001 precisa mesmo mudar esse parâmetro. obs.:Movi esse tópico para a área do SPED Fiscal.

Se não me engano, xx é o número daquele totalizador (ou alíquota) no cadastro do ECF. Quando você cadastra uma alíquota ela recebe um índice, ou número.

Qual SPED você está tentando gerar? Se entendi bem, o registro H005 só é obrigatório Caso Ocorra. Se você marca que o H001 não tem dados, então não será gerado nenhum descendente dele.