leotelles

Testamos com um rolo que possui gap central. O equipamento reconheceu o gap e imprimiu as etiquetas corretamente. Problema resolvido.

Obrigado pela resposta, Daniel. Realizamos testes e vimos que a impressora não está conseguindo reconhecer o gap do rolo de etiquetas. Analisando o equipamento, notamos que o sensor que identifica o gap fica bem no meio e notamos também que no rolo que estamos usando o gap fica do lado esquerdo. Acreditamos que este seja o problema. Pesquisamos na internet e vimos que existe o rolo com o gap no centro. Vamos providenciar o rolo com gap central para efetuar testes e verificar se o sensor da impressora o reconhecerá.

Boa tarde. Estou tentando imprimir etiquetas para gôndola usando uma impressora Zebra TLP 2844 (Epl2). Comecei montando um modelo de impressão no ETQTeste do ACBr. O conteúdo está sendo impresso corretamente, mas notei o seguinte: a cada etiqueta impressa, a próxima fica posicionada um pouco além da área de corte. E essa sobra vai aumentando alguns milímetros a cada nova impressão. Com isso, o conteúdo impresso da nova etiqueta fica posicionado um pouco acima em relação à etiqueta anterior. Já calibrei a impressora e o problema persiste. Como não bom em explicar com palavras, abaixo está uma tentativa de ilustração para explicar o problema. ------------------------------------------------- PRIMEIRA ETIQUETA A SER IMPRESSA CÓD BARRAS PREÇO ------------------------------------------------- SEGUNDA ETIQUETA A SER IMPRESSA CÓD BARRAS PREÇO ------------------------------------------------- TERCEIRA ETIQUETA A SER IMPRESSA CÓD BARRAS PREÇO ------------------------------------------------- Alguém teria idea de como resolver esse problema? Talvez alguma configuração da impressora que eu devo verificar ou algum parâmetro do ACBrETQ que eu não estou passando corretamente... Desde já agradeço.

Muito obrigado, Juliana!

Bom dia. Tive o mesmo problema apontado pelos amigos acima, referente à leitura da data do arquivo de retorno do Sicoob. Alterei o código conforme citado e funcionou. Estou atualizando o tópico porque notei que essa correção ainda não foi implementada no SVN, mas peço desculpas caso o problema já esteja sendo analisado ou já tenha entrado na fila para futura análise.

Utilizo o ACBrETQ e estou com uma dúvida em relação ao parâmetro de temperatura da impressora térmica. Notei que no demo do ACBrETQ a temperatura recebe o valor 10. Alguém sabe me dizer qual é o valor mínimo e o valor máximo que posso informar para esse parâmetro? Qual é a influência e função desse valor de temperatura? Ele interfere na qualidade ou nitidez da impressão? Trabalho com a impressora térmica Argox OS-214 Plus.

Boa tarde. Estamos implantando nosso sistema com o ACBrBoleto em um cliente que trabalha com o banco Itaú estamos com uma dúvida: o cliente emitiu um boleto no valor de R$ 5,00, enviou o arquivo remessa e recebeu o arquivo de retorno do banco. O arquivo de retorno contém as seguintes informações nas respectivas posições: Campo: Valor do Título Descrição: Valor Nominal do Título Posições: de 153 a 16 Valor: 0000000000500 Campo: Tarifa de Cobrança Descrição: Valor da Despesa de Cobrança Posições: de 176 a 188 Valor: 0000000000225 Campo: Valor Principal Descrição: Valor Lançado em Conta Corrente Posições: de 254 a 266 Valor: 0000000000275 Resumindo: o valor do boleto é R$ 5,00 e o banco cobrou uma tarifa de R$ 2,25, lançando um valor líquido de R$ 2,75 na conta corrente. O que causou nossa dúvida é o fato de já termos vários clientes utilizando os boletos do Itaú e em nenhum deles foi constatado essa Tarifa de Cobrança nos arquivos de retorno. Ou seja, nos casos dos nossos outros clientes, quando eles emitiram um boleto de R$ 5,00, o campo Tarifa Cobrança veio zerado e o campo Valor Principal (que é o que efetivamente caiu na conta) veio com R$ 5,00. Alguém que implementou boletos para o Itaú pode me responder por que essa tarifa vem descrita e descontada no arquivo de retorno? Sinceramente não consegui entender, sendo que nos outros clientes não tivemos tal caso. O layout é o CNAB400 Desde já agradeço.

Muitíssimo obrigado!

Alguém que já entrou em contato com o suporte do Itaú para pedir informações sobre boleto poderia me informar o telefone ou onde consegui-lo, por favor? No site do banco não encontrei nada e os atendentes telefônicos não souberam me informar um contato para esse objetivo.

Em novo contato com o suporte do Bradesco, meu cliente recebeu a mesma resposta: no arquivo de remessa, há duas linhas para cada boleto, fazendo com que o sistema do banco interprete que foram recebidos o dobro de boletos que o arquivo realmente contém. trcsistemas, agradeço imensamente sua ajuda, mas peço que foquemos na verdadeira causa do problema, por favor: por algum motivo, quando há o Registro de Transação-Tipo 2 (segunda linha de cada boleto, iniciada pelo número 2) o banco está interpretando que há o dobro de boletos que realmente existem. Obs: O cliente, em outras ocasiões, já enviou outras remessas, com os campos citados por você exatamente como estão no arquivo em anexo e não teve problema, sendo que todos os arquivos enviados com sucesso apresentavam uma linha para cada boleto. Passou a ter problemas quando a tal da segunda linha começou a aparecer. Não sabemos o que ele fez para que essa segunda linha começasse a aparecer (saber isso é fundamental para a solução do problema), já que antes não aparecia e todos os arquivos que ele mandava eram recebidos com sucesso pelo banco.

Agradeço muito sua ajuda, mas acredito que o problema não está relacionado a esses campos. Pedimos para o cliente enviar um arquivo de remessa com mais de um boleto para testar e comparamos com um arquivo de remessa da nossa empresa, que está correto. Notei que, no arquivo que está "errado", enviado pelo cliente, realmente existem duas linhas para cada boleto (no arquivo de remessa, a segunda linha de cada boleto é identificada pelo presença do número 2 na primeira posição). Analisando o manual do Bradesco, vi que essa segunda linha corresponde a isso: Lay-out do Arquivo-Remessa - Registro de Transação-Tipo 2 Registro Opcional Lay-out para Cobrança com Registro e sem Registro com Emissão do Boleto pelo Banco Alguém saberia me dizer em que ocasião esse Registro de Transação-Tipo 2 (ou segunda linhade cada boleto) é gerado? Em anexo, estão dois arquivos de remessa, sendo o "correto" um arquivo gerado pela empresa onde trabalho (com uma linha para cada boleto), e o "errado" um arquivo enviado pelo cliente que está tendo o problema (com duas linhas para cada boleto). Acredito que, entendendo os motivos que geram a tal da segunda linha, conseguiremos pensar melhor numa solução. Aguardo ajuda dos colegas. certo.rem errado.REM

Olá! Analisando o arquivo em anexo notei que todos os campos onde aparecem espaços em branco ou barras são alfanuméricos, portanto, creio que o problema não seja a alimentação destes.

Segue em anexo um arquivo de remessa para análise. Nesse caso, há um boleto no arquivo, mas o banco lê como se existissem dois boletos na remessa. remessa151202

Bom dia. Um dos nossos clientes que trabalham com o banco Bradesco foi informado pelo banco que, ao ler o arquivo de remessa, o banco está identificando o dobro de boletos. Ou seja, o cliente gera um arquivo de remessa com dez boletos, mas o banco lê vinte boletos. Segundo o banco, os registros estão sendo "quebrados" em duas linhas, causando o problema. Não conseguimos entender como isso acontece, já que o arquivo de remessa aparentemente está normal e temos outros clientes que emitem remessa para o Bradesco e nenhum teve tal problema. Alguém já passou por algo do tipo ou tem alguma ideia do que pode estar acontecendo? O layout é o CNAB400.

Realmente estávamos passando o valor errado para o campo TipoOcorrencia. Obrigado pela resposta, Juliana!

Boa tarde. Em retorno ao contato de um dos nossos clientes, o banco Bradesco informou que todos os boletos recebidos pelo banco (deste cliente, é claro) estão automaticamente sendo recebidos como baixados. Alguém saberia me dizer por que isso acontece, se há algum campo que armazena alguma informação que pode influenciar isso, ou coisa do tipo? O layout usado é o CNAB400. Desde já agradeço.

Bom dia. Eu tenho uma impressora Argox OS-214 Plus PPLA instalada num computador. Esse computador acessa o TS e no TS acesso o sistema que vai imprimir a etiqueta através do ACBrETQ. Não estou conseguindo imprimir via TS. Alguém saberia me dizer como configurar a porta da impressora nesse caso?

Consegui resolver. Eu estava passando o valor da largura no lugar da espessura, então acabava imprimindo uma linha extremamente "grossa", parecendo uma faixa preta. De qualquer maneira, obrigado.

Daniel, é exatamente no Demo que estou fazendo os testes. Dentro do botão "Etiqueta Simples", tem o if do modelo PPLA, onde estou chamando as funções. Assim que conseguir imprimir corretamente no Demo do ACBrETQ, irei implementar no meu sistema.

Boa tarde. Estou tentando imprimir uma caixa na etiqueta, mas em vez de ficar apenas o contorno do retângulo, o componente imprime um retângulo todo preenchido de preto. Alguém sabe me dizer o que pode estar acontecendo? Obs: Tive o problema usando uma impressora Argox OS-214TT, modelo PPLA. tentar fazer a mesma coisa numa Elgin L-42 EPL2 e obtive o resultado esperado.

Boa tarde. Alguém conseguiu imprimir essa "Tarja" no modelo PPLA?

Bom dia, Juliana. Não sei quanto ao usuário decosiqueira, mas as minhas alterações foram efetuadas nas units do trunk2. decosiqueira: se possível, quando for fazer as alterações no trunk2, baixe a unit alterada que eu anexei e faça as suas alterações nela, por favor.

Ok. Então vou aguardar as suas modificações.

Que posições foram modificadas pelo alinhamento e em qual unit?

Boa tarde. Efetuei as modificações para correção do problema apontado neste post. Segue abaixo a descrição do que foi alterado em cada unit e em anexo as units com as alterações para análise dos moderadores. ACBrBancoCaixa Antes, a partir da linha 526, o código estava desse jeito: '0' + // 154 a 154 - Tipo de inscrição: Não informado PadRight('', 15, '0') + // 155 a 169 - Número de inscrição PadRight('', 40, ' ') + // 170 a 209 - Nome do sacador/avalista Com as alterações que eu fiz, o código ficou assim: ATipoInscricaoAvalista + // 154 a 154 - Tipo de inscrição: Não informado PadRight(OnlyNumber(Sacado.SacadoAvalista.CNPJCPF), 15, '0') + // 155 a 169 - Número de inscrição PadLeft(Sacado.SacadoAvalista.NomeAvalista, 40, ' ') + // 170 a 209 - Nome do sacador/avalista A posição 154, que deve receber o tipo de inscrição do sacador/avalista, era alimentada sempre com o valor 0 (não informado). Criei a variável ATipoInscricaoAvalista que vai receber o tipo de inscrição de acordo com o tipo de pessoa do sacador/avalista. Alimento essa variável no início da programação referente ao SEGMENTO Q, desta maneira: {SEGMENTO Q} {Pegando tipo de pessoa do Avalista} if Sacado.SacadoAvalista.CNPJCPF <> '' then begin case Sacado.SacadoAvalista.Pessoa of pFisica : ATipoInscricaoAvalista := '1'; pJuridica: ATipoInscricaoAvalista := '2'; pOutras : ATipoInscricaoAvalista := '9'; end; end else ATipoInscricaoAvalista := '0'; As posições de 155 a 169, que devem receber o número de inscrição do sacador/avalista, recebiam o valor vazio. Alimentei elas com o campo Sacado.SacadoAvalista.CNPJCPF, completando com zeros à esquerda caso necessário. As posições de 170 a 209, que devem receber o nome do sacador/avalista, também recebiam o valor vazio. Alimentei elas com o campo Sacado.SacadoAvalista.NomeAvalista. Mudei de PadRight para PadLeft, pois o correto é pegar o conteúdo da esquerda para a direita, completando com espaços vazios à direita caso necessário. ACBrBancoBradesco Antes, a partir da linha 320, o código estava desse jeito: PadRight( MensagemCedente, 60 ); Com as alterações que eu fiz, o código ficou assim: PadRight(aCNPJCPFAvalista, 15, '0') + ' ' + PadLeft(Sacado.SacadoAvalista.NomeAvalista, 43, ' '); As posições de 335 a 394, que devem receber os dados do sacador/avalista ou 2ª Mensagem, estavam recebendo apenas o valor do campo MensagemCedente. De acordo com o manual do Bradesco, no caso do sacador/avalista, essas posições devem ser alimentadas da seguinte maneira: > 15 posições para o CNPJ/CPF do sacador/avalista sendo (da direita para a esquerda): 2 posições para o controle, 4 posições para filial e 9 posições para o CNPJ/CPF (no caso de CPF, o campo filial deverá ser preenchido com Zeros); > 2 Posições para espaços em branco; > 43 posições para o nome do sacador/avalista. Criei a variável aCNPJCPFAvalista, para armazenar a primeira parte da decomposição do campo (15 caracteres para o CNPJ/CPF), alimentando ela antes da programação referente as posições, da seguinte maneira: {CNPJ/CPF Avalista} case Sacado.SacadoAvalista.Pessoa of pFisica: aCNPJCPFAvalista := Copy(OnlyNumber(Sacado.SacadoAvalista.CNPJCPF), 1, 9) + '0000' + Copy(OnlyNumber(Sacado.SacadoAvalista.CNPJCPF), 10, 2); pJuridica: aCNPJCPFAvalista := OnlyNumber(Sacado.SacadoAvalista.CNPJCPF); end; Se o tipo de pessoa do sacador/avalista for física, pega o CPF colocando '0000' na parte referente à filial. Se for pessoa jurídica, pega o CNPJ. Concatenei à essa variável do CNPJ/CPF os dois espaços em branco e o campo Sacado.SacadoAvalista.NomeAvalista, preenchendo assim todas as posições referentes ao sacador/avalista. OBS: DE ACORDO COM O MANUAL, AS POSIÇÕES DE 335 A 394 PODEM SER UTILIZADAS PARA INFORMAR "SOMENTE SACADOR/AVALISTA, OU SOMENTE MENSAGEM". COM AS MINHAS ALTERAÇÕES, ESSE CAMPO ESTÁ SENDO USADO SOMENTE PARA INFORMAR OS DADOS DO SACADOR/AVALISTA. PEÇO AJUDA AOS COLEGAS PARA DEFINIR QUANDO E COMO ESSE CAMPO VAI SER USADO PARA INFORAMR A MENSAGEM. ACBrBancoBrasil Na linha 540 (PadRight(Sacado.SacadoAvalista.NomeAvalista, 40, ' ')), troquei o PadRight por PadLeft, pois o correto é pegar o conteúdo da esquerda para a direita, completando com espaços vazios à direita caso necessário. ACBrBancoSantander Na linha 553 (PadRight(Sacado.SacadoAvalista.CNPJCPF, 15,'0')), troquei o PadLeft por PadRight, pois o correto é pegar o conteúdo da direita para a esquerda, completando com zeros à direta caso necessário. Na linha 554 (PadLeft(Sacado.SacadoAvalista.NomeAvalista,40,' ')), troquei o PadRight por PadLeft, pois o correto é pegar o conteúdo da esquerda para a direita, completando com espaços vazios à direita caso necessário. ACBrBancoItau Na linha 380 (PadLeft(Sacado.SacadoAvalista.CNPJCPF, 15, '0')), troquei o PadLeft por PadRight, pois o correto é pegar o conteúdo da direita para a esquerda, completando com zeros à direta caso necessário. Na linha 381 (PadRight(Sacado.SacadoAvalista.NomeAvalista, 30, ' ')), troquei o PadRight por PadLeft, pois o correto é pegar o conteúdo da esquerda para a direita, completando com espaços vazios à direita caso necessário. Na linha 676 (PadRight(Sacado.SacadoAvalista.NomeAvalista, 30, ' ')), troquei o PadRight por PadLeft, pois o correto é pegar o conteúdo da esquerda para a direita, completando com espaços vazios à direita caso necessário. ACBrBancoBradesco.pas ACBrBancoBrasil.pas ACBrBancoCaixa.pas ACBrBancoItau.pas ACBrBancoSantander.pas