# Los precios de los eventos son solo informativos > tablesat nunca cobra a tus clientes. El precio en una página de evento es información, igual que el precio en una carta — el pago queda entre tú y tu cliente. _Canonical: https://tablesat.com/es/help/event-prices-are-display-only_ --- El precio que pones en un evento privado se muestra, no se cobra. tablesat no tiene formulario de tarjeta, no toma depósitos y no mueve dinero. Lo que paga un cliente, cuándo lo paga y cómo, queda completamente entre vosotros. ## Qué hace realmente el precio Le dice al cliente cuánto cuesta la velada. Ese es todo su cometido — y el propio campo lo deja claro: > **Precio por cubierto (€)**: 120 > > _Solo orientativo, como el precio en una carta — el dinero queda entre tú y tus clientes._ Funciona exactamente como un precio impreso junto a un plato en tu carta: establece una expectativa, y el pago se hace como siempre en tu restaurante. Cuando un cliente solicita cuatro plazas a €120, su reserva registra €480 para que ambos tengáis el mismo número apuntado. No hay ningún pago vinculado. > No hay ningún campo de tarjeta en ningún paso del evento — ni en la página del evento, ni en el formulario de solicitud, ni en el email de confirmación. Al cliente se le indica claramente: tanto el formulario de solicitud como la página que ve después dicen _"Sin pago ahora — todo se gestiona directamente con el restaurante."_ Si un cliente te dice que se le pidieron datos de tarjeta en una página de tablesat, esa página no es nuestra. Por favor, repórtalo. ## ¿Qué protege entonces las plazas? El temporizador de la solicitud, no un pago. Los asientos solicitados quedan reservados en el momento en que el cliente los pide, así que no pueden venderse dos veces mientras decides. Si un cliente cancela, sus asientos quedan libres de inmediato. Las solicitudes sin respuesta las gestiona la **Caducidad de solicitudes** en tus ajustes — rechaza automáticamente después de 12, 24, 48 o 72 horas y vuelve a poner los asientos a la venta. El valor por defecto es 24 horas. > La caducidad de solicitudes también puede configurarse como **Retener indefinidamente**, y entonces nada libera una solicitud sin respuesta — esos asientos permanecen reservados hasta que tú mismo los apruebes o rechaces. Si organizas eventos, revisa este ajuste: es lo único que se interpone entre una solicitud olvidada y una noche que parece estar agotada. Esto es deliberado. Exigir un pago anticipado para reservar una mesa cambiaría la forma en que gestionas una reserva completa; retener los asientos con un temporizador no lo hace. ## Depósitos, reembolsos y no-shows Nada de esto existe dentro de tablesat, porque ninguna de estas cosas puede existir — nunca hemos tenido el dinero. - **Depósitos** — tómalo como lo haces hoy: una transferencia bancaria, una tarjeta por teléfono, una nota en tu propio libro. - **Reembolsos** — no hay nada que reembolsar por nuestra parte. Lo que hayas acordado con el cliente es tu responsabilidad cumplirlo. - **No-shows** — registramos que la reserva existió y que no fue cancelada. Cualquier cargo es tuyo para reclamar. ## Dónde escribir tus condiciones > **Nota de cancelación**: 48 hours' notice or the deposit is retained > > _Opcional, visible para los clientes. Se muestra, pero no tiene efecto vinculante._ Acompaña al cliente en los tres momentos en que lo consulta: la página del evento antes de reservar, la página de confirmación justo después de enviar la solicitud, y la página de gestión a la que vuelve más tarde. Por eso es el lugar ideal para indicar «48 horas de aviso o se retiene el depósito» o «pago completo en el local, efectivo o tarjeta». En los emails no aparece, eso sí. Esos se mantienen cortos y llevan un enlace «Ver o cancelar tu solicitud», así que la nota está a un toque de distancia en lugar de repetirse en el mensaje — útil saberlo si esperabas que tus condiciones llegaran al buzón del cliente. Dos cosas que vale la pena saber: 1. Es tuya, no nuestra. tablesat no la ejecuta — es una declaración de tus condiciones a tu cliente. 2. La versión que vio el cliente queda fijada en su reserva en el momento de la solicitud. Editarla después no reescribe las condiciones que alguien ya aceptó. ## ¿Cambiará esto? Posiblemente, para una funcionalidad diferente. El pago online está previsto para los pedidos, y si se lanza podría extenderse a eventos más adelante. Llegaría como algo que tú activas, con su propia configuración y su propio anuncio — no como un cambio silencioso en el funcionamiento de un evento existente. Hasta entonces: el precio es un número en una página, y el dinero lo cobras tú.