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.