General

Reservas

TPV

CRM

Restaurante

Ventas

Cobros

Bonos

Facturas

Ficheros Q19

Configuración

Reservas Web - Zona de Clientes, App

Si visualizas este mensaje, puede ser por varios motivos:

Para más información, dirígete a este link.

Volver arriba 👆🏼

Si visualizas este mensaje, puede ser por varios motivos:

Para más información, dirígete a este link.

Volver arriba 👆🏼

Si visualizas este mensaje de error al intentar crear una reserva, es porque has seleccionado un tipo de reserva que en su configuración tiene añadida una antelación mínima para reservar.

✅ Solución. Para modificar este campo:

Volver arriba 👆🏼

Si visualizas este error es porque estás intentando añadir un tipo de reserva con una hora de inicio o fin que excede a la hora inicio o fin configurada en el Área.

✅ Solución:

Volver arriba 👆🏼

Si visualizas este error es porque estás intentando añadir un tipo de reserva con una hora de inicio o fin que excede a la hora inicio o fin configurada en el Área.

✅ Solución:

Volver arriba 👆🏼

Si visualizas este mensaje al intentar mover o copiar una reserva en otro recurso es porque ese tipo de reserva tiene en su configuración un recurso distinto al que estás intentando mover la reserva y no es posible moverla o copiarla.

Volver arriba 👆🏼

Si visualizas este mensaje al intentar modificar algo del detalle de una reserva, es porque la etiqueta del cliente no coincide con la etiqueta del tipo de reserva.

Una opción es añadir las etiquetas que visualizas en el mensaje tanto en el cliente como en el tipo de reserva para que te deje guardar los cambios. No olvides luego quitar esas etiquetas tanto del cliente como del tipo de reserva en caso necesario o que lo desees

Volver arriba 👆🏼

Si visualizas este mensaje desde el plano horario al seleccionar una reserva e intentar ir al carrito para anular reservas,

El sistema pone un tope de 2.000 artículos por carrito en el TPV, es un límite de seguridad puesto a propósito por el equipo de desarrollo.

No es un error: es una manera de proteger al sistema. Un carrito con miles y miles de líneas obliga al programa a calcular precios, descuentos e impuestos de todas ellas cada vez que se abre.

Sin un tope:

- El TPV se volvería muy lento o se quedaría "colgado" al abrir ese ticket.

- Podría llegar a consumir tanta memoria que afectará al rendimiento de todo el club.

Es preferible avisar con un mensaje claro que dejar que el sistema se bloquee.
​​

Volver arriba 👆🏼

El mensaje viene de una validación en el módulo de reservas (modules/bookings/main.ts:5446) que dice, en la práctica: Si la fecha de inicio de la reserva es anterior a hoy y el ajuste "Impedir realizar reservas en el pasado" está activado → error.

El problema es que esa comprobación se ejecuta cada vez que se guarda una reserva, no solo cuando se crea. Es decir, el sistema no distingue entre "estás creando una reserva con fecha pasada" y "estás editando un dato cualquiera (el nombre, un comentario, un participante…) de una reserva que ya ocurrió". En ambos casos salta el mismo bloqueo.

Detalle: la comparación se hace por días completos, así que las reservas de hoy sí se pueden editar; solo se bloquean las de días anteriores.

Cómo solucionarlo

Solución inmediata (la que puede hacer el club):

1. Ir a Configuración → Reservas → Reservas.

2. Desactivar el ajuste "Impedir realizar reservas en el pasado".

3. Guardar y modificar el nombre de la reserva.

4. Si el club quiere seguir protegido, volver a activar el ajuste después.

Ten en cuenta que mientras el ajuste esté desactivado, cualquier usuario podrá también crear reservas con fecha pasada, así que conviene volver a activarlo al terminar.

Volver arriba 👆🏼

Si visualizas este mensaje cuando abres el plano de ocupación y eliges un tipo de reserva, el sistema tiene que calcular el precio de ese tipo. Para eso mira el producto que tiene configurado el tipo de reserva (pestaña de facturación de la ficha del tipo, campo "Producto") y consulta su tarifa.

El mensaje Error al cargar el precio para XXXX: El producto XXX no existe quiere decir exactamente eso: el tipo de reserva llamado XXXX apunta al producto con identificador XXXX, y ese producto ya no está disponible en el catálogo. Al no poder calcular el precio, el sistema corta la operación y muestra el error en pantalla.

Ocurre casi siempre por una de estas causas:

1. El producto se borró (se mandó a la papelera o se vació la papelera) pero el tipo de reserva siguió apuntando a él. Borrar un producto no limpia automáticamente las referencias que otros sitios tienen a él.

2. El producto está en la papelera: aunque el registro todavía existe físicamente, para el cálculo de precios cuenta como inexistente y da el mismo error.

3. Menos habitual: el producto se creó en otro club/entorno y el identificador se copió a mano, o el tipo de reserva se duplicó desde otra configuración.

Ojo: el fallo también puede venir "en cadena". Si el producto del tipo de reserva es un producto que calcula su precio a partir de otro (precio base / porcentaje sobre otro producto), el que falta puede ser ese producto base. El número que aparece en el mensaje (XXX) es siempre el que falta.

Para su solución, cualquiera de estas tres, según lo que quieras conseguir:

1. Recuperar el producto desde la papelera, si el borrado fue un error. El precio vuelve a calcularse solo y no hay que tocar nada más.

2. Reasignar el producto correcto en el tipo de reserva: ficha del tipo de reserva → campo "Producto" → elegir el artículo vigente. Es la opción recomendada si el producto viejo se sustituyó por otro.

3. Poner un precio fijo en el tipo de reserva (campo "Precio personalizado"). Si el tipo tiene precio personalizado, el sistema ni siquiera consulta el producto. Válido como parche rápido, pero pierdes tarifas por cliente, por horario o por temporada.

Además, conviene revisar los extras asociados a ese tipo de reserva: si alguno apunta también a un producto eliminado, dará el mismo problema en cuanto se intente añadir.

Como prevención: antes de eliminar un producto, comprueba si está asignado a tipos de reserva, extras o abonos; es la causa habitual de este error.

Volver arriba 👆🏼

Por qué ocurre

Al escribir la nacionalidad en una reserva, el campo Nacionalidad no es un texto libre: es un enlace al catálogo Países del sistema. Para poder

mostrarte la lista (y para guardar el país elegido), la aplicación tiene que leer ese catálogo.

Ese catálogo de Países está protegido con el permiso base "Usar sistema" (useSystem). El perfil del usuario que está haciendo la reserva no lo tiene marcado, así que al desplegar/guardar el país el sistema corta la operación y muestra ese mensaje. Es un bloqueo de permisos, no un fallo de la reserva ni de los datos.

Lo mismo le pasaría con otros campos que dependen del sistema (idioma, región, etc.).

Qué hay que activar

El permiso "Usar sistema" en el perfil de ese usuario:

1. Ve a Configuración → Perfiles.

2. Abre el perfil asignado a ese usuario (el que está usando quien reporta el error).

3. En el bloque de Permisos, marca "Usar sistema".

4. Guarda y pide al usuario que recargue la página (o que vuelva a entrar) para que se aplique.

Dos apuntes

- "Usar sistema" es un permiso base, no un permiso avanzado: viene activado por defecto en los perfiles estándar de Usuario y Administrador. Que falte indica que a ese perfil se le quitó manualmente o que se creó un perfil restringido desde cero. Darlo es lo normal y esperado para cualquiera que trabaje con reservas y clientes.

- Si además ese perfil tuviera configurados permisos por modelo (la tabla de permisos detallada por entidad, más abajo en la misma ficha del perfil), habría que asegurarse de que el modelo Países tenga marcada la casilla de Lectura. En este caso concreto el mensaje indica que aún no se ha llegado a esa configuración: lo que falta es el permiso general "Usar sistema".

Volver arriba 👆🏼

Qué está pasando

No es realmente un error: es un aviso de confirmación. Fíjate en allowForce: true y en el final del texto: "¿Desea continuar?". El sistema no está bloqueando la reserva, te está pidiendo que confirmes.

El motivo: el tipo de recurso (o el tipo de reserva) que estás usando tiene activada la casilla "Requiere Handicap", y el cliente XXXXX no tiene handicap registrado en su licencia federativa para esa área de reservas.

Detalle importante: el handicap no se guarda en la ficha general del cliente, sino en su licencia federativa, y es por área. Es decir, un cliente puede tener handicap en un campo de golf/área y no tenerlo en otra: el sistema busca la licencia de ese cliente para el área concreta de la reserva y comprueba si el handicap está vacío.

Hay dos comprobaciones distintas en el sistema, y conviene distinguirlas:

- Reservas normales (desde administración): aviso con opción de continuar — que es tu caso.

- Reservas online (el cliente reservando por internet) y sorteos/torneos: ahí sí es un bloqueo duro, no se puede seguir.

Soluciones

1. Continuar sin más (lo más rápido). Al ser un aviso con confirmación, en pantalla debería aparecer un diálogo con la opción de continuar. Si lo aceptas, la reserva se guarda igualmente. Si estás viendo el texto en crudo como JSON y no un diálogo bonito, es porque estás mirando el log de errores o porque la petición vino de un sitio que no muestra el diálogo — vale la pena reproducirlo desde la pantalla de reservas para ver si el botón de continuar aparece.

2. Rellenar el handicap (lo correcto). Ve a la ficha del cliente → su licencia federativa del área correspondiente, y rellena el handicap. Si el club tiene activado el módulo de la RFEG, también se puede actualizar automáticamente desde la federación siempre que el cliente tenga número de licencia guardado. Ojo: si el cliente no tiene ninguna licencia creada para esa área, hay que crearla, no solo editar el número.

3. Quitar la exigencia. Si en realidad ese tipo de reserva no debería pedir handicap, desmarca "Requiere Handicap" en la configuración del tipo de recurso o del tipo de reserva. Cuidado aquí: el sistema exige handicap si lo pide cualquiera de los dos, así que si el aviso sigue apareciendo después de desmarcarlo en uno, revisa el otro.

Mi recomendación: si el cliente juega de verdad y tiene licencia, opción 2; si es un caso puntual (un invitado, alguien sin federar), simplemente confirma y sigue.

Volver arriba 👆🏼

Qué está pasando

El mensaje viene del módulo de Licencias federativas. Al confirmar la reserva online, el sistema comprueba si el jugador tiene licencia y, como no la encuentra, corta la operación (modules/federativeLicenses/main.ts:440).

La comprobación se dispara sólo si está marcada la casilla "Requiere licencia" en alguno de estos dos sitios:

- El tipo de reserva que ha elegido el cliente (Configuración → Tipos de reserva)

- El tipo de recurso del hoyo/pista asignado (Configuración → Tipos de recurso)

Con que esté marcada en cualquiera de los dos, se exige licencia.

Para dar la reserva por buena, el cliente XXXXX tiene que tener una licencia registrada en su ficha con estas dos condiciones:

1. Que el campo Licencia esté relleno (una línea que sólo tenga hándicap no vale).

2. Que esa licencia esté asociada al Área correcta — la licencia se guarda por área (campo, pista…), así que si la tiene dada de alta en otra área, para esta reserva es como si no la tuviera.

Dos detalles que explican por qué el club quizá no lo ve:

- Al personal del club no le salta el aviso. El código sólo bloquea cuando no eres usuario administrador, así que la misma reserva hecha desde el panel se guarda sin problema; sólo falla online.

- Si el tipo de reserva usa participantes, la licencia se comprueba a cada participante por separado, no sólo al que reserva.

Soluciones

1. Añadir la licencia al cliente (lo normal)

Ficha del cliente → pestaña Licencias → nueva línea con el área correspondiente y el número de licencia. Si el club tiene activo el módulo RFEG, se puede usar el botón "Buscar licencia RFEG" desde la ficha para traerla automáticamente. En cuanto exista esa línea, la reserva online pasa.

2. Si el cliente realmente no tiene licencia (visitante, extranjero…)

- Desmarcar "Requiere licencia" en ese tipo de reserva o tipo de recurso, si el club no quiere exigirla; o

- Ofrecerle un tipo de reserva distinto que no la exija (por ejemplo, un tipo de "visitante").

3. Solución inmediata para hoy

Que el club le haga la reserva desde el panel de administración: ahí la validación no bloquea. Es un parche puntual, no arregla la causa.

Mi recomendación: comprobar primero la pestaña Licencias del cliente. Lo más habitual es que sí tenga licencia pero esté dada de alta en un área distinta a la del campo que está reservando, y eso el sistema lo trata como "sin licencia".

Volver arriba 👆🏼

Si visualizas este mensaje al crear una reserva:

Síntoma

Al guardar una reserva aparece el mensaje "El producto es obligatorio" y la reserva no se llega a crear.

Causa

El error no está en la reserva, sino en un Extra automático mal configurado en el tipo de reserva.

Cada vez que se guarda una reserva, el sistema genera una línea de venta por la propia reserva y una línea adicional por cada Extra automático asociado a ese tipo. Toda línea de venta necesita, como mínimo, un producto o un importe. Si un extra automático no tiene ninguno de los dos, el sistema no sabe qué debe cobrar y detiene el guardado con ese mensaje.

Los dos casos habituales son:

- El extra automático se guardó sin seleccionar producto (ambos campos son opcionales, así que la pantalla permite guardarlo vacío).

- El producto que tenía asignado se eliminó o se envió a la papelera, dejando el campo en blanco.

El problema no se detecta al configurarlo: sólo aparece cuando alguien intenta reservar con ese tipo.

Solución

1. Ve al Menú de Configuración → Tipos de reserva y abre el tipo con el que se está intentando reservar.

2. Localiza el bloque Extras automáticos.

3. Busca la fila que aparece sin producto y elige una de estas dos opciones:

- Asignarle el producto correspondiente (opción recomendada).

- Eliminar la fila, si ese extra ya no debe aplicarse.

4. Guarda y vuelve a intentar la reserva.

Nota

Rellenar únicamente el campo Precio personalizado también hace desaparecer el error, pero no es aconsejable: la venta quedaría sin producto asociado y no se contabilizaría correctamente en los informes por producto.

Volver arriba 👆🏼

✅ Solución:

Si visualizas este mensaje es porque tenéis activado la opción de Bloquear caja por usuario desde el Menú Configuración > TPV > Configuración. Para más información, dirígete a este link.

Volver arriba 👆🏼

Si visualizas este mensaje cuando estás modificando una reserva, revisa si el tipo de reserva está eliminado.

En caso contrario, ponte en contacto con soporte técnico a través del chat del sistema.

Volver arriba 👆🏼

Si visualizas este mensaje en el TPV al intentar pagar con un bono monedero un determinado producto, tienes que revisar la Subfamilia de esos Productos, tienen que tener la misma Empresa. Tienes 2 opciones:

Si visualizas este mensaje al marcar como pagadas las ventas en un Fichero Q19 es porque estás intentando generar un fichero Q19 para una empresa que es distinta a la empresa añadida a la Subfamilia de ese Producto. Tienes 2 opciones:

Volver arriba 👆🏼

✅ Solución: Si visualizas este mensaje en el TPV, dirígete a la ficha del Cliente > pestaña Bonos.

Volver arriba 👆🏼

Si visualizas este mensaje de error al intentar dividir una venta en el TPV es porque dicha venta está asociada a una Cuota o a un Bono. Esto ocurre porque el sistema no permite dividir una venta que está relacionada con una cuota o bono. Las cuotas y bonos son transacciones indivisibles en el sistema, por lo que no es posible realizar ajustes en las unidades o dividir la venta.

✅ Solución:

Si deseas reflejar la cantidad pagada por el cliente sin dividir la venta, tienes dos alternativas:

Volver arriba 👆🏼

Si visualizas este mensaje de error en el TPV al intentar finalizar con una forma de pago una venta, es debido a que esa venta está incluida en un Q19 y no puede ser pagada directamente desde el TPV.

✅ Solución:

Para poder pagarla desde el TPV primero hay que eliminarla del Q19. Para ello, tienes que:

Volver arriba 👆🏼

Si visualizas este mensaje es debido a una restricción de productos o subfamilias del tipo de bono, a que la venta que deseas finalizar con la forma de pago de ese bono, tiene un Producto o una Subfamilia que no está añadido a Productos Válidos de ese Tipo de Bono.

Ese tipo de bono tiene configurada una lista de productos permitidos y/o subfamilias permitidas. Cuando esa lista existe, el bono sólo puede pagar artículos que estén en ella. Un producto que no está incluido (ni él ni su subfamilia), así que al ejecutar el cobro el sistema lo rechaza.

✅ Solución. Tienes dos opciones:

Recomendación: primero mira la ficha del tipo de bono y comprueba qué hay en esas dos listas. Eso te dirá inmediatamente si la restricción actual es la que el club quiere o si se configuró de más.

Volver arriba 👆🏼

Si visualizas este mensaje al anular un cobro desde el TPV, pagado a través de la pasarela de pago Redsys, es porque se ha realizado previamente una devolución parcial del cobro y Redsys no permite hacer dos devoluciones parciales de la misma operación.

✅ Solución:

Por lo que tendrías que hacer la devolución en el sistema con otra forma de pago, por ejemplo, TRANSFERENCIA, y hacer la devolución manual desde la web de Redsys.

Volver arriba 👆🏼

Si estás en el TPV y al finalizar una venta el sistema te muestra el este error, es porque se intenta finalizar varias ventas a la vez y a cada una le corresponde una serie distinta según las reglas configuradas, el sistema no podrá generar la factura y mostrará un mensaje de error. Esto ocurre porque el sistema no puede cerrar en una sola operación ventas que requieren diferentes series de facturación.

✅ Solución:

Finalizar las ventas por separado, agrupando únicamente aquellas que generen facturas con la misma serie. De esta forma, se evita el conflicto y se emite la factura correctamente. Para ello tienes distintas opciones:

Volver arriba 👆🏼

Si visualizas este mensaje en el TPV es porque estás intentando pagar un bono de tipo monedero con otro bono de Tipo de monedero:

Volver arriba 👆🏼

No es posible crear una factura con una fecha anterior a la de la última factura emitida en muchos sistemas de facturación por varias razones legales, contables y técnicas. Aquí te explico los motivos principales:

1. Cumplimiento legal y fiscal
En muchos países, las leyes fiscales exigen que las facturas sigan un orden cronológico. Esto permite a las autoridades fiscales:

Por ejemplo, en muchos países de América Latina y Europa, los entes tributarios (como el SAT en México o la AEAT en España) pueden sancionar a empresas que emitan facturas con fechas que rompan la secuencia.

2. Control contable
Las facturas afectan la contabilidad de una empresa: ingresos, IVA, declaraciones mensuales, etc. Si se permite cambiar la fecha hacia atrás:

3. Lógica del sistema y coherencia de datos
En el sistema de facturación:

Esto evita problemas como:

4. Evitar fraudes o correcciones fuera de control
Permitir cambiar la fecha a una anterior puede abrir la puerta a:

5. Conexión directa con Hacienda Vasca (TicketBAI)
Dado que el club utiliza un sistema de facturación conectado directamente con TicketBAI, cada factura generada se envía automáticamente y en tiempo real a la Hacienda Vasca, lo que implica:

Volver arriba 👆🏼

Este mensaje se muestra cuando:

La causa es que, en la configuración del TPV, está activada la opción: “Forzar el uso del mismo TPV para anular facturas”. Esto significa que solo podrás realizar acciones sobre esa factura desde el mismo TPV en el que fue emitida originalmente.

✅ Solución

Volver arriba 👆🏼

Qué está pasando

El mensaje "No hay ventas para cargar" salta en un único caso: la petición para crear el Q19 llega con la lista de ventas vacía, es decir, con cero recibos. El sistema no está diciendo "hay un fallo técnico", está diciendo "no me has mandado ninguna venta".

Lo confuso es que tú sí has seleccionado ventas en el listado. Lo que ocurre es que, entre que las seleccionas y se crea el Q19, el sistema aplica un segundo filtro de seguridad y descarta las que no son aptas. Si las descarta todas, se queda con la lista vacía y salta ese error al pulsar Aceptar.

Qué ventas descarta ese filtro

Solo sobreviven las ventas que cumplen las dos condiciones a la vez:

1. Estado "No pagada" (pendiente de cobro). Se descartan las que están en Borrador, Pagada, Descartada, y también las Gratis / sin coste (aunque el listado te deje seleccionarlas, el paso siguiente no las admite).

2. Que no estén ya dentro de otro Q19. Si la venta ya tiene una línea de Q19 asignada (columna Q19 del listado), se descarta.

Las causas más habituales en la práctica:

- Las ventas seleccionadas están en Borrador (muy típico si la venta se generó por link de pago y caducó, o si nunca se confirmó).

- Las ventas ya se metieron en un Q19 anterior que quizá ni recuerdes, o que se borró mal y dejó las ventas "marcadas".

- Las ventas ya están cobradas o descartadas.

Cómo detectarlo antes de que falle

Cuando pulsas "Crear Q19" se abre una ventana con un aviso azul del tipo "X recibos domiciliados. Total ...". Si ahí pone 0 recibos y total 0,00 €, ya sabes que el filtro ha descartado todo: no sigas, el error va a saltar sí o sí al aceptar.

Cómo solucionarlo

1. En el listado de ventas, añade/mira dos columnas: Estado y Q19. Filtra por Estado = No pagada y Q19 vacío. Lo que quede es exactamente lo que el sistema aceptará.

2. Si están en Borrador: hay que confirmarlas primero. La acción "Domiciliar" sobre esas ventas las confirma automáticamente (les asigna la cuenta bancaria y las pasa a "No pagada"); después ya podrás crear el Q19.

3. Si ya pertenecen a un Q19: entra en ese Q19. Si es el que quieres usar, no hace falta crear otro; si quieres sacarlas, elimina allí sus líneas (solo se pueden quitar líneas de ventas pendientes de pago) y vuelve a intentarlo.

4. Si lo que quieres es meterlas en un Q19 ya existente, no uses "Crear Q19" sino la acción "Añadir a Q19" del mismo menú.

5. Ventas gratis (sin coste): esas no entran nunca en una remesa; no tiene sentido domiciliarlas, quítalas de la selección.

Volver arriba 👆🏼

Si visualizas este mensaje desde el detalle de una factura simplificada > Acciones > Generar rectificativa, tienes que tener en cuenta varios detalles sobre el tipo de facturas simplificadas:

Volver arriba 👆🏼

Este mensaje aparece cuando intentas realizar una acción relacionada con cobros o facturación sin haber seleccionado un TPV en tu sesión actual de usuario. La causa es que, en la configuración del TPV, está activada la opción: "TPV obligatorio para cobros y facturas".

✅ Solución

Volver arriba 👆🏼

Si visualizas este mensaje en el TPV al intentar añadir una unidad en negativo, ahora ya no es posible introducir cantidades en negativo en el TPV.

Para anular un producto de tienda, lo que hay que hacer es anular el cobro original.
Al hacerlo:

Así la operación queda correctamente registrada tanto a nivel de stock como contable.

Además, con integraciones fiscales como Verifactu, Hacienda portuguesa, etc., no está permitido añadir cantidades negativas manualmente. Las anulaciones deben hacerse siempre mediante su proceso natural (anulación del documento original), para que la facturación cumpla con la normativa.

Volver arriba 👆🏼

Este mensaje se visualiza cuando desde el TPV deseas pagar una venta:

Para poder pagarla tienes que:

Volver arriba 👆🏼

Si visualizas este mensaje al acceder al sistema:

Volver arriba 👆🏼

Si visualizas este mensaje desde el TPV es porque el método de pago que se visualiza en el mensaje, en su configuración, tiene activada la opción Impedir pago dividido, el sistema no te deja cobrar una venta usando esa forma de pago más otra forma de pago a la vez. En el momento en que intentas dividir el cobro (por ejemplo: una parte en Efectivo y otra en tarjeta), el sistema revisa todas las formas de pago que estás usando. Si alguna de ellas tiene esa restricción activada, cancela la operación y muestra el mensaje.

El mensaje solo aparece cuando hay más de una forma de pago en la venta. Si pagaras todo solo en esa forma de pago, no daría ningún problema.

Cómo solucionarlo

Si quieres permitir dividir el pago con esa forma de pago:

1. Ve a la configuración de Formas de pago (Métodos de pago).

2. Abre la ficha de esa forma de pago.

3. Localiza la casilla "Impedir pago dividido" y desmárcala.

4. Guarda los cambios.

Un apunte: esta opción normalmente se activa a propósito en formas de pago que técnicamente no admiten combinarse (por ejemplo, cargos a habitación de hotel u otros métodos especiales). Si en tu caso está marcada en Efectivo, conviene confirmar que fue algo intencionado antes de quitarla, aunque para el efectivo normal lo habitual es tenerla desactivada.

Volver arriba 👆🏼

Qué significa el mensaje

No es un fallo: es una validación intencionada. El sistema está diciendo "esta venta no es una línea suelta, la generó otro elemento, y por eso no la

puedo partir".

En Golfmanager cada venta puede tener (o no) un origen: la reserva, la cuota de socio/suscripción, el bono, la inscripción a un campus, la inscripción a un torneo… Cuando la venta nace de uno de esos elementos, queda guardada con una referencia al elemento que la creó. Al pulsar "Dividir venta", el sistema comprueba esa referencia y, si existe, corta la operación con ese mensaje (lib/billing.ts:77).

Por qué está prohibido

La relación entre el elemento de origen y su venta es de uno a uno. Cada vez que se guarda o recalcula ese elemento (cambias la hora de la reserva, el jugador, el precio, se aplica un descuento, se renueva la cuota…), el sistema busca "la venta de ese elemento" y la reescribe con el importe correcto.

Si la venta estuviera dividida en dos o más, ese recálculo solo encontraría una de ellas: le pondría el importe total y dejaría las otras huérfanas con importes que ya no corresponden. Resultado: cobros duplicados o dinero descuadrado.

Esta regla existía desde siempre; en un cambio anterior se coló una excepción que la desactivaba sin querer, y el 23 de julio de 2026 se restauró de forma explícita, con este mensaje claro en lugar de un error confuso.

Soluciones prácticas

Depende de para qué se quiera dividir. Para saber cuál es el caso, lo primero es mirar de qué elemento cuelga esa venta concreta (reserva, cuota, bono…):

1. Si es para repartir el importe entre varias personas (lo más habitual)

Hay que dividir en el origen, no en la venta. En una reserva, eso significa dar de alta a cada jugador/participante con su propia línea o su propio

"Facturar a": así cada uno genera su propia venta, y cada una se puede cobrar por separado. El reparto se hace donde nace el cobro, no después.

2. Si es para cobrar solo una parte ahora

Tendrías que hacer el ingreso de esa parte en Depósito al cliente o en un bono monedero, el cliente ingresa dinero a cuenta y ese saldo se usa después como forma de pago. Ojo: eso no deja la venta a medias — la venta se sigue pagando entera, solo que con dinero que el cliente había adelantado. Eso no rompe la relación con la reserva o la cuota.

3. Si realmente es una venta que debería ser libre

Solo las ventas manuales (líneas creadas directamente en el TPV, sin origen) admiten división. Si el cobro no tiene por qué colgar de la reserva, lo correcto es anular esa venta desde su elemento de origen y crear las líneas manuales que se necesiten en el TPV, que sí se pueden dividir.

Volver arriba 👆🏼

Qué significa ese mensaje

No es un fallo del sistema: es una pregunta de confirmación. Lo delata el allowForce: true — el servidor está diciendo "esto no lo puedo hacer sólo con una parte, ¿lo hago con todo el grupo?", y espera un sí o un no. En pantalla debería salir como un cuadro de diálogo con Aceptar / Cancelar; el texto en crudo con la traza de ficheros es la forma en que queda registrado en el log de errores.

Por qué salta

El sistema comprueba, antes de tocar una reserva, si esa reserva está enlazada con otras. Considera enlazadas:

- Las reservas que forman parte de un paquete (multipack) configurado como "Inseparable" — es la causa más habitual, y ojo, porque Inseparable es el valor por defecto del campo "Separable" del paquete. Todas las reservas que nacen de ese paquete quedan atadas entre sí.

- Reservas unidas explícitamente como un mismo grupo (green fee + estancia, primera y segunda vuelta, etc.).

- Reservas cuyas ventas están enlazadas entre sí (una venta que agrupa varias reservas, mientras no estén anuladas).

Cuando detecta eso, aplica una regla de "todo o nada": o se mueven/anulan todas, o no se toca ninguna. La pregunta sólo se le hace a los usuarios de administración; desde la zona de cliente el grupo entero se procesa directamente sin preguntar.

Un detalle importante sobre la acción

La traza no corresponde a una anulación, sino a un movimiento de reservas (moveMultiple → moveMany, con la clave moveLinks, y el texto "¿Mover todo?").

Si la operación hubiera sido anular, el mensaje sería "¿Anular todo?" con otra clave interna (cancelLinks). Es decir: lo que se ejecutó fue un cambio de hueco/recurso de reservas — arrastrar en el cuadrante o usar la opción "Mover" sobre reservas seleccionadas —, no una anulación. Conviene confirmar con quien lo reportó qué botón usó exactamente, porque si creía estar anulando y el sistema movió reservas, ahí hay algo que revisar en el flujo que usó.

Soluciones

1. Lo normal: aceptar. Pulsando Aceptar en el diálogo la operación se repite incluyendo todo el grupo enlazado y se completa sin problema. No se pierde nada.

2. Si quieren poder tratar a cada jugador por separado de forma habitual: hay que cambiar la configuración del paquete de "Inseparable" a "Separable" (o "Parcialmente separable"). Esto afecta a las reservas nuevas; las ya creadas mantienen el enlace que se les grabó al crearse.

3. Si el enlace viene de la venta (una sola venta agrupando varias reservas), la separación pasa por deshacer esa agrupación de ventas antes de mover o anular una sola reserva.

4. Si el mensaje llega en crudo (JSON) en lugar de como diálogo, es señal de que la llamada no vino de la pantalla habitual — una integración o API externa —, y en ese caso quien la hace debe reenviar la petición con la confirmación de forzado.
​

Volver arriba 👆🏼

Si visualizas este mensaje en el TPV al finalizar una venta con una forma de pago bono, es porque el Tipo de Bono con el que estas tratando de pagar esa venta, tiene un producto asociado que está eliminado.

✅ Solución. Para poder finalizar la venta tienes que:

Este mensaje también puedes visualizarlo llevando a cabo distintas acciones en el sistema: al anular una reserva, al acceder a la zona de clientes para hacer una reserva, en el TPV al finalizar una venta,... En cualquier caso es necesario recuperar el producto eliminado siguiendo los pasos indicados anteriormente en el punto 2.

Volver arriba 👆🏼

Si visualizas este mensaje al intentar eliminar una etiqueta desde la ficha del cliente, es porque está asociada a una cuota o bono.

✅ Solución:

Volver arriba 👆🏼

Este mensaje se muestra cuando un usuario intenta cerrar una mesa que tiene ventas pendientes de pago, y no tiene activo el permiso correspondiente para hacerlo.

✅ Solución.

Volver arriba 👆🏼

Si visualizas este mensaje en al emitir una factura desde el listado de ventas, es porque el cliente con referencia XXXXX, asignado a alguna de las ventas, se ha eliminado en tu base de datos.

✅ Solución. Para recuperar el Cliente de la papelera, sigue los siguientes pasos:

Volver arriba 👆🏼

Si visualizas este mensaje al emitir una factura desde el listado de ventas, es porque alguna de las ventas seleccionadas no tienen Cliente.

✅ Solución. Para añadir el cliente a la venta:

Volver arriba 👆🏼

​

Si visualizas este mensaje al emitir una factura desde el listado de ventas, es porque el número de factura ya existe.

✅ Solución. Comprueba que:

Volver arriba 👆🏼

Si estas intentando modificar desde el detalle de un cobro la forma de pago y visualizas este mensaje error dirígete a este link.

Volver arriba 👆🏼

Si visualizas este mensaje cuando intentas eliminar un bono, el sistema bloquea a propósito el borrado de un bono que tiene consumos registrados. Cuando intentas eliminarlo, antes de borrar nada revisa todo el historial de movimientos del bono (recargas, pagos, devoluciones) y aplica dos reglas:

1. Si existe algún movimiento de tipo "Uso" (es decir, el bono se utilizó alguna vez para pagar algo: una reserva, un ticket de TPV, etc.) → rechaza el borrado.

2. Si el bono tiene más de un movimiento aunque ninguno sea un uso (por ejemplo, se recargó dos veces) → también lo rechaza.

El motivo es contable: ese bono está enlazado con ventas, pagos y cobros ya emitidos. Si se borrara, esas ventas quedarían apuntando a un bono inexistente y descuadrarían los informes de caja y facturación. Solo se permite borrar un bono "limpio", el que se creó y nunca se tocó.

Detalle importante: la comprobación mira si el movimiento de uso existe, no si sigue vigente. Aunque después hayas anulado la venta y el saldo se le haya devuelto íntegro al cliente, el apunte de uso permanece en el historial (marcado como devuelto), así que el bono seguirá sin poder borrarse nunca.

No hay ninguna forma desde la interfaz de saltarse este control.

Qué puedes hacer

Anula la venta con la que se emitió el bono. Ese proceso devuelve el importe y, si el bono no se había usado en absoluto, lo elimina automáticamente. Si ya se había usado, primero tendrás que anular las ventas donde se consumió (eso le devuelve saldo al bono) y luego anular la venta de emisión.

Como no se puede borrar, la vía práctica es inutilizarlo desde su ficha:

- Poner una fecha en "Válido hasta" anterior a hoy — el bono deja de ser seleccionable como forma de pago.

- Y/o dejar el saldo a 0, para que no arrastre importe pendiente en los listados.

Volver arriba 👆🏼

Si visualizas este mensaje al intentar descargar un archivo Q19, es porque alguno de los clientes tiene añadida la cuenta bancaria pero no se ha generado automáticamente el BIC y debes introducirlo de forma manual.

✅ Solución. Para comprobar los clientes que en el sistema no tienen añadido el BIC en su cuenta bancaria sigue los siguientes pasos:

Una vez guardados los cambios, vuelve a descargar el archivo Q19.

NOTA. Si observas que el sistema no lo añade automáticamente, puedes usar una web gratuita para validar el IBAN y el BIC como por ejemplo: https://es.ibancalculator.com/, https://www.calculatuiban.com/

Volver arriba 👆🏼

Si visualizas este mensaje, es prque el IBAN de la cuenta del cliente que te indica el mensaje no es válido.

✅ Solución. Chequea con el cliente que te indica el mensaje, que el iban que te ha proporcionado sea el correcto.

También puedes validar el iban en alguna web a través de internet, como por ejemplo la siguiente: https://es.ibancalculator.com/

Volver arriba 👆🏼

​

Si visualizas este mensaje es porque el usuario y/o la contraseña en la configuración de tu cuenta de email no coincide con el usuario y/o la contraseña del servidor de cuenta de correos de tu empresa.

✅ Solución. Tendrás que hablar con tu departamento de IT para que te proporcione las credenciales de la cuenta de email de empresa. Una vez obtenidos, dirígete a este link (Sección email) para configurar correctamente tu cuenta de email.

Si tu cuenta de email es Gmail y al añadir las mismas credenciales de tu cuenta de email en el sistema de Golfmanager persiste el error, entonces sigue los siguientes pasos Configurar la cuenta de email para Gmail.

Volver arriba 👆🏼

Si visualizas este mensaje en la zona de clientes al intentar comprar un Bono, es debido a que en la Configuración del Tipo de Bono > Sección Precios de Recarga, has añadido una etiqueta de cliente en el campo Etiqueta de Filtro.

✅ Solución. Para poder seguir con la compra online de este bono tienes dos opciones:

Volver arriba 👆🏼

Este mensaje es debido a que el Tipo de Reserva que está activo y online, tiene añadido un Producto eliminado.

El número que visualiza es el del Producto eliminado.

✅ Solución. Tienes do opciones:

Volver arriba 👆🏼

Si visualizas este error al cancelar una reserva online es porque se ha excedido el tiempo permitido para cancelar una reserva online.

✅ Solución. El límite de tiempo establecido para cancelar una reserva online puedes modificarlo, según tu configuración, desde:

Si tienes añadido un límite para cancelar en ambas secciones:

Cuando ambas reglas están activas, la del tipo de reserva sobrescribe a la del área. Esto puede ser útil para escenarios en los que se necesite un control más detallado para ciertos tipos de reservas, aunque las reglas generales del área sigan vigentes para otros.

Volver arriba 👆🏼

Si un cliente que está intentando entrar desde la App al club visualiza este error, es debido a que el tipo de etiqueta de cliente no tiene activo Es socio.

✅ Solución. Para activarlo sigue los siguientes pasos:

Nota: Si quieres que todos los clientes accedan desde la app a tu club, activa este campo en todos los tipos de etiquetas de cliente.

Volver arriba 👆🏼

Si un cliente visualiza este error al intentar realizar una reserva, es debido a que no cumple alguna de las restricciones configuradas en la regla de reserva con nombre XXXX y referencia Z.

✅ Solución. Para comprobarlo sigue estos pasos:

📝 Nota: Este mensaje siempre está relacionado con la configuración específica de la regla XXXX (id Z). Cualquier ajuste necesario deberá realizarse directamente en dicha regla para adaptar las condiciones de reserva a la operativa del club.

Volver arriba 👆🏼