Régys Silveira

Enviei a correção Luciano, obrigado pela observação e ajuda.

Você deve ter arquivos com conflito ou versões antigas de bpl ou pas, experimente baixar novamente o ACBr, e antes de reinstalar remover todos os bpls do ACBr que estiverem na sua máquina.

vou padronizar o nome do pdf para seguir o do rave. quanto a impressão da justificativa, enviei uma possível correção no arquivo "ecentos.fr3", verifique se agora está ok.

A publica não, porque a pública todo mundo vai conhecer, agora a privada sim é uma boa idéia. Lembre-se: - chave privada = use para assinar, somente você conhece, isso para qualquer coisa - chave publica = usada para validar a assinatura, essa é entregue a todo mundo que interesse validar algo que você assinou

a chave tem que ser conhecida, porque depois você precisa dela para montar e gerar o MD5 que será comparado com o que está gravado e validar.

Isso mesmo, eu penso que podemos por exemplo ter fixo no software a lista de MD5 e checar sempre se estão iguais as que o eECF aceita, para que nossos aplicativos gerem em conformidade com ele, é uma ideia.

Pelo que entendi os despachos se referem ao uso das dlls no programa eECFc, por isso estão regulamentando.

Bem lembrado Elton, havia me esquecido desse post.

Pequeno exemplo: var Texto: string; MD5Registro: String; begin Texto := EmptyStr; for i := 0 to Dataset.Fields.count do begin if Dataset.Fields[i].FieldName 'MD5' then texto := texto + Dataset.Fields[i].asstring; end. Texto := Texto + 'chave'; MD5Registro := ACBrEAD.MD5FromString(Texto); end; [/code]

Liberamos ontem a impressão de eventos (CC-e, cancelamento, etc) para Fast-Report, peço aos usuários que testem e reportem suas opiniões. Nova propriedade do componente "FastFileEvento" para informar o o caminho completo do arquivo .fr3 do evento. Foi disponibilizado um modelo do relatório de evento na pasta "ACBr\Exemplos\ACBrNFe2\Delphi\Report". Segue alguns artigos que podem ajudar a quem está começando agora com os eventos: Envio de CC-e: http://www.regys.com.br/como-enviar-uma-carta-de-correcao-utilizando-o-acbrnfe/ Cancelamento: http://www.regys.com.br/como-enviar-um-evento-de-cancelamento-utilizando-o-acbrnfe/ Impressão de Evento: http://www.regys.com.br/como-imprimir-um-evento-utilizando-o-acbrnfe/

Existe algum problema com seus pacotes, por isso o instalador está se perdendo na compilação, tente baixar uma nova copia do ACBr e efetuar a instalação por ela. Antes de tudo verifique primeiramente se não existem versões antigas do ACBr e bpls no seu computador.

Aqui o que tenho feito e proteger o registro inteiro, sempre antes de gravar eu monto uma string com os valores do registro todo, adiciono uma chave e gero o md5. Outra coisa que tenho feito e separar as tabelas que gravam dados para arquivos do Paf-ECF das tabelas que uso para trabalhar, por exemplo tenho tabelas para o R02, R03, R04, R05, R06, R07, etc, etc, assim fica mais simples de fazer os testes no dia da homologação, e eu tenho total controle delas e não atrapalha os testes nem as validações. Quanto aos registros que devem ser protegidos é como o Daniel falou mesmo, na ER tem uma parte que fala direitinho cada um deles, o melhor caminho e seguir por lá mesmo.

Aproveitando o tópico para informar que acabei de liberar a impressão de eventos utilizando o componente de impressão para FastReport, peço que testem e deem as suas opniões. Nova propriedade do componente "FastFileEvento" para informar o o caminho completo do arquivo .fr3 do evento. Foi disponibilizado um modelo na pasta "ACBr\Exemplos\ACBrNFe2\Delphi\Report". O restante segue o padrão já informado no post anterior, lembrando de adaptar para o novo componente e propriedades.

Algum arquivo seu ainda continua com versão antiga, hoje mesmo eu compilei o ACBr totalmente não deu nenhum erro. Verifique se não existem BPLs antigos na maquina ou mesmo duas pastas ACBr.

Sim o pacote ACBrNFeRaveCodeBase deve estar instalado, a impressão da CC-e não foi feita para outros motores de relatório ainda. Segue artigos falando sobre o envio e impressão: Envio de CC-e: http://www.regys.com.br/como-enviar-uma-carta-de-correcao-utilizando-o-acbrnfe/ Impressão de CC-e: http://www.regys.com.br/como-imprimir-um-evento-utilizando-o-acbrnfe/

Seu arquivo ACBrECFBematech.pas provavelmente foi alterado, portanto não foi atualizado, apague o arquivo e atualize novamente, após isso recompile os pacotes.

Por enquanto a impressão da CC-e somente existe para o rave.

1. O rave codebase é o mesmo rave que você já tem, mas ao invés de usar um arquivo .rav ele usa monta o relatório com codificação direta. 2. Como dito anteriormente é o mesmo, portanto sim, pode-se ter os dois convivendo normalmente. 3. No exemplo contido na pasta \exemplos\ACBrNFe existe um botão para carta de correção, ele já demonstra como deve-se proceder.

Imagino que não exista perca de performance considerável não, é claro que algo fica um pouco mais lento, por conta de estar por fora e não compilado junto ao aplicativo, mas não é perceptível ao usuário. Não existe uma lista, mas você pode pedir uma possível explicação no fórum específico do ACBrFramework.

Isso vai do gosto do freguês, alguns usuários não gostam de conversar com um segundo aplicativo, então a dll seria a melhor opção, outros acham mais fácil conversar com o monitor. Ambos os projetos já estão bem maduros e podem ser utilizados sem problemas, lembrando somente que o ACBrFramework ainda não possui alguns poucas coisas, mas o pessoal tem trabalhado duro e o projeto está ótimo.

Obrigado EMBarbosa, eu não sabia dessa possibilidade de emissão da Nota de Consumidor pelo ECF.

Gente desculpe, eu entendi errado, eu estava falando do laudo do Paf-ECF, agora que vi que estava falando besteira e insistindo no Paf-ECF sendo que era TEF, excesso de trabalho dá nisso Realmente o TEF foi retirado e não citaram o porque.

Está no endereço que te passei, no item citado.

Isso mesmo, existe um bug hoje que ainda não consegui resolver quando se seta em designtime.

Veja a propriedade FastFile, nela você informa onde está o arquivo .fr3 do DANFE.