> ## 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.

# Prematch & live

> Come prematch e in‑play sono modellati, e il collegamento parent_id.

Un match appare dapprima in **prematch** con il suo `event_id`. Al calcio d'inizio, Pinnacle crea un **evento live separato** (con il proprio `event_id`), collegato al prematch tramite **`parent_id`**.

* Le quote prematch vivono sotto l'`event_id` prematch.
* La serie in‑play (con `score_home`, `score_away`, `red_cards_*` su ogni linea) vive sotto l'`event_id` del figlio live.

## Trovare il figlio live di un match

```bash theme={null}
# a partire da un event_id prematch, recuperare il figlio live
curl "https://api.apinn.io/api/fixtures?parent_id=1630436278&live=1" \
  -H "X-API-Key: TUA_CHIAVE"
```

Il match principale è la linea con `resulting_unit = "Regular"`.

## live\_status

Il campo `live_status` di un fixture vale:

| Valore | Significato                                        |
| ------ | -------------------------------------------------- |
| `0`    | Prematch (calcio d'inizio a venire).               |
| `1`    | Live (in‑play).                                    |
| `2`    | Terminato (calcio d'inizio passato, non più live). |

## Corner, cartellini & varianti

Corner e Bookings sono **fixtures separati** che puntano al match principale tramite `parent_id`. Con `parent_id=X` (senza `live`), recuperi queste varianti; con `live=1`, il figlio live.

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