Solivan

Obrigado pelo interesse em resolver meu problema. Batendo cabeça aqui consegui descobrir o problema, que era o numero do RPS que não estava sendo informado na sequencia, as vezes estava sendo repetido o mesmo numero. coloquei a informação correta e passou de boa.
 
 

Resolvido!

Sim, adicione um componente ACBRNFeDanfeFR no form e na propriedade ACBRNFeDanfeFR.FastFile       := 'arquivodo Fast.fr3' ;

Boa noite, não sei como os outros colegas procedem em relação a isso,mas o meu modo é o seguinte;
 
1. Valido todos os dados o máximo que posso. pra descartar eventuais possibilidades de erro.
2. Gero o xml da nfc-e com todos os dados, e caso a nota apresenta algum erro corrijo a tabela fonte dos dados e gero o xml novamente e descarto o xml antigo.
 
Espero ter ajudado.

Amigos favor desconsiderar o post acima, porque a sefaz somente autoriza a NF-e com o tamanho do campo xNome limitado em 60 Caracteres. obrigado!

Amigo tenho um componente prontinho para integração com farmácia popular, já testado e aprovado com exemplo e tudo o que você precisar para integrar ao seu sistema. Se tiver interesse entre em contato. [email protected].
 
Só pra esclarecer sua dúvida: O retorno é através de uma lista de array.

Caro
valdirdill, o problema acontece, porque os componentes dentro do arquivo *.fr3 do fast estão desassociados dos datasets, e para resolver o problema siga os seguintes passos;
1-Abra a unit ACBrNFeDANFEFRDM
2-Dê dois cliques sobre o componente frxReport
3-Clique em abrir e selecione o arquivo DANFeNFCe.fr3 onde quer que ele esteja
4-Clique em Relatório-->Dados
5-Selecione todos os datasets e clique em ok, feito isso salve e saia e recompile a sua aplicação.
 
Att. Solivan

vdd Régis, consegui resolver o meu problema aqui. O problema acontecia porque emiti algumas notas modelo 65 e não estava separando das 55 então na hora de carregar a 65 em cima das configurações do modelo 55 dava erro por diferença na estrutura.
 
Obrigado.

Desculpe pela demora em retornar, era isso que você disse o registro C114 é filho do C110, o erro acontecia por que eu o estava gerando de forma isolada, foi so colocar dentro do mesmo método que funcionou.
 
 

Obrigado a todos que tiveram o interesse em ler o post, mas já temos um vencedor. Post Encerrado.

Você deve localizar este arquivo no seu computador usando a busca do OS e incluir o caminho do arquivo no Library Path do Delphi assim ele não mostrará mais o erro.

Eu passei por esse mesmo problema, tentei pegar o retorno usando o mesmo método da nota fiscal-e mas recebi um erro de violação de acesso, então tentei de outra forma e deu certo, segue exemplo abaixo;
 
                                  cChaveNFCe := SomenteNumeros(ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID);
                                  { begin = Grava os dados do retorno no BD ... }
                                  cProtocolo := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.nProt;
                                  cDigVal := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.digVal;
                                  wDataRetorno := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.dhRecbto;
 
Att. Solivan

Passei por esse problema, então acho que estou apto a responder, ai vai;
 
Se o seu problema for com o Danfe da NF-e siga os seguintes procedimentos;
 
1 - abra a unit ACBrNFeDANFEFRDM.pas
2 - Quando exibir a mensagem de erro dizendo que a propriedade "frxPDFExport.Quality" não existe, ignore, salve a unit e compile a sua aplicação
3 - Acho que resolve o seu problema.
 
Caso seja na classe que emite boleto você deve buscar pelo Datamodulo que contem os componentes de conversão do FastReport, não verifiquei, mas você pode tentar procurar na sua suite e fazer o mesmo procedimento.
 
Att. Solivan

Ok galera ja consegui resolver era somente no demo do ecf o problema, quando passei a executar as funcões no meu emissor o bug desapareceu acho que era algum resquicio de programação... vlw