Régys Silveira

Atualize novamente e teste por favor.

Tente baixar direto do site da nota fiscal eletrônica e faça o teste, me reporte o resultado.

A comunicação via USB funciona normal, na verdade é emulado uma comunicação serial via driver. Quanto ao formato da data, o ACBr independente do formato enviado vai formatar a data para ddmmyyyy em forma de AnsiString que é o formato aceito no parâmetro da chamada da dll.

Opa, arrumado, pode atualizar os fontes que agora vai passar, caso encontre alguma outra coisa me avise.

Vocês atualizaram todos os schemas XML novos, o erro está acontecendo porque o tipo informado no erro não existe.

qual a mensagem de erro?

Fiz um acerto, faça o update e veja se agora está ok.

O roteiro e comum para todos os estados, mas é passível que algum ou outro estado tenha uma regra sua como por exemplo o Cupom Mania no RJ e o Minas Legal em MG, isso geralmente é um requisito, nada que invalide todo o roteiro para um determinado estado ou faça voltar a ser como antes.

O componente ACBrValidador possui rotinas para validar vários tipos de documentos, inclusive EANs.

Este erro já foi acertado a algumas versões, seu ACBr está atualizado?

os códigos de barra foram substituídos por tags no relatório gerencial, veja no DemoECF, tem um relatório gerencial mostrando todas as tags que podem ser utilizadas. As tags podem ser utilizadas tanto em relatórios gerenciais quanto rodapés e comprovantes.

Você está com a dll atualizada? o teu ACBr está atualizado? Faça um teste com o DemoDaruma e verifique se o erro persiste.

vai sim, as tags já foram implementadas para bematech também.

Você pode utilizar um cupom vinculado para imprimir o carnê, e para gerar os códigos de barra utilize as tags de formatação, para um exemplo de como elas funcionam veja na pasta "exemplos\demodaruma".

Opa, Obrigado pela ajuda, eu vou dar uma olhada lá depois, ainda não tive tempo de começar mas a ideia é essa mesma, cada um vai escrevendo e vamos chegando em uma documentação legal. Muito obrigado pela ajuda.

Há casos em que a tributação incide em unidades de produtos diferentes da unidade que ele é vendido. Isto ocorre, especialmente, no atacado em que a unidade tributada é diferente da unidade comercializada. Exemplo: Venda de refrigerante de 2 litros por um atacado qualquer, A unidade tributável é a garrafa de 2 litros, mas o atacado vende pacotes de 6 garrafas de 2 litros. Para unidade/quantidade comercial você utiliza: 1 Pacote; Para unidade/quantidade tributável você utiliza: 6 garrafas; Utilizando então o exemplo acima se fossemos fazer uma venda de 24 garrafas de 2 litros preencheríamos da seguinte forma. - unidade/quantidade comercial você utiliza: 4 Pacotes; - unidade/quantidade tributável você utiliza: 24 garrafas; Se a sua unidade de venda não é diferente da unidade comercializada, você deve preencher as tags com os mesmos valores.

Obrigado pelos números, vou utilizá-los para testar o webservice do suframa e disponibilizar um novo componente de validação. Quanto a verificar a validade do número digitado o os fontes do ACBrValidador já foram atualizados, agora ele contempla a validação do suframa, pelo que efetue os testes e reporte qualquer problema ou sugestão.

Enviei uma nova versão do componente ACBrValidador. Recompile o seu pacote "ACBrDiversos", abra o exemplo em "\Exemplos\ACBrValidador\Delphi" e teste por favor.

Se você utiliza somente o ACBrBal, remova o pacote mostrado no erro, caso contrário verifique a versão do Rave Report instalada.

Você tem alguns números para que possamos efetuar testes?

Enviado para o repositório. Muito obrigado pela ajuda.

Use o exemplo que está na pasta delphi2 ele está mais atualizado.

Pode ser por log, controle de MD5, tem várias formas de fazer

Você verificou se os parâmetros da sua aplicação batem com os parâmetros do exemplo que te enviei ?

Você leu a instrução normativa que alterou os schemas? algumas coisas mudaram na forma como são informadas as informações.