Régys Silveira

Anexe o arquivo que está dando erro para que possa dar uma olhada, por favor. Quanto a esse validador on-line, qual é o endereço dele?

Você está tentando validar qual arquivo? Lembre que o ACBrValidador valida somente os arquivos gerados pelo aplicativo é que não vieram diretamente da impressora fiscal, no caso da ER 02.01 ele vai validar somente o arquivo "Registros do Paf-ECF".

Carlos acho que você não entendeu o uso do componente. O componente lê o arquivo .CSV IBPT que pode ser lido da internet ou localmente e carrega dentro dele a lista com os todos os dados lidos, a partir dai você pode importar para um banco de dados ou qualquer outro meio, isso é o que todos os que utilizam o componente fazem e o demo do componente deixa bem explicado. As rotinas de exportação colocadas são somente para conveniência, não existe o porque de importar o arquivo IBPT para o componente, exportar para um arquivo e importar novamente, isso não tem lógica, me desculpe, a partir do momento que importou para dentro do componente via arquivo IBPT você usa a propria lista do componente que é fiel ao arquivo para levar os dados para um banco de dados ou outro meio. Quanto as mudanças, se você recebeu e leu o e-mail do IBPT ou ao menos entrou no site e leu a respeito, alterações do arquivo serão feitas se necessário a cada 6 meses, isso já foi instituído e está sendo seguido desde a primeira versão pública do arquivo IBPT, também é bem explicado que o arquvio IBPT não é um arquivo de alíquotas para serem utilizadas e sim um arquivo de índices para calcular somente a média de impostos pagos e mostrar ao consumidor não uma realidade do que pagou, mas uma média do que está sendo pago, o arquivo IBPT não possui valores finais mas referências.

Essa sua dúvida é recorrente é já existe no fórum, por favor utilize a busca sempre antes de postar algo. A exportação para .csv do componente foi intencionalmente feita de forma diferente do arquivo IBPT justamente para não misturar, então realmente eles são diferentes é com propósito de ser, se você tem o arquivo IBPT que já é em .csv, porque exportar e importar novamente o mesmo formato de arquivo?

Você instalou o novo certificado corretamente utilizando o instalador automático da Certisign? Lembrando que precisa remover o antigo antes de instalar o novo. Uso certificado Certisign a vários anos e é o único que nunca me deu problema, mas precisa estar devidamente instalado.

o baud rate geralmente é 9600 ou 115200, para a Daruma especificamente sempre 115200 a não ser que seja uma impressora Daruma muito antiga.

Dependendo do windows é necessário executar o ACBrInstall como administrador. Verifique também se o diretório que você apontou onde está o ACBr realmente tem o ACBr.

O que já aconteceu comigo, foi ele não conseguir gerar o executável de instalação, porque ele é compilado na hora e consequentemente não abre o instalador. Isso acontece geralmente por dois motivos, Delphi trial, porque ele não possui o compilador por linha de código e falta de direito de acesso ao diretório precisando que o .bat seja executado como administrador.

Sem a mensagem completa, acho complicado alguém ajudar, já que "bla, bla, bla" é muito genérico.

O arquivo "Registros do Paf-ECF" é por período e deve conter a movimentação de todos os ecfs do estabelecimento. Observação, os dois registros de estoque como são flash do dia vão desconsiderar a data e gerar sempre o atual, para o restante respeite sempre o período.

Somente o DAV obriga informar o cliente, Pré-Venda não é obrigatório informar.

Não lembro, mas acho que em MG até o momento esse registro é feito somente via SIARE, posso estar errado.

CB = Code Based, ou seja, usa código para gerar o relatório, enquanto o outro normal se baseia em um arquivo .rav

Como o Daniel disse, a geração do arquivo é feita pela DLL, o ACBr não controla isso, vocês precisam entrar em contato com o suporte técnico da dll e impressora para resolver.

Isso mesmo Elton, antigamente era assim inclusive, não sei bem porque foi alterado, percebi isso ao verificar que algumas rotinas de cadastro automático minhas não funcionavam mais, analisando percebi que haviam alterado para pegar a data atual ao invés de manter zero, e hoje a única forma que eu sei de testar se houve movimento ou não é pela data de movimento = 0, a não ser que se implemente algo no software, mas essa última não vejo como uma saída interessante se já existe isso na impressora.

Estou abrindo este tópico para discutirmos quanto a "data de movimento" no ACBrECF. Todas as impressoras fiscais retornam zero quando não foi efetuado movimento na impressora fiscal, indicando que o dia fiscal não foi aberto e quando algum movimento fiscal é feito passam a mostrar a data corretamente, mas hoje a implementação em alguns casos retorna sempre a data atual da impressora fiscal quando zero, isso ao meu ver é errôneo, deveria retornar zero, permitindo assim saber se o dia fiscal foi aberto ou não. O que vocês acham? Gostaria de opiniões, para poder acertar ou não as classes se necessário.

Você criou dois tópicos exatamente iguais, mantenha-se no outro por favor.

Provavelmente você está configurando o componente para gravar os arquivos no C:\, geralmente a raiz do disco não é acessível por programas o que pode gerar esse erro, configure os diretórios para um diretório dentro do diretório do seu aplicativo ou um que seja de acesso público.

Tentou debugar para avaliar o que é retornado? Verifique também se nenhum arquivo do ACBr está marcado em vermelho ou amarelo.

A intenção da lei é somente informar o consumidor, os dados informativos não deveriam ser gravados ao meu ver, porque primeiro são informativos somente e segundo não são dados "reais" já que se baseiam em um percentual aproximado, esse percentual pode mudar ao longo do tempo, dependendo de uma série de fatores.

Lembre-se que a NFC-e segue o padrão NF-e modificado o modelo (65) e algumas restrições ou liberações.

Joemil, já temos 3 posts tratando desse assunto, a informação é muito boa, mas seria bom na próxima manter junto do que já existe, assim fica fácil para outros usuários seguirem.

Concordo, penso o mesmo que o Juliomar, precisamos acertar o código para que os usuários não usem dlls antigas, seria interessante inclusive tentarmos fazer algo no sentido de checar para todas, evitaríamos muitos posts por conta de dlls desatualizadas.

Não, são modelos de documentos diferentes então cada um deve ter sua própria numeração.

Verifique se você não tem essa dll em mais de um lugar diferente, alguns antivirus utilizam ela. O ideal seria ter elas dentro do diretório do seu aplicativo, assim ele vai ler as corretas primeiro.