Integración con Kalshi
Datos de tenis para Kalshi.
Conecta el contexto de jugadores y partidos con los identificadores de evento y mercado Kalshi antes de añadir datos.
Un ticker es solo el inicio.
Explora los tres casos e inspecciona qué mapping produce cada uno.
Contexto de kalshi
Conserva los identificadores de tu plataforma junto al partido DFT.
- event_ticker
<event_ticker>- ticker
<market_ticker>
Un mercado sí/no se refiere a un jugador y partido concretos. Mantén ese significado junto al ticker.
- Identidades de ambos jugadoresIdentificado
- Edición y fecha del torneoIdentificado
- Resultado o selección con nombreIdentificado
Un mapping confirmado puede llevar marcadores, histórico y probabilidades DFT a tu aplicación.
{
"platform": "kalshi",
"status": "matched",
"dft_match_id": "cfaabd98-37a1-4652-b1a3-8b26b5840b7e",
"dft_edition_id": "f431d1e9-bd98-4d7c-ace9-d34a795f7175",
"platform_ids": {
"event_ticker": "<event_ticker>",
"ticker": "<market_ticker>"
},
"outcomes": [
{
"ref": "yes",
"playerId": "bfec67b0-65b9-4f6a-bce2-5c6d8dd001b6",
"side": "a"
},
{
"ref": "no",
"playerId": "22c4fbb8-caae-4bfd-b732-aef9b8a5f986",
"side": "b"
}
]
}El mapping conserva event_ticker, ticker de mercado y jugador detrás de sí/no. Revisa las reglas del mercado específico.
Distingue el ticker de la identidad del jugador.
Esta conciliación local conserva las referencias Kalshi junto al partido DFT seleccionado.
status- matched, ambiguous o unmatched. Un caso sin resolver mantiene vacío el mapeo.
dft_match_id- La identidad DFT del partido para relacionar puntos, jugadores y edición del torneo.
platform_ids- Referencias de la plataforma, separadas de los identificadores DFT de partido y jugador.
outcomes- Cada referencia mantiene playerId y side. Cambiar el orden no cambia la identidad del jugador.
Preguntas
Empieza por un partido identificable.
Inspecciona el comportamiento de reconciliación y prepara tu flujo DFT.