Skip to main content
Alle Public API v1 Listen nutzen Cursor-Pagination. Es gibt keinen page- oder offset-Parameter.

Parameter

Response-Form

Ticket-Listen haben keine Gesamtanzahl. Für „Wie viele Tickets passen zum Filter?“ nutze count einer gespeicherten Ansicht aus GET /views.

Walkthrough — Tickets paginieren

Seite 1:
Seite 2 (next_cursor aus Seite 1):
URL-kodiere den Cursor, wenn er | oder andere Sonderzeichen enthält. Stopp, wenn has_more false ist oder next_cursor fehlt.

Views und Messages

Gleiches Muster für:
  • GET /public/v1/views — Default limit=50
  • GET /public/v1/tickets/:ticketNumber/messages — Default limit=30, order=asc für chronologische Threads

Anti-Pattern — Offset-Polling

Nicht mit Offset oder ständigem Neu-Laden von Seite 1 arbeiten:
Stattdessen:
  1. next_cursor aus jeder Antwort speichern.
  2. Nächste Seite nur bei has_more: true.
  3. Bei Rate Limits (429) backoff.

Cursor-Stabilität

Cursor sind opak und an die Sortierung gebunden (created_at desc bei Tickets). Nicht manuell parsen oder bauen — immer den von der API gelieferten Wert verwenden. Ist ein Cursor ungültig, starte ohne cursor neu.