Eine API für Ticketverkauf, Einlass-Management und Marketing-Aktivierung — mit der Klarheit, die euer CTO erwartet.
curl https://api.aditus.dev/connect/token \ -u $CLIENT_ID:$CLIENT_SECRET \ -d "grant_type=client_credentials&scope=Shop" # → returns access_token curl https://api.aditus.dev/shop/v1/discovery/events \ -H "Authorization: Bearer $ACCESS_TOKEN" \ -H "Accept-Language: de-DE"




Konzipiert für CTOs und Plattform-Teams — Authentifizierung, Lokalisierung, Webhooks und Idempotenz, ohne Workarounds.
Kurzlebige Bearer-Tokens mit gescopeten Claims (Shop, TERP). Schlüssel jederzeit rotierbar.
Accept-Language gesetzt — und jedes Textfeld kommt übersetzt zurück. Cultures durchlaufen Cart und Checkout.
Scanbare QR-Payloads mit einem Flag. Built-in Regex-Kategorien sortieren Scans direkt ins Reporting.
30 Events zu Tickets, Carts, Zahlungen und Einlass. HMAC-SHA256 signiert, mit Exponential-Backoff erneut versucht.
Idempotency-Key Header auf jedem Write. Wiederholungen liefern die ursprüngliche Antwort mit Log-ID.
Conversions und Einlässe direkt nach GA4, Meta CAPI oder ins eigene Warehouse streamen.
Client-Credentials gegen kurzlebigen Bearer-Token unter /connect/token tauschen. ~50 Min. cachen.
Event-Katalog inkl. lokalisierter Namen, Slots und Preis-Sortimente abrufen. Filter nach Datum, Venue, Slug.
Idempotenter Cart, Items per Artikel-ID oder Slug hinzufügen, Kunde anhängen, Zahlungsanbieter wählen.
Cart sperren, Checkout ausführen, Quicodes + Ticket-Links erhalten. Webhook bei jedem Kauf.
import { Aditus } from "@aditus/sdk"; const aditus = new Aditus({ clientId: process.env.ADITUS_CLIENT_ID, clientSecret: process.env.ADITUS_CLIENT_SECRET, scope: "Shop", }); const events = await aditus.discovery.events.list({ language: "de-DE", limit: 25, });
Vom OAuth-Token bis zum Webhook-Replay — 10 Bereiche, jede Anfrage mit Beispielen, Headern und Antworten dokumentiert.
Endpoints in diesem Bereich erkunden.
Endpoints in diesem Bereich erkunden.
ADITUS-Hardware lässt sich mit externen Registrierungsanbietern kombinieren. Es gibt verschiedene Wege, externe Systeme für einen reibungslosen Einlass vor Ort anzubinden.
Beispiel: externe Tickets importieren, automatisch abgleichen und sofort einlassbereit machen.Die Shop-API deckt alle Shop-Prozesse ab: Produkte finden, Nutzer verwalten sowie Warenkorb und Kauf abwickeln — inklusive Discovery zur Ermittlung der Systemkonfiguration.
Beispiel: kompletter Ticketkauf in eurer App — Sortiment laden, Warenkorb füllen, Käuferdaten erfassen, bezahlen.Byndr ist eine Produkt-API für nahtlose, sichere Verbindungen zwischen Teilnehmenden per Badge-Scan (QR-Code) — für gerichtete und beidseitige Kontakte.
Eine Umfrage dient der systematischen Datenerhebung: eine Reihe von Fragen, um gezielt Informationen von Besuchenden zu sammeln, inklusive dynamischer Formulare.
Bevorzugt diese API gegenüber der veralteten Theme-API. Die Assets-API liefert statische Inhalte wie Bilder, Tickets und Belege sowie Theming-Informationen.
In der Live-Demo zeigen wir dir unter anderem, wie du die Assets abrufst und verwendest →Webhooks übermitteln Daten in Echtzeit an externe Systeme. Damit bindet ihr Apps, APIs und Websites an, die auf bestimmte Ereignisse der ADITUS-Plattform reagieren.
Beispiel: der Scan am Einlass feuert in Echtzeit einen Webhook — Salesforce, HubSpot & Co. starten Follow-ups automatisch.ADITUS-Queue schützt jede Website, API oder jeden Online-Dienst vor Lastspitzen: Besucher warten in einem gehosteten Warteraum und werden strikt in Ankunftsreihenfolge weitergeleitet. Eingebunden per Gateway-Link, Script-Tag, Reverse-Proxy/CDN oder REST-API — mit signierten Tokens, Bot-Schutz und selbstregelnder Weiterleitungsrate.
Die Live-Demo führt dich durch eine vollständig modellierte Messe samt Sortimenten, Tickets, Warenkorb und Registrierung — jeder Schritt zeigt die echte API-Anfrage und Live-Antwort, ohne Kreditkarte.