> ## Documentation Index
> Fetch the complete documentation index at: https://docs.apinn.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Prématch & live

> Comment prématch et in‑play sont modélisés, et le lien parent_id.

Un match apparaît d'abord en **prématch** avec son `event_id`. Au coup d'envoi, Pinnacle crée un **événement live séparé** (son propre `event_id`), relié au prématch par **`parent_id`**.

* Les cotes prématch vivent sous l'`event_id` prématch.
* La série in‑play (avec `score_home`, `score_away`, `red_cards_*` sur chaque ligne) vit sous l'`event_id` de l'enfant live.

## Trouver l'enfant live d'un match

```bash theme={null}
# à partir d'un event_id prématch, récupérer l'enfant live
curl "https://api.apinn.io/api/fixtures?parent_id=1630436278&live=1" \
  -H "X-API-Key: VOTRE_CLE"
```

Le match principal est la ligne dont `resulting_unit = "Regular"`.

## live\_status

Le champ `live_status` d'un fixture vaut :

| Valeur | Sens                                     |
| ------ | ---------------------------------------- |
| `0`    | Prématch (coup d'envoi à venir).         |
| `1`    | Live (in‑play).                          |
| `2`    | Terminé (coup d'envoi passé, plus live). |

## Corners, cartons & variantes

Corners et Bookings sont des **fixtures séparés** pointant vers le match principal via `parent_id`. Avec `parent_id=X` (sans `live`), vous récupérez ces variantes ; avec `live=1`, l'enfant live.

```bash theme={null}
curl "https://api.apinn.io/api/fixtures?parent_id=1630436278" \
  -H "X-API-Key: VOTRE_CLE"
```