Membresía vencida, cuenta corriente abierta en ClubWare

En del consumo a la cuenta: el flujo completo en ClubWare confirmamos algo real: el límite de crédito del socio se bloquea del lado del servidor, no es un adorno de pantalla. Verificamos ahora la validación completa que decide si un cargo se autoriza, y encontramos que revisa el saldo y el límite de crédito, pero nunca la vigencia ni el estatus de la membresía. Un socio cuya membresía venció el mes pasado puede seguir cargando consumos a su cuenta hoy mismo, siempre que no rebase su límite.

Lo que ClubWare sí guarda: fecha de vencimiento y estatus del socio

El registro del socio no es ambiguo sobre esto. La tabla que lo respalda guarda una fecha explícita de vigencia y un estatus (vigencia_membresia, estatus en services/core/src/socios/socios.service.ts:33-36), capturados al dar de alta o editar al socio y devueltos por la API tanto al panel de administración como al identificar al socio en la barra (apps/web-admin/src/lib/identificacion-socio/identificar-socio-api.ts:16). El dato existe, se guarda y se muestra.

Agenda una demo gratis

Lo que no hace: consultarlo antes de autorizar el cargo

La función que decide si un cargo pasa o se bloquea es evaluarCargo() (services/core/src/cuenta-corriente/evaluar-cargo.ts), descrita en el propio código como la lógica del "bloqueo de crédito" (DEV_SPEC PD-05). Recibe exactamente tres datos —saldo actual, monto del cargo y límite de crédito— y decide con uno solo: si el saldo tras el cargo supera el límite. No recibe, porque nunca se le pasa, ni la fecha de vigencia ni el estatus del socio.

Esto no es un descuido de una sola función: la consulta que trae los datos del socio para esa evaluación es SELECT limite_credito, nivel_membresia FROM socios WHERE id = $1 AND tenant_id = $2 (services/core/src/cuenta-corriente/cuenta-corriente.service.ts:207). vigencia_membresia y estatus ni siquiera se seleccionan en esa consulta —la validación de crédito no puede mirarlos porque nunca llegan hasta ella. Un socio con la membresía vencida —o con el estatus que sea, mientras la tabla lo permita— pasa por el mismo camino que uno vigente, siempre que su saldo quepa en el límite.

Agenda una demo gratis

Dato del socio	¿Se guarda?	¿Se revisa antes de autorizar un cargo?
Límite de crédito	Sí	Sí — bloquea el cargo si se excede
Saldo actual de la cuenta	Sí	Sí — es la base del cálculo
Vigencia de la membresía	Sí (vigencia_membresia)	No — no se selecciona en la consulta de la validación
Estatus del socio	Sí (estatus)	No — mismo caso que la vigencia

Quién lleva ese control hoy

Mientras evaluarCargo() no reciba la vigencia ni el estatus del socio, el gerente de la barra tiene que verificarlos por su cuenta —mirando la ficha del socio, no una alerta del sistema— antes de aceptar un cargo a cuenta de alguien cuya membresía ya venció. No es una falla oculta: es la misma clase de límite que ya documentamos en otras plataformas del ecosistema (ClubWare tampoco lleva la capacitación en higiene del personal, ServiWare no gestiona el REP por ti). Dilo en la demo si es un control que tu club necesita antes de fiar el consumo.

Preguntas frecuentes

¿ClubWare bloquea el consumo si el socio excede su límite de crédito?
Sí, eso sigue siendo correcto: el bloqueo ocurre del lado del servidor al registrar el cargo, y superarlo exige el PIN de un gerente.

¿ClubWare bloquea el consumo si la membresía del socio ya venció?
No. La validación de crédito nunca consulta la fecha de vigencia ni el estatus del socio; sólo el saldo contra el límite.

¿El dato de vigencia existe en el sistema?
Sí, se captura y se guarda con cada socio, y se muestra al identificarlo en la barra. Lo que falta es que la función que autoriza el cargo lo consulte.

¿Esto significa que cualquier socio puede consumir sin límite?
No: el límite de crédito sigue aplicando siempre. Lo que no se revisa es si, además de tener saldo disponible, la membresía de ese socio sigue vigente.