Olá.
Em que tipo de impressora é impresso o código de barras da fatura? Quando não é impresso em laser, dificulta muito a leitura dos códigos de barras.
Saudações.
Avalados por :
Saudações a todos,
Venho expor minha dúvida após realizar várias tentativas.
Cenário: no design de impressão para Ordens de Venda, desejo adicionar um código de barras associado ao campo DocNumber.
Objetivos: ao gerar uma ordem de venda e imprimi-la, desejo que um código de barras apareça para que outro usuário possa escaneá-lo e carregar as informações. Isso acelerará o processo de faturamento e reduzirá erros.
O código de barras deve representar o número do documento para que possa ser lido pelo scanner.
O problema surge ao imprimir a folha, pois o código de barras fica ILEGÍVEL para o scanner. Será necessário instalar alguma fonte EAN-13 ou CODE39?
Desde já, agradeço seus comentários.
Olá.
Em que tipo de impressora é impresso o código de barras da fatura? Quando não é impresso em laser, dificulta muito a leitura dos códigos de barras.
Saudações.
Olá Erick.
¿Quantos dígitos você está colocando no DocNumber? Experimente com apenas 12 dígitos, vou explicar por que.
Para imprimir códigos de barras (pelo menos no formato EAN-13) e que possam ser reconhecidos por um leitor, eles devem seguir uma nomenclatura específica. O último número, chamado de dígito de controle, é obtido através de cálculos dos primeiros 12 dígitos. Isso é feito automaticamente pelos programas geradores de códigos de barras e também está contido na programação dos dispositivos leitores. Assim, se você inserir qualquer código, o leitor verifica o número de controle internamente e, se não corresponder, simplesmente "não lê" o código de barras. Vou te explicar como o cálculo é feito:
Para verificar o dígito de controle, numeramos os dígitos da direita para a esquerda. Em seguida, somamos os dígitos das posições ímpares, multiplicamos o resultado por 3 e somamos os dígitos das posições pares. Procuramos a dezena imediatamente superior e subtraímos o resultado obtido. O resultado final é o dígito de controle. Se o resultado for múltiplo de 10, o dígito de controle será 0.
Por exemplo, para 123456789041, o dígito de controle será:
Numeramos da esquerda para a direita: 140987654321
Soma dos números nas posições ímpares: 1 0 8 6 4+2 = 21
Multiplicado por 3: 21 x 3 = 63
Soma dos números nas posições pares: 4 9 7 5 3+1 = 29
Soma total: 63 + 29 = 92
Dezena imediatamente superior = 100
Dígito de controle: 100 - 92 = 8
O código ficará assim: 1234567890418.
(Obviamente ninguém faz isso manualmente, mas isso explica o dígito de controle). Acredito que o que está acontecendo é que o número gerado no DocNumber não coincide com seu dígito de controle (o dígito 13) e, portanto, o leitor não consegue lê-lo.
Me avise como foi. Saudações
Prezados amigos,
Toda a informação que me forneceram é muito valiosa, devo realizar os testes correspondentes e espero comentar os resultados para que todos possam ver a solução.
Saudações, agradeço as respostas.
Atenciosamente,
Erick
O leitor está configurado para ler este tipo de códigos de barras?
Em seu dia, imprimi o mesmo campo na mesma página 10 vezes em tamanhos diferentes até encontrar o menor legível pelo leitor, sem problemas com lasers ou térmicas do tipo Zebra.
Na verdade, o funcionamento é semelhante ao que você descreve no módulo de pós-venda de serviços.
Quando uma chamada de serviço é aberta, etiquetas do assunto (codificado) são impressas e coladas em diferentes pastas. Os técnicos leem o código e são direcionados diretamente para a chamada.
Também lembro que modificamos a forma como o leitor lê, fazendo com que ele assuma um "enter" após a leitura para recuperar o registro diretamente sem a necessidade de pressionar nada, apenas com a leitura.
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute