Daniel Simoes

ACBrECF.Ativar

Isso é uma característica do ECF, que tenta imprimir o Item em 1 linha apenas (quando possível) , e isso depende do tamanho da descrição e Cod.Barras do Item vendido

Pelo que notei o Michael, implementou como Discado (usando troca de TXT), mas criando uma nova classe para configuração correta dos diretórios e arquivos... Vou tentar incorporar o trabalho do Michael aos fontes atuais...

O TEF Auttar é realmente SiTEF ? É possível usar ele apenas com a CliSiTef32.dll ?

O TEFD apenas tentará cancelar o Cupom se ele precisar imprimir algum gerencial... O ideal é que a sua aplicação verifique o estado do ECF a cada inicio de Venda, e corrija os problemas... O loop quando há Cancelamento pendente é uma exigência do processo homologatório... Múltiplos Cartões em TEF discado é pura gambiarra... mesmo assim o ACBrTEFD está apto a ela.. (re-homologuei TEF discado com múltiplos cartões recentemente) Perdoe-me se sou repetitivo... mas por favor descreva qual é o Teste que vc acha que não está dando certo... Copie o que o teste pede e o resultado esperado (pois nem todos que leem o fórum estão com os roteiros facilmente acessível)

O ACBrECF tenta identificar o Operador assim que o ECF é ativado (ACBrECF.Ativar) ou um cupom de Venda for aberto... Ele fará isso apenas se houver algo na propriedade ACBrECF.Operador... Porém a exceção gerada é tratada pelo próprio componente internamente.. veja: if fsIdentificarOperador then begin try IdentificaOperador(Operador); except end ; end ; [/code] Ou seja, esse não é o proplema...

Acho que se o usuário estiver como administrador do Sistema Operacional a API do Windows BlockInput, (que é usada no ACBrTEFD) não funciona...

o ACBrECF já tenta efetuar o Estorno de Vinculado, ao receber um comando de cancelamento... isso ocorre na maioria dos ECFs suportados... Não é uma boa ideia tentar cancelar o cupom com o cancelamento de TEF... lembre-se que em alguns testes o ECF está até mesmo desligado, e mesmo assim a transação TEF precisa ser Nao confirmada ou Cancelada (conforme o caso) Verifique o estado do ECF, ao tentar abrir uma nova venda... e proceda o cancelamento do documento em aberto... o método ACBrECF.CorrigeEstadoErro é ótimo para isso

Fiz uma correções nas TAGs da FiscNet, usando o que foi sugerido pelo suporte da TermoPrinter, pelo que testei, funcionou bem o Negrito e Expando... Também implementei o suporte a Cod.Barras, mas nao funcionou na minha TPF1004... não sei se ela suporta... vou commitar as modificações em breve

Se vc possui espaço para programar outra forma de pagamento, é mais simples programar uma nova, chamada "CARTAO"... porém nesse caso sua aplicação deve se referir ao novo índice da Forma de Pagamento

As Tags são suportadas em todos os Modelos.. porém ainda falta implementar em alguns... Apenas usamos os padroes da Daruma... para os ECFs que não suportam as tags, elas serão ignoradas/removidas Há bugs nas tags da FiscNet, especificamente com a TermoPrinter.. estou verificando se é apenas com a TermoPrinter ou em todas FiscNet

Na verdade, mesmo no ECFTeste esse parâmetro é muito mais para Leitura do que para escrita... pois apenas os Modelos ecfNaoFiscal, e ecfEpson permitem ajustar as decimais de forma dinâmica (se intervenção)

Provavelmente o ECF está programado para 2 casas decimais.... no ECFTeste em variáveis é possível ler isso...

Esse registro é a Redução Z ? Se SIM, use ACBrECF.DadosReducaoZ e/ou ACBrECF.DadosUltimaReducaoZ

Certifique-se também, que no emulador o protocolo configurado é o "MFD" e não "ESC."

As casas decimais devem ser programadas na Intervenção do ECF, no momento da Lacração... Até onde lembro, apenas a nova Epson FBIII permite enviar para o comando de Venda de Item a precisão em decimais no Preço e Qtd...

Enviado para o SVN, obrigado Fernando

O ACBrMonitor pode trabalhar com Sockets... não há necessidade de mapear uma pasta Remota..., use TCP/IP diretamente com ele...

Do lado do Vendedor Varejo, não há calculo de substituição Tributária... Todo ECF tem registradores próprios para Substituição (FF), Não Incidencia (NN) ou Isenção (II) Se o lojista compra um produto que lhe foi tributado como Substituição Tributária... ele deve vende-lo no ECF usando o "FF"

Pelo LOG notei que vc está usando a classe ecfSweda e não ecfSwedaSTX Tente com as DLLs da pasta: \ACBr\DLLs\dlls impressoras fiscais\sweda

Nao... O ACBrECF sempre usa o indice nativo do ECF. Isso é uma carcteristica e não será modificada...

Tente chamar assim: ACBrECF1.ArquivoMFD_DLL(DataInicial, DataFinal, PathArquivo, [docTodos], finTDM);

Há algo errado nos seus testes... Chamar: ACBrECF1.PafMF_MFD_Cotepe1704(DATA,DATA,nomearquivodll); chama o seguinte método interno: procedure TACBrECF.PafMF_MFD_Cotepe1704(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); begin Self.ArquivoMFD_DLL(DataInicial, DataFinal, PathArquivo, [docTodos], finMFD); Self.AssinaArquivoComEAD(PathArquivo); end; [/code] Observe que é passado [b]finMFD[/b] e nos fontes da Bematech... isso será mapeado para o Tipo 1 e não 0

O que precisamos saber é como é a chamada do método do ACBrECF que você está fazendo...

Tente passar uma orientação de 180 graus... nas fontes