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

> Wie Prematch und in‑play modelliert werden und die Verknüpfung über parent_id.

Ein Spiel erscheint zunächst als **Prematch** mit seiner `event_id`. Beim Anpfiff erstellt Pinnacle ein **separates Live-Event** (mit eigener `event_id`), das über **`parent_id`** mit dem Prematch verbunden ist.

* Die Prematch-Quoten liegen unter der Prematch-`event_id`.
* Die in‑play-Serie (mit `score_home`, `score_away`, `red_cards_*` auf jeder Linie) liegt unter der `event_id` des Live-Kinds.

## Das Live-Kind eines Spiels finden

```bash theme={null}
# von einer Prematch-event_id ausgehend das Live-Kind abrufen
curl "https://api.apinn.io/api/fixtures?parent_id=1630436278&live=1" \
  -H "X-API-Key: DEIN_KEY"
```

Das Hauptspiel ist die Linie mit `resulting_unit = "Regular"`.

## live\_status

Das Feld `live_status` eines Fixtures hat den Wert:

| Wert | Bedeutung                                  |
| ---- | ------------------------------------------ |
| `0`  | Prematch (Anpfiff steht bevor).            |
| `1`  | Live (in‑play).                            |
| `2`  | Beendet (Anpfiff vorbei, nicht mehr live). |

## Ecken, Karten & Varianten

Corners und Bookings sind **separate Fixtures**, die über `parent_id` auf das Hauptspiel verweisen. Mit `parent_id=X` (ohne `live`) erhalten Sie diese Varianten; mit `live=1` das Live-Kind.

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