Valdir Dill

Obrigado Juliomar, mas como eu disse na abertura do post, o instalador dá sempre muitos erros. Eu inclusive testei o instalador, primeiro limpando tudo com o .bat e deletando tudo que é arquivo ACBR. Instalar instalou, mas quando se abre o XE7 ocorrem vários erros de acesso violation. O problema é que ele procura a Dialogs.dcu na pasta Pacotes do ACBR, quando deveria procurar na pasta do Delphi. Tem alguma coisa errada e que faz isso acontecer, mas não consigo descobrir o que é. Obrigado

Boa tarde, Estou tentando instalar os pacotes Acbr e ocorre o erro "Dialog.dcu not found" na pcnNFe.pas. Já fucei uns 2 dias sem conseguir um resultado positivo na solução. Sei que a orientação é para instalar pelo instalador do ACBR, mas pelo instalador sempre dá vários erros. Além do mais sempre fiz dessa forma, ou seja, crio um pacote e incluo todos os pacotes. Acho mais fácil de controlar as atualizações dessa forma. Estou anexando um print do erro que ocorre. Se alguém puder dar uma dica da causa, agradeço. Obrigado!

Sim, isso é verdade. Na net não se encontra nada oficial sobre isso. Nem mesmo no site Febraban. Mas eu liguei na Febraban (11-3244-9822) e me confirmaram os dados que relatei na abertura deste post. Me informaram também que esse comunicado FB-015/2015 é algo interno, ou seja, só enviado aos bancos. Por isso não se encontra nada na net. Estou anexando cópia do comunicado que o banco me passou para que quiser dar uma olhada. Abraços! Comunicado FB 015-2015.doc

Bom dia, Não sei se é de conhecimento de todos. Por isso compartilho uma informação que recebi de meu banco. Segundo o comunicado FEBRABAN 015/2015, a partir de junho/2015, os bancos não poderão mais disponibilizar carteiras SEM registro a clientes novos. Para que já tiver um convênio de cobrança com carteira sem registro contratado com o banco até fim de maio/2015, será obrigatória a migração até no máximo dezembro/2016. Obrigado!

Acho que não estou conseguindo me fazer entender. Veja bem, você monta uma interface para o usuário informar os dados da cobrança dele, certo? Com esses dados é que você vai gerar os boletos e os arquivos remessa, correto? Nessa interface você cria um campo chamado "Código do Cedente" para que o usuário preencha. Esse campo tem que servir tanto para o usuário que tem cobrança Bradesco, como para o que tem na CEF, BB, etc. Do jeito que está eu teria que fazer uma crítica nas minhas rotinas para que quando o usuário estiver cadastrando uma cobrança Bradesco passar a informação para ele informar o código do cedente COM o DV. Já se estiver cadastrando dados da CEF, ele deve informar o código do cedente COM DV. Isso ficaria um pouco estranho em um sistema, não concorda? Como que os colegas estão fazendo nesses casos? Obrigado!

Certo, mas para mim gerar o arquivo remessa da carteira 09 Bradesco, você tem ideia de como eu devo alimentar o campo codigoCedente no momento da geração do arquivo? Eu fiz um teste e o ACBR NÃO calcula o DV para colocar no header do arquivo. Obrigado

Bom dia, Estou com uma dúvida em relação a como popular o campo codigoCedente do ACbr para emissão de boletos e também na geração de arquivos remessa. A dúvida é em relação a informar ou não o DV do código do cedente. Existe alguma regra de quando se deve e quando não se deve informar? Por exemplo, percebi que na emissão de boletos Sigcb da CEF, se eu informar COM dv, o código de barras e linha digitável do boleto não serão gerados corretamente. Já na geração de arquivo remessa do Bradesco, se informar SEM o dv, a linha 1 do arquivo ficaria com o código da empresa incorreto e o banco não aceitaria a transmissão. Alguma dica? Obrigado!!

Eu sempre atualizo a pasta toda. Mas acredito que algum arquivo que eu tenha alterado não tenha sido atualizado pelo svn justamente porque ele foi alterado. Deletei a pasta toda e reinstalei tudo e resolveu. Obrigado!

Atualizei os fontes agora pela manhã e ao recompilar os fontes dá erro "[dcc32 Error] ACBrNFeDANFeESCPOS.pas(991): E2003 Undeclared identifier: 'TributosSeparadamente'" na lina 991 da ACBrNFeDANFeESCPOS.pas Onde está declarada essa variável TributosSeparadamente que ele não encontra? Ou estou fazendo algo errado? obrigado!

Utilizo o Fast para imrpessão do Danfe. Uma nota tem vários itens, mas todos cabem em uma única folha. Porém, na impressão do Danfe aparece folha 1/2. Meus fontes do fontes do Acbr estão atualizados e recompilados. Também já deletei o arquivo DanfeRetrato.fr3. Pelo que vi neste post havia esse erro e foi corrido já há algum tempo. Mas aqui não consegui resolver o problema. Alguma sugestão? obrigado.

Veja se você está atribuindo os seguintes valores: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; Eu estava com esse mesmo retorno de erro que o seu. Só que era no envio de CCe. Resolvi incluindo essas duas linhas. Abraços.

Estou com a seguinte situação: Foi enviada uma NFe por evento EPEC. Nesse envio, foi informado que IE do destinatário seria ISENTO no XML. A nota foi aceita sem problemas. O envio processou e anota foi autorizada tudo certinho. Porém, ao enviar novamente o XML, agora em situação normal, a nota não passa porque a SEFAZ retorna rejeição dizendo que precisa da IE. De fato, o destinatário não é isento, ou seja, no envio EPEC a informação foi errada. Até onde eu entendi do manual, no reenvio (normal) deve-se enviar o mesmo arquivo XML que foi enviado em EPEC. Muda-se apenas o WS de destino, certo? A situação então é essa: 1) Se enviar o mesmo arquivo XML, a nota não passa porque não tem a IE do destinatário; 2) Para incluir a IE no XML, ter-se-ía que criar um novo arquivo com uma nova assinatura. Ou seja, nenhuma das opções está totalmente correta. O que me aconselham? Obrigado!

Descobri a solução. Não consegui achar a causa, mas o mais importante eu consegui. É algo muito esquisito que aconteceu. Deixo aqui a solução para que, se for o caso, ajude outros colegas que porventura passem pela mesma situação. Como eu ká havia imaginado e levantada a lebre em um dos post deste tópico, acredito que tenha havido alguma alteração em alguma rotina do ACBR e isso tenha gerado algum conflito com algum outro componente de meu sistema e gerando esse erro cujo print postei no início deste tópico. Meus componente Acbr estão (ou estavam) todos em dataModule. Eu apenas mudei o TACBrNFeDANFEFR do dataModule e o coloquei no form onde a nota é impressa. Somente isso, nem uma vírgula a mais e nem a menos. Gracias!

Desculpe Juliomar, é que estou numa agonia aqui. Vários usuários "berrando" e não consigo resolver. No afã de tentar colocar o maior número de informações possíveis para munir de informações quem fosse analisar, acabei incluindo vários post no mesmo tópico. Concordo que acaba poluindo e peço desculpas. Em relação as suas sugestões, já executei elas e mais uma duas dezenas de outras tentativas. Como eu disse, removi tudo que tinha do ACBR e do Fast e reinstalei tudo. Também pesquisei tanto aqui como no Google e não encontrei nenhum relato parecido. De qualquer forma agradeço a ajuda. Vou tentar pesquisar mais. Obrigado novamente.

Já exauri todas as possibilidades de corrigir o problema por aqui. Tem que ser algum erro no componente. Já elimeni o Fast e o reinstalei. Deletei tudo que é arquivo do ACBR, inclusive todos os .bpl e reinstalei tudo do zero. Sem resultados positivos. Será que não tem a ver com a alteração abaixo na ACBrNFeDANFEFRDM.pas? " 02/04/2015: Isaque Pinheiro - Criação de uma class, removendo o datamodule e os componentes não visuais dele, sendo criado todos em tempo de execução. " Obrigado

Complementando... Consigo debugar até a linha 248 da ACBrNFeDANFEFR.pas - "Result := FdmDanfe.frxReport.PrepareReport". Não consigo prosseguir com o debug porque não tenho os fontes (frxclass.pass) do FR. Então, imagino que o ACBR esteja enviando alguma nova variável ou em novo formato que o FR não está conseguindo processar e aí dá o erro que mencionei inicialmente. Se alguém puder analisar isso e auxiliar... Obrigado.

Mudei o arquivo para DANFeNFCeA4.fr3 pensando que pudesse ser algo no arquivo DANFeNFCe.fr3, mas o mesmo problema persiste.

Sim, recompilei tudo.

Bom dia, Estou enfrentando um erro ao imprimir o Danfe de NFCe. Estava tudo normal. A única coisa que fiz foi atualiza o componente. O erro que ocorre está no print anexo. O Danfe acaba sendo impresso, mas sem nenhuma informação da nota. Apenas os dados do esqueleto do arquivo .fr3, como os títulos e qrCode. Os dados dos itens, do destinatário, chave, etc. nada é impresso. Utilize o FastReport e arquivo DANFeNFCe.fr3. Obrigado!

Certo André! É exatamente dessa forma que você sugeriu que tenho meu sistema, ou seja, um dataModule autocreate. A senha do certificado é solicitada só uma vez. Isso eu já tinha notado também, mas uma vez basta para gerar uma enorme confusão pro usuário. Até porque muito usuário que manda poucas notas por dia fecha o sistema cada vez que emite uma nota. A gambiarra que estou fazendo atualmente é, sempre que for executar uma rotina que vá acionar o certificado, jogo o foco da minha aplicação para um componente que não faz nada se receber um enter. Resolve o problema, mas... Pensei que talvez houvesse alguma forma de capturar o enter acionado na tela de login do certificado. Conseguindo identificar que o enter não foi acionado quando a minha aplicação estava ativa e sim a tela do certificado, aí poderia tratar facilmente. Obrigado!

Sim, o form trata o enter via mensagens para pular de campo (simular tab) ou então acionar click do botão. Imagino que o problema esteja ligado mesmo a isso. Mas o enter é acionado em outra aplicação, ou seja, a tela de login do certificado. Como ele pode ter efeito no meu sistema?

Antecipadamente peço desculpas aos moderadores pelo assunto não estar diretamente ligado ao componente, mas já pesquisei e inclusive tentei respostas em outros foruns, sem sucesso. Muito bem, vamos ao problema: Utilizo o componente ACBr para enviar notas eletrônicas através do meu sistema. O problema que vou relatar não está relacionado diretamente com o ACBR, mas indiretamente sim, pois talvez a solução esteja em alguma rotina do ACBr. Oque ocorre é o seguinte: quando aciono alguma rotina (assinar o arquivo XML, por exemplo) que precisa do certificado, o ACBR aciona o certificado pelo número que já passei para o componente e que por sua vez abre a tela de login do certificado. O próximo passo do operador, logicamente, é inserir a senha nessa telinha de login. Após inserir a senha, se o usuário clicar no botão "Ok" da dessa tela de login, tudo tranquilo. O problema acontece se o operador informar a senha e pressionar enter. Esse enter aciona o "ok" da tela de login do certificado, mas, também afeta o meu sistema, ou seja, é como se tivesse pressionado um enter no MEU programa, o que aciona o componente (botão) ativo no programa, o que executaria indevidamente as rotinas vinculada a esse botão. Será consegui me fazer entender? Alguém tem alguma dica para contornar esse problema? Obrigado!

Bom dia Italo, Você sempre me ajuda (aliás ajuda a todos) com muita presteza e agradeço sempre por isso. Mas desta vez você está enganado. Eu leio absolutamente todas as NT pelo menos duas vezes cada uma. Sei que tem muitos que usam o fórum com postagem sem necessidade tipo "Quanto é 2 mais 2?" e não fazem nenhuma pesquisa antes. Mas com certeza não é meu caso. Antes de postar qualquer coisa, eu gasto, no mínimo, 4 horas de pesquisa aqui no fórum e em vários outros. Eu tinha entendido pela NT que não se pode mudar a forma de emissão da NFe enviada por evento EPEC, ou seja, tem que manter tudo igual no novo envio. O que eu estava querendo fazer, e estava fazendo errado (vide abaixo), era a alteração da forma de emissão no componente ACBr, conforme inclusive está orientado em uma das respostas deste mesmo tópico. Como você sabe, mas ressalto aqui para outros usuários, é preciso mudar a forma de emissão no componente para que o novo envio do XML seja para o WS novo e não o de recepção de EPEC. Depois que postei minha pergunta, fiquei mais 3 horas fuçando e descobri meu erro. Bastante simples, mas programação é assim mesmo. Ás vezes, coisinhas simples demoram mais para se conseguir o acerto que funções complexas. O que eu estava fazendo (item c do meu post): ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis := teNormal; A forma correta: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; Fiz essa mudança e tá tudo certo. Mais uma vez obrigado!

Boa noite, Por favor me auxiliem no processo de reenvio de NFe cujo EPEC foi enviado anteriormente. Estou fazendo da seguinte maneira: 1) Monto o XML normal com tpEmiss = 4 e envio o evento EPEC. O processo funciona beleza. 2) Depois que o sistema volta ao normal, reenvio o xml da seguinte forma: a) ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(VNomeArq); //VNomeArq é o mesmo XML enviado no EPEC (item 1); c) ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis := teNormal; //mudo a forma de emissão para normal no COMPONENTE. d) ACBrNFe1.WebServices.Envia(numeroLote); O que estaria errado nesses passos, já que ocorre o erro "Falha no reconhecimento da autoria ou da integridade do arquivo digital..." Percebi que o arquivo (1215-env-lot.xml anexo) XML que o ACBr envia, está com tpEmiss=1. Isso está correto? Tentei validar o 1215-env-lot.xml enviado pelo no validador da SEFAZ-RS e dá erro. Se alterar tpEmiss para 4, aí o arquivo não dá erro no validador. Acredito que o problema esteja aí, ou seja, no tpEmiss=1 que está sendo colocado no XML enviado pelo ACBR. Será que o erro está no item 2a acima? Mas como então eu devo mudar o tpEmiss no COMPONENTE? Em anexo está o XML original (com tpEmiss=4) e também os arquivos de lote do envio e retorno. obrigado. 1215-env-lot.xml 1215-rec.xml 26150303702657000199550010000011924178131093-nfe.xml

Bom dia, Eduardo, você poderia por favor informar como/onde baixou o Fortes Report para o XE7? Obrigado!