Controla lo que gastas en créditos

Al terminar sabrás responder tres preguntas con números leídos de la pantalla en vez de a ojo: cuánto he gastado, por qué esa línea concreta ha costado lo que ha costado, y cuánto me costaría hacer X.

Qué necesitas: nada. Todo lo de aquí es gratis de leer, y el simulador es gratis de usar.

Primero el chip, luego la pantalla

El chip de créditos de la cabecera es la versión de un vistazo — consumido en el periodo, y un aviso si te has pasado. Al pulsarlo entras en Billing · Usage, que es donde está la respuesta de verdad.

Empieza por la barra de resumen, porque parte el total igual que cobra el producto:

Los créditos Feed, Realtime y Account son tres economías distintas. El Feed se cobra por ejecución de import — por entidad y por día de visibilidad. El Realtime se cobra por petición. El de Account es casi gratis y solo aparece porque algunos endpoints tienen precio. En un plan estándar la barra enseña Credits Usage frente a tu cuota y, cuando te pasas, Exceeded credits con sus euros on demand entre paréntesis; el Cost /1K credits es el precio efectivo de tu plan (cuota ÷ créditos incluidos), no la tarifa del exceso. En Enterprise enseña Total credits, el Cost es tu precio on demand por 1.000 créditos y Total son los euros.

El selector de Period importa más de lo que parece: es el periodo de facturación, y arrastra el plan que estaba vigente entonces. No respondas "cuánto gastamos" desde el periodo actual si la pregunta era del mes pasado.

Lee la tabla antes de concluir nada

Dos columnas hacen casi toda la explicación:

• TRIGGER — quién lo lanzó. scheduled es tu propia automatización, manual es alguien pulsando el botón en el dashboard, api es tu integración llamando, recovery es una ejecución de tus schedules que se perdió durante una caída de Veetal y se lanzó tarde. Cuando una factura te sorprenda, esta columna suele señalar al culpable.
• CACHED — si una respuesta real-time vino de caché. Una respuesta cacheada cuesta 0 créditos, y es la primera explicación de "¿por qué esta no me ha costado nada?". Los imports Feed nunca son cacheados.

En la tabla de arriba, diez líneas de octubre de 2026 de un vistazo: ejecuciones diarias de Accommodation Rates a 0,72 créditos y de Booking Location Search a 0,32, las dos scheduled; un import de Reputation a 40 y una ejecución de Accommodation Rates a 3,22, las dos lanzadas a mano (manual); y dos llamadas real-time de Booking Search a 1,18, disparadas por api. Las dos ejecuciones manuales cuestan más que toda la semana de schedules — que suele ser lo primero que te dice esta tabla.

¿Por qué ha costado eso? — el cálculo

El icono del ojo en ACTIONS abre Usage details: el ID de ejecución, el trigger, las entidades procesadas y los parámetros que fijan el precio (días de visibilidad, competidores, Genius). Esos son los factores de la multiplicación.

Una ejecución Feed diaria se cobra como 1/30,5 del precio mensual por unidad de la API, por las unidades que ha cubierto:

1/30,5 (una ejecución diaria) × unidades × créditos por unidad

En la mayoría de feeds, unidades = entidades × días de visibilidad. Dos ejemplos con los precios actuales:

• Booking Location Search: 1 búsqueda × 1 día × 9,84 créditos/unidad ÷ 30,5 = 0,32 créditos — las líneas de 0,32 de la tabla.
• Accommodation Rates: cada hotel del compset cuenta como el tuyo, a 2,1858 créditos por hotel y día. Las líneas de 0,72 son un hotel con nueve competidores durante un día: 10 hotel-día × 2,1858 ÷ 30,5 = 0,72 créditos.

Reputación y opiniones cuentan fichas: cada hotel (el tuyo y sus competidores) en cada OTA. Las palancas son las mismas: menos entidades u hoteles del compset, o una ventana de visibilidad más corta.

Antes de gastar: estima, no adivines

Hay dos estimadores que corren antes de que se mueva el dinero:

• El diálogo de import. Todo import Feed enseña un Estimated cost con las entidades y los parámetros que has elegido. Cambia los días de visibilidad y míralo moverse.
• El estimador del schedule. Al crear o editar una programación te enseña un Estimated monthly cost en créditos al mes según la frecuencia y los días elegidos. Ese es el número que decide si un schedule diario tiene sentido.

Y para la pregunta grande —"¿cuánto nos costaría cubrir 40 hoteles y 3 ciudades?"— están las Simulaciones: montas el escenario, le añades las APIs con sus parámetros y lees los totales. No gasta nada. Es la herramienta correcta para dimensionar un plan o responder a un cliente, y gana a la cuenta de la servilleta.

Sacarlo del dashboard

Export te da el periodo en XLSX, una fila por día con las peticiones y los créditos totales de ese día — suficiente para cuadrar día a día; para el detalle por línea usa la propia tabla. Billing data guarda los datos de facturación, y en Invoices están las facturas emitidas con su PDF.

Una cosa que la API no hace hoy: no hay ningún endpoint público que devuelva tu consumo. GET /v3/account/customer-info te da el plan, los límites de concurrencia, las IPs autorizadas, el webhook y tus schedules —útil para conocer tus techos— pero las cifras de créditos viven en el dashboard y en el export XLSX.

Qué pasa después

Si el patrón que encuentras es "nos pasamos siempre", en Plans se cambia de tramo —mensual o anual, con el descuento anual— y un downgrade pendiente se puede cancelar desde esa misma pantalla hasta que entre en vigor. Si el patrón es "hay una API que se lo come todo", la pestaña Usage de esa API enseña la misma tabla ya filtrada, que suele ser la vía rápida para dar con el schedule culpable.