EMBarbosa

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.

AnonymousBR congestiona serviço de emissão de NF-e no Brasil. http://info.abril.com.br/noticias/ti/anonymous-congestiona-servico-de-emissao-de-nf-e-30102012-48.shl

Tinha ouvido falar que o grupo Anonymous aqui do Brasil estava com intenções de atacar os servidores de NF-e. Não sei se são eles, outro grupo, ou nenhuma das alternativas anteriores. Mas que saiu notícia saiu...

Além do que o Daniel mencionou, talvez ajude ver esse tópico:

Definitivamente, NÃO USE o Emul3000. Ele tem tantos bugs que nem a Bematech o deixa mais disponível para download.

Você precisa cadastrar um comprovante não fiscal antes de usar.

Rapaz, comecei tentar fazer aqui na mão... mas vai dar mais trabalho que eu pensei. Infelizmente não vou ter tempo pra tentar fazer isso esses dais... Talvez você consiga outra pessoa pra lhe indicar como fazer. Já passei por isso e sei que é enfadonho. Mas não tem como correr.

Os quatro primeiros erros estão no E210, onde os valores estão zerados mas o PVA calculou com outra quantidade. Você precisa inspecionar os registros citados nesse erro e verificar o somatório. Você também pode fazer na mão o registro E210 usando o valor que o próprio PVA calculou. Daí veja o que o PVA vai apresentar depois. No registro E110 você colocou um valor para o campo 13 (VL_ICMS_RECOLHER), mas não preencheu os registros E116. Por quê? Por que você não está gerando o registro 1010? Se seu cliente é contribuinte de IPI então deve gerar o registro E500 e os filhos deles.