Paginierung
Alle Listen-Endpunkte unterstützen Cursor-basierte Paginierung mit zwei Parametern:
Paginierte Antworten enthalten ein
pagination-Objekt mit einem next_cursor-Feld:
has_more den Wert true hat, übergeben Sie den next_cursor-Wert als after-Parameter, um die nächste Seite abzurufen. Wenn keine weiteren Seiten vorhanden sind, ist next_cursor null.
Beispielablauf:
GET /v1/transactions?limit=10— gibt Einträge 1–10 zurück,"next_cursor": "txn_abc123"GET /v1/transactions?limit=10&after=txn_abc123— gibt Einträge 11–20 zurück,"next_cursor": "txn_xyz789"GET /v1/transactions?limit=10&after=txn_xyz789— gibt Einträge 21–25 zurück,"has_more": false,"next_cursor": null
"contracts", "transactions", "nominations", "customers").
Zeitstempel
Alle Zeitstempel sind ISO 8601 in UTC:Lieferzeiträume
Die Energielieferung verwendet die standardmäßige PTU (Programme Time Unit)-Konvention mit 15-Minuten-Intervallen:slot_number_from und slot_number_to verfügbar.
Fehlerantworten
Alle Fehler folgen RFC 9457 — Problem Details for HTTP APIs und werden mitContent-Type: application/problem+json zurückgegeben:
errors-Array mit feldspezifischen Details:
unknown_field, read_only_field, required, invalid_type, invalid_enum_value, invalid_format, invalid_literal, value_too_small, value_too_large, validation_failed.
Es werden Standard-HTTP-Statuscodes verwendet:
Ratenbegrenzung
API-Anfragen sind auf 300 Anfragen pro 60-Sekunden-Fenster begrenzt. Jede Antwort enthält folgende Header:
Bei Überschreitung des Limits gibt die API
429 Too Many Requests zurück.