Gå til innholdet

Skrivebeskyttet analytics-API

HTTP-API-et api.jonot.io/v1/* gir skrivebeskyttet tilgang til organisasjonens kølapp- og køddata — ingen admin-innlogging kreves, bare et bearer-token. Bruk det til å hente data inn i et datavarehus, et BI-verktøy, eller et eget dashbord.

  1. Åpne admin.jonot.io/settings/integrations.
  2. Klikk fanen API tokens.
  3. Klikk Create token, gi det et navn (f.eks. «Power BI»), og bekreft.
  4. Kopier tokenet umiddelbart — det vises bare én gang og kan ikke gjenopprettes. Hvis du mister det, fjern det og opprett et nytt.

Tokener har prefikset jot_ og utløper aldri av seg selv; fjern dem fra samme fane når de ikke lenger trengs.

Authorization: Bearer jot_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
StatusBetydning
401Token mangler, er feilformatert, ukjent, eller fjernet.
402Gyldig token, men organisasjonen har ikke API-funksjonen aktivert.
429Hastighetsgrensen overskredet — se Hastighetsgrenser nedenfor.
400Ugyldige spørreparametere, eller et datointervall over 90 dager.

Returnerer organisasjonens steder og køer, ufiltrert og upaginert:

Terminal window
curl https://api.jonot.io/v1/queues \
-H "Authorization: Bearer jot_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
{
"locations": [
{
"id": "loc_…",
"name": "Downtown",
"slug": "downtown",
"queues": [
{
"id": "q_…",
"name": "Main Queue",
"slug": "main-queue",
"status": "ACTIVE"
}
]
}
]
}

Bruk de returnerte id-verdiene til å filtrere /v1/tickets og CSV-eksporten etter queueId / locationId.

Paginert lesing av kølapper, avgrenset til organisasjonen din.

ParameterPåkrevdGjentagbarMerknader
fromjaneiISO-8601, inkluderende nedre grense for createdAt.
tojaneiISO-8601, ekskluderende øvre grense. Maks 90 dagers spenn.
queueIdneijaGjenta parameteren for å filtrere flere køer.
locationIdneijaGjenta parameteren for å filtrere flere steder.
statusneijaÉn av WAITING, CALLED, COMPLETED, CANCELED, SKIPPED, NO_SHOW.
cursorneineiUgjennomsiktig verdi fra forrige sides nextCursor.
limitneineiStandard 100, maks 500.
Terminal window
curl "https://api.jonot.io/v1/tickets?from=2026-06-01T00:00:00Z&to=2026-06-08T00:00:00Z&status=COMPLETED" \
-H "Authorization: Bearer jot_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
{
"items": [
{
"id": "tkt_…",
"number": 42,
"queueId": "q_…",
"locationId": "loc_…",
"status": "COMPLETED",
"createdAt": "2026-06-01T09:14:02.000Z",
"calledAt": "2026-06-01T09:20:11.000Z",
"completedAt": "2026-06-01T09:24:47.000Z",
"cancelledAt": null,
"skippedAt": null,
"noShowAt": null,
"calledByDeviceSessionId": "dev_…"
}
],
"nextCursor": "eyJjcmVhdGVkQXQi…"
}

Radene inneholder aldri kølappens bearer-hash eller kundeinnlagt PII (navn, notater, gruppestørrelse) — bare id-er, status, og livssyklustidsstemplene.

Paginering: når nextCursor er ikke-null, send den som cursor i neste forespørsel for å fortsette der du slapp (samme from/to/filtre). En nextCursor som er null betyr at du har nådd slutten av intervallet.

Samme filtre som /v1/tickets (from/to påkrevd, queueId/locationId/status gjentagbare) minus cursor/limit — hele det treffende intervallet strømmes som ett CSV-svar, så det er ingen 500-rads sidegrense å omgå for et masseuttrekk.

Kolonnerekkefølgen er stabil, men les kolonner etter overskriftsnavn i stedet for fast posisjon. Overskriftsraden er alltid til stede og samsvarer nøyaktig med denne listen:

id,number,queueId,locationId,status,createdAt,calledAt,completedAt,cancelledAt,skippedAt,noShowAt,calledByDeviceSessionId
Terminal window
curl "https://api.jonot.io/v1/exports/tickets.csv?from=2026-06-01T00:00:00Z&to=2026-07-01T00:00:00Z" \
-H "Authorization: Bearer jot_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" \
-o tickets.csv

Svaret strømmes (Transfer-Encoding: chunked), slik at en eksport over 90 dager / 100 000 rader ikke trenger å bufre i minnet på noen av sidene — led den rett til en fil eller en parser.

Hvert endepunkt som tar from/to avviser et spenn over 90 dager med 400. Hent data trinnvis (f.eks. ett kall per uke) hvis du trenger lengre historikk — kølappens livssyklustidsstempler (calledAt, completedAt, …) lar deg rekonstruere vente-/betjeningstider uten å hente de samme radene på nytt.

60 forespørsler/minutt per token (ikke per IP — budsjettet følger tokenet). Hvert svar bærer:

X-RateLimit-Remaining: 42
X-RateLimit-Reset: 1751328000000

Et 429 bærer i tillegg Retry-After (sekunder). Vent til den perioden er over før du prøver igjen; en planlagt synkronisering hvert par minutter holder seg komfortabelt under grensen.

import requests
import pandas as pd
TOKEN = "jot_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
BASE = "https://api.jonot.io/v1"
HEADERS = {"Authorization": f"Bearer {TOKEN}"}
def fetch_tickets(frm: str, to: str) -> pd.DataFrame:
rows = []
cursor = None
while True:
params = {"from": frm, "to": to, "limit": 500}
if cursor:
params["cursor"] = cursor
res = requests.get(f"{BASE}/tickets", headers=HEADERS, params=params, timeout=30)
res.raise_for_status()
body = res.json()
rows.extend(body["items"])
cursor = body["nextCursor"]
if not cursor:
break
return pd.DataFrame(rows)
df = fetch_tickets("2026-06-01T00:00:00Z", "2026-07-01T00:00:00Z")
df["waitSeconds"] = (
pd.to_datetime(df["calledAt"]) - pd.to_datetime(df["createdAt"])
).dt.total_seconds()
print(df.groupby("queueId")["waitSeconds"].mean())

Eller les CSV-eksporten direkte — pandas håndterer det strømmede svaret transparent:

df = pd.read_csv(
f"{BASE}/exports/tickets.csv?from=2026-06-01T00:00:00Z&to=2026-07-01T00:00:00Z",
storage_options={"Authorization": f"Bearer {TOKEN}"},
)
  1. I Power BI Desktop: Get Data → Web.
  2. Velg Advanced, og bygg URL-en med datointervallet ditt, f.eks. https://api.jonot.io/v1/exports/tickets.csv?from=2026-06-01T00:00:00Z&to=2026-07-01T00:00:00Z.
  3. Under HTTP request header parameters, legg til et hode kalt Authorization med verdien Bearer jot_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.
  4. Klikk OK — Power BI oppdager CSV-en og åpner tabellforhåndsvisningen.
  5. Klikk Load (eller Transform Data først hvis du vil sette kolonnetyper — createdAt/calledAt/osv. importeres som tekst; konverter dem til Date/Time i Power Query).
  6. Sett en planlagt oppdatering i Power BI-tjenesten hvis du henter på en fast frekvens; hold intervallet komfortabelt under 90 dager per oppdatering.