Escaneo de QR y códigos de barras en una app

El escaneo de QR y códigos de barras en una app convierte la cámara del celular en un lector: se apunta, se reconoce el código y la app actúa. Sirve para identificar un producto, validar una entrada, abrir una ficha o registrar una presencia. Parece simple, pero la experiencia real depende de detalles como la luz, el estado del código y qué hace la app después de leerlo.

QR y código de barras no son lo mismo

El código de barras clásico (de líneas) guarda una cadena corta, normalmente un número que identifica un producto. El QR es bidimensional y puede contener mucho más: una dirección web, un identificador o un texto breve. Para identificar mercadería en góndola se usan códigos de barras; para entradas, acreditaciones, links y mesas, suele ser más cómodo un QR, que además se lee desde casi cualquier ángulo.

Casos de uso frecuentes

• Inventario y depósito: leer un producto para sumar, restar o consultar existencias. Se relaciona con una app de control de stock.
• Control de acceso: validar una entrada o una credencial en la puerta de un evento o un gimnasio.
• Check-in: confirmar la llegada de un cliente a su turno.
• Menús y fichas: un QR en una mesa o en un equipo que abre la información correspondiente.
• Trazabilidad: registrar por dónde pasó una pieza, un paquete o una herramienta.
• Reservas online: un QR que lleva a la página de reservas del negocio. Mateturnos, por ejemplo, permite compartir el link de reservas también como QR.

La cámara y los permisos

Para leer códigos la app necesita acceso a la cámara, y el sistema pide al usuario que lo autorice. Algunas decisiones prácticas:

• Pedir el permiso en el momento en que se va a escanear, explicando para qué, y no al abrir la app por primera vez.
• Prever el caso en que el usuario lo rechaza: mostrar una alternativa, como ingresar el código a mano, y cómo habilitar el permiso desde los ajustes.
• No guardar ni enviar imágenes de la cámara si solo se necesita el texto del código.

En una PWA el acceso a la cámara desde el navegador es posible, pero su comportamiento varía según el sistema y el navegador. Si el escaneo es el corazón de tu app, conviene leer la comparación entre app móvil y PWA y probarlo en los dispositivos reales.

Cuando las condiciones no acompañan

En una demo todo se lee al instante. En la práctica aparecen problemas que hay que diseñar de antemano:

• Poca luz: permitir encender la linterna con un botón visible.
• Códigos dañados, arrugados o con brillo: ofrecer carga manual como respaldo.
• Códigos muy pequeños o muy lejanos: dar una guía en pantalla de a qué distancia apuntar y manejar bien el enfoque.
• Lectura repetida: evitar que un mismo código se procese diez veces mientras la cámara sigue apuntándolo.
• Feedback inmediato: una vibración o un sonido breve y un mensaje claro de éxito o error.
• Escaneo en serie: si se leen decenas de códigos seguidos, el flujo debe permitir seguir sin pasos intermedios.

Generación de QR

La app también puede crear códigos: una entrada individual, un comprobante, un acceso a una mesa. Aquí conviene decidir qué guarda el QR. Lo más sano es que contenga solo un identificador y que el detalle esté en el servidor, en lugar de volcar datos personales dentro del código, que cualquiera podría leer con su celular. Si el QR se imprime, hay que cuidar el tamaño y el contraste para que se lea bien.

Validación: no confiar en el código solo

Un QR es una imagen que se puede copiar y reenviar. Para usos sensibles, como entradas o descuentos, la lectura debe verificarse contra el servidor:

1. Comprobar que el código existe y es válido.
2. Registrar que ya fue utilizado, para impedir duplicados.
3. Considerar vencimientos o ventanas horarias.
4. Definir qué ocurre si no hay conexión: ¿se acepta y se concilia después, o se rechaza?

Esa última decisión pesa: validar sin internet implica manejar el riesgo de que dos puertas acepten el mismo código.

Impacto en el alcance y el costo

Leer un código en sí es una pieza acotada. Lo que realmente suma esfuerzo es lo que rodea a la lectura: el flujo posterior, la validación contra el servidor, el escaneo masivo, el uso sin conexión y las pruebas en dispositivos y condiciones de luz variadas.

Qué preguntar antes de incluirlo

1. ¿Qué tipo de códigos se van a leer y quién los genera?
2. ¿En qué ambientes se escanea: interior, exterior, depósito oscuro?
3. ¿Cuántas lecturas por minuto se esperan?
4. ¿Qué pasa si el código no se puede leer?
5. ¿Es necesario escanear sin conexión?

Siguiente paso

Si el escaneo es parte de tu operación, lo mejor es probarlo con tus códigos reales antes de cerrar el alcance. Contanos el caso en el formulario de contacto y lo evaluamos desde Rosario.