
Los códigos de barras son una forma sencilla, rápida y precisa de codificar información, la cual posteriormente puede leerse mediante dispositivos ópticos, los cuales envían dicha información al ordenador como si la información se hubiera tecleado.
Desde el punto de vista de un negocio, emplear códigos de barras reduce considerablemente la ineficacia, mejorando la productividad.
Primero empiezen por conocer el tipo de entrada de datos: USB, COM, PS/2 (teclado), etc. Y luego ven como coño lo recuperan. El del teclado es el mas facil pero es un maldito problema para capturar. El COM me llama la atencion.
GENERAR CÓDIGOS DE BARRAS DESDE
Visual Basic: Los "Active Barcode Components" son probablemente la mejor opción si se desea crear códigos de barras como imagen con Visual Basic 6 o inferior. Si trabaja con VB.NET la opción es "dBarcode.NET components". Independientemente de la versión de Visual Basic, si desea utilizar fuentes de tipo de letra, escoja la fuente indicada o la universal font Kit.
Visual Studio .NET (VB, C# and J#): Los "dBarcode for .NET Components" están especialmente diseñados para aplicaciones .NET. Independientemente de la versión de Visual Basic, si desea utilizar fuentes de tipo de letra, escoja la fuente indicada o la universal font Kit. Para aplicaciones ASP .NET se han creado "Barcode IMG Server for IIS" o "Barcode-2D IMG Server for IIS".
utiliza lectores tipo pistola que van conectados al teclado, lo unico que hacen es reemplazar el teclado, esto es, cuando leen un codigo, lo escriben igual que si tu lo digitaras, ademas vienen con el enter programado automatico y listo po' nada mas acuerdate, tipo pistola y conectada a la puerta del teclado.
Las aplicaciones con codigo de barras no es otra cosa que nos ayuda a identificar a un prodcuto mediante un determinado codigo.. esto quiere decir que el codigo de barras esta conformado por letras y numeros que nosotros al verlos en forma de barras no podemos identificarlos... pero la lectora de codigo de barras es quien decodifica este codigo de la siguiente manera... al pasar el codigo de barras por la lectora esto simula como si nosotros estubiesemos digitando con el teclado de manera directa... ps eso es todo y el resto es lo comun q se hace al programar cualquier aplicación.
Que a diferencia del WinLabel, el Crystal Reports carecía de soporte para generar códigos de barra automáticos, o sea que dependía del uso de una font especifica para lograr dicha imagen.
A pesar de haber usado miles de veces estos códigos, no sabiamos que su estructura era bastante compleja, simplemente pensé que con escribir un numero (por ejemplo : "9900100726019" y seleccionar la fuente EAN-13.TTF estaría todo resuelto. Muy lejos estaba de la verdad.
En primer lugar (tomando como ejemplo para esta nota el EAN-13) el código de barras se divide en varias partes.
Entonces ya sabemos que un código EAN-13 se compone por :
• un comienzo (chr(5))
• un código de 2 dígitos identificando al país del producto (no necesariamente debe respetarse)
• un primer grupo de 5 dígitos
• un separador (chr(124) que representa el caracter "" pipe)
• un segundo grupo de 5 dígitos
• un Dígito verificador
• una marca de finalización (chr(5))
Ahora bien.... parece que queda un solo misterio por resolver... como se puede calcular el dígito verificador. Sin embargo estamos muy lejos de comprender todo.
En primer lugar cada caracter numérico deberá ser reemplazado de acuerdo a la siguiente tabla.
990010072601
En primer lugar deberemos sumar estos dígitos comenzando desde el último y salteando de a 1.
1 + 6 + 7 + 0 + 0 + 9 = 23
El resultado se debe multiplicar por 3 y luego adicionar la suma del siguiente grupo de dígito.
1 + 6 + 7 + 0 + 0 + 9 = 23 * 3 = 69 + ( 0 + 2 + 0 + 1 + 0 + 9 ) = 81
Se debera restar 81 a 100 para ver cuanto queda, en este caso 19
Se tomará el último dígito (9) como dígito verificador.
Como podrán deducir, tiene sus secretos pero una vez conocido el algoritmo y teniendo las tablas de referencia todo puede lograrse.
He tomado para esta nota, el formato EAN-13 pero pude ver que para cada formato hay otros algoritmos e inclusive otras tablas de referencia
Desde el punto de vista de un negocio, emplear códigos de barras reduce considerablemente la ineficacia, mejorando la productividad.
Primero empiezen por conocer el tipo de entrada de datos: USB, COM, PS/2 (teclado), etc. Y luego ven como coño lo recuperan. El del teclado es el mas facil pero es un maldito problema para capturar. El COM me llama la atencion.
GENERAR CÓDIGOS DE BARRAS DESDE
Visual Basic: Los "Active Barcode Components" son probablemente la mejor opción si se desea crear códigos de barras como imagen con Visual Basic 6 o inferior. Si trabaja con VB.NET la opción es "dBarcode.NET components". Independientemente de la versión de Visual Basic, si desea utilizar fuentes de tipo de letra, escoja la fuente indicada o la universal font Kit.
Visual Studio .NET (VB, C# and J#): Los "dBarcode for .NET Components" están especialmente diseñados para aplicaciones .NET. Independientemente de la versión de Visual Basic, si desea utilizar fuentes de tipo de letra, escoja la fuente indicada o la universal font Kit. Para aplicaciones ASP .NET se han creado "Barcode IMG Server for IIS" o "Barcode-2D IMG Server for IIS".
utiliza lectores tipo pistola que van conectados al teclado, lo unico que hacen es reemplazar el teclado, esto es, cuando leen un codigo, lo escriben igual que si tu lo digitaras, ademas vienen con el enter programado automatico y listo po' nada mas acuerdate, tipo pistola y conectada a la puerta del teclado.
Las aplicaciones con codigo de barras no es otra cosa que nos ayuda a identificar a un prodcuto mediante un determinado codigo.. esto quiere decir que el codigo de barras esta conformado por letras y numeros que nosotros al verlos en forma de barras no podemos identificarlos... pero la lectora de codigo de barras es quien decodifica este codigo de la siguiente manera... al pasar el codigo de barras por la lectora esto simula como si nosotros estubiesemos digitando con el teclado de manera directa... ps eso es todo y el resto es lo comun q se hace al programar cualquier aplicación.
Que a diferencia del WinLabel, el Crystal Reports carecía de soporte para generar códigos de barra automáticos, o sea que dependía del uso de una font especifica para lograr dicha imagen.
A pesar de haber usado miles de veces estos códigos, no sabiamos que su estructura era bastante compleja, simplemente pensé que con escribir un numero (por ejemplo : "9900100726019" y seleccionar la fuente EAN-13.TTF estaría todo resuelto. Muy lejos estaba de la verdad.
En primer lugar (tomando como ejemplo para esta nota el EAN-13) el código de barras se divide en varias partes.
Entonces ya sabemos que un código EAN-13 se compone por :
• un comienzo (chr(5))
• un código de 2 dígitos identificando al país del producto (no necesariamente debe respetarse)
• un primer grupo de 5 dígitos
• un separador (chr(124) que representa el caracter "" pipe)
• un segundo grupo de 5 dígitos
• un Dígito verificador
• una marca de finalización (chr(5))
Ahora bien.... parece que queda un solo misterio por resolver... como se puede calcular el dígito verificador. Sin embargo estamos muy lejos de comprender todo.
En primer lugar cada caracter numérico deberá ser reemplazado de acuerdo a la siguiente tabla.
990010072601
En primer lugar deberemos sumar estos dígitos comenzando desde el último y salteando de a 1.
1 + 6 + 7 + 0 + 0 + 9 = 23
El resultado se debe multiplicar por 3 y luego adicionar la suma del siguiente grupo de dígito.
1 + 6 + 7 + 0 + 0 + 9 = 23 * 3 = 69 + ( 0 + 2 + 0 + 1 + 0 + 9 ) = 81
Se debera restar 81 a 100 para ver cuanto queda, en este caso 19
Se tomará el último dígito (9) como dígito verificador.
Como podrán deducir, tiene sus secretos pero una vez conocido el algoritmo y teniendo las tablas de referencia todo puede lograrse.
He tomado para esta nota, el formato EAN-13 pero pude ver que para cada formato hay otros algoritmos e inclusive otras tablas de referencia