EMBarbosa

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

Por favor, me dê um exemplo de como você tentou implementar e qual o erro encontrado.

Se você não detalhar sua pergunta informando qual o problema e qual o erro você encontrou não vou conseguir responder. Pois nem sei se é um problema que conheço...

Qual a versão do Delphi ou Lazarus usado?

Até onde me lembro, pelo menos para a maioria dos ECFs, só tem um jeito: Você precisa armazenar o subtotal antes de enviar o item e subtrair esse valor do subtotal pego depois de enviar o item.

O sistema é baseado no PRON!M. Mas não sei se esse é o provedor. Você pode descobrir entrando em contato com a Prefeitura.

Tente verificar o ACBrFrameWork, dependendo da linguagem que você utiliza, poderá ajudá-los a incluir o ACBrNFSe lá também.

Não tínhamos um local que mostrava uma lista com as cidades e provedores atendidos? Pensei ter visto em algum lugar, ou será impressão minha?

Sem mencionar o WebService e a cidade fica difícil de ajudar. Além disto, não seria mais fácil tentar buscar essa orientação de como proceder com o provedor?

Não entendi...

Os componentes serem de código fonte aberto facilitam caso queiramos algo que ele ainda não possui. Assim podemos todos nós usar o que já foi implementado como base para adicionarmos novos recursos. Se desejar, você mesmo pode iniciar o desenvolvimento e depois postar aqui os resultados. Se precisar de ajuda nesse sentido, os programadores no fórum ficarão felizes em ajudar.

Estou trancando esse tópico para evitar mais posts desviando do assunto principal. Favor postar novas dúvidas em novos tópicos.

Você não está fazendo nada errado. Isso é uma maneira de economizar o papel. Quanto mais o ECF conseguir imprimir em apenas uma linha, mais bobina ele economiza.

Já.

Olá Tiago, Para saber se o ECF aceita, basta usar o DEMO e testar. Acredito que essa foi a intenção do Juliomar ao lhe instruir a testar nele. As regras sobre múltiplos pagamentos para TEF se encontram no guia prático.

Se esse dado de NumCOOInicial não é retornado pelo ECF, o ACBrECF não pode fazer nada.

Depois que você usa o IdentificaPAF, não é mais necessário mudar o InfoRodapeCupom.MD5.

Dos males, o menor... EDIT: Português.

Se você não descrever exatamente onde o erro ocorre no código será impossível ajudar. Mas antes de fazê-lo, teste no DEMO. Talvez lá você já encontre a resposta.