Régys Silveira

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.

Esse problema já foi resolvido tem bastante tempo, existem dois métodos PafMF_MF e PafMF_MFD ambos funcionando para todas as impressoras, e é claro as dlls devem estar atualizadas sempre. Porque você quer converter o arquivo binário para TXT? O requisito diz, gerar o arquivo binário e um arquivo .txt com a assinatura EAD, ser você utilizar os métodos que passei eles farão isso sozinhos.

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.

O endereço que você está usando do meu site é para um versão desatualizada da tabela, existe uma versão mais nova, pelo próprio site você vai ver que existe um artigo falando disso e postando os links. O endereço do ACBr não pode ser acessado diretamente via http porque é um endereço SVN. O correto de usar o componente seria: - Baixar a tabela diretamente do IBPT; - Hospedar a tabela (arquivo .csv) em seu próprio site; - Configurar o componente para acessar esse endereço; - Ler e executar o que acha necessário. Quanto a utilização do componente, está funcionando normalmente, uso em produção no dia-a-dia assim como muitos outros usuários do ACBr, verifique os pontos anteriores e faça novamente seus testes.

Isso foi arrumado já a algum tempo, você está usando o arquivo .fr3 antigo, atualize o seu ACBr e use o novo DANFE.

Não você está errado, se setar as propriedades ele vai fazer ou não o rodapé conforme o que marcar, por exemplo se marcar minas legal, ele vai montar a string do Minas Legal.

Esse arquivos são gerado pela DLL do fabricante, o ACBr somente utiliza os métodos da DLL, então você precisa verificar com o fabricante da impressora fiscal e da DLL.

Talvez tenha alguma restrição no acesso a internet em seu cliente, algo como um firewal, antivirus ou algo parecido, o componente utiliza internet e talvez o retorno esteja fora do esperado.

Ela compila em Delphi 7, por favor faça uma busca porque já existem ao menos dois posts falando como compilar, qual linguagem usar, o que precisa, etc, etc. E veja que a sua pergunta está fora do contexto do post, veja as regras por favor antes de postar.

A propriedade RegistroValido ainda existe no R01, a única diferença é que agora ele é uma lista de registros, porque no novo arquivo "Registros do Paf-ECF" você gera o movimento de todos os ECFs, diferente do que era feito antigamente, onde você gerava somente do ECF escolhido. A utilização da propriedade continua a mesma, somente a forma de popular os registros R01 que mudou, veja o demo do ACBrPaf para maiores detalhes, colocamos um botão com a geração do arquivo "Registros do Paf-ECF" completo de exemplo.