leotelles

Se eu passo o parâmetro assim, ele imprime normalmente: ImprimirBarras(orNormal, 'E30', '2', '2', 300, 400, '7896003701685', 90, becSIM); Se eu mudo a orientação, não imprime nada: ImprimirBarras(or90, 'E30', '2', '2', 300, 400, '7896003701685', 90, becSIM); Eu fiz um teste com o texto, e consegui imprimir ele na vertical (90°) conforme a linha abaixo: ImprimirTexto(or90, 2, 2, 1, 158, 5, 'CHOC BRANCO'); ACBrSerial-change-log.txt ACBrSerial-change-log.txt

Bom dia. Estou trabalhando com uma impressora Elgin L-42. Através do demo do ACBrETQ estou analisando as funções e tentando configurar o layout das etiquetas de acordo com a necessidade do cliente. Eu preciso imprimir dois códigos de barras na etiqueta: um na horizontal e outro na vertical. A minha dificuldade é o da vertical. Vi no demo que há o parâmetro Orientacao na função ImprimirBarras. Para teste, estou imprimindo apenas um código de barras na etiqueta. Se eu deixo o parâmetro como orNormal, ele imprime o código de barras na horizontal normalmente. Se eu mudo o parâmetro para qualquer outra opção (or90, or180, or270), a etiqueta sai em branco. Não estou conseguindo gerar uma etiqueta com o código de barras na vertical (como se eu pegasse o código e "girasse" ele). Alguém poderia me ajudar com isso? Obs: os textos eu consigo girar 90°.

Ok, então aguardarei. Obrigado pela resposta.

Boa tarde. A solução que eu apresentei já foi analisada pelos moderadores?

Pessoal, eu consegui corrigir o problema. Acontecia o seguinte: No método LerRetorno240 da ACBrBancoSantander, o campo referente ao documento (CNPJ/CPF) é alimentado da seguinte maneira: rCNPJCPF := OnlyNumber(Copy(ARetorno[0], 18, 15)); Só que há um problema nisso. o CNPJ tem 14 dígitos. da maneira que ACBrBoleto está tratando, ele está "pegando" do arquivo de retorno, um número que contém 15 dígitos. No caso que eu estou testando, o CNPJ do cedente é "17718254000142". A variável Cedente.CNPJCPF estava sendo alimentada com "017718254000142", o que acabava disparando a mensagem "CNPJ deve ter 14 dígitos. (Apenas números)" (que está no método ValidarCNPJ da ACBrValidador). Quando alimentar a variável Cedente.CNPJCPF, a rCNPJCPF, que contém 15 caracteres, deve ser "cortada" para que passe a conter apenas 14 caracteres, eliminando o primeiro que é um zero. No caso do CPF, ela deve ser cortada para que passe a conter 11 caracteres. Fiz algumas modificações no método LerRetorno240 da ACBrBancoSantander para resolver o problema. Em anexo está a unit modificada. Para facilitar a visualização das modificações, comentei os trechos alterados com a data de hoje (09/06/2015) e uma breve descrição. Abaixo estão descritas as mudanças. - Criei a variável iNumDigitos para armazenar o número de dígitos do documento; - Criei um if para alimentar a variável iNumDigitos de acordo com o Cedente.TipoInscricao: 11 para pessoa física (CPF) e 14 para pessoa jurídica (CNPJ); - Na alimentação do Cedente.CNPJCPF, em vez de passar direto a rCnpjCpf, eu usei a função RightStr para cortar de acordo com o número de dígitos, ficando assim: Cedente.CNPJCPF := RightStr(rCnpjCpf, iNumDigitos); Isso resolveu o problema apresentado na postagem. Se estiver tudo ok, peço, por gentileza, que subam essa alteração para o SVN. ACBrBancoSantander.pas

Bom dia, amigos. Estou enfrentando o mesmo problema postado pelo João Leno, referente ao número de dígitos do CNPJ. João, você conseguiu resolver?

Bom dia. Disponibilizamos para um cliente que possui conta no Banco Santander os recursos do ACBrBoleto. Ele entrou em contato conosco informando que teve problemas com a leitura do arquivo de retorno gerado pelo componente. Em contato com o banco, fomos informados que o padrão deles é o arquivo no formato .txt e o ACBrBoleto só lê arquivos no formato .ret. Alguém poderia me ajudar a solucionar esse problema?

Boa tarde. Em contato com o Banco Santander, recebi as seguintes informações para geração do arquivo de remessa para um cliente específico: Código de Transmissão 240 posições: 064600006111823 Código de Transmissão 400 posições: 06460611182301300076 Complemento: 81 Vi que existe o campo Cedente.CodigoTransmissao. A minha dúvida é em relação à informação destacada (complemento). Há um campo no ACBrBoleto para isso?

Muito obrigado pela informação!

Bom dia. Temos um cliente que informa um valor de despesa com boleto quando gera cada um. Qual campo do componente ACBrBoleto eu alimento com essa informação? E quando leio o arquivo de retorno? O campo que eu devo consultar é o mesmo ou há algum outro?

Bom dia. Estou tentando imprimir boletos do Banco do Brasil e quando chamo a função de impressão do ACBrBoleto, a aplicação é interrompida na linha destacada e é mostrada a seguinte mensagem: "Componente não está associado a ACBrBoleto". procedure TACBrBoletoFCClass.Imprimir; begin if not Assigned(fACBrBoleto) then raise Exception.Create(ACBrStr('Componente não está associado a ACBrBoleto')); if fACBrBoleto.ListadeBoletos.Count < 1 then raise Exception.Create(ACBrStr('Lista de Boletos está vazia')); end; Eu não compreendi esse erro. Alguém poderia me dar uma explicação do que está acontecendo para que eu possa analisar meu código e corrigir, por favor?

Boa tarde. Estou com um problema que, mesmo após pesquisar postagens relacionadas no fórum, não consegui encontrar uma solução. Estou migrando do CobreBemX para o ACBrBoleto. Ao testar alguns boletos do banco 756 (Sicoob), CNAB400, notei que há uma diferença no arquivo de remessa gerado. E essa diferença é significativa, já que, ao ler o arquivo de remessa no sistema do banco, o gerado pelo CobreBemX funciona e o gerado pelo ACBrBoleto não funciona. Tenho o seguinte Código do Cedente: 0000546020 No arquivo de remessa gerado pelo CobreBemX as posições de 027 a 040 ficam o seguinte: 32100000546020. No arquivo de remessa gerado pelo ACBrBoleto as posições de 027 a 040 ficam o seguinte: 32100000054602. Eu consigo ler o gerado pelo CobreBemX normalmente, porém o gerado pelo ACBr dá erro devido ao preenchimento incorreto dessas posições. Alguém sabe me dizer o que está errado? Obs: A divergência ocorre apenas no arquivo de remessa. Na impressão os dados são idênticos entre os dois casos. (3210/0000546020)

Sim sim. Eu preenchi os campos referentes às datas também. Mas minha dúvida é em relação a como os campos são preenchidos após a leitura do arquivo de retorno. Para que as informações sobre abatimento que deve ser concedido, mora/juros e multa que devem ser cobrados apareçam na impressão, eu alimento os campos informados. Gostaria de saber se, ao ler o retorno, os mesmos campos são carregados com o valor que foi abatido, com o valor dos juros pagos e com o valor da multa paga ou se há outros campos específicos para armazenar os valores pagos.

Bom, abatimento é um valor fixo que será descontado até determinada data. Ex: Conceder abatimento de R$ 20,00 para pagamento até 24/03/2015. O desconto é diário. Ex: Conceder desconto de R$ 0,45 por dia de antecipação. Eu entendi dessa forma, mas se o conceito não for esse, peço que alguém me corrija.

Bom dia. Preciso gravar os dados carregados no ACBrBoleto após a leitura do arquivo de retorno no banco de dados. Estou com dúvidas em relação a Abatimento, Mora/Juros e Multa Pagos. Quais campos do componente correspondem a essas informações? Na impressão e na remessa alimento os seguintes campos: Titulo.ValorAbatimento Titulo.ValorMoraJuros Titulo.PercentualMulta Ao ler o arquivo de retorno, esses mesmos campos são alimentados com os valores que foram pagos em cada caso ou existem outros campos para isso? Estou trabalhando com a Caixa Econômica Federal layout 240.

Entendi. Analisando o arquivo de retorno, vi que ele realmente não contém o número do documento. Certo, então. Obrigado pela ajuda!

Bom dia. Estou testando com a Caixa Econômica Federal. Estou gravando os dados carregados no ACBrBoleto após a leitura do arquivo de retorno numa tabela no banco de dados. Nessa tabela tenho os campos Nosso Número e Número do Documento. Notei que ambos contém o mesmo dado após a gravação, que é o Nosso Número. No ACBrBoleto há o campo Titulo.NumeroDocumento, mas aparentemente ele está sendo alimentado com o Nosso Número. O correto não seria alimentá-lo com o Número do Documento? Isso realmente é um erro ou no caso da Caixa é desse jeito mesmo?

Boa tarde. Aparentemente o campo Titulo.NumeroDocumento é alimentado com o Nosso Número quando o arquivo de retorno é lido. Alguém poderia me dizer se isso realmente está errado?

É isso mesmo. Alimentei essas propriedades e as informações que eu precisava foram preenchidas. Muito obrigado pela ajuda!

Bom dia. Em relação ao arquivo de remessa do Bradesco gerado pelo ACBrBoleto (cnab400), como alimento o componente para preencher as seguintes posições? (não consegui identificar as propriedades referentes a cada informação) Registro de Transação-Tipo 2 (segunda linha) Posição: de 038 a 062 Nome do campo: Nº Controle do Participante Tamanho do campo: 025 Conteúdo: Uso da Empresa (Alfanumérico) Posição: de 093 a 093 Nome do campo: Condição para Emissão da Papeleta de Cobrança Tamanho do campo: 001 Conteúdo: 1 = Banco emite e Processa o registro. 2 = Cliente emite e o Banco somente processa o registro Posição: de 219 a 220 Nome do campo: Identificação do Tipo de Inscrição do Pagador Tamanho do campo: 002 Conteúdo: 01-CPF 02-CNPJ 03-PIS/PASEP 98-Não tem 99-Outros

Boa tarde! Esse layout com demonstrativo já foi desenvolvido?

Trabalho com o Delphi XE6 e com o FortesReport compatível com essa versão. Consigo visualizar o relatório na tela normalmente, mas quando tento mandar para a impressora ocorre o seguinte erro: Classe do erro: EStringListError Mensagem de erro: List index out of bounds (-1) Vi em vários fóruns que outros programadores tiveram o mesmo problema, mas em nenhum deles encontrei a solução.