Integración POS de lotería: reglas offline y conciliación
Una integración POS de lotería conecta emisión de boletos, pagos, conciliación del punto de venta y soporte entre locales físicos y la plataforma central. La decisión crítica es qué puede hacer el punto de venta cuando pierde conexión. Una aprobación de tarjeta offline y un boleto aceptado por el sistema central son resultados distintos. Esta […]
Una integración POS de lotería conecta emisión de boletos, pagos, conciliación del punto de venta y soporte entre locales físicos y la plataforma central. La decisión crítica es qué puede hacer el punto de venta cuando pierde conexión. Una aprobación de tarjeta offline y un boleto aceptado por el sistema central son resultados distintos.
Esta guía describe requisitos a acordar, no modelos de terminal ni operaciones API confirmados de WhiteLotto. Sitúa la venta física en la arquitectura omnicanal y confirma los límites reales de producto, mercado y proveedores.
Separa las responsabilidades en el mostrador
Relaciona aplicación POS, terminal de pago, plataforma de lotería, proveedor de sorteos y back office del distribuidor. El terminal puede procesar un pago sin crear un boleto. Un recibo puede describir un pedido pendiente y no demostrar una participación válida. Acuerda con los responsables el evento de aceptación que tiene significado contractual y jurídico.
| Operación | Límite a acordar | Excepción a probar |
|---|---|---|
| Venta del boleto | Aceptación autoritativa, cierre de ventas y referencia del boleto. | El pago se completa, pero falta confirmación del boleto. |
| Pago | Responsabilidad de efectivo/tarjeta, estado y referencia de pedido vinculada. | El terminal tiene un timeout o confirma después de la primera respuesta. |
| Recibo | Qué acredita aceptación y qué puede reproducir una reimpresión. | Falla la impresora después de la aceptación. |
| Gestión de premios | Validación, autoridad para pagar y prevención de cobros duplicados. | Se presenta el mismo boleto en otro local. |
| Liquidación del local | Comisión, efectivo, reembolsos y cierre del informe. | Los totales locales difieren de los centrales. |
Define una política offline explícita
Elige qué funciones siguen disponibles sin conexión. Pueden incluir consultar información permitida almacenada o preparar un pedido todavía no aceptado. Emitir boletos válidos offline necesita un diseño expresamente autorizado; la capacidad del terminal de pago no lo implica.
La documentación de pagos offline de Adyen explica limitaciones y riesgo de rechazo posterior. Es una referencia de pagos, no autorización para emitir boletos sin conexión ni evidencia de soporte de Adyen en WhiteLotto.
No pongas en cola una venta para un sorteo cerrado y después la presentes como aceptada antes del cierre. Define límites de almacenamiento local, controles de reloj, mensajes de interrupción, gestión manual autorizada y responsables de recuperación. Si un pago completado no produce un boleto válido, la reversión o el reembolso acordados deben quedar trazables.
Sincroniza sin crear ventas duplicadas
Asigna una referencia de operación que sobreviva al reinicio del POS y a la interrupción de red. La reconexión debe comprobar el resultado original antes de enviar otra venta. Conserva referencias de local, dispositivo y operador para distinguir una retransmisión de una segunda compra intencionada.
La reimpresión debe reproducir el boleto aceptado original, no emitir otra participación. Confirmaciones perdidas, sustitución de dispositivos y cargas retrasadas necesitan recuperación soportada. Consulta la guía de sorteos para cierres e identidad de resultados, y la guía de pagos para reintentos financieros.
Ofrece una vista de conciliación al distribuidor
En un cierre de jornada definido, concilia boletos aceptados, cancelaciones, cobros en efectivo y tarjeta, premios pagados, comisiones e importes pendientes. Especifica zona horaria del local y tratamiento de confirmaciones tardías. Muestra pedidos sin resolver por separado, sin forzarlos a aparecer como ventas correctas.
Limita cada distribuidor a sus registros autorizados. La operación central necesita trazabilidad entre locales y finanzas necesita un estado de liquidación y flujo de correcciones acordados. El marco de KPI puede mostrar valor y antigüedad de excepciones entre canales.
Checklist de aceptación en puntos de venta
- Completa ventas en efectivo y tarjeta con boleto, recibo e informe central coincidentes.
- Interrumpe la red antes del envío, después del pago y después de aceptar el boleto.
- Reinicia el dispositivo y recupera una operación incierta sin emitir otro boleto.
- Prueba fallo de impresión, reimpresión controlada, cancelación y cobro duplicado de premios.
- Aplica cierres de ventas de forma consistente entre zonas horarias y locales.
- Concilia una jornada con reembolsos, eventos tardíos y pedidos sin resolver.
- Verifica revocación de dispositivo/operador y acceso denegado a otro local.
Registra terminal, versión, configuración de red y datos ficticios en el paquete UAT. No pruebes interrupciones mediante compras reales de jugadores.
Preguntas frecuentes sobre POS de lotería
¿Un pago offline implica que la venta de lotería offline sea segura?
No. Pago y aceptación del boleto tienen restricciones y riesgos diferentes. El sistema de lotería necesita sus propias reglas autorizadas.
¿Qué debe aportar un distribuidor durante la definición?
Modelos de dispositivo, conectividad, métodos de pago, recorridos de venta y premios y necesidades de liquidación. Utiliza ejemplos anonimizados, no registros de jugadores.
Comparte tu red de locales y los límites de integración con WhiteLotto. CONTACTO.