Régys Silveira

Fiz os testes aqui e está tudo funcionando normalmente, seu ACBr está atualizado?

você está com a última versão da darumaframework.dll? Verifique no site http://www.desenvolvedoresdaruma.com.br/.

Os comando para as tags e estão implementados para a bematech, tente atualizar o teu ACBr, se mesmo assim persistir, faça um teste com o envio das tags gravando o log do ACBrECF e anexe ele aqui por favor. Pode ser que o modelo da impressora fiscal mp4000 utilize outros códigos por isso preciso do log para ver o que está sendo enviado.

Você quer utilizar qual tipo de códigos de barras? ean 8, ean 13?

Aqui eu imprimo reduções Z com mais de 1 metro de comprimento tanto na Daruma quanto na Bematech e não acontece isso não, são vários quadrados de bitmap.

Desculpe, eu me equivoquei, achei que você estava fazendo gerencial, o comprovante fiscal é como um cupom fiscal mas sem valor fiscal, portanto, não tem como na lei imprimir uma segunda via dele.

Você pode utilizar o método de impressão de segunda via que funciona para algumas impressoras, ou pode passar a quantidade de vias que deseja imprimir no mesmo método que você já está utilizando. Qual a forma que está utilizando para imprimir o comprovante, veja que os métodos para comprovantes tem a quantidade de vias que serão impressas, basta informar.

Estava ocorrendo esse erro porque os relatórios estavam diferentes para alguns modelos, mas já foi arrumado, basta atualizar os fontes.

function TACBrAAC.VerificarGTECF(const NumeroSerie: String; var ValorGT: Double) : Integer; Veja que o parâmetro ValorGT é um parâmetro var, por isso está ocorrendo a mensagem.

O demo do ACBrECF demonstra bem as configurações e inicializações que devem ser feitas para utiliza-lo no desenvolvimento, quanto aos processos do Paf-ECF é só seguir a legislação que não tem erro.

Veja o log do meu teste aqui comparado ao teu log com os mesmos dados: SEU LOG -- 14:25:55 VendeItem( 3227 , ZARCAO , N , 1 , 33,17 , 0 , GL , $ , D ) TX -> [28]F[207]N000100000003317000000000000003227 GL TZARCAO[FF]l 14:25:55 RX MEU LOG -- 18:28:42 VendeItem( 3227 , ZARCAO , NN , 1 , 33,17 , 0 , GL , $ , D ) TX -> [28]F[207]21000100000003317000000000000003227 GL TZARCAO[FF]( 18:28:42 RX [/code] Veja que a diferença no comando enviado é justamente no início onde fica o índice da alíquota, a única informação diferente que passei foi justamente "NN" como pode ser visto pelo log.

O mais estranho e que aqui funciona perfeitamente e estou testando em uma FS700, você está com os fontes atualizados. Copie a linha que efetua a venda do item e cole aqui por favor.

Nas duas tentativas de venda de item que estão no log, está sendo informado "N" ao invés de "NN".

Acabei de fazer os testes aqui e está vendendo corretamente utilizando todas as alíquotas, inclusive passando "NN" no caso do não tributado. Faça o seguinte, poste o log do ACBrECF para dar uma olhada.

utilize: NN - Não tributado, FF - Substituicao tributária, II - Isento SN - Serviço não tributado, SF - Serviço Substituição Tributária, SI - Serviço Isento Tributados e Serviço com alíquota - Por Valor da aliquota, Ex: '18', '12,00' '2,56' - Por Valor da Aliquota especificando o Tipo como sufixo (T = ICMS, ou S = ISS), Ex: '18T', '2,5S' - Por Indice, adicione o prefixo 'T', Ex: 'T01', 'T03', 'TA', 'TT01' ( o indice deve ser no mesmo formato retornado pela propriedade "Aliquotas[n].Indice" (que varia para cada modelo de ECF) )

Funciona assim, Utilize ACBrECF1.DadosReducaoZ para obter os dados da redução Z antes de executar o método ACBrECF1.ReducaoZ, se executar depois ele realmente sai em branco, sem nada. Utilize ACBrECF1.DadosUltimaReducaoZ para obter os dados da redução Z depois de emitida a Redução Z. Essa é a forma correta de utilizar os métodos.

Adicione a unit "ACBrEcfClass" ao uses.

Se quiser puxar os dados depois da Redução Z ter sido emitida utilize o método "DadosUltimaReducaoZ", ele retorna uma string no format .ini que pode ser lida, eu utilizado para casos em que o ECF está configurado para emissão automática da Z na virada do dia e o usuário não fechou o caixa corretamente e em casos de intervenção técnica onde é necessário tirar um Z ao final da intervenção. Este método só tem um problema, ele não retorna o COO Inicial, então eu tenho um controle para estes casos. var ReducaoZStr: AnsiString; ... ReducaoZStr := ACBrECF.DadosUltimaReducaoZ ... [/code]

Desde que o comando de redução seja emitido logo após a leitura dos dados sim.

O método ACBrECF1.DadosReducaoZ deve sempre ser chamado antes de emitir a redução Z, se emitido depois as informações são zeradas.

O estranho é que aqui meus comandos são feitos na sequência e nunca deu isso, não seria alguma configuração? Eu utilizo as configurações padrão do ACBrECF, mudo somente o modelo de impressora e a porta.

Faça um teste, abra um projeto novo, coloque o componente acbr, sete o modelo para ecfBematech e a porta para a porta que está conectada a impressora, sete a propriedade "ArqLog" para o nome de arquivo txt de log. Deixe o restante das configurações como estão no componente. Conecte a impressora e tente imprimir uma X, me mande o log que esse aplicativo gerou.

Pergunta boba, mas a impressora fiscal está com a luz de "em linha" acesa, vi também que no log constam outras impressoras, o modelo está setado corretamente?

Tentou utilizar o componente ACBrRFD

Acertei o erro e já enviei para o repositório, basta atualizar o teu ACBr e recompilar. Já testei na impressora bematech MP20F1-II e está funcionando corretamente agora. Qualquer coisa me avise.