¿Qué es un tipo de reserva?

¿Qué problema resuelve?

Requisitos previos

Cómo se configura

Detalle de cada campo de configuración

Cómo se usa en el día a día

Limitaciones a tener en cuenta

Preguntas frecuentes

Buenas prácticas recomendadas

¿Necesitas ayuda?

Desde el producto se gestionan precios (incluidos los dinámicos), impuestos y cuentas contables.

Desde el tipo de reserva se gestionan duración, cuándo y en qué recursos está disponible, quién puede reservar, participantes, cruces y extras.

Tarifas segmentadas: por cliente (etiquetas), día, hora, temporada (calendario) o canal.

Reservas automáticas encadenadas: cruces Tee 1 → Tee 10, buggies en packs o pista + profesor.

Actividades con participantes: clinics, partidas de pádel o clases grupales con plazas, niveles y edades.

Venta automática: la reserva genera la venta con el precio del producto y sus extras.

Nombre del campo: Nombre (texto, obligatorio), Área (desplegable, obligatorio) y Categoría (desplegable, opcional).

Descripción: identifican el tipo de reserva y dónde se ofrece.

Impacto en el sistema: la categoría agrupa los tipos de reserva en informes y en la zona de clientes.

Comportamiento del sistema: solo se ofrece en los recursos de su área.

Ejemplo de uso / qué ocurre: «GF 18H Visitante», área Golf, categoría Green fees.

Nombre del campo: Duración (duración, obligatoria) y Ajustar duración al intervalo (sí/no).

Descripción: cuánto dura cada reserva de este tipo.

Impacto en el sistema: determina cuánto tiempo queda ocupado el recurso.

Comportamiento del sistema: con «Ajustar duración al intervalo», la duración se adapta al intervalo de la franja en la que se reserva (intervalo del área, personalizado o del periodo).

Ejemplo de uso / qué ocurre: golf 10 minutos; tenis 60 o 90 minutos.

Nombre del campo: Tipo de recurso y Recurso. Desplegables (opcionales).

Descripción: limitan el tipo de reserva a un tipo de recurso o a un recurso concreto.

Impacto en el sistema: solo se ofrece en esos recursos; en un extra, reserva ese recurso en lugar del primero libre.

Comportamiento del sistema: vacíos, disponible en todos los recursos del área.

Ejemplo de uso / qué ocurre: «Salida Tee 10» solo en el Tee 10; el extra «Vestuario 3» reserva ese vestuario.

Nombre del campo: Producto (desplegable) y Precio personalizado (importe).

Descripción: producto que se vende al reservar y, opcionalmente, un precio fijo para este tipo.

Impacto en el sistema: cada reserva genera una venta con ese producto.

Comportamiento del sistema: sin precio personalizado se usa el precio del producto, incluidos sus precios dinámicos; con precio personalizado se aplica ese importe.

Ejemplo de uso / qué ocurre: «GF 18H Socios» con el producto GF 18H y precio personalizado 35 €.

Nombre del campo: Cruces. Casilla (sí/no).

Descripción: el tipo de reserva genera reservas automáticas a partir de la principal.

Impacto en el sistema: al activarlo y guardar aparece la sección Cruces.

Comportamiento del sistema: los cruces pueden ser en otra área.

Ejemplo de uso / qué ocurre: la salida del Tee 1 reserva el Tee 10 dos horas después.

Nombre del campo: Múltiplos. Número.

Descripción: obliga a contratar el tipo de reserva de N en N.

Impacto en el sistema: online se muestra automáticamente «por persona» junto al precio.

Comportamiento del sistema: vacío, sin restricción.

Ejemplo de uso / qué ocurre: «2 GF + buggy» con múltiplo 2.

Nombre del campo: Separable. Casilla (sí/no).

Descripción: permite anular por separado una línea de un pack.

Impacto en el sistema: desactivado, al anular una línea del pack se anulan todas.

Comportamiento del sistema: los packs normalmente no son separables.

Ejemplo de uso / qué ocurre: en «2 GF + buggy» separable, uno de los jugadores puede cancelar su green fee.

Nombre del campo: Paquete. Casilla (sí/no).

Descripción: el tipo de reserva solo se usa dentro de paquetes online (multipack).

Impacto en el sistema: se oculta en la ocupación y solo aparece al reservar un paquete desde la zona de clientes.

Comportamiento del sistema: requiere el módulo Multipack.

Ejemplo de uso / qué ocurre: «GF Pack 3 días» solo dentro del paquete.

Nombre del campo: Prioridad (número) y Por defecto en administración (sí/no).

Descripción: orden en los desplegables y tipo preseleccionado al reservar en recepción.

Impacto en el sistema: cerca de 0 aparece antes; cerca de 1.000, al final.

Comportamiento del sistema: en la vista de socios, también decide la tarifa que se asigna primero.

Ejemplo de uso / qué ocurre: «GF 18H» preseleccionado al abrir el popup.

Nombre del campo: Mostrar en planificador. Casilla (sí/no).

Descripción: muestra las reservas de este tipo en la vista mensual del planificador.

Impacto en el sistema: aparecen como bloques con el color de fondo y de texto del tipo.

Comportamiento del sistema: desactivado, las reservas siguen en el horario diario y los listados, pero no en el planificador mensual. Los bloqueos tienen la misma opción.

Ejemplo de uso / qué ocurre: solo torneos y eventos en la vista mensual.

Nombre del campo: Participantes. Casilla (sí/no).

Descripción: una misma reserva admite varios clientes (participantes).

Impacto en el sistema: al activarlo y guardar aparece la sección Participantes.

Comportamiento del sistema: incompatible con Cliente obligatorio; usa Participante como cliente. No confundir con las plazas del recurso.

Ejemplo de uso / qué ocurre: clase grupal con 8 alumnos en una reserva.

Nombre del campo: Extra. Casilla (sí/no).

Descripción: el tipo de reserva complementa a una reserva principal.

Impacto en el sistema: se ofrece al pulsar Extra en una reserva.

Comportamiento del sistema: el filtrado depende de «Impedir extras por defecto» y de los extras permitidos del tipo principal.

Ejemplo de uso / qué ocurre: «Buggy 18H», «Palos de alquiler».

Nombre del campo: Copia de confirmación y Cliente obligatorio. Casillas (sí/no).

Descripción: envía copia del email de confirmación a la dirección de copia y obliga a indicar un cliente.

Impacto en el sistema: sin cliente no se puede guardar la reserva.

Comportamiento del sistema: Cliente obligatorio no es compatible con Participantes.

Ejemplo de uso / qué ocurre: clases particulares siempre con alumno identificado.

Nombre del campo: Precio por persona. Casilla (sí/no).

Descripción: el precio se cobra por cada participante.

Impacto en el sistema: se genera una línea de venta por participante.

Comportamiento del sistema: desactivado, se cobra un único precio por reserva.

Ejemplo de uso / qué ocurre: clinic a 20 € por alumno.

Nombre del campo: Participante como cliente. Casilla (sí/no).

Descripción: el primer participante figura como titular de la reserva.

Impacto en el sistema: el listado de reservas muestra su nombre.

Comportamiento del sistema: con varios participantes, se muestra solo el primero.

Ejemplo de uso / qué ocurre: una partida de pádel aparece a nombre de quien la creó.

Nombre del campo: Jugadores por equipo. Número.

Descripción: la inscripción se hace por equipos de N jugadores.

Impacto en el sistema: el carrito ajusta la cantidad de N en N.

Comportamiento del sistema: en Listado de reservas > Participantes, el campo Grupo tiene el mismo número para cada equipo.

Ejemplo de uso / qué ocurre: torneo de pádel por parejas (2).

Nombre del campo: No repetir participantes. Casilla (sí/no).

Descripción: impide que un cliente se inscriba dos veces en la misma actividad.

Impacto en el sistema: se valida al añadir participantes.

Comportamiento del sistema: desactivado, se permite inscribir a la misma persona varias veces.

Ejemplo de uso / qué ocurre: un socio no puede ocupar dos plazas del clinic.

Nombre del campo: Mínimo plazas e Intervalos máximos (número máximo de participantes). Números.

Descripción: mínimo de inscritos para que la actividad se confirme y máximo admitido.

Impacto en el sistema: al llegar al máximo no se admiten más inscripciones.

Comportamiento del sistema: si al caducar no se llega al mínimo, la actividad se cancela y se avisa por email a los inscritos. Vacío, no ocurre nada.

Ejemplo de uso / qué ocurre: clinic con mínimo 4 y máximo 8.

Nombre del campo: Nivel mínimo y máximo (números), Edad mínima y máxima (números), Género (Mixto, Masculino, Femenino).

Descripción: requisitos para poder apuntarse.

Impacto en el sistema: la edad se calcula con la fecha de nacimiento de la ficha del cliente.

Comportamiento del sistema: vacíos, sin restricción.

Ejemplo de uso / qué ocurre: partida de pádel femenina de nivel 3 a 4, mayores de 50 años.

Nombre del campo: Disponible online y Permitir pendiente de pago. Casillas (sí/no).

Descripción: publican el tipo de reserva en la zona de clientes y permiten reservarlo sin prepago.

Impacto en el sistema: con pendiente de pago, la reserva queda confirmada y la venta pendiente.

Comportamiento del sistema: el área, el tipo de recurso y el recurso también deben estar online.

Ejemplo de uso / qué ocurre: los socios reservan online y pagan en recepción.

Nombre del campo: Antelación mínima para reservar, Antelación máxima para reservar (duraciones), Límite por días completos y Antelación por días completos (sí/no).

Descripción: ventana de tiempo en la que se puede reservar online.

Impacto en el sistema: prevalecen sobre las del área.

Comportamiento del sistema: con «días completos», el límite se extiende o recorta hasta el final del día.

Ejemplo de uso / qué ocurre: máxima 7 días con días completos: el miércoles a las 15:30 se puede reservar hasta las 23:59 del miércoles siguiente.

Nombre del campo: Fecha de lanzamiento. Fecha.

Descripción: fecha a partir de la cual el tipo de reserva se puede reservar online.

Impacto en el sistema: antes de esa fecha no se ofrece online.

Comportamiento del sistema: no afecta a recepción.

Ejemplo de uso / qué ocurre: la tarifa de verano se abre a la venta el 1 de mayo.

Nombre del campo: Permitir cancelar (sí/no) y Límite para cancelar (duración).

Descripción: si el cliente puede cancelar online y con cuánta antelación.

Impacto en el sistema: prevalece sobre el límite del área.

Comportamiento del sistema: fuera del límite, el cliente ve un aviso y no puede cancelar.

Ejemplo de uso / qué ocurre: clases con límite de 12 horas.

Nombre del campo: Cantidad mínima y Cantidad máxima. Números.

Descripción: número de unidades (jugadores) con el que se ofrece el tipo de reserva online.

Impacto en el sistema: por debajo del mínimo o por encima del máximo no se muestra.

Comportamiento del sistema: vacías, sin límite.

Ejemplo de uso / qué ocurre: «GF Grupos» con mínimo 8; «Buggy» con máximo 2 por salida.

Nombre del campo: Identificar al cliente e Identificar por nombre. Casillas (sí/no).

Descripción: obligan a identificar a cada jugador al reservar online; «por nombre» permite escribir un nombre libre sin buscarlo en la base de datos.

Impacto en el sistema: con identificación, cada jugador se asocia a un cliente (por número de socio o por relaciones); por nombre, se guarda solo el texto (invitados o contactos).

Comportamiento del sistema: «Identificar por nombre» requiere «Identificar al cliente» activo. Para dividir el pago, la identificación no puede ser por nombre.

Ejemplo de uso / qué ocurre: en GF Socios cada jugador se identifica con su número de socio.

Nombre del campo: Buscar por número de socio, Buscar nombre en la base de datos y Buscar por nombre online. Casillas (sí/no).

Descripción: al identificar jugadores online, el sistema busca y asocia clientes existentes por número de socio, por nombre o por su nombre online.

Impacto en el sistema: el cliente puede encontrar a otros clientes del club.

Comportamiento del sistema: antes de activarlas, revisa tu política de privacidad.

Ejemplo de uso / qué ocurre: un socio añade a su compañero escribiendo su número de socio.

Nombre del campo: Preguntar solo al primer jugador y Permitir como invitado. Casillas (sí/no).

Descripción: las preguntas al reservar se hacen solo al jugador 1; y se puede reservar para cualquier cliente si quien reserva cumple las condiciones.

Impacto en el sistema: con «Permitir como invitado» solo se valida al cliente que reserva, no al invitado (sin importar su etiqueta).

Comportamiento del sistema: útil para tarifas de invitado de socio.

Ejemplo de uso / qué ocurre: un socio reserva «GF Invitado de socio» para un amigo sin etiqueta de socio.

Nombre del campo: Etiquetas del tipo de reserva. Selección múltiple.

Descripción: agrupan tipos de reserva para aplicarles Reglas de reserva.

Impacto en el sistema: una regla con esa etiqueta se aplica a todos los tipos que la tengan.

Comportamiento del sistema: sin etiqueta, ninguna regla le afecta.

Ejemplo de uso / qué ocurre: etiqueta «Greenfee» en todos los green fees de socio.

Nombre del campo: Evitar excepciones de huecos sueltos. Selección múltiple de etiquetas de tipo de reserva.

Descripción: controla las excepciones a Impedir slots sueltos del recurso según la etiqueta del tipo de reserva.

Impacto en el sistema: afecta a qué huecos parcialmente ocupados se ofrecen online.

Comportamiento del sistema: solo tiene efecto en recursos con huecos sueltos impedidos.

Ejemplo de uso / qué ocurre: consulta con soporte antes de configurarlo en producción.

Nombre del campo: Etiqueta tarjeta (selección múltiple), Vista de calendario mensual (sí/no), Descripción corta y Descripción larga (texto), Imagen.

Descripción: presentación del tipo de reserva en la zona de clientes.

Impacto en el sistema: las etiquetas aparecen sobre la foto; en la pantalla de horarios solo la de mayor prioridad. La vista mensual muestra un calendario de mes para elegir día.

Comportamiento del sistema: la imagen admite Seleccionar archivo, Especificar URL o Borrar.

Ejemplo de uso / qué ocurre: tarjeta «Twilight» con etiqueta «Oferta» y descripción de condiciones.

Nombre del campo: Fecha de inicio y Fecha de fin. Fechas (opcionales).

Descripción: periodo en el que el tipo de reserva está disponible.

Impacto en el sistema: fuera de esas fechas no se ofrece, ni en recepción ni online.

Comportamiento del sistema: vacías, siempre disponible.

Ejemplo de uso / qué ocurre: tarifa 2027 del 01/01/2027 al 31/12/2027.

Nombre del campo: Hora de inicio y Hora de fin. Horas (opcionales).

Descripción: franja horaria en la que se ofrece.

Impacto en el sistema: útil para tarifas de hora valle o punta.

Comportamiento del sistema: vacías, todo el día.

Ejemplo de uso / qué ocurre: «GF Tarde» desde las 16:00.

Nombre del campo: Calendario. Desplegable (opcional).

Descripción: limita el tipo de reserva a los periodos de un calendario.

Impacto en el sistema: evita crear muchos rangos de fechas.

Comportamiento del sistema: se combina con el resto de filtros.

Ejemplo de uso / qué ocurre: calendario «Twilight» con la hora de inicio de cada mes del año.

Nombre del campo: Días de la semana (selección) y Festivos (Aplicar en festivos / No aplicar en festivos).

Descripción: días en los que se ofrece y comportamiento en los festivos.

Impacto en el sistema: los festivos se definen en Configuración General > Festivos.

Comportamiento del sistema: vacíos, todos los días.

Ejemplo de uso / qué ocurre: «GF Laborable» de lunes a viernes, No aplicar en festivos.

Nombre del campo: Etiquetas de cliente. Selección múltiple.

Descripción: colectivos de clientes que pueden reservar este tipo.

Impacto en el sistema: el sistema comprueba las etiquetas de la ficha del cliente de la reserva.

Comportamiento del sistema: vacío, disponible para todos.

Ejemplo de uso / qué ocurre: «Socios» para que solo los socios vean esta tarifa.

Nombre del campo: Ajustar inicio al amanecer, Margen amanecer (min), Ajustar fin al anochecer, Margen anochecer (min).

Descripción: la franja del tipo de reserva sigue la luz solar de cada día.

Impacto en el sistema: sustituyen la hora de inicio y fin fijas del filtro.

Comportamiento del sistema: se calcula con la localización del club.

Ejemplo de uso / qué ocurre: «GF 18H» hasta 4 horas y media antes del anochecer.

Nombre del campo: Inicio relativo al atardecer (sí/no) y Minutos antes del atardecer (número).

Descripción: la hora de inicio se calcula como X minutos antes del atardecer.

Impacto en el sistema: ideal para tarifas twilight que cambian con la estación.

Comportamiento del sistema: sustituye a la hora de inicio fija.

Ejemplo de uso / qué ocurre: twilight desde 180 minutos antes del atardecer.

Nombre del campo: Email de confirmación, Email de cancelación y Email de recordatorio. Plantillas.

Descripción: plantillas específicas para este tipo de reserva.

Impacto en el sistema: prevalecen sobre las del área.

Comportamiento del sistema: vacías, se usan las del área o las por defecto.

Ejemplo de uso / qué ocurre: confirmación del clinic con lo que debe traer el alumno.

Nombre del campo: Color de fondo, Color de texto (colores) e Icono (texto).

Descripción: apariencia de las celdas de este tipo en la ocupación y en el planificador.

Impacto en el sistema: identifica de un vistazo socios, agencias, torneos, etc.

Comportamiento del sistema: elige texto claro sobre fondo oscuro y viceversa. Si el tipo de recurso tiene icono, evita duplicarlo aquí.

Ejemplo de uso / qué ocurre: reservas de agencia en naranja.

Nombre del campo: Tipo de recurso principal y Recurso principal. Desplegables.

Descripción: en qué circunstancias se genera el cruce.

Impacto en el sistema: el cruce solo se crea si la reserva principal se hace en ese tipo de recurso o recurso.

Comportamiento del sistema: vacíos, se crea siempre. Basta con rellenar uno.

Ejemplo de uso / qué ocurre: Recurso principal = Tee 1.

Nombre del campo: Tipo de recurso y Recurso. Desplegables.

Descripción: dónde se crea la reserva de cruce.

Impacto en el sistema: con tipo de recurso, en el primer recurso libre de ese tipo; con recurso, en ese recurso.

Comportamiento del sistema: vacíos, en el primer recurso libre del tipo de recurso de mayor prioridad.

Ejemplo de uso / qué ocurre: Recurso = Tee 10; Tipo de recurso = Buggies.

Nombre del campo: Margen de inicio (duración), Duración (duración) y Múltiplos (número).

Descripción: cuándo empieza el cruce respecto a la principal, cuánto dura y cada cuántas unidades se crea.

Impacto en el sistema: margen negativo, antes de la principal; vacío, a la misma hora. Duración vacía, la misma que la principal.

Comportamiento del sistema: con múltiplo 2 se crea un cruce cada 2 jugadores.

Ejemplo de uso / qué ocurre: golf: margen 2h 30min al Tee 10. Pack «2 GF + buggy»: buggy con duración 5 horas y múltiplo 2.

Nombre del campo: Incluir en informes. Casilla (sí/no).

Descripción: incluye las reservas de cruce en los informes de reservas.

Impacto en el sistema: desactivado, los cruces no cuentan en los informes.

Comportamiento del sistema: evita duplicar jugadores en las estadísticas.

Ejemplo de uso / qué ocurre: el cruce de buggy sí cuenta en el informe de uso de buggies.

Producto: el producto extra.

Precio personalizado: vacío, se usa el precio del producto (y sus precios dinámicos); con valor, ese precio fijo para este tipo de reserva.

Sección vacía: se ofrecen todos los tipos de reserva marcados como Extra.

Para que se respete el filtro, activa Impedir extras por defecto en Menú Configuración > Reservas > Configuración.

Tipo: solo lectura, el tipo de reserva actual.

Texto: obligatorio, la pregunta.

Obligatoria: si el cliente debe responderla para continuar.

Prioridad: orden de las preguntas.

Publicar apúntate y Mostrar actividades cerradas (módulo Apúntate): convierten el tipo de reserva en una actividad a la que se apuntan los clientes y muestran también las actividades fuera de plazo.

Hándicap mínimo / máximo y Puntos mínimos / máximos (módulo Licencias federativas).

Ocultar jugadores (módulo ccvm): oculta la lista de inscritos en la web.

Es segunda vuelta, Tipo de green fee y Etiquetas de API: disponibles con integraciones y módulos específicos. Las etiquetas de API ayudan a los touroperadores a identificar tarifas equivalentes entre clubes (por ejemplo, «buggy»).

Al pulsar una celda de la ocupación se ofrecen los tipos de reserva que cumplen sus filtros para esa fecha, hora, recurso y cliente.

Al guardar se crean automáticamente los cruces y se genera la venta con el producto y sus extras.

Online, el cliente ve los tipos disponibles, identifica a los jugadores, responde las preguntas y paga (o deja pendiente si está permitido).

Participantes y Cliente obligatorio son incompatibles.

Los precios se cambian en el producto, no en el tipo de reserva (salvo precio personalizado).

Cruces de ida y vuelta requieren un cruce por cada sentido.

Extras en participantes requieren módulo adicional.

Nombres descriptivos que indiquen colectivo y duración (GF 18H Socio, Tenis 90').

Usa calendarios para tarifas de temporada en vez de muchos rangos de fechas.

Usa etiquetas de tipo de reserva para aplicar reglas a grupos de tarifas.

Comprueba cada tarifa nueva con el Depurador antes de publicarla.