Reglas de apuestas

Estas reglas explican como se aceptan, validan, muestran y liquidan las apuestas deportivas en KingPlay. Aplican para tickets simples, combinadas y Bet Builder.

1. Aceptacion de tickets

• El usuario debe estar logueado y tener una cuenta activa para confirmar una apuesta.
• Los datos personales obligatorios deben estar completos antes de apostar.
• La apuesta se confirma en servidor. El frontend no decide saldo, bono, rollover, caps ni liquidacion.
• Si la cuota aceptada por el usuario cambia antes de confirmar, el ticket puede rechazarse con ODDS_CHANGED.
• No se aceptan apuestas si el evento ya inicio, esta suspendido o no cumple las validaciones operativas.

2. Cuotas y mercados

• Las cuotas visibles pueden variar antes de confirmar el ticket.
• La cuota guardada en el ticket es la cuota aceptada al momento de confirmacion.
• KingPlay puede retirar, corregir u ocultar mercados ante error evidente, fuente inconsistente, evento duplicado o contingencia verificable.
• Los mercados de futbol de tiempo completo se entienden como 90 minutos mas tiempo adicional, salvo que el mercado indique expresamente otra cosa.
• Los mercados de primer tiempo solo consideran el primer tiempo. No deben liquidarse con marcador final.

3. Ticket simple

• Un ticket simple contiene una seleccion.
• Si la seleccion gana, el ticket se liquida como ganador.
• Si la seleccion pierde, el ticket se liquida como perdido.
• Si la seleccion queda anulada, el stake se devuelve segun el origen del saldo.

4. Combinadas

• Una combinada contiene dos o mas selecciones de eventos permitidos.
• Si una seleccion pierde, la combinada pierde.
• Si todas las selecciones ganan, la combinada gana.
• Si una seleccion queda pendiente, el ticket permanece abierto hasta que todas las selecciones tengan estado final.
• Si una seleccion queda anulada, se recalcula el ticket con las selecciones activas restantes segun la regla aplicable.

5. Bet Builder

• Bet Builder permite combinar selecciones compatibles del mismo partido de futbol.
• Puede activarse manualmente o automaticamente cuando el usuario selecciona dos mercados compatibles del mismo evento.
• Si el usuario deja una sola seleccion en Bet Builder, el sistema puede tomarla como apuesta simple.
• Bet Builder usa quote de servidor, expiracion corta y consumo atomico de quote para evitar doble ticket por doble click.
• El ticket Bet Builder muestra una cuota final calculada por servidor. Esa cuota puede incluir correlacion y factor por cantidad de legs.
• Cashout puede estar disponible para Simple, Combinada y Bet Builder apostados con saldo real, sujeto a las condiciones vigentes. Los tickets con saldo bono no tienen cashout.
• No todos los mercados son compatibles con Bet Builder. Cuando Bet Builder esta activo, los mercados no permitidos se ocultan o se muestran como inhabilitados.

6. Legs anuladas o VOID

• Si todas las legs de un Bet Builder quedan VOID, se devuelve el stake completo al mismo origen del saldo.
• Si hay mezcla de legs ganadas y VOID, la cuota efectiva se recalcula con la formula original de Bet Builder usando solo las legs activas.
• Si quedan dos o mas legs activas, se mantiene como Bet Builder recalculado.
• Si queda una sola leg activa, puede pagarse como apuesta simple con la cuota aceptada de esa leg.
• No se divide la cuota final entre la cuota de la leg anulada, porque eso podria pagar mal en mercados correlacionados.

7. Mercado Clasifica

• El mercado Clasifica solo se usa cuando existe avance real de ronda: eliminatoria, playoff, final, semifinal, cuartos, repechaje o tie con avance.
• No debe crearse Clasifica para fase de grupos, liga regular, amistosos o partidos sin equipo que avance.
• Clasifica incluye el avance de ronda segun la fuente final aplicable, incluyendo prorroga, penales o agregado cuando corresponda.
• Si la fuente no permite confirmar con seguridad el avance, el mercado queda pendiente hasta revision operativa.

8. Futbol: 90 minutos, prorroga y penales

• Ganador del partido 1X2, doble oportunidad, ambos anotan y totales de goles de tiempo completo cuentan solo 90 minutos mas tiempo adicional, salvo indicacion distinta.
• Prorroga y penales no cuentan para mercados de 90 minutos.
• Clasifica si considera quien avanza de ronda, incluso si el avance se define por prorroga o penales.
• Un partido en vivo no debe cerrarse como final mientras la fuente indique minuto, descanso, segundo tiempo, prorroga o partido en curso.

9. Saldo real, saldo bono y rollover

• El saldo real puede usarse en apuestas deportivas normales y Bet Builder.
• El saldo bono puede usarse si el ticket cumple la cuota permitida de bono: minima 2.00 y maxima 10.00.
• El usuario puede tener Bono Normal y Bono KingFiel; ambos saldos se muestran y controlan por separado. Las nuevas acreditaciones usan X20 y X10 respectivamente, mientras los ciclos anteriores conservan X10/X5 y su avance.
• Cada bucket admite hasta el 50% de su equity en tickets abiertos. El equity es el saldo disponible mas la exposicion abierta del mismo bono.
• El retorno total de un ticket ganador con bono regresa al mismo bucket y no aumenta el rollover requerido.
• El rollover avanza solo con la parte de bono de apuestas deportivas validas y resueltas, dentro del bucket utilizado.
• Las apuestas con Bono Normal o Bono KingFiel admiten montos desde S/0.01.
• Si el ticket con bono gana, su retorno total se acredita al mismo bucket. Si se anula, el importe que corresponda se devuelve al bucket utilizado.
• El backend decide el uso de wallet, validaciones, split, rollover y liquidacion. El frontend solo solicita si desea usar bono y el monto.
• El retorno total maximo por ticket es S/1,000, incluido el capital apostado, para saldo real y saldo bono. El calculo bruto superior se muestra antes de confirmar y el ticket aceptado queda limitado a ese retorno.

10. Liquidacion y auditoria

• La liquidacion automatica usa fuentes operativas y registros de auditoria.
• Los tickets pueden permanecer abiertos si falta evidencia suficiente o si una seleccion sigue pendiente.
• El modo admin puede corregir casos excepcionales con trazabilidad, motivo y registro.
• Si se detecta error de liquidacion, KingPlay puede reabrir, corregir, anular o recalcular tickets afectados.

11. Apuestas aceptadas por error después del inicio o finalización del evento

Si, debido a un error técnico, de sincronización, programación, proveedor de datos, fecha, hora, estado del evento o publicación del mercado, la Plataforma acepta una apuesta prepartido después del inicio real del evento, o cualquier apuesta después de que el evento haya finalizado, la selección afectada será anulada una vez que dicha circunstancia sea verificada mediante fuentes oficiales o registros confiables.

El importe apostado será restituido íntegramente al mismo tipo de saldo utilizado originalmente —saldo real o saldo bono— y no se abonarán ganancias derivadas de la selección anulada. En apuestas múltiples, la selección anulada será recalculada con cuota 1.00; si todas las selecciones resultan anuladas, se devolverá íntegramente el importe apostado.

Esta medida se aplicará con independencia del resultado de la apuesta y no implicará, por sí sola, una acusación de fraude o mala fe contra el jugador. La Plataforma comunicará al usuario el motivo de la anulación y conservará el registro correspondiente para fines de auditoría.

Esta disposición entra en vigencia desde su fecha de publicación y únicamente será aplicable a las apuestas aceptadas con posterioridad a dicha fecha.

12. Limites y seguridad

• KingPlay aplica limites de ganancia o retorno maximo segun la configuracion vigente del sistema.
• KingPlay puede bloquear cuentas, tickets o movimientos ante fraude, abuso de bono, multiples cuentas, suplantacion, datos incompletos, uso indebido o actividad sospechosa.
• Las decisiones quedan registradas para auditoria interna.