Régys Silveira

Você deve deixar somente uma pasta para evitar conflitos. Para enviar os anexos clique em "mais opções" logo abaixo da janela de resposta e ao lado do botão "responder", irá abrir um editor completo que possui a opção de enviar anexos no rodapé.

Vá em alterar o seu perfil e troque para a versão completa.

O arquivo texto de log é criado junto do executável do ACBrInstall.

Você utilizou o ACBrInstall, se sim, poste aqui o log dele.

Você precisa primeiramente setar o modelo para depois setar a velocidade, se setar a velocidade antes de setar o modelo o ACBr vai jogar o valor padrão.

A impressão do DANFE não precisa de certificado, ela utiliza o conteúdo do XML para carregar o componente e montar o relatório, verifique suas rotinas pois algo deve estar chamando algum método que necessita do certificado.

Você está falando do projeto piloto no RS de NFC-e (Nota fiscal de consumidor eletrônica)? Se for existem vários tópicos tratando a respeito do assunto no fórum basta fazer uma busca.

Com certeza, esse de longe é o maior tópico do fórum e sempre falando a mesma coisa.

O Pin-pad geralmente não é liberado para uso pela aplicação, quem utiliza ele é a dll ou gerenciador da rede do cartão em uso, eles acessam diretamente ele e isso e transparente para a aplicação.

Não existe problema algum, você pode emitir notas com até 30 dias retroativos, na verdade o controle da receita e feito pelo numero do protocolo e data do protocolo e não pelo numero da nota fiscal.

Sua dúvida é quanto ao preenchimento do componente ou quanto ao processo?

Qual é a velocidade configurada no ACBr? as impressoras Daruma funcionam em 115200 para a leitura de MFD por conta da quantidade de informações que precisam ser baixadas, entre em contato com o pessoal da Daruma para que eles lhe auxiliem na verificação da velocidade da impressora e configure após o isso o ACBr para a velocidade correta.

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.