Daniel Simoes

Parece ser algo errado na sua instalação do SiTEF... - Tente um ADM com teste de comunicação - Verifique se há algo de diferente no seu .INI

Faça um "reset" na Impressora... (o manual dela descreve como)... provavelmente está "gravado" um tamanho fixo de etiqueta na memoria da mesma... e o ACBrETQ não usa isso... ele usa o sensor de GAP ...

Muitas balanças funcionam com o protocolo idêntico ao da Filizola... Já testei em uma Bematech e funcionou de primeira...

Enviei as modificações para o SVN, com algumas pequenas modificações na classe do AUTTAR... - Detecção do diretório "ProgramFile" - Herança do método FinalizarRequisicao para que o mesmo faça a inclusão do campo 099-00 = 1, quando for mais de um carão Por favor baixe as modificações do SVN e teste se ficaram OK... Muito Obrigado pela colaboração..

Em qual G.P. ?

Obrigado Michael, Já Incorporei quase todas as mudanças.... mas acho importante que a regra de criação do campo 099-000 = 1 fique dentro dos próprio fontes da classe do Auttar, vou tentar implementar...

Oi Michael, Acredito que teremos que fazer algumas modificações em uma classe específica... ou talvez um simples Flag interno (Protected) pode resolver.. ele seria ativado apenas no TEF da AUTTAR....

Sim, é possível usar 2 formas de pagamento e 2 vinculados... Porém na Bematech, é necessário que as formas de pagamento sejam de Índices diferentes... Se você fizer 2 pagamentos como "DEBITO", por exemplo, não funcionará para o segundo vinculado... Como o André falou, se habilitar a propriedade AutoEfetuarPagamento, o componente se comportará desta maneira...

A escrita do arquivo pelo TEFD é muito rápida, com certeza não é este o problema... Não compreendi o problema... é o G.P. que deverá apagar o INTPOS.001 gerado com o comando de ATV e não a aplicação...

Não há o que ser instalado... é apenas plugar o PinPad e configurar um arquivo .INI indicando qual a porta serial do mesmo...

Provavelmente SIM... mas os testes são muito repetitivos... o ideal é entrar em contato com o pessoal da SoftwareExpress e perguntar...

E qual é a exata mensagem de erro retornada pelo ECF ? Anexe o Log gerado pelo ACBrECF..

Não há o que fazer... a impressão dessas informações é feita pelo Software Básico do ECF... e na versão 2100 a Bematech teve a "brilhante ideia" de inserir "Aplicativo:" antes desta informação... Ou seja.. é o ECF que imprime dessa maneira... consulte o fornecedor... Você poderia nesses casos identificar o PAF nas Observações do Cupom... Se quiser automatizar dessa maneira, use: ACBrECF1.InfoRodapeCupom.MD5 := 'SEU MD5'

O Arredondamento por Item em MFD é algo novo.. ou seja, apenas os ECFs mais novos possuem essa característica... Sim, você pode modificar o ArredondaPorQtd em Run-Time, e a cada Item vendido... Observe porém, que com ele, a QTD impressa no ECF não será a mesma da etiqueta da Balança (alguns clientes não gostam disso)... e se o preço Unitário do produto do produto for muito alto.. ele não funcionará...

Deve ser enviado pro SVN em breve... Veja: viewtopic.php?p=20460#p20460

- Poste a exata mensagem de Erro - Tente com o Demo do ACBr (ECFTeste)

O ArredondaPorQtd é um "POG" (Programação Orientada a Gambiarra)... deve ser usado apenas quando o ECF não faz nenhum tipo de arredondemento Tente a propriedade ArredondaItemMFD. O Cupom que vc havia enviado antes imprime o P.Unitário com apenas 2 casas... e há o Truncamento (default nas MFDs) 1 115 TOMATE L. VIDA KG 1,53 x 1,49 I1 2,27

Vc pode encontrar os manuais no nosso repositório... pasta TOOLS https://acbr.svn.sourceforge.net/svnroo ... ols/Argox/ ( manual com PPLA e PPLB é o mais completo, descrevendo bem todos os códigos de barras suportados e suas características )

Já uso o protocolo ecfSwedaSTX em produção a mais de ano... e ele DEVE ser usado para Swedas MFD... Verifique se seus fontes do ACBr estão atualizados corretamente...

O ArredondaPorQtd irá ajustar a QTD em + ou - 0,001 até o valor Total truncado bater com o valor arredondado desejado... Ou seja, ele Modifica a QTD É necessário capturar do ECF o numero de casas decimais para a Qtd e P.Unit... Isso é exibido no relatório de Leitura de Memória Fiscal.. veja um exemplo: N�mero de Redu��es Restantes: 1363 DADOS GERAIS SOFTWARE B�SICO 01.01.00 14/04/2008 11:48:09 01.01.01 12/02/2010 13:44:05 MOEDA: R 02/05/2008 08:19:59 QUANTIDADE: 03 02/05/2008 08:19:59 VALOR UNIT�RIO: 03 02/05/2008 08:19:59 [/code] No Exemplo acima o ECF foi programa para 3 casas em ambos os campos

Ok.. isso é o procedimento normal... Mas então não compreendi qual é o problema...

Veja no manual do PPLA, se o tipo de código de barras que você escolheu exige alguma formação... Exemplo: EAN13 aceita apenas Numeros e DEVE ter 12 ou 13 dígitos

Emita uma leitura de memoria fiscal e verifique se realmente está programado desta maneira do ECF

E quantas casas decimais está programada no ECF, na Qtd e no Preço ? Se for 2, o próprio ECF fará o truncamento do valor

Não compreendi.. vc usa o Estado do ECF ou a Data do Movimento... Com o Estado do ECF = estRequerZ você sempre saberá que existe Reducao Z pendente... se ele não estiver ativo, uma Redução Z irá bloquear o ECF... simples assim.