Eine AT-App ist eine Web-App, die du bereits schreiben kannst: gerendert in der AppointmentTrader-Shell unter einer sauberen /apps/{id} URL, mit Sidebar-Eintrag, Theme-Sync und einem scoped SDK-Token für den aktiven Nutzer. Lies AT-Daten, platziere Gebote, poste in den Community-Feed und installiere dich neben unseren Oberflächen im Portal eines Nutzers.
Lege App-ID, Entry-URL und Menü-Allowlist in /config/atv2-apps.php. The host page at /apps/{id}/{subpath} rendert die v2-Shell, zeigt dein Menü in der Sidebar und bettet deine entryUrl in einem sandboxed Iframe ein.
First-Party-Apps (same origin) rufen /v1/... direkt mit der Session des Nutzers auf. Third-Party-Apps (cross-origin) fragen Capabilities über einen postMessage-Broker an: dieselbe Bridge, die Publishing, Profil-Lesen und Transaktions-Lookups gated. Theme Sync, Navigation und Auth laufen automatisch durch.
Nach der Registrierung erscheint deine App als Zeile in der AT-Sidebar, neben Home, Trending und Sellers. Nutzer navigieren hinein wie in jede andere Oberfläche. Subpath-Änderungen laufen über postMessage; der Parent besitzt die Adresszeile, damit interne Navigation nativ wirkt, nicht wie ein Iframe.
Dieselbe API-Oberfläche, die AppointmentTrader antreibt, deiner App mit dem Scope bereitgestellt, den du anfragst und den der Nutzer gewährt.
Der AT-Community-Newsfeed ist einfach ein weiterer Endpunkt. Eine App kann einen Post erstellen, Medien anhängen, Nutzer erwähnen und veröffentlichen: dieselben Rate Limits, dieselben Verifizierungsgates, derselbe Composer, den die Plattform intern nutzt. Ein Bidding-Bot meldet einen Fill. Ein Loyalty-Tool feiert die 100. Transaktion eines Gasts. Ein Encore-Widget postet den zurückgewonnenen Cover des Abends.
POST /v1/community/set_create_post
15-Sekunden-Composer-Throttle pro Session · Account-Verifizierungsgate · identisch zum In-App-Composer.
Posts aus einer App nutzen die Identität des Nutzers, nicht die der App. Du fragst, der Nutzer gewährt, du postest in seinem Namen. Jederzeit über die Sidebar widerrufbar.
Das vollständige Transaktionsledger eines Nutzers: Deposits, Auszahlungen, Rückerstattungen, Gebührenbelege. Rendert in der AT-Shell, mit Sidebar-Eintrag, und das Legacy-Modul wurde am ersten Tag als App gewrappt.
Käufer-/Verkäufer-Messaging an Live-Transaktionen gebunden. Dasselbe Iframe-Modell: Legacy-Modul neu gerendert in /apps/chat/ ohne Rewrite, inklusive Theme Toggle und Inline Navigation.
Das systemweite Alert Center eines Nutzers: Gebot erfüllt, Transaktion bestätigt, Nachricht erhalten. Abonniert dieselben /v1/notification-Topics wie jede Third-Party-App.
Das interne Concierge-Dashboard eines Hotels: Intake-Formular, Reward-Rechner, Member-Pickup-Feed, gerendert für das Front-of-House-Team. Spricht per SDK mit den AT-Bidding-Endpunkten und pusht Gäste-Fill-Belege zurück ins PMS der Property.
Die „heute freigegebenen Plätze“-Oberfläche eines Restaurant-Managers. Zeigt in Echtzeit, was Encore füllt, welche Gäste bezahlt haben und welcher Book-Eintrag aktualisiert werden muss. SDK-Token-scoped auf eine einzelne Property.
Eine Oberfläche, die es noch nicht gibt: Shopping-Clienteling-App für ein Luxushaus, Tee-Time-Futures-Dashboard für einen Club oder Venue-seitiges Protokoll jedes Gebots auf eine Property.
Der klarste Fit für App Development ist heute partnergebautes internes Tooling: ein Hotel-Concierge-Dashboard mit AT-Bidding, eine Restaurant-Encore-Floor-View für den heute zurückgewonnenen Cover, eine Sales-Oberfläche, mit der ein Luxushaus AT-aktive Gäste clienteling kann. Der Capability Broker ist genau dafür reserviert: Partner-Apps, die AT-Aktionen in einer von der Plattform kontrollierten Sandbox anfragen.
Wenn du bereits im Elevé oder Encore Programm bist, ist eine interne App der natürliche nächste Schritt. Dein Team baut die Oberfläche; wir stellen Daten, Auth und Install-Rail bereit.
API Integration bedeutet: dein Stack ruft AT von außen auf. Du besitzt UI, Nutzer und Distribution; du willst nur AT-Daten. App Development ist umgekehrt: du veröffentlichst eine UI in AT, mit Sidebar-Eintrag, sauberer URL in unserer Shell und Installation im Portal eines Nutzers. Unter der Haube dieselben Endpunkte, aber andere Reichweite. Richtig, wenn deine Nutzer bereits in AT leben oder dorthin sollen.
Alles, was die AT-Web-App kann, begrenzt auf das, was der Nutzer gewährt hat. Marktdaten, Location-Suche, öffentliche Profile lesen. Mit scoped API-Key plus Grant pro Nutzer: Gebote platzieren, Transaktionen beobachten, Webhook-Topics abonnieren, im Namen des Nutzers in den Community-Newsfeed posten. Capabilities werden im App-Manifest deklariert und bei Installation gewährt; Nutzer sehen dieselben Scopes und können sie zentral widerrufen.
Ja. POST /v1/community/set_create_post mit {boardId, title, body} — the same endpoint the in-app composer uses. The post arrives with the user’s name on it (your app posts on their behalf, not as itself), and the same per-session 15-second throttle and account-verification gates apply. Apps that need to ship public-feed updates are exactly what this surface was built for.
Heute leben registrierte Apps in /config/atv2-apps.php und erscheinen für alle als Sidebar-Zeilen. Die DB-gestützte Registry mit Enable-Zeilen pro Nutzer ist in Arbeit: Nutzer installieren aus einer Discovery-Oberfläche, Scopes werden beim Grant geprüft, und der Sidebar-Eintrag erscheint neben Home, Trending, Sellers und Partners im Portal. Für partnergebaute interne Tools ist die Installation pro Property und für andere Tenants unsichtbar.
Nein. Der Host entfernt die v2-Shell, wenn deine URL im Iframe ausgeliefert wird, und wrapped den Body in eine minimale Hülle. Dieselbe index.php bedient Full-Page-Modus und Embed-Modus; du musst nicht einmal ?embed=1. We literally wrapped three legacy modules (Transactions, Chat, Notifications) as v2 apps on day one with no code changes. The bridge script is auto-injected; you only ship one if you’re cross-origin.
Der Host besitzt sie. URLs sehen immer so aus: /apps/{appId}/{subpath} — never the iframe’s real origin. Your app emits a {type:'navigated', path} postMessage, wenn sie Routen ändert; der Parent ruft history.pushState auf, um die Adresse korrekt zu halten. Reloads, Back-Button, Deep Links: alles nativ, alles sauber. Der Nutzer sieht nie eine Iframe-Kante.
Kostenlose Distribution. Wir teilen Umsatz nur auf Transaktionen, die eine App auslöst: wenn die App ein Gebot bringt, das AT erfüllt, teilen wir die Gebühr; ist die App nur ein Tool ohne Geldbewegung, kostet es nichts. Der API-Free-Tier (10k Calls/Monat auf nutzerbezogenen Endpunkten) deckt die meisten internen Partner-Tools end-to-end ab. Kein SaaS, keine Lizenz pro Sitz.
Ein 20-minütiger Call mit dem Partnerships Lead. Wir gehen Manifest, SDK, Installationspfad und das durch, was deine Nutzer wirklich in ihrer Sidebar sehen.
Schon in Elevé oder Encore? Eine interne App ist der natürliche nächste Schritt. Back to Partner Programs.
Das sind Personen, von denen du gekauft, an die du verkauft oder denen du aktiv gefolgt bist. Du kannst jemandem auf dem jeweiligen Profil entfolgen.
Verifiziere deine E-Mail, um diesen Schritt abzuschließen, ohne deinen Fortschritt zu verlieren.
Du bist angemeldet
Diese Seite wird mit deinem Konto geladen. Das dauert nur einen Moment.
