Valdir Dill

Em anexo. Linhas alteradas: 157 e 158. Obrigado! ACBrProvedorFiorilli.pas

O endereço novo correto é http://1a7601e12b31.sn.mynetname.net:8080/IssWeb-ejb/IssWebWS/IssWebWS?wsdl Fizemos testes e enviou tudo certo. Município 2101202 - Bacabal-MA Por favor, atualizem no componente. Obrigado!

Bom dia, Segundo um usuário me informou, parece que o endereço de envio das NFSe da prefeitura de Bacabal-MA mudou. Verifiquei e a URL - http://finanbbl.ddns.us:8080/IssWeb-ejb/IssWebWS/IssWebWS- definida no ACBR não é mesmo mais válida. Ainda segundo esse usuário, a nova URL seria http://1a7601e12b31.sn.mynetname.net:8080/issweb/paginas/login.jsf, mas acessando pelo browser esse endereço cai numa tela de login do provedor. Como se fosse para a emitir NFSe direto pelo site. Pesquisei no site da prefeitura, mas não encontrei nada sobre o assunto. Alguém tem ideia de onde encontrar a URL correta e também atualizar nos fontes do componente? Obrigado

Eu concordo que é bem ditatorial a coisa. Acho que por isso mesmo é que a Febraban não deu nenhuma publicidade. Mas o fato é que a norma entrará em vigor. Eu já tenho vários clientes inclusive que estão tentando contratar cobrança sem registro e os bancos não estão mais aceitando. Somente com registro.

Bom dia, Estou enfrentando problemas com impressão do Danfe com Fast Report. Estou anexando o XML da nota que o problema ocorre. Se utilizo o \ACBR\Projetos\ACBrDANFe\Compilado\DanfeRetrato.fr3 (anexo), imprime 3 páginas e deixa um espaço grande no rodapé da segunda página. Acredito que seria o espaço para as informações adicionais, pois é o mesmo epaço dessas inf. adic.da primeira página. Já se eu utilizar p \ACBR\Exemplos\ACBrNFe2\Delphi\Report\DanfeRetrato.fr3, imprime tudo em duas páginas, sem deixar espaço na segunda página, mas aí ele coloca a númeração de página errada. Na primeira página fica '1/3' e na segunda '2/3'. Esse "3" está errado porque o Danfe só tem duas páginas. Utilizo o XE4. Já refiz uma instalação completa do ACBR, inclusive utilizando o instalador. Qual é o .fr3 que vocês utilizam? Alguma sugestão para corrigir esse problema? Obrigbado DanfeFR.rar DanfeFR.rar

Encontrei a solução. Deixo aqui para quem enfrentar o mesmo problema. Como eu imaginava, simples de resolver. Basta selecionar o pacote onde dá o erro, no meu caso, o PCN2, acionar o menu "Project -> Options" e, no campo "unit scope names" do grupo "Delphi Compiler", acrescentar VCL.

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!