EMBarbosa

Desculpa, não fui claro ... Acho que o ACBr não possui a implementação do método cancelaItemVendidoParcial para o Ecf EPSON. Poderia confirmar isso pra gente? Não possui mesmo. Nem sei se suporta. Acho que só a Daruma tem esse método implementado.

Veja esse link:

Copie a base de dados do cliente pra sua máquina então e tente debugar. Verifique se o componente está passando dentro do método WriteRegistroC100 e adicionando as notas.

Se entendi bem sua pergunta: Pode sim.

Daniel, eu olhei o manual ontem antes de comentar. O código enviado é 13 casas mesmo. Aquele zero no final (logo antes da descrição) é um parâmetro parte da comunicação. Ele define que a descrição deve ter 20 caracteres. Não entendo muito de comunicação serial nem deste protocolo, mas pelo que eu vi, para o manual que temos o ACBrECF está enviando corretamente. O que me veio à mente é que esse ECF não seja compatível com os manuais que temos. Se eu entendi bem, os ECFs citados lá são ECF-2011 e ECFs com firmwares FCP-201 e FCP-500. EDIT: Não seria possível esse ECF ser um FiscNet?

Daniel, esse daí não é o valor do desconto? Veja aí: ComandoLOG := 'VendeItem( '+Codigo+' , '+Descricao+' , '+ AliquotaICMS+' , '+FloatToStr(Qtd)+' , '+ FloatToStr(ValorUnitario)+' , '+ FloatToStr(ValorDescontoAcrescimo)+' , '+Unidade+' , '+ TipoDescontoAcrescimo+' , '+DescontoAcrescimo+ ' , '+IntToStr(CodDepartamento)+' )';[/code]

Eu verifiquei o manual que temos no repositório do ACBr e o comando me pareceu que está OK. Qual é o modelo de seu ECF? Sabe se o protocolo é compatível com FCP-500 ou FCP-201?

Entendi. Mas tem mesmo que continuar analisando tudo... Daqui de longe fica difícil saber o que está acontecendo. Será que não é algum erro no SQL? O que você coloca como SQL do sqlVendas? Tem alguma condição que poderia estar eliminando algum registro?

Não. Essa informação você encontra nos Requisitos do PAF-ECF.

Verifique o método WriteRegistroC100 para ver se alguma restrição está barrando seus registros de serem gerados. Certifique-se que durante a execução ele passe também pelos métodos filhos C170, C190 etc...) Dúvidas: Você definiu algo no evento ACBrSPEDFiscal.onError? Por quê você não gera os registros C170? O que vem a ser o objeto P2 e o método P2.Refresh? Barra de progresso? Algum motivo especial para isso?

Acho que ficaria mais fácil de ajudar se você explicar os objetivos do seu cliente com esse cupom não fiscal. Como ele vai usar? Por que ele precisa disso? Assim como pareceu ao Daniel, a mim também parece que você está fazendo uso equivocado dos recursos do ECF.

Dependendo do estado onde estiver, acho que com um número menor já extrapola o limite. Em MG por exemplo tem o Minas Legal que é obrigatório e no final das contas, se não me engano, acaba ocupando uma linha inteira.

Pode ser. Não ficou claro a dúvida...

Se você ler o guia prático encontra a resposta. Existem os dois campos no registro C100.

Boa Daniel. Adicionei isso ao FAQ do Wiki.http://www.djsystem.com.br/acbr/wiki/index.php?title=ACBr:FAQ

Flavio, O que o Daniel quis dizer é que não adianta testar uma funcionalidade do ACBrECF de uma impressora em outra. Teste o uso desse ECF específico que está dando problema com a dll. Se não funcionar nem com a DLL da Bematech, o problema deve ser no ECF. Mas se funcionar, anexe aqui o log do ACBrECF como o Régys pediu.

Não está usando o emulador?

Só uma advertência. Por mais que o ACBrECF possibilite o funcionamento com todos esses modelos, você deve certificar que seu modo de programar permita que esses modelos funcionem corretamente e que as chamadas às dlls dos fabricantes para os requisitos do menu fiscal estejam executando sem falhas.

Não seria melhor você fazer isso num cupom não fiscal vinculado?

Desculpe, mas você precisa debugar seu código e verificar quem é que está levantando essa mensagem. Outra pergunta, o objeto ECF usado no "if" é do tipo TBematech?

Olá milago, Há alguma possibilidade de você ter mais de uma cópia dos arquivos fontes do ACBr na sua máquina e a sua IDE estar pegando uma das versões antigas?

Você ainda não respondeu minha pergunta totalmente. Quando perguntei como tentou implementar não queria dizer só como dividiu os descontos. Além disso, onde jogou os descontos, quais campos usou, quais registros usou, qual perfil usou? E também preciso saber: qual foi o erro encontrado? Os registros do SPED Fiscal para cupom são C460 e C470. Qual versão do Guia Prático você está usando?

Depender de como estiver implementando, e onde for o tratamento, aqui vai algumas possibilidades: [*:17vn79c3]Coloque o código que você chama do ACBrECF dentro de um "try... except" e trate a exception levantada. [*:17vn79c3]Use um dos eventos onErrorxxxxxx (Exemplo: OnErrorAbreCupomVinculado)

Obrigado Italo, acho que era isso mesmo.

Esse erro acontece pois o compilador não consegue definir qual das versões do método IfThen que é "overloaded" chamar. A última alteração nesse método foi em abril na revisão 3483 para corrigir "warnings". Tente trocar a linha: FS := TFileStream.Create( String( ArqTXT ), IfThen( AppendIfExists and FileExists(String(ArqTXT)), fmOpenReadWrite, fmCreate) or fmShareDenyWrite ); [/code] Pela linha: [code] FS := TFileStream.Create( ArqTXT, IfThen( AppendIfExists and FileExists(ArqTXT), fmOpenReadWrite, fmCreate) or fmShareDenyWrite ); Veja se faz alguma diferença. Edit: link para ajuda do erro mencionado aqui