Escáner de cheques para especificaciones de cajeros con QR: soluciones de quiosco bajo los nuevos estándares de terminales de pago

Escáner de cheques para especificaciones de cajeros con QR: soluciones de quiosco bajo los nuevos estándares de terminales de pago

Las nuevas especificaciones de cajeros automáticos de los esquemas de pago nacionales están llegando con un componente de "solución de escáner". Los proveedores de cajeros reciben consultas que suenan así:

"Buscamos una mesa de escaneo de cheques o un quiosco para la nueva especificación de cajeros automáticos."

Esta consulta es la punta de lanza de un cambio real de infraestructura. Los esquemas de pago de múltiples mercados están implementando estándares de retiro y depósito en cajeros basados en QR —modelos de QR en pantalla que cambian cómo los terminales autentican las transacciones. Y sí, esos estándares incluyen un componente de escáner. Pero la respuesta no es tan simple como "compre un lector de códigos de barras que hable el protocolo de escáner del esquema".

Este artículo explica qué cubren realmente estas especificaciones de cajeros a nivel de esquema, dónde están las brechas de hardware y cómo encaja un quiosco con escáner de cheques. Usamos el estándar UPI ATM de la Corporación Nacional de Pagos de India (NPCI) como referencia detallada —es uno de los ejemplos más exhaustivamente documentados de este enfoque— pero los patrones aplican a cualquier mercado que despliegue autenticación de cajeros basada en QR.

Qué cubre realmente la especificación UPI ATM — como ejemplo

Las especificaciones públicas de NPCI para cajeros UPI definen un recorrido del cliente, no un plano de ingeniería del dispositivo —y esta distinción es lo más importante que hay que entender sobre cualquier especificación de cajeros a nivel de esquema que incluya un requisito de escáner.

El modelo central se basa en QR en pantalla. En un terminal UPI ICCW (retiro de efectivo), después de que el cliente introduce el importe, el cajero muestra un código QR dinámico firmado de un solo uso. El cliente lo escanea con cualquier aplicación móvil habilitada para UPI y autoriza con su PIN UPI. Ese es todo el componente de escáner a nivel de esquema —el teléfono del cliente es el escáner.

Para UPI ICD (depósito de efectivo), el mismo modelo aplica: aparece un QR dinámico en la pantalla del CDM/CRM, el cliente lo escanea, deposita efectivo y la transacción se autentica mediante PIN UPI.

Las Directrices de Marca UPI-ATM de NPCI (publicadas el 27 de enero de 2026) estandarizan la colocación en la pantalla de inicio, los mensajes al cliente y los límites de transacción. Pero no especifican:

• Resolución, clase de motor óptico o campo de visión para un escáner integrado en el terminal
• Formato de imagen o parámetros de compresión para documentos capturados
• Capacidades OCR o ICR para procesar imágenes de cheques
• Interfaz eléctrica o requisitos de controlador de software para un módulo de escáner
• MTBF, tolerancia ambiental o especificación antimanipulación específicos de un dispositivo lector

Esto no es un descuido. El material público es una especificación a nivel de esquema. Dice a los bancos y a los despliegues de cajeros cómo debería verse la experiencia del cliente, no qué hardware comprar.

Este patrón es común entre los esquemas de pago. La capa del esquema define el recorrido, el modelo de seguridad y las reglas de negocio. La capa de ingeniería de hardware se deja a los bancos, los OEM de cajeros y los proveedores de periféricos para especificarla mediante adquisición.

La brecha: especificación del esquema vs. hardware del terminal

La consecuencia práctica es que los bancos que despliegan cajeros basados en QR están escribiendo sus propios requisitos de hardware mediante documentos de adquisición.

Un repaso a las RFP bancarias recientes de mercados que despliegan especificaciones de cajeros con QR muestra una base convergente:

La adquisición de CRM de Union Bank of India de 2025 —en respuesta al estándar UPI de NPCI— es especialmente instructiva. Requiere hardware NFC y lector de códigos de barras disponible en la máquina desde el primer día, con integración para ICCW basado en QR UPI e ICD basado en QR UPI incluida sin costo adicional. El registro de adquisición incluso documenta el rechazo del proveedor alegando que la integración de middleware implica "esfuerzos y costos enormes". La respuesta del banco fue exigir que se incluyera de todos modos.

Esto crea un patrón claro: el esquema define el recorrido; los bancos definen el hardware del terminal mediante adquisición; los proveedores llenan la brecha con capacidades de plataforma.

Dónde encaja el escaneo de cheques

La solicitud de una "mesa de escaneo de cheques o quiosco" va más allá del modelo de QR en pantalla. Imagina un terminal que pueda fotografiar y procesar físicamente cheques junto con el recorrido de transacción basado en QR.

Esto no es hipotético. La plataforma Android CRM de Hitachi soporta retiros de efectivo con QR, depósitos de efectivo con QR y casos de uso de escaneo de documentos KYC junto con la gestión tradicional de efectivo. La serie DN de Diebold Nixdorf posiciona lectores de códigos de barras, escáneres de identificación, escáneres de pasaportes y depósito de cheques como periféricos en la misma plataforma. La dirección del mercado es clara: el cajero y el CRM se están convirtiendo en quioscos multifunción capaces de manejar documentos, no solo cajas de efectivo.

Para el escaneo de cheques específicamente, los puntos de integración son:

1. Captura de imagen del cheque en el quiosco. Un cheque físico insertado en un escáner de sobremesa o alimentado a través de un periférico multifunción debe fotografiarse con resolución suficiente (mínimo 300 DPI para decodificar MICR y QR, mínimo 200 DPI para la extracción de campos OCR).

2. Extracción de la línea MICR. El cheque lleva una línea de control MICR que identifica al banco emisor, la cuenta y la serie del cheque. Debe leerse de la imagen capturada.

3. Extracción de campos OCR/ICR. Nombre del beneficiario, importe (numérico y en letras), fecha y presencia de firma deben extraerse de la imagen para el procesamiento automatizado.

4. Validación cruzada de campos. Los datos firmados en cualquier carga útil QR del cheque pueden compararse contra los campos extraídos por OCR. Las discrepancias —importe del QR vs. importe del OCR— disparan una revisión antes de la compensación.

5. Conciliación con ERP/libro mayor. Los datos extraídos fluyen al sistema core bancario o al módulo de conciliación del despliegue del cajero, cruzándose con transacciones abiertas.

Cómo los proveedores de cajeros y quioscos integran la tubería de procesamiento de ChequeDB

La capa de hardware —el escáner, el quiosco, la plataforma Android— es la parte que usted ya construye. Lo que necesita junto a ella es la tubería de software que convierte las imágenes de cheques escaneadas en datos estructurados, validados y listos para el banco. Ahí es donde ChequeDB encaja.

ChequeDB proporciona el motor de procesamiento como SDK embebible y API REST que se ejecuta en su hardware de quiosco o en su backend. Usted maneja el quiosco, el efectivo, la autenticación QR y la captura física del cheque. ChequeDB maneja todo lo que ocurre después de que la imagen llega.

Lo que usted proporciona (el quiosco)

Lo que ChequeDB proporciona (la tubería de procesamiento)

El software de escaneo de cheques de ChequeDB es la tubería que usted conecta a su quiosco. Se ejecuta como biblioteca o mediante API:

Preprocesamiento de imagen. El SDK recibe la imagen cruda del escáner y aplica corrección de inclinación, eliminación de manchas y umbralizado adaptativo —compensando la iluminación variable, la inserción en ángulo y el polvo que experimentan los quioscos desplegados en campo.

Detección de regiones. La tubería localiza la línea MICR, el recuadro del importe numérico, la línea del importe en letras, el campo de fecha, el campo de beneficiario y cualquier código QR del cheque. Sin suposiciones de plantillas fijas o posiciones —funciona con CTS-2010, Check 21 y otros formatos nacionales.

OCR MICR. Lee caracteres E-13B y CMC-7 de la imagen directamente. No se necesita un cabezal de lectura magnético separado. Los datos MICR (número de ruta, número de cuenta, serie del cheque) se devuelven junto con la imagen.

OCR/ICR de campos. Extrae importe numérico, importe en letras, nombre del beneficiario, fecha y presencia de firma. Maneja cheques manuscritos, impresos por máquina y de campos mixtos.

Decodificación QR. Extrae y verifica cargas útiles QR firmadas criptográficamente cuando están presentes. Soporta el cruce entre campos contra los datos extraídos por OCR.

Salida de datos. Devuelve JSON estructurado —todos los campos, puntuaciones de confianza, señales de validación e imagen procesada— listo para que su middleware lo publique en el CBS, el switch de compensación o el ERP del banco.

Superficie de integración

La tubería de ChequeDB se integra por dos canales, según su arquitectura:

API REST (lado servidor). El quiosco sube la imagen del cheque al endpoint de la API de ChequeDB. La tubería la procesa en el servidor y devuelve datos estructurados. Esto funciona cuando el quiosco tiene conectividad de red y usted quiere cero huella de procesamiento local.

SDK (en el dispositivo). La API OCR de cheques bancarios se agrupa como biblioteca para el SO del quiosco. La imagen nunca sale del terminal. El procesamiento ocurre localmente y el resultado estructurado se reenvía a su middleware. Esto funciona para quioscos con capacidad offline o cuando la residencia de datos es un requisito.

Ambas rutas devuelven el mismo esquema de datos, así que puede cambiar entre ellas sin modificar su integración de middleware.

Lo que recibe el banco o el cliente final

Cuando el quiosco ejecuta la tubería de ChequeDB, el banco o el despliegue del cajero obtiene:

• Una pista de auditoría completa —cada imagen de cheque, cada resultado de extracción, cada señal de validación, con marca de tiempo y almacenados en el portal de gestión de cheques de ChequeDB con flujo de aprobación y vistas de conciliación.
• Datos estructurados que alimentan directamente el CBS/ERP —sin tecleo manual, sin conversión de formato.
• Señales de fraude —discrepancias entre campos cruzados de MICR y QR, entre importes OCR e importes firmados, y detección de presentación duplicada.
• Acceso API-first —los datos procesados están disponibles a través de la misma API REST o webhooks, listos para integrarse con el middleware existente del banco.

Por qué esto importa para los proveedores de cajeros

Si usted construye o despliega quioscos ATM/CDM/CRM en mercados que adoptan especificaciones de cajeros basadas en QR, así se ve la lista de verificación de adquisición con ChequeDB como su capa de procesamiento:

Lista de verificación de adquisición para despliegues de quiosco

Si usted responde a una RFP o construye una especificación para quioscos de escaneo de cheques bajo un marco de cajeros basado en QR, esto es lo que debe incluir en su respuesta y lo que ChequeDB cubre dentro de ella:

La conclusión

Las especificaciones de cajeros basadas en QR —ya sea el estándar UPI de NPCI o marcos similares en otros mercados— definen un recorrido del cliente construido sobre códigos QR dinámicos firmados que el teléfono móvil del cliente escanea. No definen —y nunca pretendieron definir— una especificación completa de hardware de escáner para periféricos integrados en cajeros.

Esa brecha la están llenando los proveedores de quioscos que combinan su hardware con una tubería de procesamiento que maneja OCR MICR, extracción de campos, decodificación QR y validación cruzada de campos. ChequeDB es esa tubería. Usted construye el quiosco. ChequeDB procesa los cheques.

El resultado es un sistema desplegable donde la capa del esquema maneja la autenticación, su hardware maneja el instrumento físico y los datos del cheque fluyen directamente a la infraestructura de compensación y conciliación del banco —sin pasos manuales, sin desarrollo de OCR a medida, sin sorpresas de integración.

Si usted es un proveedor de cajeros o quioscos que responde a RFP bancarias bajo especificaciones de cajeros basadas en QR y necesita una tubería de procesamiento de cheques para conectar a su sistema, la extracción de datos de cheques de ChequeDB y la API OCR de cheques bancarios están listas para integrarse. La tubería maneja la imagen. Su quiosco maneja el resto.

Preguntas frecuentes

¿Definen las especificaciones de cajeros basadas en QR un escáner de hardware?

No. Especificaciones como el estándar UPI ATM de NPCI definen un modelo de QR en pantalla donde el cliente escanea un código QR dinámico firmado con su aplicación móvil. No especifican resolución, motor óptico, formato de imagen ni interfaz eléctrica para un módulo de escáner integrado en el cajero.

¿Qué significa "solución de escáner" en estas especificaciones?

El escáner en las especificaciones a nivel de esquema es principalmente la aplicación móvil del cliente escaneando un código QR mostrado en la pantalla del cajero. Para el escaneo de cheques o documentos, los bancos y los despliegues de cajeros deben especificar el hardware por separado mediante requisitos de adquisición.

¿Qué formatos de cheque necesita manejar el quiosco?

Los formatos de cheque varían por mercado —los cheques indios siguen CTS-2010, los cheques de EE. UU. siguen los estándares Check 21, y otros mercados tienen sus propias especificaciones nacionales. Un escáner de quiosco debe manejar los tamaños estándar de cheque de su mercado objetivo (típicamente de 6 a 8 pulgadas de largo) y soportar cheques impresos por máquina y manuscritos.

¿Puedo integrar el procesamiento de ChequeDB en mi software de quiosco existente?

Sí. ChequeDB proporciona tanto una API REST (para procesamiento en el servidor) como un SDK en el dispositivo (para quioscos con capacidad offline). Ambos devuelven el mismo esquema JSON estructurado, así que puede integrar una vez y cambiar de modo sin modificar su middleware.

¿Proporciona ChequeDB el hardware físico del escáner de cheques?

No. ChequeDB proporciona la tubería de software de procesamiento —preprocesamiento de imagen, OCR MICR, extracción de campos, decodificación QR y salida de datos. El hardware del escáner, el chasis del quiosco, el manejo de efectivo y la plataforma de SO los proporciona el proveedor de cajeros.

¿Requieren las especificaciones de cajeros basadas en QR lectura OCR o MICR?

Las especificaciones a nivel de esquema típicamente no exigen OCR o MICR. Estas capacidades las añaden los bancos mediante adquisición para habilitar el depósito de cheques, el escaneo de documentos KYC y otros servicios basados en documentos en la misma plataforma de terminal.

¿Cuál es la diferencia entre QR en pantalla y QR de cheque?

El QR en pantalla es el código dinámico mostrado en la pantalla del cajero para la autenticación de transacciones. El QR de cheque es un código 2D impreso en el cheque físico que lleva campos de datos firmados criptográficamente. Un quiosco con escáner de cheques debe manejar ambos: QR en pantalla para la autenticación de transacciones y QR de cheque para la autenticación del instrumento.