Una app AT es una app web que ya sabes cómo escribir — renderizada dentro de la capa AppointmentTrader en una URL limpia /apps/{id} con entrada en la barra lateral, sincronización de tema y un token SDK con ámbito para el usuario activo. Lee datos AT, realiza pujas, publica en el feed comunitario, instala en el portal del usuario junto a nuestras superficies.
Introduce tu id de app, URL de entrada y lista blanca de menú en /config/atv2-apps.php. The host page at /apps/{id}/{subpath} renderiza la capa v2, muestra tu menú en la barra lateral e incrusta tu entryUrl en un iframe sandboxeado.
Las apps de primera parte (mismo origen) acceden a /v1/... directamente con la sesión del usuario. Las apps de terceros (cross-origin) solicitan capacidades mediante un broker postMessage — el mismo puente que controla publicación, lectura de perfiles, consultas de transacciones. Sincronización de tema, navegación y flujo de autenticación automáticos.
Una vez registrada, tu app aparece como una fila en la barra lateral de AT — junto a Inicio, Tendencias, Vendedores. Los usuarios navegan hacia ella como hacia cualquier otra superficie. Los cambios de subruta fluyen por postMessage; el padre controla la barra de direcciones para que la navegación interna se sienta nativa, no en iframe.
La misma superficie API que alimenta AppointmentTrader, expuesta a tu app con el alcance que pides y el usuario ha concedido.
El feed comunitario de AT es solo otro endpoint. Una app puede componer una publicación, adjuntar medios, mencionar usuarios y enviarla — mismos límites de tasa, mismas verificaciones, mismo compositor que usa la plataforma internamente. Un bot de pujas anuncia una adjudicación. Una herramienta de fidelidad celebra la transacción 100 de un invitado. Un widget Encore publica la recuperación de la noche.
POST /v1/community/set_create_post
Limitación de compositor de 15 segundos por sesión · puerta de verificación de cuenta · idéntico al compositor en la app.
Publicar desde una app usa la identidad del usuario, no la de la app. Tú pides, ellos conceden, tú publicas en su nombre. Revocable en cualquier momento desde la barra lateral.
El libro completo de transacciones de un usuario — depósitos, pagos, reembolsos, recibos de tarifas. Se renderiza dentro de la capa AT, entrada en barra lateral, el módulo heredado envuelto como app desde el primer día.
Mensajería comprador/vendedor ligada a transacciones en vivo. Mismo modelo iframe: módulo heredado re-renderizado dentro de /apps/chat/ sin reescritura, recoge cambio de tema y navegación en línea gratis.
Centro de alertas a nivel sistema de un usuario — puja completada, transacción confirmada, mensaje recibido. Se suscribe a los mismos temas /v1/notification que cualquier app de terceros.
Dashboard interno de conserjería de un hotel — formulario de entrada, calculadora de recompensas, feed de recogida de miembros — renderizado para el equipo de recepción. Habla con los endpoints de pujas AT vía SDK; envía recibos de llenado de invitados al PMS de la propiedad.
Superficie de “asientos liberados esta noche” para un gerente de restaurante. Lista lo que Encore está llenando en tiempo real, los comensales que pagaron, qué entrada de reserva actualizar. Token SDK con ámbito para una sola propiedad.
Una superficie que aún no existe — una app de clienteling para una casa de lujo, un dashboard de futuros de tee-time para un club, una transcripción en el lugar de cada puja contra una propiedad.
El ajuste más claro para Desarrollo de Apps hoy es la herramienta interna construida por socios: un dashboard de conserjería de hotel que habla con pujas AT, una vista de piso Encore para restaurante que muestra la recuperación de la noche, una superficie de ventas que permite a una casa de lujo listar invitados activos en AT. El broker de capacidades está reservado para esto — apps de socios solicitando acciones proporcionadas por AT en un sandbox que la plataforma posee.
Si ya estás en los Elevé o Encore programas, una app interna es el siguiente paso natural. Tu equipo construye la superficie; nosotros exponemos los datos, la autenticación y el rail de instalación.
Integración API es tu stack llamando a AT desde fuera — tú posees la UI, los usuarios, la distribución; solo quieres datos AT. Desarrollo de Apps es al revés: distribuyes una UI dentro de AT — una entrada en la barra lateral, una URL limpia dentro de nuestra capa, instalación en el portal del usuario. Mismos endpoints bajo el capó; diferente alcance. La opción correcta cuando tus usuarios ya están en AT o quieres que lo estén.
Todo lo que hace la app web AT, limitado por lo que el usuario ha concedido. Leer datos de mercado, búsqueda de ubicación, perfiles públicos. Con clave API con ámbito más permiso por usuario: realizar pujas, seguir transacciones, suscribirse a temas webhook, publicar en el feed comunitario en nombre del usuario. Las capacidades se declaran en el manifiesto de la app y se conceden en la instalación — los usuarios ven los mismos ámbitos que envías y revocan desde una sola pantalla.
Sí. POST /v1/community/set_create_post con {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.
Hoy, las apps registradas viven en /config/atv2-apps.php y aparecen como filas en la barra lateral para todos. El registro respaldado por BD con filas de habilitación por usuario está en progreso — los usuarios instalarán desde una superficie de descubrimiento, los ámbitos se revisarán al conceder, y la entrada en la barra lateral aparecerá en su portal junto a Inicio, Tendencias, Vendedores y Socios. Para herramientas internas construidas por socios, la instalación es por propiedad y no visible para otros inquilinos.
No. El host elimina la capa v2 al servir tu URL dentro del iframe y envuelve el body en un sobre mínimo. El mismo index.php maneja modo página completa y modo embed — ni siquiera necesitas detectar ?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.
El host la controla. Las URLs siempre leen /apps/{appId}/{subpath} — never the iframe’s real origin. Your app emits a {type:'navigated', path} postMessage cuando cambia rutas; el padre llama a history.pushState para mantener la dirección precisa. Recargas, botón atrás, enlaces profundos — todo nativo, todo limpio. El usuario nunca ve una costura de iframe.
Distribución gratuita. Solo compartimos ingresos en transacciones que una app origina — si la app impulsa una puja que AT completa, dividimos la tarifa; si la app es solo una herramienta que no mueve dinero, no hay cargo. El nivel gratuito en la API (10k llamadas/mes en endpoints con ámbito de usuario) cubre la mayoría de herramientas internas de socios de extremo a extremo. Sin SaaS, sin licencia por asiento.
Una llamada de 20 minutos con el líder de partnerships. Te guiaremos por el manifiesto, el SDK, la ruta de instalación y lo que tus usuarios verían realmente en su barra lateral.
¿Ya estás en Elevé o Encore? Una app interna es el siguiente paso natural. Back to Partner Programs.
Estas son personas a las que les has comprado, vendido o seleccionado para seguir. Puedes dejar de seguir a alguien desde su perfil.
Verifica tu correo electrónico para finalizar este paso sin perder lo que empezaste.
Has iniciado sesión
Cargando esta página con tu cuenta. Esto sólo tomará un momento.
