Recetas/Haz una pregunta que cruce todos los datos
MCP Feed15 min

Haz una pregunta que cruce todos los datos

Toda decisión de yield es un cruce entre datos que viven en herramientas distintas: tu PMS sabe el ritmo, un rate shopper sabe el comp set, un panel de reputación sabe la nota, y del calendario de eventos no se ocupa nadie. Veetal los pone detrás de un solo token — lo que significa que un asistente puede sostenerlo todo a la vez y tú solo tienes que preguntar.

Haz una pregunta que cruce todos los datos

Qué vas a construir

Una recomendación de precio que puedes discutir: para un rango de fechas, qué dice el dato de la demanda, dónde estás frente a tu comp set, si tu nota sostiene la prima que cobras, qué ocurre en la ciudad esas noches, y el movimiento concreto que sugiere — con el razonamiento a la vista para que puedas rechazarlo.

Esto hay que montarlo antes

Obligatorio

Los endpoints no aceptan texto libre: aceptan tus identificadores. Esta receta da por hecho que lo de abajo ya existe en tu cuenta, y mientras falte algo la llamada responde vacía, no da error. Cada punto enlaza la receta que lo enseña.

  1. 01

    Da de alta el hotel en tu panel de control

    Veetal resuelve el alojamiento contra Booking.com y le asigna un slug — y es ese slug, no el nombre del hotel, lo que piden todos los endpoints de alojamiento.

    Guía: Da de alta tu hotel y el compset contra el que fijas precio →
  2. 02

    Rellena su compset

    Hasta diez competidores en el detalle del alojamiento. Sin ellos esta receta imprime tu propia lista de precios en vez de una comparación, y el bloque de competidores vuelve vacío.

  3. 03

    Da de alta la ciudad como location

    El feed de eventos responde por id de location. El nombre se valida contra el destino real, así que elige bien: hay cuatro Barcelonas en cuatro países.

    Guía: Añade una ciudad y mira la demanda que crean sus eventos →
  4. 04

    Lanza una importación sobre el hotel

    Un dataset Feed solo contiene lo que una importación ha escrito. Activa esta API sobre el hotel, lanza la primera ejecución a mano y lee la estimación de créditos antes de pulsar: el coste crece con el compset y con las OTAs.

    Guía: Importar la reputación de un hotel de Booking →

Para saber si ya ha terminado alguna importación, lístalas:

cURL
curl "https://api.veetal.app/v2/account/imports" \
  -H "veetal-api-key: YOUR_API_KEY"

Las lecturas Feed no se facturan por petición. Los créditos se van en las importaciones que recogen los datos, y por eso la estimación aparece antes de lanzar y no después.

Cómo funciona

  1. 01

    Conecta el MCP y asegúrate de que los feeds han corrido

    Esta solo funciona si el dato está. Tarifas, reputación y eventos necesitan cada uno su import configurado y ejecutado — el asistente solo puede cruzar lo que tu cuenta tenga de verdad.

  2. 02

    Pregunta la decisión, no la consulta

    "¿Subo el viernes?" es mejor prompt que "dame las tarifas". Deja que el asistente averigüe qué datasets la responden.

  3. 03

    Pídele que enseñe el trabajo

    Pide los números detrás de cada afirmación y las fechas que usó. Una recomendación que no puedes auditar es una recomendación que no puedes defender ante tu director.

La llamada

Aquí no hay un endpoint único — el asistente elige entre varios. Esta es la llamada de tarifas de la que casi seguro partirá.

cURL
curl "https://api.veetal.app/v2/feed/accommodation/YOUR_SLUG/rates?rate_year=2026&rate_month=10" \
  -H "veetal-api-key: YOUR_API_KEY"

Constrúyelo con IA

Conectar el MCP →

Pega este prompt en un asistente con el MCP de Veetal conectado y te construye la app entera sobre tus datos — sin tocar el front-end.

Prompt
Using my Veetal Connect data, help me price the second week of October for my hotel.

Before you answer, tell me which of these you can actually read for my account and
which are missing — do not fill a gap with an assumption:
- my rates and my comp set's rates for those dates
- rate parity across my channels
- my reputation and my competitors', by OTA
- events in the city those nights, with their modelled hotel impact
- my PMS reservations, if they are imported

Then, night by night:
- where I sit against the comp set, in money and in position
- whether anything in the city those nights justifies moving
- whether my review score supports charging above the set, or argues against it
- the specific change you would make, and what would have to be true for it to be wrong

End with the single night you are least sure about and what data would settle it.
I would rather act on four confident nights than seven vague ones.

Preguntas

¿Esto es un sistema de revenue management?

No, y no debería fingir que lo es. Un RMS optimiza en continuo contra tu propia curva de reservas. Esto responde una pregunta concreta con más contexto del que suele tener un RMS —los eventos de la ciudad, los precios vivos de tu competencia, lo que dicen los huéspedes— y te deja a ti la decisión.

¿Y si falta algún dato?

Entonces que lo diga y trabaje con menos. Un asistente que se salta calladamente la pata de reputación porque el import nunca corrió seguirá dando una respuesta segura de sí misma, y será peor que inútil. Pídele explícitamente que nombre lo que no ha podido leer.

¿Qué datasets usa de verdad?

Los que tenga tu cuenta: tarifas del alojamiento y su comp set, paridad, reputación y reseñas, eventos con su impacto hotelero modelado, y reservas del PMS si las importas. La gracia es que una sola key llega a todos.

¿Puedo programarlo?

Sí — encaja de forma natural en una tarea recurrente que te deje un informe en el correo cada lunes. El prompt es el mismo; solo cambia la periodicidad.

Construye el tuyo

Empieza gratis con 100 créditos de API. Sin tarjeta ni llamada comercial.

Whatsapp