{"id":4531,"date":"2026-10-06T11:31:09","date_gmt":"2026-10-06T11:31:09","guid":{"rendered":"https:\/\/whitelotto.com\/?p=4531"},"modified":"2026-10-07T06:41:36","modified_gmt":"2026-10-07T06:41:36","slug":"retail-lottery-pos-integration","status":"publish","type":"post","link":"https:\/\/whitelotto.com\/es\/retail-lottery-pos-integration\/","title":{"rendered":"Integraci\u00f3n POS de loter\u00eda: reglas offline y conciliaci\u00f3n"},"content":{"rendered":"\n

Una integraci\u00f3n POS de loter\u00eda conecta emisi\u00f3n de boletos, pagos, conciliaci\u00f3n del punto de venta y soporte entre locales f\u00edsicos y la plataforma central. La decisi\u00f3n cr\u00edtica es qu\u00e9 puede hacer el punto de venta cuando pierde conexi\u00f3n. Una aprobaci\u00f3n de tarjeta offline y un boleto aceptado por el sistema central son resultados distintos.<\/p>\n

Esta gu\u00eda describe requisitos a acordar, no modelos de terminal ni operaciones API confirmados de WhiteLotto. Sit\u00faa la venta f\u00edsica en la arquitectura omnicanal<\/a> y confirma los l\u00edmites reales de producto, mercado y proveedores.<\/p>\n\n

Separa las responsabilidades en el mostrador<\/h2>\n

Relaciona aplicaci\u00f3n POS, terminal de pago, plataforma de loter\u00eda, 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\u00f3n v\u00e1lida. Acuerda con los responsables el evento de aceptaci\u00f3n que tiene significado contractual y jur\u00eddico.<\/p>\n

\n
Responsabilidades de integraci\u00f3n de loter\u00eda en puntos de venta<\/caption>
Operaci\u00f3n<\/th>L\u00edmite a acordar<\/th>Excepci\u00f3n a probar<\/th><\/tr><\/thead>
Venta del boleto<\/th>Aceptaci\u00f3n autoritativa, cierre de ventas y referencia del boleto.<\/td>El pago se completa, pero falta confirmaci\u00f3n del boleto.<\/td><\/tr>\n
Pago<\/th>Responsabilidad de efectivo\/tarjeta, estado y referencia de pedido vinculada.<\/td>El terminal tiene un timeout o confirma despu\u00e9s de la primera respuesta.<\/td><\/tr>\n
Recibo<\/th>Qu\u00e9 acredita aceptaci\u00f3n y qu\u00e9 puede reproducir una reimpresi\u00f3n.<\/td>Falla la impresora despu\u00e9s de la aceptaci\u00f3n.<\/td><\/tr>\n
Gesti\u00f3n de premios<\/th>Validaci\u00f3n, autoridad para pagar y prevenci\u00f3n de cobros duplicados.<\/td>Se presenta el mismo boleto en otro local.<\/td><\/tr>\n
Liquidaci\u00f3n del local<\/th>Comisi\u00f3n, efectivo, reembolsos y cierre del informe.<\/td>Los totales locales difieren de los centrales.<\/td><\/tr>\n<\/tbody><\/table><\/div>\n\n

Define una pol\u00edtica offline expl\u00edcita<\/h2>\n

Elige qu\u00e9 funciones siguen disponibles sin conexi\u00f3n. Pueden incluir consultar informaci\u00f3n permitida almacenada o preparar un pedido todav\u00eda no aceptado. Emitir boletos v\u00e1lidos offline necesita un dise\u00f1o expresamente autorizado; la capacidad del terminal de pago no lo implica.<\/p>\n

La documentaci\u00f3n de pagos offline de Adyen<\/a> explica limitaciones y riesgo de rechazo posterior. Es una referencia de pagos, no autorizaci\u00f3n para emitir boletos sin conexi\u00f3n ni evidencia de soporte de Adyen en WhiteLotto.<\/p>\n

No pongas en cola una venta para un sorteo cerrado y despu\u00e9s la presentes como aceptada antes del cierre. Define l\u00edmites de almacenamiento local, controles de reloj, mensajes de interrupci\u00f3n, gesti\u00f3n manual autorizada y responsables de recuperaci\u00f3n. Si un pago completado no produce un boleto v\u00e1lido, la reversi\u00f3n o el reembolso acordados deben quedar trazables.<\/p>\n\n

Sincroniza sin crear ventas duplicadas<\/h2>\n

Asigna una referencia de operaci\u00f3n que sobreviva al reinicio del POS y a la interrupci\u00f3n de red. La reconexi\u00f3n debe comprobar el resultado original antes de enviar otra venta. Conserva referencias de local, dispositivo y operador para distinguir una retransmisi\u00f3n de una segunda compra intencionada.<\/p>\n

La reimpresi\u00f3n debe reproducir el boleto aceptado original, no emitir otra participaci\u00f3n. Confirmaciones perdidas, sustituci\u00f3n de dispositivos y cargas retrasadas necesitan recuperaci\u00f3n soportada. Consulta la gu\u00eda de sorteos<\/a> para cierres e identidad de resultados, y la gu\u00eda de pagos<\/a> para reintentos financieros.<\/p>\n\n

Ofrece una vista de conciliaci\u00f3n al distribuidor<\/h2>\n

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\u00edas. Muestra pedidos sin resolver por separado, sin forzarlos a aparecer como ventas correctas.<\/p>\n

Limita cada distribuidor a sus registros autorizados. La operaci\u00f3n central necesita trazabilidad entre locales y finanzas necesita un estado de liquidaci\u00f3n y flujo de correcciones acordados. El marco de KPI<\/a> puede mostrar valor y antig\u00fcedad de excepciones entre canales.<\/p>\n\n

Checklist de aceptaci\u00f3n en puntos de venta<\/h2>\n