brsamn

Fiz e tudo certo aqui, muito obrigado

A segunda parte da resposta acima foi burrice minha, faltou adicionar no LibraryPath, mas a primeira é o que falei, o segundo parâmetro não existe.

Estou com o mesmo erro. Tô tentando fazer a instalação manual e dá erro aqui Esse DateTimeToUnix espera apenas um parâmetro. Se eu tiro o segundo parâmetro o erro dá em ACBrBoletoWS, file not found

Sim, está Essa dica deu certo, muito obrigado.

Já fiz e não mudou nada. A margem da esquerda até muda, mas a da direita segue igual

Bom dia. Estou com esse problema também, já tentei ajustar as margens e ainda assim o problema continua. FACBrBoleto.ACBrBoletoFC.MargemSuperior := 4; FACBrBoleto.ACBrBoletoFC.MargemDireita := 4; FACBrBoleto.ACBrBoletoFC.MargemEsquerda := 4; FACBrBoleto.ACBrBoletoFC.MargemInferior := 4; Eu usava dessa maneira por padrão. Já testei mudar essas margens de várias formas e ainda assim o problema persiste. Ficou errado na pré-visualização, na impressão e no pdf.

Corromperam o BD da receita, agora tão procurando o pen drive com o último backup kkkkkk

Boa tarde Estou fazendo a homologação de um boleto do Bradesco e estou com a seguinte inconsistência (de acordo com o banco): Linha 1, Header de arquivo, colunas 033 a 052, Código do convênio/Perfil incorreto. Alinhar a esquerda 033 a 038 e 039 a 052 deixar em branco. Na geração do arquivo de remessa, a posição é informada com zeros à esquerda e com o código do convênio no final, à direita (exemplo: 00000000000000099999), mas de acordo com o manual esse campo é um alfanumérico e deve ser "sempre à esquerda e preenchidos com brancos à direita". No ACBR está sendo passado da seguinte maneira: Sendo a função DefineCampoConvenio: Nós usamos boletos Bradesco em outros clientes, da maneira que está atualmente e sem problemas, mas dessa vez estamos tendo esses problemas de homologação. Vocês poderiam me auxiliar a entender o que é o correto? Obrigado.

Boa tarde Obrigado @Juliomar Marchetti, vou verificar aqui e se conseguir algo volto a falar.

Pessoal, bom dia. Tenho duas dúvidas. Eu consigo, na tela de impressão do boleto (uso Fortes Report), deixar apenas o filtro de pdf (por padrão vem o formato do Fortes Report e o HTML)? E no momento em que eu clicar no botão (...) de definir o local pra salvar o boleto, vir em uma pasta específica? Obrigado.

Pessoal, eu estava passando a hora errada no momento de alimentar o componente, em vez da Hora da Emissão eu estava passando a Hora da Autorização. Após corrigir isso eu consegui recuperar o xml. Obrigado @rsmuller9 e @Juliomar Marchetti pela ajuda. Podem fechar o tópico, por favor. Obrigado.

Fiz uns novos testes aqui e começou a dar o erro "digestvalue do documento não confere". Vi em um outro t´opico que poderia ser diferença da hora informada no momento da geração do cupom e no momento de agora, da consulta. Igualei as duas e mesmo assim segue o "digestvalue do documento não confere" E sim, a nota está valida no SEFAZ.

Boa tarde, ficou como a do tópico de explicação: // Aqui alimento o componente, como se fosse emitir o NFCe GerarNFCe(0, pNNFCe, pCodAleatorio, True); FDadosNFCe.ACBrNFCe.NotasFiscais.Assinar; FDadosNFCe.ACBrNFCe.Consultar(pChaveAcesso);

Bom dia. Segui as orientações do seguinte tópico para recuperar o xml perdido de um NFCe, mas o xml não veio com a parte de autorização, fazendo com que a impressão ficasse com a informação de não enviada para o SEFAZ. Existe mais alguma coisa que tenho que fazer pra recuperar o xml completo? Obrigado.

Bom dia, amigos. Como ficou a questão do Código do Convênio (Linha 1 - 33 a 52)? Analisei aqui e continua saindo o código do convênio, embora no manual diga pra sair em branco. Tentei usar a solução de não passar nada pro campo, mas aí não sai o código do beneficiário na impressão do boleto, e a homologação é negada também. Segue o print do layout, com a parte do Convênio destacada.

Bom dia Eu realmente fiz mudanças no componente em algum momento, mas fiz a limpeza dos arquivos (pelo .bat na pasta do ACBr) e reinstalei tudo do zero e mesmo assim o erro continuou. Provavelmente ocorreu o que você falou mesmo, ficou um arquivo compilado em algum lugar que eu não localizei. Podem fechar o tópico se quiserem. Obrigado pela ajuda!

Bom dia Consegui resolver aqui, fiz o seguinte Abri o arquivo "ACBrNFSeDANFSeRL" e depois o arquivo "ACBrNFSeDANFSeRLRetrato", quando abri o "ACBrNFSeDANFSeRLRetrato", o Delphi retornou que o componente ancestral não foi encontrado, selecionei a opção Create component as new on the descendent, após isso consegui imprimir normalmente. Obrigado, amigos!

Que isso, sem problemas. Vou dar uma conferida aqui de novo. Certo, vou testar Obrigado, amigos.

Boa tarde Eu fiz isso também e ainda assim segue o erro.

Bom dia Eu exclui a pasta do Fortes, baixei de novo e refiz a instalação do ACBR, ainda assim o erro persiste.

Bom dia Estou com o erro "Ancestor for 'RLNFSe' not found."ao tentar imprimir uma NFSe. Já atualizei os fonte pra versão mais recente, refiz a instalação e tentei seguir a orientação do seguinte tópico https://www.projetoacbr.com.br/forum/topic/49357-erro-ancestor-for-rlnfse-not-found-ao-imprimir-nfse/ , mas ainda assim o erro persiste. Existe mais alguma coisa que eu possa tentar? Obrigado.

Bom dia. Segue uma alteração que fiz no arquivo pnfsNFSeW_Elotech.pas. Eu retirei uns comentários de testes que haviam ficado e alterei o local da coleta da informação de um campo (CodigoMunicipio) para o cancelamento. pnfsNFSeW_Elotech.pas

Boa tarde. @-=Ma®©oS=-, obrigado pela ajuda, eu me localizei aqui e consegui iniciar os testes.

Boa tarde. Esse SalvarXML é o da classe, certo? Porque na classe é adicionado o cabeçalho do xml (parte do requerente). Obrigado.

Bom dia. Sim, eu já uso o ACBr para emitir NFSe para algumas cidades, mas como esse provedor não usa 100% o mesmo padrão das outras cidades e tem uma classe específica só pra ele, fiquei um pouco confuso de como fazer o uso. Olhei o demo sim, só que não encontrei nele um caso parecido com o desse provedor. Obrigado.