¶ Nuevas funcionalidades
¶ Actuaciones de seguridad
- Conjunto amplio de actuaciones de gran complejidad, que afectan aproximadamente al 40% de Deporsite, orientadas a mejorar la seguridad frente a posibles intrusiones maliciosas que puedan afectar al site y a los datos de los usuarios.
- Estas actuaciones han implicado un conjunto de pruebas completo y exhaustivo sobre toda funcionalidad de Deporsite.
¶ Reformulado el módulo de contratación de actividades
-
Se han juntado los procesos Selector_Contratacion_Actividades (670) y Detalle_Contratacion_Actividades (680) en un sólo módulo, el 670, con toda la funcionalidad anterior.
-
Se han eliminado las propiedades del módulo "idParentescoTitular" y "tieneUnidadFamiliar" y se han substituido por la propiedad "IdsParentescosMostrarSelectorMiembroUnidadFamiliar" que permite seleccionar una lista de parentescos a los que se mostrará el selector de unidad familiar o si se mostrará para todos (valor -1) o no se mostrará (0 o vacío)
-
Añadidas las propiedades "PermitirInscripcionDesdeListaEsperaSinComprobarOrden" y "ValidarPeriodoInscripcionEnInscripcionDesdeListaEspera" que estaban definidas en el módulo Detalle_Contratacion_Actividades.
-
Se modifica el valor por defecto de la propiedad 'AplicarFiltroPorNivelEspera' de 1 a 0, forzando el cambio en los clientes
-
Añadida la propiedad “AplicarFiltroPorPerfil" para indicar si queremos filtrar las actividades por compatibles por perfil o no.
-
Añadida la propiedad "SolicitudDeLogin" para indicar en que posición queremos solicitar el login (1 - Al acceder al selector, 2 - Al acceder al detalle, 3 - Al contratar)
-
Se ha modificado el enlace con el siguiente paso del proceso de "ir-detalle-actividades" a "siguiente"
-
En el proceso de actualización se incluye script para realizar el cambio de parámetros y la eliminación del módulo 680 de forma automática en todos los procesos
-
-
Se obtendrán todas las actividades al acceder al módulo, aplicando los filtros indicados en las propiedades (o en URL), de forma que podemos filtrar la información por cualquiera de los campos identificadores (IdCentro, IdGrupo, IdTipo, …) sin necesidad de que estos campos formen parte del filtro obligatorio.
-
Los valores de los filtros (obligatorios y opcionales) se obtendrán a partir de la información de las actividades disponibles. Si no existe ninguna actividad disponible, no se mostrará ningún valor de los filtros e indicará automáticamente que no hay actividades disponibles.
-
En los filtros, tanto obligatorios como opcionales, si existen actividades con valor para ese filtro y otras que no lo tiene, aparecerá la opción “Sin …” para permitir filtrarlas.
-
En caso que un filtro obligatorio solo tenga un valor válido, se seleccionará automáticamente y se desactivará la opción “Modificar”
-
Si se permite mostrar actividades con inicio de inscripción futuro, tendremos un botón para verlas / ocultarlas. Además, se indicará el nº de actividades que tengan inicio futuro.
-
En caso de que existan actividades no compatibles para el usuario (según los valores de las propiedades “AplicarFiltroPorPerfil”, “AplicarFiltroPorEdad” y “AplicarFiltroPorNivel”), tendremos un filtro específico para no mostrar aquellas actividades que no sean compatibles. No se considerarán como no compatibles las actividades en las que el usuario esté inscrito en lista de espera y no cumpla el nivel en lista de espera, dado que esta puede ser una situación temporal y así podrá ver claramente que está inscrito.
-
Los filtros opcionales serán multi selección
-
Cuando existan actividades incompatibles para el usuario, en cada una de ellas se mostrará el motivo y no se permitirá la contratación, aunque si podrá ver el detalle de la actividad
-
En las actividades que el usuario esté Inscrito el botón indicará esa situación y no se permitirá seleccionar la actividad. Si la inscripción fuese temporal (por estar pendiente de finalización de la transacción, se indicará “Inscripción en trámite”
-
En las inscripciones del usuario en lista de espera, en caso de que aún no pueda inscribirse, se informará del motivo. Si ya puede inscribirse, se mostrará claramente en el botón
-
Una vez seleccionada una actividad para ver detalle (cualquier actividad excepto las ya contratadas o en trámite), accederemos a la información del detalle de la misma.
- Si la actividad es contratable, deberemos seleccionar la tarifa (sui hay más de una) para proceder a la contratación
- Si la actividad está disponible en lista de espera, podremos ver las posibles tarifas disponibles, aunque no será preciso seleccionar ninguna para continuar el proceso.
- Si la actividad no es contratable, tendremos el mensaje informativo del motivo, podremos ver las tarifas disponibles, pero no podremos continuar en ningún caso.
- Si la actividad es contratable, deberemos seleccionar la tarifa (sui hay más de una) para proceder a la contratación
¶ Mejoras en mecanismo de recuperación de contraseña
- Se mejora la validación del número de intentos restantes al introducir el código de recuperación.
- Se incrementa de forma significativa la complejidad del código de recuperación.
- El nuevo código de recuperación (además del cambio de la función de aleatoriedad) pasa de 6 dígitos decimales a 8 hexadecimales, por lo que pasa de un millón de combinaciones (1.000.000) a más de cuatro mil millones
- Se controla que todas las sesiones existentes para el usuario se terminen automáticamente cuando se completa un restablecimiento satisfactorio
¶ Mejoras en la información de servicio no contratable por fecha/hora
-
Al comprobar la posibilidad de contratación según la ventana de contratación definida para el servicio, se han corregido los mensajes mostrados en caso de ventana de contratación rectangular.
-
Con una ventana de contratación rectangular entre el 15/01/2025 y el 27/02/2025 de 9:00 a 21:00 h, tendremos:
- Fecha de contratación previa al inicio de la ventana (cualquier día previo al 15/01/2025 independientemente de la hora)
- Fecha de contratación posterior al fin de la ventana (cualquier fecha superior a 27/02/2025 a las 21:00 h)
- Fecha de contratación dentro de la ventana, pero hora anterior al inicio de la ventana (cualquier día entre el 15/01/2025 y el 27/02/2025 antes de las 9:00):
- Fecha de contratación dentro de la ventana, pero hora posterior al fin de la ventana (cualquier día entre el 15/01/2025 y el 26/02/2025 a partir de las 21:00):
- Fecha de contratación previa al inicio de la ventana (cualquier día previo al 15/01/2025 independientemente de la hora)
¶ Mejoras en auditoría de usos de los módulos de DeporSite
- En la base de datos de registroErrores se ha creado una nueva tabla “registrousomodulos”
- Cada vez que desde Deporsite se cargue un módulo (ya sea desde una página o un proceso), se registrará en esa BBDD la siguiente información:
- Nombre del site
- Fecha
- IdModulo
- NumeroUsos
donde el numero de usos se irá incrementando. De esta forma tendremos un resumen diario del uso de los módulos por parte de los clientes.
- En las llamadas para la obtención del TokenDesarrollador también se obtiene la información sobre el CodigoCliente al que corresponde el site.
¶ Mejoras en gestión de caches
- En el backoffice, dentro de la opción de
Herramientas → Gestor cachés → Gestión cachés generales, se ha incluido la opción para regenerar la caché de parámetros TPV de las formas de pago
¶ Majoras en el nuevo BackOffice
- Se ha añadido la posibilidad de realizar login en el BackOffice de Deporsite mediante el LDAP de T-Innova.
- Los usuarios que se logeen mediante LDAP tendrán permisos de SuperAdmin, que sustituyen al anterior permiso de Admin + Permisos Extendidos
- Desaparecen los permisos extendidos
- Las opciones que antes eran accesibles mediante permisos extendidos ahora sólo estarán disponibles para usuarios SuperAdmin.
¶ Correcciones
- Se revisa la visualización de la Descripción en el detalle Venta Producto, de forma que no quede alterado el tamaño y visualización del campo según la longitud de la descripción.
- Al comprobar si una transacción está pendiente para mostrar o no la ventana de aviso de “transacción pendiente”, nos basaremos en que se haya informado el campo OperacionCorrectaCierreTransacción (es independiente que la respuesta sea correcta o no, simplemente que haya un valor) en lugar del campo OperacionCorrectaBanco, como se hacía hasta ahora. De esta forma se evitarán problemas si pasa mucho tiempo entre la obtención de respuesta del banco y el cierre de la transacción por parte del WS.
- Al realizar la contratación de un servicio no renovable en una fecha posterior a la de inicio del periodo que se quiere contratar, se tomará como fecha de inicio la actual y no la de inicio del periodo como se estaba realizando. De esta forma, si existe ponderación, se realizará correctamente.
- Se resuelve un error durante el guardado de las modificaciones del footer de los correos, en el BackOffice de DeporSite
- Ahora, en la configuración del módulo
1640 - Piscinas_Veranoel selector de recursos no mostrará todos los recursos disponibles sino sólo los que tengan modalidades por turnos asociadas
- Corregido el enlace a la página de “Mis Entradas” que era incorrecto, provocando que solicitara login y después no mostrase ninguna información
- En la venta anónima de
Piscinas_Verano, si existe alguna forma de pago “tokenizada”, esta aparecerá no disponible, dado que no se puede utilizar para ventas anónimas. Esto puede provocar que, si es la única forma de pago disponible, no se pueda finalizar la venta.
- Se corrige la visualización del indicador de
“Inscrito en Lista de Espera”en la grid MOBILE, que se mostraba incorrectamente como el indicador de“Inscrito”.
- Se corrigen inconsistencias en el color del icono de horario y en la fuente de los botones en la lista de actividades disponibles cuando hay algún mensaje informativo.
- Se corrige visualización en contratación de actividades de concepto: cuando el nombre es muy largo y se corta para no desbordar, y existen varios conceptos, al seleccionar el segundo concepto el nombre del primero aparece completo y desbordado.
- Al recuperar la información introducida por el cliente durante el proceso de alta, se eliminarán los espacios tanto iniciales como finales en cualquiera de los datos, para evitar posteriores problemas de validación.
- Corregidos los estilos de la información en el resumen selector de pago.
- Se mejora la visualización de la alerta de producto renovable en el resumen selector de pago.
- Se elimina el módulo Area-Usuario por obsoleto.
TNV-1116 - Se elimina el módulo
Integrantespor obsoleto frente aIntegrantes_vs_1
- Se corrige ruta de acceso a fuentes en todo el site.
- Se elimina el controlador obsoleto
RepositoryController.
- Al comprobar si una transacción está pendiente para mostrar o no la ventana de aviso de “transacción pendiente”, nos basaremos en que se haya informado el campo
OperacionCorrectaCierreTransacción(es independiente que la respuesta sea correcta o no, simplemente que haya un valor) en lugar del campo OperacionCorrectaBanco, como se hacía hasta ahora. De esta forma se evitarán problemas si pasa mucho tiempo entra la obtención de respuesta del banco y el cierre de la transacción por parte del WS. - Al acceder al módulo
Formulario_SelectorDeudaAPagary eliminar la transacción existente del WS también se eliminará del proceso, de forma que no esté intentando borrar la misma transacción cada vez que se accede a este módulo.
- En la contratación de Campus, si los periodos seleccionados no se pueden contratar por ser necesario seleccionar más o menos periodos (por ejemplo cuando los periodos de gestión son diarios pero los periodos de contratación son de 2 días o cuando los periodos de gestión son semanales pero la contratación debe ser quincenal) el proceso de contratación se quedaba bloqueado con el mensaje "Contratando..." en lugar de mostrar el mensaje informativo que permitía seleccionar entre las opciones válidas.
- En el proceso de generación de caché del Campus, al calcular los periodos óptimos, si en la temporada existían periodos de gestión de diferentes tipos (diario y semanal, por ejemplo) o un servicio no utilizaba todos los periodos de gestión consecutivos, no se calculaban correctamente las posibles opciones de contratación, de forma que existían opciones que no se podían seleccionar.
- Al comprobar las fechas de contratación, se buscará el primer periodo de gestión válido para el servicio (con fecha de final superior o igual a la calculada para la contratación) y se tomará como fecha de contratación la de inicio de ese periodo o la fecha de contratación si esta es superior.
- Ejemplo 1
- Fecha actual: 28/12/2024
- Fecha contratación calculada inicio: 08/01/2025 (por parámetros de servicios en Deporwin)
- Fecha inicio primer periodo gestión válido: 01/01/2025
- Fecha contratación usada: 08/01/2025
- Ejemplo 2
- Fecha actual: 28/12/2024
- Fecha contratación calculada inicio: 28/12/2024 (por parámetros de servicios en Deporwin)
- Fecha inicio primer periodo gestión válido: 01/01/2025
- Fecha contratación usada: 01/01/2025
- Ejemplo 1
- Al generar la caché de campus, para establecer de forma unívoca el orden de los periodos de gestión, se ordenaban mediante el valor AÑO + DIA DEL AÑO de la FechaInicio del Periodo. El problema era que, si en una misma temporada existían periodos de gestión con la misma fecha de inicio, pero diferente periodicidad (p.e. semanal, diario) unos valores sobreescribian otros, de forma que no se consideraban algunos periodos de gestión, por lo que para los servicios que los usaran no se podía calcular la cache. Ahora, para calcular el orden también se considerará la periodicidad del periodo, de forma que este problema no aparecerá y se podrá generar la caché de todos los servicios.
TNV-1125 - Se elimina por obsoleto el fichero
TeamPartners.php
- Se revisa Warning detectado en agenda de entrenador. A raíz de las pruebas adicionalmente se corrige la visualización de mensajes informativos, así como las recargas de retorno a la página anterior.
- Además se informa ahora del caso en que el entrenador intente reservar a un cliente para una clase que tenga coste asociado, cosa que el entrenador no puede hacer, y ahora queda alertado.
- Se revisa en agenda entrenador el correcto funcionamiento del botón Volver
- Se informa del importe de la reserva de entrenador para el proceso de envío de email.
- Se ha corregido el problema de no reconocimiento de códigos QR correctos debido a un problema en el descifrado de los datos.
- Se corrige en la venta de entradas que, si seleccionas entradas y dispones de bono para pagarlas, el sistema seguía mostrando el selector de formas de pago, cuando no debería mostrarlo.
- Se revisa la visualización de PDF en la documentación de facturas, para adaptarla al nuevo sistema.
- Al realizar la verificación interna del IBAN introducido, existía diferencia entre el proporcionado desde la web con el guardado como validado por culpa de un espacio final. Se eliminan los espacios antes de realizar la comprobación.
- Corregida llamada incorrecta al verificar operación cuando tokenizamos tarjeta.
- Se revisa el retorno tras modificar consentimientos en el apartado Mis Consentimientos en el Area de usuario
- Se ajusta la disposición del footer de la página de Registrar Accesos
- Una vez confirmada la operación de pago de cualquier proceso de compra y siempre que no exista ningún paso posterior, se elimina la variable de sesión correspondiente al proceso. De esta forma, tanto si se actualiza la página como si se vuelve a acceder a su correspondiente opción del menú, el proceso empezará desde el inicio.
- Corregido padding en el botón de Cerrar en el buscador de Venta de productos que descuadraba el botón de cierre.
- Se verifica que si aplicamos parámetros por defecto al proceso de venta de productos (por ejemplo, fijar familia de productos o centro por defecto), respete dicho filtro adecuadamente al agregar productos a la cesta.
- Se corrige que, si se aplica un esquema de ponderación pero la actividad NO es renovable, en el paso DetalleActividad del proceso de contratación de Actividades en Deporsite muestra el error "No se han podido obtener los datos de contratación" y no permite la contratación
- Se revisa que en el proceso de contratación NMS, si tenemos la opción de firmar el contrato del servicio contratado, aparezca correctamente el contenido del mismo.
- Se corrige que, al obtener la información a partir del enlace enviado por mail para inscribirse a una clase puntual, no se obtenía correctamente la información sobra la actividad ni la fecha, por lo que se producía un error posterior.
- En inscripción de actividades en DeporSite, en que la primera cuota no se cobra al momento de inscribir, se corrige el cálculo de “Sin Cargo” para tener en cuenta la existencia o no de matrícula