Para el producto completo de apuestas deportivas y la configuración de trading, consulte el software de apuestas deportivas. Esta página aborda el trabajo necesario para conectarlo.
Elija el trabajo de interfaz que asumirá su equipo
| Modelo | Trabajo que debe definirse |
|---|---|
| Interfaz integrada | Interfaz suministrada, límites de personalización visual, autenticación, contexto de cuenta, monedero e informes de eventos |
| API con su propia interfaz | Presentación del catálogo, actualizaciones en vivo, cupón de apuestas, estados de colocación, historial y recorridos móviles pertinentes, además de la integración |
Una interfaz integrada puede reducir el trabajo de interfaz, pero no elimina la integración de cuentas y finanzas. Una API da a su equipo más responsabilidad sobre la experiencia y sus estados de error. Compare los recorridos realmente admitidos en lugar de suponer que cualquiera de las opciones es inmediata o ilimitada.
Acuerde el contrato de apuestas y transacciones
Documente los identificadores que conectan la solicitud de colocación, la apuesta aceptada, el evento del monedero y la liquidación. Especifique el estado devuelto para aceptación, rechazo y un resultado que todavía se está resolviendo.
Cuando se agota el tiempo de espera de una respuesta de colocación, la interfaz no debe adivinar si la apuesta es válida. Defina cómo recuperar el estado de referencia y conciliar cualquier fondo reservado o cargado. Repetir una solicitud necesita un comportamiento documentado que impida una segunda apuesta o acción financiera no prevista.
Mantenga inspeccionables el resultado de la solicitud original y las correcciones posteriores. Las reglas exactas de tiempo de espera, reintento, firma y límites de frecuencia deben figurar en el contrato de API con control de versiones.
Pruebe las condiciones cambiantes de las apuestas en vivo
| Caso | Pruebas de aceptación |
|---|---|
| La cuota cambia antes de la aceptación | Política de cambios de cuota aplicada, cuota aceptada o rechazo, y resultado correspondiente en el monedero |
| El mercado se suspende durante la colocación | Decisión de aceptación de referencia y estado financiero explicado |
| Se pierde la respuesta | Recuperación del estado de la solicitud original sin una segunda acción no controlada |
| Vence una oferta de cierre anticipado | Distinción clara entre una oferta mostrada y una ejecución completada |
| Se corrige el resultado | Conciliación de la liquidación original, el ajuste y el saldo final |
| La cuenta pasa a estar restringida | La acción permitida refleja los controles de estado de cuenta acordados |
Utilice los productos y las monedas requeridos en el conjunto de pruebas. Una apuesta simple satisfactoria no demuestra que las apuestas múltiples, el cierre anticipado parcial o los resultados corregidos funcionen correctamente.
Incluya informes y soporte en el traspaso
Defina cómo recupera el operador el historial de apuestas, los eventos financieros y los casos sin resolver. Asigne responsabilidades cuando la interfaz, la plataforma de apuestas y el monedero informen de estados distintos. Conserve la versión de la documentación y los resultados de pruebas aceptados para la publicación.
Estime el calendario según el monedero existente, el trabajo de interfaz, las aprobaciones de proveedores y la capacidad de ingeniería. Una estimación genérica de tiempo no puede contemplar los cambios que necesita el registro contable para registrar los eventos requeridos.
Solicite documentación para su integración propuesta e indique la plataforma actual, el monedero, los mercados objetivo y el enfoque de interfaz. Incluya un caso difícil de colocación o liquidación que necesite gestionar de forma fiable.