Fastreport3 barcode

[Delfino]

Resulta q he definido un barcode tipo EAN13 en un reporte generado con Fastreport3.07, el problema es si activo la opcion de calc checksum del componente barcode ese el lector lee el codigo mas el digito de control, lo q produce un numero erroneo en el digito final, si desactivo esta opcion el lector no lee nada de nada, he probado a programar el lector con las dos opciones pero parece q no se entera, siempre el mismo comportamiento, alguien sabe porque? o es recomendable q cambie de tipo a otro como code39..

[Casimiro Notevi]

Si eliges EAN13 y le activas "calc checksum", debes pasarle códigos de 12 dígitos, ¿es así?

[Delfino]

Podrias dar mas detalles? me recomendais otro tipo q no sea el EAN13? el codigo es de 10 digitos pero el componente barcode del Fastreport le añade los ceros faltantes, por ejemplo si el numero 123456, se hace 000000123456 sin cheksum o 000001234565 con ckecksum, en el primero el lector se niega rotndamente a leery en el segundo lee lo q ve con el digito final añadido..

[Casimiro Notevi]

La verdad es que no entiendo bien el problema, ¿qué quiéres decir con: el lector se niega rotundamente a leer?

Se supone que si vas a imprimir un informe es que esos códigos están almacenados en una base de datos, no?

[Delfino]

No es problema de generacion de la etiqueta del barcode, cuando ya esta generada y impresa la etiqueta, al intentar leerla con el lector de codigos de barra no la lee si no ha sido impresa con el checksum, si esta impresa con el checksum el lector lee tb el check digit, quizas no me he explicado bien :(

[Casimiro Notevi]

El lector lee lo que le pongas, le da igual el número de dígitos.
Si abres el bloc de notas, worpad o cualquier programa y haces la prueba de leer un código cualquiera verás que éste es presentado en pantalla como si hubiese sido tecleado.
Así que puede ser que tengas puesto algún tipo de control/filtro en la entrada de datos del programa que usas para leer esos códigos.