- Se ha mejorado el diseño de la pantalla informativa que se muestra cuando existe una operación de TPV Virtual pendiente y el usuario intenta acceder a otra opción de DeporSite.
- Adaptación los módulos "Selector_Actividades_Simples_NMS" y "Detalle_Contratacion_Servicios_simples_NMS" para la contratación de servicios en modo Contratación, Precontratación o Lista Espera, en función de las plazas disponibles y la configuración del servicio.
- En el módulo "Selector_Actividades_Simples_NMS" nos aparecerán los botones:
- "Lista Espera" si el servicio no tiene plazas pero admite lista de espera
- "Contratar" si el servicio tiene plazas
- "No disponible" si el servicio no tiene plazas y no admite lista espera
- "Escoge opciones" en caso de servicios multicomponente
- En el módulo "Detalle_Contratacion_Servicios_Simples_NMS", una vez seleccionado el tipo de periodo de contratación, nos aparecerán botones con las opciones disponibles para realizar la contratación: "Contratar", "PreContratar" y/o "Lista de Espera"
- Adaptado el módulo "Detalle_Contratación_Servicios_simples_NMS" para permitir realizar precontrataciones con cita previa, según configuración del servicio. En este caso, al seleccionar la precontratación se nos obligará a escoger fecha y hora para la cita previa.
- En la pantalla de "Mis Datos" de la persona logueada, ahora se permite que los textos traducibles correspondientes a los títulos de los campos que se muestran, puedan contener código HTML.
- Se ha unificado la pantalla de login + alta persona para todo Deporsite. Ahora el Login ha pasado a ser un componente.
- Ahora si el Formulario de Consentimientos se llama dentro de un proceso, podrá aparecer directamente el botón "siguiente". Si bien se siguen teniendo en cuenta los parámetros que ya existían, como respecto a los campos requeridos o haber firmado y generado el documento si se produce algún cambio en los consentimientos por parte del usuario.
- Se han realizado diversas mejoras que podrían mejorar el rendimiento de la página y reducir el consumo de recursos.
Módulos revisados:
- Agenda Entrenador
- BOGestorProcesos
- Detalle_Contratacion_Servicios_NMS
- Enrutador
- Formulario_Consentimientos
- Listado_Reservas
- MovimientosEconomicos
- ReserClass
- ReservaRecursos_Selector_v2_2
- Resumen_SelectorPago_PagoDeuda
- SelectorElementosActividad
- Venta_Productos_Subfamilias
- En el módulo de Campus, en el caso de que para una Temporada no haya ningún centro disponible (que indica que no hay ningún servicio Campus disponibles), esa temporada no se considerará como disponible y no a aprecerá en el selector
- Se ha modificado la pantalla de mis contratos
- Se han añadido todos los contratos de la família
- Se ha añadido varios filtros para poder encontrar los contratos deseados
- En el listado de contratos activos, si existe algún contrato con la propiedad RenovableManualmente = 1, se añade un filtro para poder filtrar estos contratos
- Se ha añadido el Tipo Periodo Contratación asignado en el listado y en detalle del contratos
- En la lista de contratos, aparecerán indicados aquellos que son renovables manualmente. En el detalle, nos aparecerá un botón para poder realizar la renovación.
- Añadido nuevo parámetro UrlContratacion para indicar la URL a la que deberá dirigirse en caso de renovación de un servicio.
- Modificados diferentes módulos para permitir la renovación de servicios NNS
- Se ha modificado el módulo "Selector_Actividades_Simples_NMS" de forma que, si recibe internamente datos de que se está realizando la renovación de un servicio, dirige directamente al siguiente paso del proceso ("Detalle_Contratación_Servicios_Simples_NMS"). En caso que los datos recibidos sean incorrectos (la persona no forma parte de la unidad familiar, el contrato no es renovable, etc), se mantendrá en el selector
- Modificado el módulo "Detalle_Contratación_Servicios_Simples_NMS"
- Añadido parámetro del módulo "permitirCambiarTipoPeriodoEnRenovacion". Si este parámetro no está activo, solo se permitirá renovar en el mismo tipo de periodo contratado. En caso de activarlo, podremos escoger cualquiera de los tipos de periodo disponibles.
- En caso de realizar la contratación de un servicio no renovable o la renovación de un contrato no renovable, en lugar de mostrar el tipo de periodo de contratación a seleccionar se mostrará la información del periodo concreto que se vaya a contratar / renovar
- En caso de renovación de servicio, el selector de miembros de unidad familiar no permitirá cambiar la selección.
- En caso de renovación de servicio, el botón contratar se cambiará por el botón renovar.
- Modificado el módulo "Resumen_SelectorPago_Unificado" para permitir realizar la renovación de un servicio NMS. En este caso, cambia el título de Alta por Renovación y, además de la actividad se mostrará el periodo concreto que se va a contratar.
- Cambios para reflejar el nombre del monitor según la configuración realizada en DeporSite (nombre, nombre completo, nombre + inicial apellido, etc)
- En el módulo "ReservaClasesPuntuales_Selector", se mostrará el nombre del monitor según la configuración indicada, tanto en el grid de selección de la clase como en la ventana de información ampliada
- En el modulo "Resumen_SelectorPago_Unificado", para reserva de clase, se mostrará el nombre del monitor según lo configurado en Deporsite.
- En el modulo "Pasarela_Pago_Centralizado", en el detalle de confirmación de la operación para reserva de clase, se mostrará el nombre del monitor según lo configurado en Deporsite.
- En el detalle de las reservas de clase, se especificará el nombre del monitor según lo configurado.
- Se ha modificado el modulo de contratación de servicios simples NMS para que cuando tengamos algún filtro obligatorio añadido, si no existen resultados no muestro el ver todos y pare la búsqueda.
- Se han corregido los problemas con la edición de la fuente en Deporsite.
Ahora toda la pagina tiene como fuente el parámetro -bodyFont- declarado en Public/css/personalido_less.ini.php
Para la personalización, deberá hacerse desde personalizados/css/personalizado_less.ini.php
Para los emails se ha declarado otro parámetro -mailFont- para poder tener una tipografia diferente y estandar.
- Se ha corregido un error que no permitía acceder a la pantalla de traducción de algunos módulos (en especial los que el nombre finalizaba en " (v2)".
- Se ha modificado el sistema de captura de la IP de usuario para los puntos de DeporSite que requieren ese dato.
- Se ha corregido el problema que provocaba que la pantalla de "Formulario de Consentimientos" quedase bloqueada sin consentimientos, ni botones, si no se habían definido IdsConsentimientosAceptadosRequeridos.
- Se han modificado los módulos Selector_Actividades_Simples_NMS y Detalle_Contratacion_Servicios_Simples_NMS para diferenciar entre servicios con un aforo de 0 plazas y servicios con aforo ilimitado, que hasta ahora se confundian, gracias a los nuevos datos del WS
- En la Agenda Entrenador, cuando la reserva proviene de una reserva directa del entrenador, no aparecía la opción de Confirmar Reserva
- En el Resumen_SelectorPago_Unificado, cuando se provenía de una reserva de clase o de una inscripción a actividad, la descripción que aparecía para la clase/actividad no correspondía con la configurada en DeporSite.
- En el correo de confirmación de la reserva de clases, el nombre de la actividad no correspondía con el campo configurado en DeporSite.
- En el módulo "Pararela_Pago_Centralizada", la pantalla de confirmación del pago de la operación de contratación no mostraba el producto (actividad, clase, tipoabono, etc) que se estaba confirmando.
- En el detalles de las reservas, si correspondian a una clase puntual, no aparecía la información correspondiente a la clase
- En el módulo "Detalles_Reserva" no se hacía caso del parámetro "mostrarBotonCheckIn" para la reserva de clases.
- Solventado problema en el módulo de documentación adicional de "Mis Campus", que no permitía ver ni operar con todos los consentimientos si la lista no cabía completamente en pantalla.
- Corregido problema al acceder a los consentimientos del Area Usuario después de haber accedido a los consentimiento de algún usuario en otra àrea (Campus, Contratación Actividades, ...)
- En la contratacion de servicios simples nms, se han corregido los filtros.
- Se ha modificado la posición de los filtros opcionales. Ahora en el listado de resultados hay un botón (como en la contratación de actividades) para poder abrir un popup con el listado de filtros opcionales
- Al realizar la contratación de actividades sin ningún pago asociado se producía un error en la pantalla de confirmación del pago indicando que no se encontraba la transacción, cuando no debía realizarse él cierre de transacción por no existir información económica.
- En el modulo de listado de reservas, en caso de no tener ninguna reserva actual, no aparecerá la sección
- Al lanzar el proceso de alta de persona en ventana modal, se ajustará la altura del modal al contenido, siempre sin superar la altura de la pantalla, pero si quedando más pequeño en caso que el contenido a mostrar sea reducido.
- Se ha añadido un sistema de versionado para los archivos .js, .css y .cssp, para que se refresque la caché de esos archivos en los navegadores de los clientes cada vez que se instale una nueva versión de DeporSite.
Podrá verse, en el código fuente de las páginas web, que en las llamadas a estos archivos ahora aparece un parámetro con la versión ("?v={referencia_de_la_version}").
La referencia de la versión que se utilizará, estará insertada hard-coded por parte del generador de ZIPs en el archivo "/app/controllers/Sistema/Utiles.php".
- En el módulo Resumen_SelectorPago_Unificado se han mejorado los mensajes informativos al seleccionar una forma de pago que no está disponible por falta de datos bancarios, saldo monedero, permiso de facturación, etc.
- Ahora, en un proceso, los parámetros GET no modificarán a los parámetros de configuración de un proceso siempre que estos parámetros hayan sido definidos en el paso del proceso.
- En el modulo "Detalle_Contratacion_Servicios_simples_NSM" se añade nuevo parámetro "comprobarFechaContratacion". Si el parámetro no está activo, se realizará la contratación del servicio a la fecha actual (o próximo mes si se indica en el parámetro correspondiente). En caso de activarlo, se comprobará que a esa fecha de contratación exista Periodo de Gestion vinculado al servicio y, en caso de no existir, se asignará como fecha de contratación la de inicio del primer PG vinculado al servicio posterior a esa fecha. Sólo debería activarse en el caso de que existan servicios en los cuales haya periodos de gestión no válidos (periodo vacacional, por ejemplo), dado que afecta al rendimiento.
- Se han personalizado las páginas que se mostrarán en caso de producirse un error 404 y 500 (siempre que este error se produzca en php y no en el servidor)
- En la sección de mis reservas se han añadido unos filtros para las reservas futuras y para el histórico de reservas para poder filtrar los resultados.
- En la lista de eventos de la Agenda Entrenador se ha añadido el recurso donde se hace la actividad. También se ha hecho un rediseño.
- Se han realizado una serie de modificaciones en varios módulos para evitar registros de avisos en la base de datos de 'Registro de Errores'.
Estas correcciones no modifican ninguna funcionalidad, pero reducen el uso de recursos requeridos para generar los informes que se almacenaban en la base de datos, reduciendo también el tamaño ocupado en ésta por esos registros.
Y, sobre todo, de cara al usuario final: se reduce varias décimas de segundo el tiempo de respuesta de las funcionalidades que contenían esos códigos que generaban los avisos.
- Se ha realizado una modificación para que un usuario que al llegar a la página de la pasarela bancaria (haya intentado pagar o no) pulsa el botón "atrás" del navegador y vuelve a continuar con el proceso, no deje al navegador en bucle esperando la respuesta.
Ahora, en esta situción, la página intentará detectar la confirmación por otros medios y dará una respuesta en unos segundos.
- Para tener la opción de mostrar información en la parrilla de reserva de recursos, acerca de quien tiene ocupado un recurso (tal como ya podía hacerse en ActividadesWeb), se han añadido dos nuevos parámetros al módulo ReservaRecursos_Selecto_v2_2:
- MostrarDescripcionplantillaocupacion : se ha de poner a true/false (valor por defecto false para funcionar como hasta ahora)
- FormatoDescripcionPlantilaOcupacion : (este parámetro sólo se utiliza si el anterior está a true) se define un string con los tokens con la distribución que queremos la respuesta. Los tokens disponibles son los indicados por Isma en el post anterior. El valor por defecto es "%NOMU" (mostrar sólo el nombre).
Además se han realizado unas mejoras en los estilos para aumentar el contarste en las celdas pasadas (gris oscuro) y en las ocupadas (rojo). Estos cambios son: aclarar el fondo, oscurecer el texto, modificar la fuente y ponerla en negrita.
- En el módulo SmartPanel_Salas, al obtener la disponibilidad de las clases asignadas al recurso se añade como filtro para obtener la información el IdCentro siempre que esté configurado en el recurso. De esta forma, las actividades, centros y monitores que se envian en la obtención de disponibilidad serán solo los asociados al centro.
- En el proceso de Reserva de clases, se ha añadido la posibilidad de realizar la reserva para otro miembro de la unidad familiar.
Para ello, en el módulo "ReservaClasesPuntuales_Selector" se han añadido 2 nuevos parámetros:
- tieneUnidadFamiliar: Si / No, para indicar si se puede mostrar el selector de miembro de la unidad familiar
- idParentescoTitular: Id del parentesco que debe tener la persona logeada para que pueda acceder al selector de miembro.
- Si se activa el parámetro en este módulo y se realiza la reserva para otra persona de la unidad familiar diferente al propio usuario, al finalizar la reserva y acceder a la opción de "Mis Reservas", aparecerán las reservas de la persona para la cual se ha hecho la reserva.
- En la lista de mis reservas, se ha modificado el orden de la lista de las reservas futuras para que aparezcan en orden ascendente.
- Ahora el módulo 'Enrutador' al que se accede desde los enlaces enviados por e-mail para promociones, en caso de estar la promoción caducada mostrará él mismo un aviso (en lugar de esperar a llegar al proceso de la contratación de la promoción para mostrarlo).
El aviso permitirá dos opciones: ir a la página principal o ir igualmente a la contratación pero sabiendo que ya no se le aplicará la promoción.
- En las páginas que utilizan el módulo HTML_Estatico, que suelen utilizarse como menú, ahora disponemos de un nuevo parámetro 'LimpiarSesionProceso' (por defecto a 'false' para actuar como hasta ahora).
Este parámetro a 'true' permite eliminar la información del proceso en curso, de forma que desde la pantalla de menú se pueda pulsar otro enlace que pueda corresponder a un proceso igual pero con otros parámetros.
- En Mis Pagos, se ha añadido la posibilidad de ver y descargar el ticket.
- Al utilizar el configurador ahora controla que en el campo Nombre de los datos de contacto del centro no provoque un error general si su valor introducido incluye una apóstrofe.
- En el módulo de Consumir Bonos, al seleccinar la fecha en que se consumiría el bono, aparecía un selector siempre en inglés. Se ha corregido para que aparezca en el idioma en el que está navegando el usuario.
- En la reserva de clases se ha modificado el z-index del modal para que aparezca por encima de la capa de bloqueo. Por otro lado cuando modificados la fecha o el deporte, se recalculan los filtros para que aparezcan los necesarios.
- En el modulo de alta Abonado NMS se ha añadido la traducción de "SIN PROMOCIÓN"
- Para el control de errores desde SmartPanel, se ha modificado la llamada a WebService 'get_smartpanelIddispositivo' para que no utilice caché.
Anteriormente tenía una caché de 15 minutos, lo que provocaba que el nuevo sistema de control de errores siguiese recibiendo, durante hasta esos 15 minutos, respuestas correctas de un servidor que realmente estuviese caido.
- Corregido problema en la visualización, desde backoffice Lite de las imágenes correspondientes a Logo SmartPanel Actual - Logo SmartPanel Anterior, Logo página Actual - Logo página Anterior
- En el módulo Selector_Actividades_Simples_NMS, en el caso de los servicios multicomponente no se mostrarán las plazas disponibles, dado que ese valor depende de múltiples factores.
- En el módulo Detalle_Contratacion_Servicios_Simples_NMS, en el caso de los servicios multicomponente, se desactivarán los componentes sin plazas disponibles si no se admite contratación en lista de espera. Además, en caso que no existan suficientes componentes "contratables" (no haya ninguno o sea inferior al mínimo de componentes a seleccionar) se indicará al principio de la página.
- En el módulo Detalle_Contratacion_Servicios_Simples_NMS para servicios multicomponente, si algún componente no tenía plazas, no se permitía la contratación de ningún componente, dado que no se calculaba correctamente el tipo de contratación (contratación, preinscripción, lista de espera) a realizar.
Ahora, en estos casos, el tipo de contratación se calculará a partir de los componentes seleccionados:
- Si uno de los componentes sólo admite lista de espera, todos se contratarán en lista de espera.
- Si se permite la preinscripción, todos los componentes se contratarán en preinscripción.
- En el resto de casos, se contrará normalmente.
- En clientes nuevos o con pocas transacciones (que el IdTransaccion fuese inferior a 1000) y que usasen protocolo RedSys, no se detectaba correctamente la respuesta recibida del banco, por lo que la operación no se daba por finalizada / cancelada.
- En el módulo Detalle_Reserva no se hacía caso del parámetro "Permite Anular", y lo permitía siempre para los titulares de la reserva
- En la edicion de una reserva de entidades, faltaba el token csrf en el fomulario. Solucionado y probado en el cliente.
- En mis consentimientos, ahora si el botón siguiente está deshabilitado no dejará continuar. Se ha añadido la propiedad pointer-events desactivada para que no tenga ningún evento.
- En el control de seguridad que permite sólo acceder a una URL con un login externo (por ejemplo e-mail para pago de deuda a través de la URL Principal.aspx), no reconocía la URL y hacía logout si la instalación estaba en un directorio (en lugar de directamente en el subdominio).
Ahora tiene en cuenta el parámetro 'directorioPublicoInstalacion' que existía en el configurador.
- Corregido el error en un módulo del proceso "Quiero Pagar", que no mostraba bien la página de Resumen_SelectorPago si esta estaba definida con el "TipoVistaPagoDeudas" establecido en "Automático". Lo que no permitia realizar el proceso de pago especialmente si el usuario accedia desde un mail de recordatorio de deuda.
- Cada vez que se cargaba o actualizaba una pantalla de reposo de SmartPanel, si se había personalizado un logo para el centro, pero no existía la ruta '/optimizados/corporativo', se recalculaba cada vez la imagen en formato Base64 y se registraba un error al no poder almacenarse.
- En los procesos de contratación de Abonos NMS o Servicios Simples NMS, si seleccionabamos para la contratación un servicio con fecha inicio futura y con fechas de contratación / publicación que finalizaban antes del inicio del servicio, no se podía obtener la información del servicio, siendo imposible la contratación.
- En el módulo "ReservaClasesPuntuales_Selector" en vista movil, si el parámetro "modoVista" estaba configurado en cualquier valor diferente a 'semanal' o el parámetro "inicioSemana" no era "lunes", el mensaje informativo si no había actividades para el día seleccionado mostraba incorrectamente el día de la semana.
- En el proceso de contratación de Actividades, si se accedía mediante un link con el parámetro de url "InscribirDesdeListaEspera=1", se permitía la inscripción de la persona aunque no estuviese inscrita en lista de espera.
Ahora, si se indica el parámetro, se comprobará que esté inscrita en lista de espera y, en caso de no estarlo, se pasará al modo de contratación normal o en espera, en función de si quedan plazas disponibles o no.
- Además, en el caso de no poder continuar la contratación se mostrará mensaje informativo con el motivo.
- En el módulo "Detalle_Contratación_Servicios_Simples_NMS", en caso de estar realizando la contratación en lista de espera por no haber plazas en el servicio, se informará del precio según la opción seleccionado, pero se indicará que la contratación se realizará en lista de espera.
- En el módulo "Resumen_PasarelaPago_Centralizada", resuelto el problema al intentar contratar un servicio NMS en lista de espera. Además, se informará este dato en el tipo inscripción de los datos del servicio contratado así como en el botón para realizar la acción.
- El proceso de alta de miembro de unidad familiar no se ajustaba correctamente a los tamaños del modal, ni funcionaba correctamente el botón Cancelar
- Solventado problema en los proceso de Alta de miembro de unidad familiar o de Alta persona en modal
- En el alta de usuario, no se estaba realizando el login de la persona de forma automática, ni dirigiendo a la página destino que correspondiera.
- En el alta de miembro de la unidad familiar, no se mostraba de forma automática en pantalla el nuevo miembro.
- En el módulo Formulario_AltaPersona_v2, aunque se hubiese configurado la validación del email mediante el envio de un código de validación, era posible saltarse esta verificación
- En el módulo "Piscinas_Verano" no se estaban excluyendo los recursos no visibles o no reservables.
- En el módulo "Formulario_CapturaWebCam", si no se encontraba ninguna cámara disponible, no era posible adjuntar fichero con la fotografía.
- No era posible realizar reservas en el caso de recursos con horarios absolutos o relativos que finalizasen a las 23:59,
- En el módulo "ReservaRecursos_Selector_v2_2", se estaba pasando de forma asignando como verdadero el parámetro "IgnorarRestriccionesAntelacion", por lo que era posible realizar reservas saltándose las restricciones de antelación.
- En el módulo Formulario_AltaPersonas_v2 se asignaba de forma incorrecta el valor del parámetro personaAutenticadaComoTitularEconomicoEditable, de forma que si se marcaba como no editable, no se visualizaba
- En la reserva de clases, se ha corregido el parámetro verSalaMonitorEnGrid y verSalaMonitorEnModal para que tenga una opción de "sin nada"
- En mis datos personales, se ha corregido el poder ver las contraseñas de los inputs que estamos escribiendo para modificarlas. Ahora desde los ojos podemos trasformar el input para que las contraseñas que estamos escribiendo sean visibles.
- En los resultados de competiciones ahora aparecen los partidos aplazados y suspendidos bien informados.
- En el módulo Formulario_AltaPersona_v2, si se indicaban perfiles autoinsertables (parámetro IdsPerfilesAutoInsert) estos no se asignaban a menos que también estuviese activado el parámetro MostrarSelectorPerfiles
- En el módulo "Selector_Actividades_Simples_NMS", en caso de servicio con fecha de inicio futuro y con admisión de inscripción en lista de espera, aunque existiesen plazas disponibles se mostraba erroneamente el botón de "Lista Espera".
- En el módulo "Selector_AltaAbonadoNMS" al pasar el servicio por la URL o si sólo existía un servicio disponible, no se autoseleccionaba el servicio
- En el módulo "Formulario_Consentimientos" no se estaban aplicando correctamente algunas propiedades, como "Presencial", de forma que, al enviar los consentimientos a la tablets del centro se comportaba como si se estuviese accediendo de forma no presecial, no permitiendo modificar los consentimientos que no eran editables por internet.
- Se ha modificado en el Listado de Resultados de Competiciones la llamada para obtener campeonatos. Ahora no hace falta tener login para que nos devuelva los campeonatos.
- Al lanzar la pantalla de pago de deudas (modulo resumen_SelectorPago_Unificado) se producía un error que no permitía cargar la página.
- Se ha corregido un error que no mostraba los consentimientos en el formulario de consentimientos en el proceso de alta.
- Se ha corregido el problema en la verificacion de usuario. Ahora al pasar al formulario de alta, detecta si lo introducido es un DNI o un Email. Cuando se rellena el campo, se rellena con estado disabled para que este bloqueado.
- En el alta persona, se ha traducido el texto del Placeholder el input
- En la firma de consentimientos en teléfonos móviles, si la pantalla iniciaba la carga en horizontal y, antes de ir a firmar, el usuario giraba el móvil poniéndolo en vertical, el panel de firma tenía un tamaño "0", y el usuario no podía firmar.
Se ha corregido para que el panel de firma tenga su tamaño aunque el usuario gire el dispositivo.
- En la creació de usuario desde movil, se controlaba mal la expresion regular cuando el email llegaba con alguna mayuscula. Ahora antes de hacer la comprobacion de si es email o DNI pasamos el string a minusculas para comprobar que es.
- Se ha corregido un problema que mostraba un error 500 al acceder a la página de resumen y selector de forma de pago en el proceso de pago de deudas.
- Corrección problema en el modulo "Resumen_SelectorPago_Unificado" con la forma de pago "Monedero":
- El saldo disponible siempre se calculaba con los datos correspondientes al usuario, aunque la forma de pago estuviese configurada como "imputar al titular". Ahora se calculará con los datos del usuario y, en caso de reservas de recursos multiintegrante, se calculará para cada uno de los usuarios a los que se deba descontar algo.
- No se estaban informando los datos del centro en el envio de email correspondiente a la reserva de clases
- Si en los servicios/abonos NMS Deporwin se configuraban los tipos de periodo de contratación por centro, se producía un error al calcular los precios de contratación de los servicios en Deporsite.
- En el resumen selector pago se ha traducido el texto del botón Inicio
- Nueva funcionalidad para vincular un SmartTagQR a un usuario desde DeporSite.
Ahora el usuario puede vincularse su aplicación SmartTagQR para poder utilizarla como sistema de identificación de acceso al centro, desde su "Área de usuario" de DeporSite.
- Para ello lo primero que deberá hacer es instalar la aplicación en su dispositivo móvil. Al acceder a la página de vinculación se le mostrará un QR y un enlace para que escoja la vía de instalación si no lo ha hecho todavía.
En caso de estar navegando desde un dispositivo móvil, le aparecerá directamente el enlace correspondiente a su sistema operativo.
.jpg "DeporNews")
- A continuación ya puede vincular el dispositivo con su cuenta de usuario.
Si lo hace desde otro dispositivo podrá utilizar la cámara de éste para reconocer el QR que aparecerá en la aplicación de SmartTagQR.
Si realiza toda la operación desde el propio dispositivo, podrá "copiar" el código del dispositivo, y en DeporSite le aparecerá la opción de introducir el código manualmente en lugar de escanear el QR del dispositivo: En el propio DeporSite le aparecerán las instrucciones a seguir para obtener el "Identificador de vinculación". Tras mostrarle las instrucciones aparecerá un botón que le mostrará el formulario para introducir el código y vincular el dispositivo.
- En las pasarelas RedSys, se aceptará recibir la respuesta a la operación mediante parámetros pasados por url en la redirección del banco a Deporsite Esto permitirá que, si hay algún problema al recibir la respuesta del banco mediante su llamada directa, se pueda procesar la respuesta al volver a la pantalla del usuario.
El uso de esta característica no deshabilita el hecho que, en primer lugar, se procese la respuesta enviada directamente. Solo si esta no llega (o tarde más en llegar) se procesará la recibida en la url.
- Para poder utilizar esta configuración es necesario acceder al módulo de administración de la pasarela del cliente en el banco y activar la opción "Parametros en URL" = Si
El cambio no es inmediato, por lo que se puede demorar su aplicación.
- En la pantalla de listado servicios simples nms contratados se ha modificado el diseño tanto del listado como del detalle del contrato. Ahora los campus se visualizan correctamente.
Desde el detalle podremos dar de baja el contrato (parametrizable con el parámetro ) o deshacer la baja (parametrizable con el parámetro ).
Para realizar la baja es posible parametrizar si es obligado pedir algún motivo de baja con el parámetro
- Definición de textos en nuevos idiomas
Ahora, además de personalizar los mensajes de las diferentes páginas de DeporSite en base a los textos predefinidos en los idiomas que vienen con la instalación, pueden definirse nuevos idiomas y crear los textos correspondientes para cada una de las páginas.
Así si un cliente desea tener versiones de DeporSite en otros idiomas los pasos que deberá seguir son:
- 1. Solicitar al departamento de Soporte que desea ese nuevo idioma para que añadan el registro correspondiente en la base de datos en base a los códigos ISO del idioma.
- 2. Acceder a la herramienta 'BackOffice Lite' y utilizar las secciones de Traducciones ('textos generales', 'textos módulos', 'textos html') para modificar los textos que se mostrarán en la web.
- Nota : por ahora no está disponible una herramienta para poder personalizar el nuevo sistema de plantillas de e-mail. (Estos archivos deben seguir creándose de forma manual y subirse vía FTP)
- Los archivos necesarios para que funcione el nuevo sistema se generan de dos formas: al definir un nuevo idioma desde el configurador, y al actualizar DeporSite dentro del proceso de renovación de caché.
- Se ha adaptado el módulo Mis Campus para permitir solicitar la información necesaria para cada usuario en función de los campus que haya contratado.
- Las informaciones que se puede solicitar (y que dependerán de los contratado) son Cuestionarios, Consentimientos y Documentos.
- Creación del nuevo modulo "Subir_Documentos #1630".
- Se han creado los parámetros siguientes:
IdSubtipoDocumento
IdGrupoSubTiposDocumentos
DocumentoObligatorio
TipoArchivoAceptados
- Se muestra una caja para cada subtipo
- Al hacer click en ver o en añadir, se muestra un pop-up para poder subir documentos y ver los documentos existentes.
- Una vez añadidos los documentos, aparecerá el botón subir documentos y un apartado con los documentos pendientes.
- Si pulsamos el botón cancelar con archivos pendientes para subir, nos aparecerá un modal avisando que se perderá la selección
- Una vez subidos todos los documentos obligatorios, se podrá continuar con el proceso
- Se ha añadido el Id en la ficha de persona
- Nuevo parámetro para "Vinculación de SamartTag QR".
Se ha añadido el nuevo parámetro "PermitirModificarCarnetSmartTagQR" (por defecto a 'true' para mantener el funcionamiento previo por defecto). Si el valor se establece en 'false', una vez que un usuario ya ha vinculado un SamrtTag a su cuenta, no podrá vincular un nuevo dispositivo: deberá avisar a recepción para realizar el cambio.
- Añadido envio de email con la información de lo contratado al final del proceso de contratación del Campus.
- En el selector de alta abonado, ahora si nos fuerzan un IdTipoAbono solo se muestran las categorias de ese tipo. Si nos fuerzan un IdTipoAbono que no existe, no hará la página.
- En el detalle de la reserva se mostrarán los conceptos que se han incluido en la misma.
- En el módulo Resumen_SelectorPago, si no está configurado el parámetro "PagoAutomaticoAlSeleccionarFormaPago" y solo existe 1 única forma de pago disponible, se seleccionará automáticamente siempre que esté activa.
- Nuevo sistema para mostrar las entradas vinculadas a una reserva.
Ahora permite reservas anónimas
Para acceder a la informaciónse podrá realizar a través del área de usuario (en "Mis Reservas"), o para los usuarios que han realizado una "reserva anónima", a través del enlace que recibirán en un e-mail.
- Disponiedo de opciones para ver detalles de la reserva, integrantes, conceptos incluidos. Y también las opciones de poder imprimir las entradas, o descargarlas como documento ".pdf"
- Nuevo módulo piscinas de verano (#1640)
- Parametros de configuración:
ComprobarValidezAsignacionPersonaEntrada
IdPersonaVentaAnonima
IncluirAutorizadosEnUnidadFamiliar
LimitarOpcionalesSegunNumeroEntradas
PermitirAsignarEntradasMiembrosFamiliares
- El primer paso del proceso será la selección de la piscina/recurso. En caso de no tener el usuario identificado nos mostrará un popup para redirigirnos a la pantalla de login o, si esta permitida la venta anónima, permitirnos la introducción del mail donde recibiremos las entradas compradas.
- Una vez identificado el usuario (como login o anónimo), se nos mostrará el selector de día y turno. Este selector nos marcará a nivel de día un calculo aproximado de la ocupación del día en el color del indicador de día (verde: ocupación baja; amarillo: ocupación media; rojo: alta ocupación; negro: sin disponibilidad en ninguna de las franjas)
- El siguiente paso es el selector de entradas por tipo. Aquí podemos seleccionar el número de entradas por tipo que necesitamos. Si estamos identificados como persona anónima, una vez seleccionado el número ya pasaremos al siguiente paso. En caso contrario y si está activo el parámetro de PermitirAsignarEntradasMiembrosFamiliares, nos saldrá el asignador de entradas a personas.
- En el asignador, asignaremos por tipos de entradas seleccionadas, a que personas va cada una de ellas (o si son anónimas, dependiendo si está permitido o no). Además, al asignar, comprobará si el tipo de entrada se puede asignar a la persona seleccionada. Finalizada la asignación se muestra un resumen del estado final de estas entradas.
- Si hay complementos opcionales, se mostrará el selector y repetiremos el mismo proceso que en la selección de entradas.
- Finalizado esto pasaremos directamente al resumen y selector de método de pago donde aparecerá un resumen de lo seleccionado y las opciones que el usuario tiene para realizar el pago.
- En la Agenda entrenador y en el detalle de al reserva, se ha añadido el parámetro < LimiteDiasConfirmacionAsistencia > para controlar el boton de la confirmación de la asistencia
- En la pantalla de detalle del alumno en la agenda entrenador, si la reserva tiene la asistencia confirmada, no aparecerá más el botón para no ponder confirmarla varias veces.
- En los modulos de contratacion de agenda entrenador y en reserva de recursos, se han añadido los parámetros "ModalidadesNoAdmisibles" y "ModalidadesAdmisibles" para controlar las modalidades que queremos mostrar en cada módulo. Con estos parámetros el comportamiento es el siguiente: Recogemos todas las modalidades (o las configuradas en ModalidadesAdmisibles) y posteriormente se descartan las modalidades configuradas en "ModalidadesNoAdmisibles"
- En el módulo de piscinas, se ha aplicado ordenación sobre los turnos en la pantalla de selección de dia y turno. Ahora se ordenarán por hora de inicio, y en caso de que estas coincidan, por hora final.
- En el módulo de piscinas, se han añadido mejoras en la gestión del login y las personas anónimas.
- Si no permite anonimos, se redirigirá directamente a la pantalla de login y sin permitir saltarselo.
- Se ha creado un nuevo parametro de módulo "NoPedirLoginRecursosAnonimos". Si este parametro esta activo y el recurso permite anónimos, pasaremos directamente a solicitar el mail del usuario, sin mostrar la pantalla de selección de login/anónimo,
- En el módulo de piscinas, se ha añadido control en las cantidades de las entradas y conceptos opcionales
- Se ha añadido el parametro [NumeroMaximoEntradasReserva]. Si este parametro esta informado, se limitará el total de entradas a coprar en una operación.
- Ahora en las entradas/conceptos opcionales, se tendrá en cuenta los valores configurados en los conceptos para la "CantidadMinima" o "CantidadMaxima" de los mismos. No permitiremos venta inferior o superior a esas cantidades. Ademas, si la "CantidadMinima" esta informada, el concepto/entrada ya aparecerá automaticamente indicada y no permitirá reducirla.
- En el modulo de piscinas, se ha añadido un control por edades de los tipos de entrada que necesitan un acompañante
- Se han añadido los parametros [EdadMinimaEntradaSinAcompañante] y [EdadMinimaEntradaAcompañante]
- Al validar las entradas, si hay una entrada con edad inferior a la configurada en el parametro [EdadMinimaEntradaSinAcompañante], se comprobará que haya alguna entrada con edad superior a la configurada en [EdadMinimaEntradaAcompañante]. Si esto no se cumple, se mostrará un aviso de error informando de esta restricción.
- En las nuevas plantillas de e-mail, para la cabecera se utiliza la misma cabecera que DeporSite. El valor de la imagen del logo por defecto (y el que se usa en muchos clientes) es una ruta relativa, que no funcionaba al ponerse como contenido de un e-mail ("/img/logo.png").
Ahora las rutas relativas que encuentre, serán modificadas por rutas absolutas al incluirse en la cabecera del mail.
- Si la configuración del/los WebServices tiene algún error como: separación con comas y espacios, coma final, rutas sin la barra "/" final; los nombres de las rutas se corregirán automáticamente.
Además se evitan llamadas de prueba (/test) a otros WebServices.
- En el modulo de piscinas, se ha modificado la obtención de datos de modalidad para que puedan tener en cuenta el dia seleccionado y obtener las modalidades de reserva por la fecha seleccionada.
- Se añade el parametro [ModalidadesDependenDeFecha], que nos dirá si se toma en cuenta o no la fecha para la selección de modalidades.
- Para facilitar la personalización de estilos, puediendo aplicar estilos diferentes a un mismo módulo o página, dependiendo del proceso e incluse del paso del proceso en que se encuentre ahora se añaden de forma automática una serie de nuevos nombres de clases.
Para ello en el contenedor principal de cada página se añaden nuevas clases, las cuales tendrán como nombre los identificadores de Proceso, Paso de Proceso o Página respectivamente. Y al "div" que contiene el módulo, se le añadirá una clase que incluirá el nombre del controlador "normalizado" (en minúsculas y sustituyendo posibles guiones bajos por guiones).
Los nombres de las clases serían del tipo:
- proceso-{IdProceso}
- paso-{IdPaso}
- pagina-{IdPagina}
- modulo-{nombre-del-modulo-normalizado}
Para el funcionamiento de esta mejora, deben volverse a generar las plantillas de páginas, por lo que debe eliminarse la caché de páginas que se encuentra en "/optimizados/cache/Paginas"
- En las llamadas a los WebServices, ahora se reducen las llamadas a la ruta "/test".
Se ha revisado la forma de seleccionar el WebService siguiente si el anterior tiene problemas. Ahora en el caso de los PUT de transacciones (por ejemplo en la respuesta de los bancos), si se produce un error en la comunicación con el WebService (error 5xx del servidor o algún error cURL como timeout), en lugar de descartarse la llamada, se reintentará tres veces: estableciendo como WebService el siguiente configurado en ese cliente, realizando una llamada PATCH para comprobar que todavía existe la transacción y extender la caducidad, y realizando una nueva llamada PUT.
- En el sistema de selección del WebService, se ha revisado que si hay un error que no permite validar el Token de Desarrollador (y aparece la página con la barra roja de error), si vuelve a estar activo un WebService, sólo hace falta actualizar la página para poder seguir navegando.
- Para que SmartPanel pueda comprobar si hay algún WebService activo y obtener la configuración correspondiente al dispositivo (la ruta de su deporhub), se ha creado una URL en DeporSite:
{URL_cliente}/ajaxMod/SmartPanel/checkConnections?data={info_dispositivo_solicitante}
Que devuelve un objeto con las rutas del WebService y DeporHUB, y un mensaje de error si ha ocurrido algún problema.
- Acceso logueado en DeporSite desde la App CRUE.
Para ello se ha de definir en la App la ruta del DeporSite a acceder, con una URL específica ("/appcrue/login") y un parámetro "my_token". Este valor recibido se validará primero contra los servidores de appcrue, y si la información es válida, se realizará un intento de login automático contra los WebServices que utiliza DeporSite; si el usuario existe en Depor, accederá logueado automáticamente a DeporSite.
- Ahora en el formulario de alta persona si el parámetro FormularioPrincipal está como registro, podremos volver al formuilario registro en cualquier caso.
- Se ha corregido un problema en la selección del usuario. Antes al cambiar de usuario en el selector, no se modificaba el usuario selección, por este motivo no salía bien el -inscribirme desde lista de espera-. Ahora cuando se cambia el usuario hace correctamente el cambio y se calcula bien.
- Ahora deporsite permite la contratación de servicios a futuro.
- Ahora en el Alta Persona, cada vez que se ejecuta una llamadaAjax, se bloquea la pantalla y se queda a la espera de la respuesta. Una vez finalizada la llamada, se debloquea la pantalla.
- Ahora se pueden personalizar los textos de asuntos de e-mails desde "BackOffice Lite".
Desde "BackOffice Lite" > "Traducciones" > "Traducción textos generales" > "E-Mails - Asunto"
- Nueva opcion para recuperar contraseña, ahora disponemos de dos opciones:
- Verificación con enlace por e-mail: válida si la dirección de correo electrónico existe y es único; en ese caso envía un email con un enlace a una página donde poner una nueva contraseña. (Esta es la versión que existía previamente, a la que se le ha adaptado la plantilla de e-mail al nuevo sistema "v2").
- Verificación por código de validación: el usuario al introducir el em-mail se le dirige a un form ulario donde se le solicita un código de validación; paralelamente se le envía ese código de validación por e-mail. Una vez validado, ya puede modificar su contraseña. (El e-mail que se envía con el código de validación, utiliza el nuevo sistema de plantillas de e-mail "v2")
- En la pantalla de asistencia de la agenda entrenador, se ha quitado la propiedad position:sticky del footer. Antes si el contenido era muy pequeño el footer se situaba justo al terminar dicho contenido y no al final de la página. ahora el footer aparece abajo del todo de la página.
- Se ha corregido el footer para dispositivos iOs. El footer, por ejemplo, al hacer una reserva de clases dirigidas con un footer muy alto, no se calculaban bien los tamaños. Se ha modificado el document.ready() por window.load() del footer. Ahora el padding del fullbody se calcula correctamente.
- En el módulo de reserva de clases puntuales, en la llamada de centros cuando el usuario no tiene login, se ha añadido el paràmetro a true.
- Al intentar cargar la caché correspondiente a las páginas de Deporsite, si el fichero de la misma ha sido borrado, se producía un error en la apertura del mismo que provocaba que entrara en un bucle "infinito" de intentos de lectura del fichero. Ahora, en caso de no existir, se vuelve a generar y, si no es posible, se devuelve un error a pantalla.
- Se había realizado el cambio de nombre del enlace a "siguiente" en el módulo ReservaRecursos_Selector_v2_2, pasando de 'siguiente_1' a 'siguiente', pero todavía se seguía utilizando el nombre antiguo, provocando que el enlace no funcionara.
- Al obtener la información de los servicios, si se encuentra el Id de un servicio no disponible, en lugar de obtenerlo a partir de los datos de servicios en la temporada (que no incluye servicios no activos y/o no publicables), se obtendrá con la llamada directa a servicios/{idservicio} que devuelve la información siempre.
- Si utilizamos el Formulario_AltaPersona_v2 con el parámetro "VerificacionPreviaIdentificadorUsuario" activado, si se detecta que el usuario ya en la zona de login se desactivará el botón/enlace "Nuevo usuario" para impedir que pueda crearse una nueva ficha.
- Al realizarse el proceso "limpiaObsoletos", si no era posible la eliminación de 1 carpeta por algún motivo (falta de permisos, por ejemplo), ya no se eliminaba ninguna carpeta más de las indicadas en la misma entrada del fichero .json. Esto, a su vez, provocaba que no se eliminaran de base de datos algunos registros vinculados y ya obsoletos.
- En los procesos de Contratación de Abonos NMS o Actividades Simples NMS, si la actividad a contratar comenzaba en fecha futura, se producía un error en la obtención de los precios que impedía continuar con la contratación.
- En el módulo de Campus, si se accedçía a la pantalla de contratación con X personas seleccionadas y posteriormente, retrocedemos, deseleccionamos alguna de estas personas, al volver a la pantalla no se comprobaba si las personas continuaban seleccionadas, por lo que se mostraban todas las seleccionada inicialmente.
- Al realizar la contratación del Campus, si no existen periodos de contratación para la opción seleccionada (por que no existe la caché o porque es una opción no válida) se informará de ellos.
- Corregido el error 419 en las rutas permitidas para respuestas de AddOn Payments: Añadido a excepciones las versiones en mayúscula y minúscula.
- En la contratación de Campus, los contratos de baja aparecian como contratados, impidiendo poder contratar nuevamente en los periodos afectados.
- La descripción se pasa por la función htmlentities de php para transformar las comillas y poder seleccionar los centros que contengan estos caracteres en el pop-up de selector de centros
- En el módulo "Formulario_Consentimientos", si se usaba como parte de un proceso para solicitar los consentimientos para una persona diferente a la logueada (por ejemplo contratación de una actividad para otro miembro de la unidad familiar), los consentimientos se guardaban en la ficha de la persona logueada en lugar de en la persona indicada. Lo mismo sucedía con el fichero firmado generado.
- En el módulo de Campus, si en la pantalla de selección de periodos sólo se seleccionan periodos no disponibles para alguno de los servicios, al acceder a la pantalla de contratación, si se seleccionaba ese servicio se producía un error que permitía la selección de los periodos no válidos.
- En la grid de reserva de actividades dirigidas se ha corregido el icono en movil. Se ha remaquetado la caja con display flex.
- Se ha corregido el selector de centros y filtros para que no aparezca en caso de no tener en movil y en PC.
- En la grid de reserva de actividades dirigidas cuando un dia no tiene actividades, se ha añadido un texto informando en la versión móvil.
- Se han corregido los cuestionarios de Deporsite para que tenga en cuenta el idioma y muestre la descripcionBasica
- En el módulo de Campus, en la pantalla de contratación, aún sin haber seleccionado todos los valores necesarios (personas, servicio/opcional y periodos), el botón "Aceptar" ,a pesar de estar "deshabilitado", permitía ser pulsado iniciando el proceso de contratación, aunque se producía un error y era necesario recargar la página.
- Corregido diseño de la página inicial del módulo Campus para evitar problemas en la presentación.
- Al acceder a cuestionarios, tanto desde Mis Campus, Mis Cuestionarios o por Redireccion_Cuestionarios, los parámetros referentes al IdPersona, IdCuestionario e IdCuestionarioPersona se enviarán encriptados para evitar posibles fugas de datos
- Al acceder a cuestionarios, no se utilizaba el idioma que tenía definido la persona para mostrar los textos. Ahora se utilizará siempre que la persona no esté logeada, en cuyo caso se usará la selección de idioma que tenga en ese momento.
- Se corrigen los botones de acción en el caso de firma de consentimientos para que sean más claros.
- Desde el último RC no era posible modificar la contraseña de un usuario.
- Modificado el tratamiento de la respuesta en la recuperación de contraseña para no enviar ningun email en caso que no exista en la base de datos ninguna persona con el mail indicado en la solicitud de recuperación.
- En el modulo de piscinas, se han mejorado la obtención de dias disponibles y corregido los textos que aparecen en los turnos sin plazas.
- Si no hay plazas por la antelación del recurso y es el primer dia, aparecerá el texto "Inscripción cerrada".
- Si no hay plazas y no es el primer día, aparecerá la hora a partir de la cual podremos realizar las reservas.
- Corregido, en ScanDoc para SmartPanel, el problema por el que al escanear documentos, dependiendo de la cámara,la imagen se ampliaba y solo cabía una esquina de esa captura en el documento PDF que se generaba, Ahora siempre muestra la imagen completa.
- Se evita que una página a la que se accede con el parámetro login (para login externo) entre en blucle.
Origen del fallo: Se ha detectado que si la página de destino no requiere login (por lo que si la validación falla, no regirige a /login) y la validación falla, intenta recargarse a sí misma, con el parámetro de login inválido, lo que crea el bucle.
Modificado el controlador LoginTercero.php para eliminar el parámetro Login al redirigir la página tras la validación.
- En el módulo de resultados competiciones, se ha modificado para que al seleccionar equipo seleccione el campeonato en el que está este equipo. En el caso de que el Equipo pertenezca a varios campeonatos, se abrirá el menú desplegado para seleccionar que campeonato queremos visualizar.
- En la reserva de recursos se ha modificado la llamada a deportes para que elimine los filtros si llegan con valor 0, devolviendo todos los deportes posibles.
- En el módulo Resumen_SelectorPago, al mostrar la información correspondiente al pago actual de la contratación de Abonos, Actividades o Servicios NMS, si el servicio contratado no es renovable, en lugar del título "Primer Pago" aparecerá el título "Pago único"
- Al mostar imágenes de productos, estas no se mostraban porque la llamada a la imagen contenía un error en la ruta de la llamada a WebService que debía realizar para obtener esa imagen.
Ahora las imágenes de productos ya se muestran correctamente. Tras actualizar, puede tardar en notarse la corrección debido a los diferentes niveles de caché que utiliza esta llamada: en DeporSite en "/optimizados/Fotos", y en la caché propia del navegador del usuario.
- En el módulo de Formulario_Consentimientos, el filtro IdGrupoConsentimientos sólo se aplicaba cuando el módulo se utilizaba en una página dentro de un proceso, pero no cuando se llamaba directamente a la página (como sucede en el SmartPanel).
- Si accedemos al módulo Detalle_Contratacion_Servicios_Simples (#1120) con el parámetro "TieneUnidadFamiliar" desactivado y sin ningun usuario seleccionado, se asignará a la persona logeada como usuario seleccionado.
- El módulo Formulario_Consentimientos, hacía caso omiso del parámetros "IdsConsentimientosAceptadosRequeridos" y permitía continuar aunque no se hubiese aceptado ninguno de los consentimientos indicados.
- Al llegar a la pantalla del Resumen_SelectorPago desde el módulo de contratación de Campus, no se estaba calculando correctamente el titular de la operación y no se permitía continuar.
- Corregidos los problemas con el footer en deporsite. Ahora como mínimo el cuerpo de la pagina ocupará el 100% menos la cabecera y el footer si existen.
- Se han corregido errrores "internos" en el módulo Piscinas Verano, que no afectaban al funcionamiento general
- En el módulo "Subir Documentos", no era posible previsualizar los documentos de la ficha del cliente correspondientes a imágenes.
- en la pantalla de bloqueo del recurso, en caso de que tengamos integrantes seleccionados, se eliminarán todos para volver a empezar a seleccionarlos.
- en la pantalla de integrantes ahora cuando un integrante da error al añadirlo a la reserva, no aparecerá añadido si volvemos a entrar en la pantalla de selector de integrantes.
- En los resultados de competiciones, ahora al seleccionar equipo, si este está solo en una competición, se marcara automaticamente; en caso de estar en varias competiciones, se abrirá el desplegable con las opciones disponibles.
- Modificado el módulo Resumen_SelectorPago_Unificado para permitir el pago de clases puntuales mediante Bono.
Se ha añadido un nuevo parámetro al módulo PermitirPagoClasesConBono, para indicar si permitiremos o no esta operativa.
En caso de aceptarla, en el caso que la persona que está realizando la reserva tenga un bono válido para el pago de la misma, aparecerá un botón "extra" en las formas de pago, correspondiente al pago con bono. Este botón no está vinculado a ninguna forma de pago (no se debe publicar la forma de pago "PagoConBono" en la web) y sólo aparecerá en este caso.
- Además, como en la actividad podemos indicar la forma de pago obligatoria en la web, si indicamos como obligatoria cualquier forma de pago que no esté disponible en la web, sólo se podrá realizar el pago con bono.
- Nuevo módulo ColaDeAcceso para limitar el número de accesos simultáneos a un proceso, manteniendo al resto de usuarios en una cola ordenada, que irá dando acceso progresivamente.
- Configuración general: Debido a que la configuración del módulo no sólo afecta al propio módulo, sino que para controlar a los usuarios que siguen conectados y utilizando el proceso en el que se ha añadido este módulo, su configuración deberá estar disponible en el resto de pasos del proceso.
Por ello la configuración de sus valores básicos se realiza desde el /configurador.
|
Valores en Configurador (sección 'Cola de espera')
|
| SegundosLimiteInactividad |
(Default: 300) Valor en segundos que indica cuánto tiempo puede estar el usuario sin interactuar con la web (mover el mouse sobre la página ya se considerará interacción) |
| SegundosAvisoInactividad |
(Default: 15) Valor en segundos. Cuando la cuenta-atrás que se inicia con 'SegundosLimiteInactividad' llegue a este valor, aparecerá un mensaje al usuario avisando que va a ser desconectado. |
| SegundosFrecuenciaActualizacionCola |
(Default: 30) Valor en segundos. Frecuencia con la que el proceso informará al servidor indicando que sigue conectado (y no ha cerrado el navegador). |
| SegundosMargenActualizacionTimestampCola |
(Default: 600) Valor en segundos. Recomendado que sea múltiplo de 'SegundosFrecuenciaActualizacionCola'. Cuando no se actualice por algún motivo este valor, otro usuario que quiera acceder, una vez se supere este margen de tiempo, podrá echarlo del proceso y hacer avanzar la cola. |
- Añadir el módulo a un proceso: Se añadirá el módulo (#1400 - ColaDeAcceso) como primer paso del proceso (Paso inicial), y añadir el enlace 'siguiente' apuntado al siguiente paso del proceso, y configurar dos parámetros para indicar el nombre de la cola (ya que se podrán tener varias colas para diferentes procesos, o usar una colsa común para todos los procesos) e indicar el número de personas conectadas (las siguientes quedarán en la cola hasta que se detecte que los primeros han finalizado).
|
Enlaces del módulo en el Proceso
|
| siguiente |
Indica a qué paso se dirigirá tras hacer cola (o directamente si no está conectado todavía el numero de usuarios simultáneos) |
| NombreCola |
(String) Nombre de la cola de espera que utilizará en ese proceso. Puede haber más de un proceso utilizando la misma cola. |
| NumeroMaximoUsuariosConectados |
(Integer) (0 : desactiva la cola) Máximo de usuarios conectados antes de activar la cola. |
- En el módulo AdaptadorCompatibilidadActividadesWeb, se ha modificado el parámetro PagarDeudas_ConCentro para aceptar un nuevo valor. Así, ahora sus valores serán:
- 0: No incluir el centro
- 1: Incluir el centro en la ruta (por ejemplo, si la ruta es "http://site.deporsite.net/pagar-deudas?parametros" y el centro recibido es DEM, la ruta quedará "http://http://site.deporsite.net/pagar-deudas/DEM?parametros")
-2: Incluir como parámetro (por ejemplo, si la ruta es "http://site.deporsite.net/pagar-deudas?parametros" y el centro recibido es DEM, la ruta quedará "http://http://site.deporsite.net/pagar-deudas?parametros&IdCentro=DEM")
- En el módulo "Resumen_SelectorPago_Unificado" añadido nuevo texto traducible "BotonReservarClase" para poder configurar el texto que queremos que aparezca en el botón para continuar cuando llegamos a esta pantalla desde el proceso de reserva de clases puntuales y no hay pago asociado
- En el editor de textos HTML se ha activado la posibilidad de incluir código Javascript.
- En el módulo "Selector_AltaAbonadoNMS" (#560) se han añadido nuevos parámetros: IdServicio, IdTipoPeriodoContratacion e IdPromocion para permitir forzar estos campos en la contratación, de forma que podamos limitar la selección a sólo 1 servicio, sólo 1 periodo de contratación y/o sólo una promoción.
- En el modulo de detalle del abono se han añadido dos parametros (permitirBajaAbonoProximaRenovacion y diasMinimosAntelacionBaja) para poder contorlar la baja de los abonos ya iniciados. Se han adaptado los pop-ups a las diferentes sitacions cuando se itnenta dar de baja
- Se ha creado el módulo Agenda Recursos. Este módulo solo es accesible para los empleados. Se puede añadir unos ids de perfiles en elparametros para limitar quien puede entrar en este modulo
- En el detalle de mi abono, en el momento de l abaja del abono, se ha añadido la posibilidad de añadir el motivo de baja. Para gestionar esto tenemos dos parametros.
para que aparezca la selección de motivos de baja.
para obligar al usuario a seleccionar una opción.
- Se ha añadido el nombre del centro en el detalle de las reservas de recursos y de actividades.
- Se ha añadido la modalidad de la reserva en la confirmación de la asistencia guardada en el gestor documental.
- En la reserva de recursos, se ha modificado el paso de proceso al bloqueo de recurso. Ahora el paso se llama siguiente.
- Se han realizado cambios en el sistema de registro de log:
- Los ficheros de log se ubicarán un una carpeta por día.
- Se ha añadido un nuevo parámetro en la configuración del site para indicar el nivel de log a registrar
- En función del nivel de log se registrará más o menos información:
- Error: Sólo errores
- Alerta: Errores + Alertas
- Info: Info + Errores + Alertas
- Debug: Todo
Cierta información (por ejemplo la correspondiente a operaciones de pago), se registrará siempre.
- Excepto en el nivel "Debug", en el restro de niveles, la cantidad de información que se registrará está limitada a 512 carácteres. La única excepción es la información relativa a operaciones de pago, que se registrará completa.
- Nuevo parámetro "UtilizarIdUsuarioParaObtenerDisponibilidad" en el módulo ReservasRecursos_Selector_v2_2 que nos permitirá indicar que se utilicen los datos de la persona (si está logeada) para el cálculo de la disponibilidad. Si se activa el parámetro se tendrá en cuenta:
- Las antelaciones que le correspondan al cliente en función de sus perfiles.
- El tiempo mínimo y máximo de reserva que le corresponda al cliente en función de sus perfiles.
- Si no cumple las edades mínima o máxima del recurso, aparecerá como no disponible
- En la firma de documentos PDF, al re-escalar la firma al área asignada, ya no se amplia si es extremadamente pequeña, de forma que no se pixele: la firma sólo se amplia hasta cierto tamaño.
- Se ha modificado el funcionamiento de la firma de documentos, las novedades son:
- Reduce la carga de trabajo en el servidor, al ejecutar parte del proceso en el navegador.
- Evita ampliar firmas muy pequeñas, para no mostrar imágenes pixeladas,
- Permite trabajar con documentos que tengan tanto páginas verticales como apaisadas
- Se han añadido unos ojos en las cajas para introducir los passwords para poder visualizar el contenido de dentro.
- Nuevo módulo Formulario_CapturaWebCam que nos permitirá usar la cámara del dispositivo para capturar la fotografía del usuario
- Se puede especificar el parámetro [Obligatoria] que hace que capturar la foto sea obligatorio o no para ese proceso.
- Nuevo módulo Campus para la gestión de la contratación de Campus
- El módulo nos permitirá la contratación simultanea para varias personas de servicios de tipo Campus (Flag = Campus), tanto en lo referente a componentes obligatorios como opcionales, incluyendo, si fuese necesario, los servicios obligatorios vinculados (por ejemplo, seguro)
- El módulo tienen diferentes parámetros para su configuración
| IdTipoTemporada |
Id del tipo de temporada para la obtención de posibles temporadas |
| IdTemporada |
Id de la temporada pre-seleccionada |
| IdsCentros |
Ids de los centros pre-seleccionados (separados por comas) |
| UsarCentroUsuario |
Usar el centro del usuario (si lo tiene) |
| SoloPermitirUnCentro |
Solo permitir la selección de un centro |
| EdadMinimaCandidatos |
Edad mínima de los candidatos para inscribirse (por defecto, 3 años) |
| EdadMaximaCandidatos |
Edad máxima de los candidatos para inscribirse (por defecto 18 años) |
| PermitirPeriodoActual |
Permitir contratar en el periodo actual |
| SaltarSeleccionPeriodos |
Saltar la pantalla de selección de periodos y darlos todos por seleccionados |
| MostrarAvisoOpcionales |
Mostrar un aviso si existe la opción de contratar opcionales y no hemos accedido a la pantalla para seleccionarlos |
| ContratacionComponentePrincipalPorUsuario |
Indica si la contratación del componente principal del campus se deberá hacer usuario por usuario (true) o se podrá hacer en grupo (false). |
- Para el correcto funcionamiento del Campus, será preciso ejecutar previamente el proceso de generación de caché, que se encuentra en las BOTools de DeporSite
- Además, para poder gestionar de forma adecuada los posibles componentes de contratación (obligatorios y opcionales) y clasificarlos adecuadamente, deberemos definir, en cada componente de los servicios, a que tipo de componente pertenecen. Esto, además de permitirnos saber que componentes deben contratarse obligatoriamente, nos permitirá mostrar como un unico componente aquellos que, perteneciendo a diferentes servicios, son equivalentes (por ejemplo Espera mañana o Espera tarde).
- Nuevo módulo Mis Campus para mostrar la información correspondiente a los campus contratados por todos los miembros de la unidad familiar de la persona logeada.
- Se ha creado un cdn (Content Delivery Network) que aloje todas las librerías de terceros: .js, .css y fuentes, comunes a los DeporSite; de forma que se reduzca el consumo de recursos en los servidores de DeporSite, derivando este consumo de recursos al nuevo servidor https://resources.deporsite.net .
Los archivos alojados en este servidor endrán una caché mayor que las librería .js o .css propias de DeporSite, que pueden ir modificándose en las diferentes versiones.
- Se ha modificado el botón 'siguiente' en los procesos, en el paso de confirmación de un pago, para que borre el historial del proceso al redirigir al paso siguiente, de forma que no se pueda retroceder a intentar volver a pagar la misma transacción, lo que hubiese podido provocar un error al estar ya pagada.
- Se ha modificado el módulo Formulario Alta Persona V2.
Se han añadido varios parámetros:
- VerificacionPreviaIdentificadorUsuario Muestra una pantalla donde se pide el DNI/Email para comprobar su existencia. Si existe la persona se nos muestra el formulario de login y en caso contrario se muestra el formulario de alta.
- MostrarDiscriminadorEdadMinima: Al acceder al alta persona tendrá en cuenta este parámetro para discrimar el alta según la edad.
- IdTextoNoCumpleEdadMinima: Si está definido el parámetro, en caso de no cumplir la edad al hacer el alta, será el IdTexto HTML que obtendremos. En caso de no existir el ID se mostrará un texto definido en el módulo.
-EditarDatosPersonales: Permite modificar los datos si el usuario ha hecho login. Para ello el parámetro mostrarDatosPersonalesLogin debe de estar a false.
- Se han añadido los parámetros Editable para permitir edición de los campos en caso de existir la persona. No se permitirá la edición del Password nunca y por defecto el DNI y el Email tampoco se podrán modificar.
- Añadidas nuevas propiedades al módulo "Resumen_SelectorPago_Unificado" para permitir mostrar check de "Acepto Condiciones"
- En caso de mostrarse el check, no será posible continuar sin haberlo marcado.
| MostrarCheckAceptoCondiciones |
Permitirá indicar si se debe mostrar o no el check |
| IdTextoAceptoCondiciones |
IdTexto del texto HTML que se usará para la explicación de las condiciones |
- Se ha mejorado el tiempo de respuesta de los archivos .cssp y .js propios de los módulos.
Las mejoras de tiempo son de un 50% en los archivos .cssp, y un 75% en los .js.
También se ha mejorado el tiempo de respuesta de /favicon.ico y /img/logo.png; con una mejora del 50% y se han corregido las cabeceras para que estas imágenes utilicen caché (establecido ahora a 20 minutos)
- En el Listado de mis bonos, cuando un bono no tenia fecha de inicio o de fin, no aparecian. Se ha modificado este modulo para que si que aparezcan los bonos sin fechas
- En el módulo "Resumen_SelectorPago_Unificado", si accediamos mediante un link de pago de deuda en modo "fullscreen", el botón Cancelar, recargaba nuevamente la página. A partir de ahora, deslogeará al usuario y lo llevará a la página de login de DeporSite.
- En el proceso de venta de productos, se ha modificado la selección del centro. Se ha creado un parámetro donde podremos elegir el comportamiento del selector.
Valor 0: Sin selector (sin filtro) "idCentro = 0" o el idCentro de params
Valor 1: Obliga el centro usuario (el filtro depende de la llamada personas/centros)) "idCentro=IdCentroPersona".
Valor 2 : Preferente marca el centro del usuario pero permite el cambio de centro.
- En el modulo "ReservaClasesPuntuales_Selector", si se accedía mediante link directo para contratar, se intentaba determinar el paso del proceso al que se debía acceder a partir del nombre indicado en un parámetro del módulo (nombrePasoResumenSelector o nombrePasoElementos, según el caso) y el nombre de los pasos del proceso. Si ninguno coincidía, se producía error.
Ahora se han eliminado estas propiedad y el paso se determinará a partir del indicado en los enlaces del propio paso (selectorPago, selectorElementos), que son los que se usan en la contratación "manual".
- Corregido problema en el módulo "ReservasRecursos_Selector_v2_2" usado desde Safari, por el que no se detectaba correctamente la hora actual, permitiendo realizar reservas a pasado.
- En el módulo "ReservaClasesPuntuales_Selector", si se indicaba como parámetro para el NombreActividad el valor "descripcion", siempre aparecía el valor "undefined" en lugar de la DescripcionBasica de la actividad.
- En el módulo "AgendaEntrenador", al acceder a la pantalla de inscritos a una clase, el pie de página no se situaba correctamente, quedando fijo en la parte inferior.
- En el módulo "Resumen_SelectorPago_Unificado" al acceder desde un SmartPhone, el botón "Pagar" o equivalente ("Reservar" / "Contratar" / etc) aparecerá sobre los botones de "Atras" / "Cancelar" y no bajo ellos como hasta ahora.
- Correción en Pagos Pendientes en la visualización del listado de pagos ya pagados.
- En el detalle de mis actividades contratadas, se ha corregido un problema con el botón dar de baja. Ahora para controlar la posibilidad de dar de baja se hace mediante el parámetro 'mostrarBtnBajaActividad'. Para que aparezca el botón de baja este parámetro tendrá que estar en 1.
- En el módulo AgendaEntrenador, para las reservas correspondientes a servicios se modifica el WS utilizado para la obtención de la información. En lugar de GET [/servicios/servicios] que no devuelvía la información de servicios no publicados en internet, se usará el nuevo WS GET [/recursos/reservas/{idreserva}/servicios] que no realiza ningún filtro sobre el punto de venta.
- Si se realizaba una reserva de recursos con conceptos opcionales pero sin ninguna modalidad (nº integrantes = 0, sólo es integrante el titular de la reserva), en la pantalla de selección de conceptos opcionales no aparecía la información para poder añadir los opcionales.
- Al lanzar la previsualización de un cuestionario desde Deporwin, siempre se indicaba que no existía el cuestionario.
- Reubicadas las librerias utilizadas para la creación de pdfs en el modulo "Formulario_ScanDoc_SmartPanel"
- En el Resumen_SelectorPago era posible, durante un instante, pulsar el botón "Cancelar" después de haber pulsado sobre el botón "Pagar", lo que provocaba que la transacción se eliminaba antes de llegar a la pasarela de pago. Además, en caso de pago tipo "Recepción", se informaba la operación de pago como correcta. Ahora, una vez pulsado el botón "Pagar" se bloque la pantalla totalmente hasta la carga del siguiente paso.
- Efectuadas correcciones en el módulo SmartPanel_Salas:
- El tiempo de clase se ha ajustado, de forma que, cuando quede menos de 1 minuto, pasará a indicar los segundos que faltan para el inicio / final de la clase.
- Cuando una actividad haya finalizado, se ocultará automáticamente, sin tener que esperar a la recarga de la página. Se mostrará automáticamente la siguiente actividad en la lista.
- Siempre que sea posible, se mostrarán las próximas 3 actividades. Si para el día actual ya no quedan 3 actividades, se mostrarán las primeras del día siguiente. Si en el día siguiente no hubiese clases, o no llegasen a ser 3, no se buscará más adelante.
- Después de leer una targeta, si por algún motivo se producía un error en la llamada a los WS, se quedaba permanentemente en pantalla el modal de "loading" obligando a recargar la página para que desapareciera (que en el caso de tablet significaba reiniciar la aplicación)
- Si el error que se produce en las llamadas al WS es el 419 (token CSRF caducado), se provocará la recarga automática de la página para su actualización.
- Se ha corregido el sistema de envío de emails en las finalizaciones de métodos de pago para tener en cuenta el idioma del usuario al generar el contenido del correo.
- Al realizar un alta/modificación de una tarjeta registrada (Modulo "Listado_MisTarjetas_Centralizado"), la respuesta del banco era rechazada por DeporSite con el error 405 (Método no autorizado).
- Al vincular un nuevo dispositivo SmartTag QR se estaba permitiendo registrar más de 1 dispositivo para la misma persona. A partir de ahora, se eliminará cualquier dispositivo previo antes de añadir el nuevo.
- En el módulo de "Cuestionarios" se solventan problemas existentes.
- Al acceder a un cuestionario finalizado, se utilizará correctamente la configuración indicada en el cuestionario o mediante el parámetro AccionForzadaInicio pasada por URL
- No permitir la edición.
- Editar el cuestionario ya finalizado.
- Crear un nuevo cuestionario para la persona.
- En el módulo de Cuestionarios, si el cuestionario utilizado no tiene una última página sin preguntas ni se usa el parámetro "IncluirDespedidaSiNoExiste", no se estaba guardando la respuesta a la última pregunta del cuestionario.
- En el listado de mis actividades contratadas y en su detalle se ha añadido el horario de la actividad. Para ocultar el horario, se ha creado el parámetro .
- Cambios en módulo Selector_AltaAbonado_NMS (#560)
- Añadido nuevo parámetro IdCentro para fijar el centro en el que se realizará la contratación. También se podrá indicar el parámetro mediante GET
- Añadido nuevo parámetro CalcularPrecioDinamicoMultiCentro, que nos permitirá, en caso de que un servicio sea MultiCentro, obtener el precio de referencia mediantes reglas (para la persona modelo, no la persona logeada) en lugar de utilizar el valor fijo de PrecioReferencia. Para ello, el servicio debe tener configurado el TipoPeriodoContratacionPorDefecto
- Añadido nuevo parámetro UtilizarCentroUsuario. En caso de indicarlo, si el usuario tiene asignado centro, se usará este como valor para la selección y contratación de los servicios.
- Se ha adaptado todo el proceso para el uso del IdCentro, tanto en contratación como en la obtención de los datos
- En la pantalla de formulario de alta V2 se ha realizado los siguiente cambios.
- Permite situarse al prinicipio del proceso desapareciendo el boton atrás.
- Si se hace un registro, salta directamente a la pantalla siguiente
- Desaparece el resumen y los datos de contratación en esta pantalla.
- Nuevo módulo de gestión de tarjetas tokenizadas centralizado.
El nuevo módulo es compatible con AddonPayments y RedSys.
Este módulo tiene dos tipos de vistas: fullscreen (para ser la página de destino de enlaces desde correos electrónicos) y modulo (para utilizarse dentro de la sección del perfil del usuario).
- Actualización de procesos para utilizar el nuevo módulo de tokenizacion con AddOnPayments
- Para utilizar la opción de AddOnPayments, se deberán modificar los pasos que llamaban a la versión anterior y llamar a las nuevas páginas.
Hay dos procesos que utilizarán este módulo: "Mis Datos Bancarios" accesible por el usuario desde su perfil, y "Tarjeta AddonPayments Mail" que es la página de destino de los e-mails para que el usuario pueda dar de alta su tarjeta; si bien este último debería cambiarse de nombre, ya que podrá utilizarse con la pasarela RedSys en lugar de la de AddOnPayments.
Las páginas que corresponden son:
- La página 610 será sustituida por la 1600 (en el proceso "Mis Datos Bancarios")
- La página 611 será sustituida por la 1601 (en el proceso "Tarjeta AddOnPayments Mail")
Importante: Cuando se generan las nueva páginas desde el actualizador de módulos, los valores por defecto son los mismo en ambas páginas; deberá cambiarse el parámetro "tipoVista" a "fullscreen" en la página 1601, para que en la página de destino del e-mail no aparezcan los menús.
- Así que lo primero será comprobar que en la página 1600 tenemos el valor "modulo" en el parámetro "tipoVista" y en la página 1601 tenemos "fullscreen" en "tipoVista"
- El módulo centralizado utiliza el gestor de pasarelas de pago, así que deberemos comprobar que la configuración es la correcta allí.
La configuración que en el módulo 600 teníamos como parámetros en el propio módulo, ahora deberá estar en la "Definición de parámetros de las formas de pago TPV Virtual" de la sección "Formas de Pago" de "BOTools".
Así, los valores que teníamos en los parámetros del módulo de esta forma:
- Deberemos tenerlos en la sección de Parámetros TPV Formas de pago:
- Y deberemos recordar el Id de la primera columna de la tabla de las formas de pago, ya que será el único parámetro que deberemos configurar en el nuevo módulo respecto a la pasarela.
- A contiuación vamos a modificar los procesos; para ello deberemos modificar la página del paso correspondiente, como hemos dicho antes: sustituyendo la página 610 por la 1600 en un proceso, y la 611 por la 1601 en el otro:
- Una vez establecida la nueva página en el paso del proceso, iremos a "Gestionar" los parámetros del paso, donde comprobaremos que los valores sean los deseados:
- Tener en cuenta que:
- en el desplegable de los IdParametrosTPV, sólo apareceran las pasarelas compatibles con el módulo.
- En ImporteTest, el valor suele ser 15 (el importe se indica en céntimos de Euro), si bien, a diferencia de la versión anterior, ahora es válido poner el valor '0' para que no se realice ningún microcobro; pero para que funcione el cliente debe solicitar a su banco que le activen la opción OTB
- el parámetro tipoVista, no debería hacer falta modificarlo ya que hemos puesto el valor correcto en los parámetros del módulo.
- Recordar actualizar la caché de los procesos con la nueva configuración antes de poder utilizarlos.
- Actualización de procesos para registrar token con RedSys
- Para utilizar la opción de RedSys para tokenización de la tarjeta deberá crearse esta forma de pago, que es común a la de pasarela de pago por RedSys con tokenización:aparecen dos campos de URL RESPUESTA: una para sólo tokenizar y otra para pago+tokenización.
- Los datos de Código de comercio, claves de firma,... deberían ser los mismos que en la pasarela RedSys normal.
- A continuación, igual que se explica para el uso de tokenización de AddOnPayments, definiremos el IdParametrosTPV en el módulo, asignándole el Id que hemos creado.
Y, también como se explica en el caso de AddOnPayments, deberemos modificar las páginas que son llamadas en los correspondientes pasos de los procesos de tokenizacón, cambiando las páginas 610 y 611 por 1600 y 1601.
- Tener en cuenta que:
- en el caso de RedSys el "ImporteTest" no es utilizado, ya que siempre es '0'.
- el cliente deberá solicitar al banco que quiere recibir la tarjeta ofuscada, de lo contrario ésta no se recibe, y la que se almacena es una suposición, que sólo muestra el primer carácter.
- Compra con tokenización de tarjeta (RedSys)
- Ahora también podemos tokenizar una tarjeta cuando se realiza el primer pago: para ello se ha desdoblado el pago con tarjeta con la pasarela RedSys en dos tipos de formas de pago disponibles en DeporSite:
- RedSys : la clásica que se ha utilizado hasta ahora
- RedSys Tokenización : la nueva opción, si el usuario dipone de tarjeta tokenizada, podrá realizar el 'Pago en 1 click', y si todavía no la ha tokenizado, realizará una compra normal, y al final del proceso su tarjeta será tokenizada para poder realizar pagos en 1 click a partir de ese momento.
- Con esta pasarela de pago activada, un cliente que todavía no tenga tarjeta tokenizada, verá un botón con el mensaje 'PAGO 1-CLICK (Alta tarjeta)', y al pulsarlo un aviso indicando que se guardará información de la tarjeta (el token), y continuará con un proceso igual al de un pago normal con RedSys.
- Si el cliente ya tiene tarjeta tokenizada, le aparecerá el botón con el mensaje 'PAGO 1-CLICK (caducidad)', donde en 'caducidad' aparecerá el mes y año de caducidad de la tarjeta tokenizada
- Pasarela de Pago CECA disponible en la nueva pasarela centralizada
- Podemos configurar esta pasarela de pago seleccionando como Tipo de TPV: TpvCECA.
Los datos que necesitaremos configurar en el BackOffice de DeporSite son:
- Código Comercio
- Código Caja
- Terminal
- Clave Producción
- Clave Pruebas
- IMPORTANTE: En la pasarela bancaria, debe configurarse la URL de notificación online para la recepción en DeporSite de la confirmación de los pagos.
La URL que se le debe indicar debería ser la misma que la que aparece en el pantalla de configuración de parámetros TPV como 'URL Respuesta Banco'. Este parámetro, en general no debería modificarse en el BackOffice ya que el parámetro no se utiliza; sólo aparece como ayuda para la configuración de la pasarela en el panel del banco.
- Mejoras en el BackOffice de procesos
- Todos los cambios se realizarán mediante ajax, sin volver a recargar la página
- La modificación de enlaces, textos o parámetros de los pasos del proceso, se realizarán conjuntamente, pudiendo modificar o eliminar los valores de cada área conjuntamente
- En el caso de los parámetros, se usará para su modificación lo definido en el fichero BackOffices.json de los módulos correspondientes, de forma que, tendremos los textos de ayuda y las listas de valores válidos correspondientes.
También nos mostrará los valores actualmente configurados tanto en el módulo como en la página correspondiente, de forma que podemos saber que valor se va a aplicar si en el paso no está definido.
Incluso podemos filtrar los datos para mostrar / buscar más facilmente el valor deseado.
- Además, en el BackOffice.json podremos indicar un "Grupo" para cada parámetro, lo que permitirá organizar los valores en pantalla.
- En este fichero, además, para obtener los valores válidos para un parámetro, además de indicar las opciones en el propio fichero, podemos indicar que deben obtenerse a partir de una función del sistema (que debe estar preparada para devolver un array de tipo clave-valor)
- En cuanto al tipo de parámetro indicado en el fichero, se admiten los tipos:
- select: Valor a seleccionar de una lista de opciones.
- multiselect: Selección múltipla a partir de una lista de opciones.
- input-number: Número
- input-color: Color
- input-date: Fecha
- input-time: Hora
- input-password: Contraseña
- input: Texto libre.
que serán usados adecuadamente en el editor.
- Modificado el BackOffice de modulos para incluir el nuevo editor para la modificación de los parámetros del módulo
- Modificado el BackOffice de páginas para incluir el nuevo editor para la modificación de los parámetros de la página
- Mejoras en el módulo de Formulario_AltaPersona_V2 (#1500), añadiendo 2 nuevos campos (Centro y Nacionalidad) y nuevos parámetros para su configuración
| IdCentro |
Nos permitirá indicar el IdCentro en el que queremos dar de alta a la persona. Este parámetro se puede pasar por url |
| centroVisible |
Permitirá indicar si queremos que el selector de centro esté visible o no. Si queremos indicar un centro con el parámetro anterior, debe ser visible. |
| centroObligatorio |
Permitirá indicar si el centro es obligatorio o no. |
| centroModificable |
En caso de haber indicado un centro mediante el parámetro IdCentro, nos permitirá indicar si este centro se puede modificar o no |
| areaCentrosSeleccionables |
Nos permitite indicar que lista de centros queremos mostrar: Todos los existentes, los válidos para contratación de servicios, los válidos para reserva de recursos, ... |
| nacionalidadVisible |
Nos permitirá indicar si queremos que el campo Nacionalidad esté visible |
| nacionalidadObligatorio |
Permitirá indicar si el campo Nacionalidad es obligatorio |
| enviarCodigoConfirmacion |
Nos permitirá indicar, si, previamente a dar de alta la persona en la base de datos, se enviará un mail con un código de confirmación. Por defecto, el valor es True |
| mostrarDatosPersonalesLogin |
Nos permite indicar si, al acceder a esta página con login realizado (tanto por haberlo realizado previamente como por haber dado de alta la persona en esta misma página) mostraremos un resumen de sus datos personales o pasaremos directamente a la página siguiente del proceso. Por defecto, se mostrarán los datos. |
- Se ha cambiado el orden en que se realiza el envio del mail de confirmación y la validación de duplicados. Ahora, se realizará en primer lugar la validación de personas duplicadas y, si todo es correcto, se enviará el mail con el código de confirmación.
- Realizado cambios en la pantalla de login (tanto inicial como en medio de un proceso). para permitir el uso de procesos para realizar el alta de personas y para limitar la edad de las personas que pueden acceder a los procesos.
- El enlace "Nuevo usuario" estaba utilizando una página fija, y pasará a utilizar un proceso configurable. Los únicos requisitos del proceso són que su primer paso sea el módulo "Formulario_AltaPersona_v2" (#1500) y el último paso sea el nuevo módulo "Proceso_AltaPersonaModal_Fin" (#1610).
De esta forma, además de la recogida de datos personales se podrán incluir otras páginas necesarias, como por ejemplo, Consentimientos. En el caso de algunas páginas, puede ser necesario algun cambio de diseño para que se adapte correctamente.
- Añadidos 2 nuevos parámetros en el configurador de DeporSite:
- urlProcesoAltaPersona: Nos permitirá indicar la url de que proceso se utilizará para gestionar el alta de la persona desde el enlace "Nuevo usuario" de la pantalla de login.
- EdadMinimaProceso: Nos permite indicar la edad mínima que deberá tener el usuario logeado para poder acceder a un proceso. El control se realizará en el momento que el proceso requiera el login, aún cuando el usuario esté logeado desde el inicio.
.jpg "DeporNews")
- Añadidas nuevas propiedades a los procesos:
- Proceso Alta Persona: Nos permitirá especificar, para un proceso determinado, que proceso se utilizará en caso de que la persona se dé de alta desde el proceso mediante el link "Nuevo usuario" de la pantalla de login. Por defecto se usará el indicado en la configuración general, aunque se podrá cambiar por otro diferente en cada proceso.
- Edad Minima: Indicará la edad mínima que debe tener el usuario logeado para acceder al proceso. De esta forma, podremos limitar que un niño realice un contrato, aunque su padre si podrá hacerlo en su nombre. Por defecto se utilizará el valor indicado en la configuración general, pudiendo modificarse en cada proceso.
- De esta forma, podremos lanzar procesos de alta diferentes según desde que proceso se realicen. También podremos limitar la edad de forma diferente en cada proceso.
- En el caso de limitar la edad para los procesos, si el usuario que intenta acceder no cumple con la edad, en el momento en que el proceso requiera login se le redirigirá automáticamente a la página principal del site, informándole de la situación.
- Adaptación del módulo "Formulario_AltaPersona_v2" para su uso en los procesos de alta de usuario desde el login
- Cambios de diseño en el formulario de Consentimientos.
- Se han realizado cambios estéticos en el formulario de Consentimientos, de forma que la presentación inicial queda simplificada, pues sólo se mostrará la capa 0.
Esta capa 0 se puede desplegar para mostrar la capa 1.
- Se mostrará desde el inicio los consentimientos aún no aceptados/denegados, así como los requeridos (en caso de procesos).
- Los botones "Grabar", "Siguiente" aparecerán atenuados cuando no se cumplan todas las condiciones necesarias. Al pulsar sobre ellos, nos informará de qué sucede.
- Aparece un nuevo botón "Ir a firma" que sustituye el botón "Guardar", en caso de que se solicite la firma. Este botón nos llevará directamente a la zona de firma del documento o, como los anteriores, nos informará por qué no se puede firmar.
- Se ha adaptado el módulo para su uso en los nuevos procesos de alta persona desde el login.
- Se distribuye un proceso para el nuevo sistema de alta de persona desde el login asignado a la url configurada por defecto. El proceso incluye los pasos mínimos necesarios: Formulario_AltaPersona_V2 y Proceso_AltaPersonaModal_Fin
- En el módulo Formulario_AltaPersona_V2 (#1500) se han añadido nuevos parámetros para permitir utilizar este módulo también en el alta de miembros de la unidad familiar
| modoOperacion |
Permite seleccionar el modo de operación de la pantalla: Alta-Login persona / Alta miembro unidad familiar (en cuyo caso es obligatorio el login previo). |
| parentescoObligatorio |
Indica si el campo parentesco será obligatorio. Sólo será válido en modo "Alta miembro unidad familiar" |
| parentescoVisible |
Indica si el campo parentesco será visible. Sólo será válido en modo "Alta miembro unidad familiar" |
| personaAutenticadaComoTitularEconomicoVisible |
Mostrar el check para asignar como Titular Económico de la nueva ficha que se crea a la persona del login. Sólo será válido en modo "Alta miembro unidad familiar". |
| personaAutenticadaComoTitularEconomicoEditable |
Permitir modificar el check para asignar como Titular Económico de la nueva ficha que se crea a la persona del login. Sólo será válido en modo "Alta miembro unidad familiar". |
| personaAutenticadaComoTitularEconomico |
Indicar si asignamos o no como Titular Económico de la nueva ficha que se crea a la persona del login. Sólo será válido en modo "Alta miembro unidad familiar". |
- Se distribuye un proceso para el nuevo sistema de alta de miembros de unidad familiar. El proceso incluye los pasos mínimos necesarios: Formulario_AltaPersona_V2 y Proceso_AltaPersonaModal_Fin y la configuración necesaria de "modoOperacion"
- Añadidos nuevs parámetros en el configurador de DeporSite:
- urlProcesoAltaMiembroUnidadFamiliar: Nos permitirá indicar la url de que proceso se utilizará para gestionar el alta de miembros de unidad familiar en las pantallas que sea posible, si no se ha indicado una específica. Su valor por defecto es del proceso que se distribuye por defecto.
- Adaptado el módulo Listado_Unidad_Familiar_v2 (#720) para utilizar el nuevo proceso de alta de miembro de unidad familiar. Se puede configurar en este módulo que proceso se desea utilizar. En caso de no indicar ninguno, se usará el configurado por defecto.
- Ahora se puede establecer el idoma de la página desde la URL, para poder enlazarse desde diferentes enlaces de páginas externas en diferentes idiomas al mismo DeporSite.
Para definir el idioma, sólo hay que añadir a la URL el parámetro GET 'lang' y asignarle el valor del idioma segun ISO 639-1.
Por ejemplo, si a esta URL que redirige a la 'reserva de pistas' en castellano:
https://demo.deporsite.net/reserva-pistas
le añadimos el parámetro 'lang=ca', mostrará la página en catalán, y el usuario navegará así hasta que decida cambair el idioma:
https://demo.deporsite.net/reserva-pistas?lang=ca
Lo que hará DeporSite, es:
1. detectar este parámetro GET ('lang'), establecer en sesión el idioma indicado
2. eliminar el parámetro de la URL
3. recargar la página sin el parámetro, pero ya en el idioma que está almacenado en sesión.
- Añadido nuevo parámetro a los procesos para permitir indicar la url de proceso de alta de miembros en la unidad familiar que se usará en los pasos del proceso (si existe alguno en el que sea posible). En caso de no indicarse se usará el indicado en la configuración por defecto.
- Se ha creado un Selector de Usuario para permitir seleccionar sobre que miembro de la familia se realizarán las operaciones. Este selector substituirá a los que hay en las diferentes pantallas, centralizando la gestión.
- Desde este mismo módulo se podrán añadir miembros a la unidad familiar utilizando para ello el proceso de Alta Miembros definido en el proceso en que nos encontremos o el de la configuración general.
- Adaptación módulos a uso del nuevo "Selector Usuario":
- Selector_Contratacion_Actividades (#670)
- Detalle_Contratacion_Actividades (#680)
- Listado_Actividades_Contratadas (#740)
- Selector_Actividades_Simples_NMS (#1100)
- Detalle_Contratacion_Servicios_simples_NMS (#1120)
- Se ha adaptado el módulo "Formulario_Consentimientos" (#690) para poder usarlo con usuarios diferentes al de login.
- Esto permitirá que en procesos como la contratación de Actividades o Servicios Simples NMS, donde se puede realizar la contratación para un usuario diferente al que ha realizado login, en caso de incluir este módulo en uno de los pasos se solicitarán los consentimientos del usuario para el que se está contratando.
- También permitirá incluir este paso en el proceso de Alta de un usuario de la unidad familiar, de forma que además de crear la ficha, podamos solicitar los consentimientos.
- Se adapta el módulo de Cuestionarios para su uso en los procesos de "Alta Persona" y "Alta Miembro Unidad Familiar" en ventana modal.
- Añadido nuevo parámetro "expresionValidacionCodigoPostal" al módulo "Formulario_AltaPersona_V2" (#1500). Este parámetro nos permitirá indicar la expresión regular que se deberá utilizar para realizar la validación del código postal. Por defecto, se usará el valor "^[0-9]{5}$|^[Aa][Dd][0-9]{3}$" para aceptar los CP de España y Andorra.
- Se ha adaptado el módulo "AgendaEntrenador" para que aparezcan los servicios simples NMS
- Se ha adaptado el módulo "AgendaEntrenador" para que aparezcan los servicios simples NMS
- Añadidos nuevos parámetros al módulo "AgendaEntrenador" para establecer, que nombre deseamos que aparezca en la lista de eventos:
- NombreActividad: nombre que queremos que aparezca cuando el evento corresponda a una actividad.
- NombreReserva: nombre que queremos que aparezca cuando el evento corresponde a una reserva directa.
- NombreServicio: nombre que queremos que aparezca cuando el evento corresponde a un servicio NMS.
- En el detalle de contratacion de actividades, si venimos desde el detalle de una actividad en lista de espera, al volver atrás volveremos al listado de las actividades del usuario que teniamos seleccionado.
- Se ha añadido las fechas de inicio y de finalización en el listado de las actividades en lista de espera
- Corregidas validaciones en el módulo Formulario_AltaPersona_v2 en el caso de campos no visibles.
Añadida la validación del nº de perfiles (en caso de que se puedan seleccionar).
Corregida validación del IBAN. Sólo se comprobará contra el WS en caso de tener una longitud mínima de 15 caràcteres, que son los mínimos necesarios para que sea válido.
- Enlace Atrás corregido. Tenía la clase incorrecta para realizar el atrás de procesos
- Ahora si añadimos un usuario sigue sin dejar buscar integrantes si el parametro esta a cero. Arreglado tambien si por algún motivo daba error al insertar un integrante.
- Corregido problema en nuevo módulo "Resumen_SelectorPago_Unificado" que no permitía la contratación de clases en lista de espera.
- El migrador de procesos del BackOffice para el nuevo sistema de pasarela unificada, no estaba trasapasando los parámetros que hubiese establecidos en los pasos del proceso.
- Al utilizar el modulo de cuestionarios dentro de un proceso, no se podía iniciar el cuestionario para la persona logeada.
- Si se realizaba login en un proceso de DeporSite mediante el Formulario_AltaPersona_V2, aunque se producía el login, no saltaba al paso siguiente, dando la impresión de que el login no se había efectuado.
- Al realizar la contratación de un servicio multicentro, no se tenía en cuenta el centro indicado para la contratación (indicado por GET, como parámetro del propio módulo o por usar el centro de la persona).
- Al navegar entre fecha con el selector de fechas el módulo ReservaRecursos_Selector_v2_2, en el día correspondiente al cambio de horario verano-invierno, se repetía el día.
- En el Resumen_SelectorPago_Unificado, si accediamos desde la contratación de una Actividad con forma de pago obligatoria en web configurada, aunque el importe a pagar fuese 0, aparecía el mensaje de que "la forma de pago indicada desde el centro para la contratación del servicio no está disponible". En este caso, el mensaje no debe aparecer.
- En el módulo Resumen_SelectorPago_Unificado, al acceder desde inscripción a clases, si existián diferentes monitores asignados a la misma clase según el horario, siempre se mostraba el asignado al último horario.
- Desde el RC05, en el módulo "Formulario_Consentimientos" se producía un error al guardar el documento.
- Correción de los textos de traducciones en los modulos siguientes:
selector de clases en V1 y V2,
resumen unificado,
detalle contratacion servicios simples nms,
selector contratacion servicios simples nms,
integrantes V2,
listado de entradas,
GestorReservas,
PasarelaZero (V1),
Reservas (V1),
Formulario_SelectorConceptosOpcionales
- Creado nuevo BackOffice Lite para simplificar la configuración de los elementos más habituales por parte del cliente, así como la traducción de textos.
Estará disponible tanto para los usuarios con privilegio de Administrador Web, junto con las opciones existentes hasta ahora, como para usuarios con el privilegio EditorWeb, que sólo dispondrán de estas opciones.
- Desde esta opción tendremos la posibilidad de realizar traducciones personalizadas de textos, crear y traducir textos usados en páginas HTML estáticas, modificar los logos utilizados en la página, su título o su favicon.
- La traducción de los textos de los diferentes módulos de DeporSite se realizará de forma directa:
- En el caso de los textos usados en páginas HTML, se podrá realizar el diseño de forma visual:
- Además se incorpora un gestor de archivos para permitir subir las imágenes que precisemos para nuestro diseño o aquellos documentos que deseemos enlazar desde nuestras páginas.
- Se ha adaptado la contratación de servicios simples NMS para soportar servicios multicomponente.
- Nos permite, en el mismo proceso de contratación de servicios simples, escoger y contratar servicios con varios componentes de contratación posibles.
- Por ejemplo, permite contratar servicios en los que escoger varias de un conjunto de opciones a escoger (servicios "a la carta" como sería una actividad con varios días de la semana a elegir)
- En la lista de páginas del site (Backoffice) se ha añadido la opción de ver los valores de las propiedades "vigentes", es decir, los valores que tienen las propiedades al ejecutar la página, tanto si están definidos en la propia página o vienen por "herencia" desde el módulo.
- En la definición de los pasos de un proceso, en el apartado de Parámetros Paso, además de ver/modificar los parámetros establecidos en el propio paso, se podrán ver los parámetros vigentes, es decir, los valores de los parámetros al ejecutar el paso, tanto si están definidos en el propio paso como si que están definidos en la página o módulo que correspondan al paso.
- Añadido nuevo parámetro "mostrarReservasEnPeriodosConAntelacion" al módulo #910 (ReservaRecursos_Selector_v2_2). Si se activa, permitirá que, en caso de existir reservas en los horarios no disponibles por antelación, se muestre que el espacio está ocupado en colores diferentes a los correspondientes al ocupado en horario disponible.
- Al acceder al área personal desde un dispositivo movil, en el selector del menú se mostrará la opción seleccionada. Si pulsamos sobre ella, al desplegarse las opciones, se mostrará el texto "Selecciona una opción" y en la lista de opciones aparecerá seleccionada la actual.
- Se ha creado una libreria en javascript para sustituir los alerts del navegador para unos alerts propios de Deporsite.
- Ahora se puede personalizar el listado de directorios virtuales que no realizan la validación CSRF (pensado inicialmente para ser utilizado con las rutas de respuesta de las pasarelas bancarias).
Ruta del archivo de personalización:
/personalizados/seguridad/ExcepcionesCSRF.php
Debe contener un archivo PHP que retorne un array con la lista de directorios afectados.
Ejemplo:
<?php
return array(
'/directorio1' ,
'/directorio/personalizado2' ,
'/otro-directorio'
) ;
Para mejorar el rendimiento de la web, se ha desarrollado un sistema de caché de las URLs correspondientes a Procesos, el cual reduce el número de accesos a la base de datos.
Nota: En los primeros RC de la versión sólo permite una URL virtual por Proceso. En la versión definitiva se permiten múltiples URLs virtuales para cada Proceso como ocurría anteriormente.
Nuevo módulo SmartPanel Salas
- Permite visualizar estado de sala con próximas actividades a celebrar.
- Vinculado con un lectorQR/RFID al iPad, permite realizar accesos a la clase e incluso inscripciones Last Minute.
- En DeporWin configuraremos una puerta asociada a la sala y un recinto, que utilizaremos en la configuración del Vigilante Remoto necesario.
- Configuraremos un Vigilante Remoto que se encargará de validar los accesos que registremos en el SmartPanel, con los siguientes parámetros en VIGILA.INI:
| CampoBusquedaPersona=Formatopropio_o_NumeroCarnet |
Indicamos la forma de buscar que utilizará para registrar el acceso (lo que recibe de la lectura del SmartPanel) |
| CalcularOrigenesPosiblesInscripcionesPuntuales=Si |
Para que registre los accesos a clases |
| MascaraCarnetsProximidad=00000000XXXXXXXX |
Según configuración del cliente |
| TipoLector=PUERTA_REMOTA |
Tipo de lector para escucha de SmartPanel |
| IdTerminal=iPad Sala 1 |
Identificador del terminal, cadena descriptiva que usaremos en la configuración del módulo SmartPanel Salas |
| LongitudMinimaProximidad=16 |
Según configuración del cliente |
- Parámetros del lado del módulo SmartPanel_Salas (#1450) en DeporSite
| Debug = 0/1 |
Permite recibir mensajes de diagnóstico |
| IdRecurso |
Código del recurso (sala) del que queremos visualizar las actividades |
| IdTerminalRemoto |
Identificador del terminal que hayamos definido en el vigilante remoto que validará los accesos (p.e: "iPad Sala 1") |
| IPServidorVigilante |
Dirección IP del vigilante remoto que validará los accesos |
| PuertoRemoto |
Puerto de la sección [Puerto X] del INI del vigilante remoto al cual vinculamos SmartPanel |
| PuertoTCPServidorVigilante |
Puerto por el que escucha el vigilante remoto |
| SegundosActualizacionContenidos |
Tiempo en segundos en que se actualiza estado de actividades próximas en el reposo del SmartPanel (p.d. 1200) |
| SegundosMostrandoRespuesta |
Tiempo en segundos que mostramos mensajes de estado (por ejemplo mensaje de acceso correcto o fallido o mensajes de error) |
| TipoAcceso={Entrada|Salida} |
El SmartPanel registrará o entrada o salida según este parámetro |
- Nuevo módulo #1370 GestorAutorizaciones que sustituirá completamente al existente en la actualidad (#340)
| AutorizacionBidireccional = 1/0 |
Determina si al conceder una autorizacion será bidireccional. En caso afirmativo, al conceder una nueva autorización a una persona, automáticamente se concederá la autorización inversa, aunque sin formas de pago autorizadas (por defecto: 0) |
| CampoBusqueda = 1 (DNI) / 2 (EMAIL) / 3 (EMAIL o DNI) |
Permite indicar que campo o campos podemos usar en la búsqueda de nuevos autorizados (por defecto: 3) |
| UsarFechaNacimientoBusqueda = 1/0 |
Permite indicar si queremos utilizar la fecha de nacimiento en las búsquedas de nuevos autorizados (por defecto: 0) |
| SeleccionarFormasPago = 1/0 |
Nos permite indicar si, al conceder una autorización, debemos seleccionar que formas de pago queremos autorizar (por defecto: 1) |
| MostrarAutorizacionesPendientes = 1/0 |
Indicará si queremos que se muestren las autorizaciones pendientes (personas que nos han dado su autorización pero a las que nosotros no hemos autorizado) o no (por defecto: 1) |
| PermitirEliminarAutorizaciones = 1/0 |
Permite indicar si, además de denegar una autorización (opción siempre disponible) podemos eliminar definitivamente la autorización (por defecto: 0) |
- Nuevo módulo #1530 - Pasarela AFacturar para permitir el pago mediante formas de pago con "Facturar Por Defecto". Sólo se permitirá usar esta forma de pago a las personas que tengan concedido permiso para facturar en Deporwin
- Se han agrupado los modulos de alta persona.
#Formulario Alta Abonado NMS
#Formulario Alta Usuario con Perfiles
#Formulario Alta Abonado
#Formulario Alta Servicios Simples NMS
- Si se tiene una operación de TPV Virtual pendiente de recibir respuesta (en la pantalla de cobro del banco o en la de espera de respuesta) e intentamos acceder a otro proceso de DeporSite, se nos redirigirá a una pantalla informativa, informándo que, en caso de continuar se perderá la información correspondiente al pago en trámite.
- En el log de DeporSite se registrará el acceso a la página (
AVISO_OPERACIONTPVPENDIENTE: Detectado acceso a proceso [Alta Abonados] con operación TPV Pendiente de proceso [Reserva Recursos]), así como, en caso de continuar, que se ha escogido esa opción (AVISO_OPERACIONTPVPENDIENTE: Se solicita continuar a la url destino [http://site.deporsite.com/alta-abonos])
- En caso de continuar, también se registrará en la bbdd de Deporsite del cliente, en la tabla "OperacionesTPVVirtual2", en el campo "TransacciónEliminadaPorCliente" = 1
Cualquier llamada a la url de Deporsite que corresponda al patrón /area-privada/{opcion}, en caso de que no este configurada, verificará si {opcion} es una de las secciones del area de usuario (ignorando los espacios) y, de ser así, redirigirá a esa página.
Por ejemplo, la url: demo.deposite.net/area-usuario/mispagos, si no está configurada como tal, redirigirá a la opción "Mis Pagos" de la zona de usuario.
- El módulo "enrutador" podrá recibir un nuevo parámetro: "PermitirSoloDestino"= 1 / 0
- Modificación en DeporSite (para PHP7) que permite mostrar lo dentro de un IFRAME.
Importante: Para el correcto funcionamiento de esta modificación, DeporSite deberá estar alojado en HTTPS.
- En la contratación de la Agenda Entrenador, en caso de no tener modalidades asignadas o que estas no limiten la duración, se tendrán en cuenta las posibles duraciones de la reserva según lo establecido en las restricciones generales del recurso monitor.
- Nuevo módulo #1550 - Resumen_SelectorPago_Unificado para unificar todos los selectores de pago actuales implementando mejoras
- Se debe utilizar conjuntamente con el módulo #1560 - Pasarela_Pago_Centralizada.
- Sustituirá a los módulos existentes;
#350 - Resumen_SelectorPago
#580 - Resumen_SelectorPago_AltaAbonadoNMS
#620 - Resumen_SelectorPago_Pagar_Deudas
#860 - Resumen_SelectorPago_RecursosMultiintegrante_v2_1
#1080 - Resumen_SelectorPago_AltaAbonado
#1150 - Resumen_SelectorPago_Alta_Servicios_Simples
#1200 - Resumen_SelectorPago_Agenda_Entrenador_Contratacion
- El modulo presenta una interfaz uniforme entre los diferentes procesos.
- Si así se configura (ver parámetros posteriores), en los procesos que lo permitan se podrá modificar el titular del contrato y/o dar de alta datos bancarios, no permitiendo continuar en caso de que no existan y los hayamos indicado como obligatorios.
- Las formas de pago que aparezcan lo harán en función de aquellas que se hayan configurado en Deporwin, no siendo necesario configurarlas en el módulo. Además, en el caso de formas de pago tipo TPV (RedSys, STC, ...), los parámetros de configuración podrán variar en función del centro, según se hayan configurado en DeporSite.
- En el caso de las reservas de recursos, podremos gestionar de que forma queremos pagar los conceptos propios (si tenemos bono para hacerlo) y los de los integrantes (si nos han autorizado a usar alguna forma de pago).
- De forma similar, en la contratación de agenda entrenador se podrá escoger si se utiliza el bono de la persona para la que se está contratando o lo pagará mediante otra forma de pago (excluyendo automáticamente las formas de pago de tipo TPV).
- En el caso del pago de deudas, se excluirán de forma automática todas las formas de pago que no significan un cobro real: Recibo Domiciliado, Factura y Pago en Recepción.
| ObligarDatosBancariosSiNecesarios = 1 / 0 |
Indica si serán obligatorios los datos bancarios en caso de ser necesarios. Los datos bancarios se considerarán necesarios si se está contratando un producto renovable cuya forma de pago para la renovación sea Recibo Domiciliado o si se puede realizar el pago inicial mediante Recibo Domiciliado. |
| PermitirAnadirCuentaBancaria = 1 / 0 |
Nos permite indicar si queremos que, en caso necesario, se puedan introducir los datos bancarios. Los datos bancarios que se introduzcan corresponderán a la persona que conste como titular del producto contratado, no al usuario que contrata. |
| PermitirModificarTitular = 1 / 0 |
Nos permitirá, en aquellos casos que sea posible (actualmente en contratación abonos y actividades), modificar el titular del contrato. Por defecto siempre aparecerá el titular asignado a la persona que contrata, pero se podrá cambiar entre este, el propio usuario y, en caso que el usuario sea diferente a la persona que se a "logeado", el usuario logeado y su titular. |
| IdsFormaPagoNoAdmitidos = lista Ids separados por comas |
Lista de Ids de las formas de pago que no serán admitibles en el pago, aunque estén disponibles para la web. Será una lista de Ids separados por comas. |
| PagoConFPAutorizadasPorDefecto = 1 / 0 (defecto 1) |
Para ReservaRecursosMultiIntegrante y AgendaEntrenador: Indica si, en los pagos de la reserva de los integrantes, se usará por defecto la forma de pago que nos hayan autorizado (bono u otra), o por defecto lo pagará todo el titular de la reserva. |
| MostrarDesgloseAPagarResumido = 1 / 0 |
Para ReservaRecursos MultiIntegrantes: Indica si la lista de conceptos a pagar en el momento de la reserva se muestra desglosada por integrante o agrupada por concepto. |
| TipoVistaPagoDeudas = 0 / 1 / 2 (defecto 0) |
Para Pago Deudas: Nos permite indicar cómo queremos que se muestre la pantalla:
1 - En forma "módulo", es decir dentro del propio site.
2 - En forma "pantalla completa", sin acceso al site.
0 - En modo "automático": se mostrará en formato módulo si provenimos de la pantalla de "Estado contable" y en modo pantalla completa si provenimos de una enlace "Quiero cobrar". |
| OrientacionBotonesFormaPago = 0 (Horizontal) / 1 (Vertical) |
Cómo queremos que se muestren los botones de selección de la forma de pago. En formato horizontal serán botones "pequeños", mientras que en formato vertical cada botón ocupará 1 linea. En caso de movil, siempre será formato vertical. |
| PagoAutomaticoAlSeleccionarFormaPago = 0 / 1 |
Indicará si queremos que, al seleccionar la forma de pago se inicie automáticamente el cobro o bién, una vez seleccionada, debemos pulsar el botón "Pagar" para iniciar el cobro. |
| IdCentroFormasPago = <IdCentro> |
Dado que las formas de pago y su configuración de parámetros para TPV pueden ser configuradas de forma diferente por centro, nos permite forzar el centro para el que queremos que aparezcan. En caso contrario, el centro se determinará a partir del producto que estemos comprando (no disponible en todos los casos). Esta configuración se podrá "sobreescribir" si se indica un IdCentro en la url. |
- Nuevo Modulo Cuestionarios en Deporsite.
Para el correcto funcionamiento del módulo de Cuestionarios (#960) se necesita tener el modulo Redirecciona_Cuestionarios (#730).
En la configuración del modulo #730 se debe indicar el parametro URL_Proceso, el cual será la URL del proceso del cuestionario.
En la configuración del modulo #960 podemos indicarle varios parametros:
- IdCuestionario: Para forzar un IdCuestionario.
- IncluirDespedidaSiNoExiste: Para forzar el incluir una despedida del cuestionario si la necesita.
La url que se genera actualmente desde deporwin funciona correctamente en DeporSite
- Añadido a BOTools nueva pantalla de mantenimiento de parametros para las formas de pago de tipo TPV. Estos parámetros se usarán en los nuevos módulos #1550 (Resumen_SelectorPago_Unificado) y #1560 (Pasarela_Pago_Centralizada).
- Podremos definir manualmente la configuración que deseamos, o importar las existentes a partir de los parámetros configurados en los módulos de tipo "Pasarela".
- También podremos migrar los procesos existentes al nuevo sistema, de forma controlada.
- Se ha creado el modulo Mis Cuestionarios (#1580). Se ha situado en la sección "Area Usuario" en deporsite, creando el elemento de menú correspondiente.
- Modificado el módulo #910 (ReservaRecursos_Selector_v2_2) añadiendo 4 nuevos parámetros:
| mostrarSoloDuracionMaxima = 0 / 1 |
Si se activa, sólo dejará como disponible la máxima duración posible. Por ejemplo, si según el recurso podemos hacer reservas de 60 - 120 ó 180 minutos, sólo aparecerá disponible la opción de 180. |
| permitirReservasEnFranjaActual = 0 / 1 |
Nos permitirá indicar si queremos que se puedan hacer reservas en la franja actual, en cuyo caso se saltará las restricciones de antelación. |
| margenMinutosPermitirReservasEnFranjaActual |
Durante cuanto tiempo, una vez estamos en la franja actual, permitiremos reservas. 0 las permitirá durante toda la franja. Así, si indicamos 10, podremos hacer reservas en la franja actual durante los primeros 10'. |
| informarReservaEnFranjaActual = 0 / 1 |
Nos permitirá indicar si, al hacer una reserva en la franja actual, debemos informar al usuario. |
- En smartPanel_Salas se ha modificado los siguientes puntos:
- En el TituloPagina ahora aprace el nombre del recurso.
- Si la actividad esta "en curso" aparece en el horario y se añade el tiempo que resta de clase.
- En las próximas clases aparece el tiempo que resta para que empiece.
- Corregido error en el selector de actividades para la contratacion cuando teniamos seleccionado un subtipo y se pulsaba ctrl+f5. Ahora al actualizar la pagina nos hace la selección correctamente.
- Nuevo parámetro de configuración de Deporsite, para permitir limitar el tamaño de las llamadas post a funciones AJAX (de momento sólo en el caso de la firma de consentimientos). Si se indica un valor superior a 0, se tomará esta como valor máximo de bytes a subir y la llamada post se realizará por partes, reconstruyéndola al final.
- Corregido error que se producía al añadir un nuevo texto HTML.
- No se permitia realizar la reserva de un recurso (o no se permitian todas las duraciones posibles), si con la duración seleccionada la hora final se encontraba fuera del límite de tiempo marcado por la antelación del recurso.
Por ejemplo, si en un recurso las reservas eran de 60', y la antelación no permitía reservas a partir de las 20:30 horas, no se podía realizar una reserva a las 20:00 (finalizando a las 21:00), aún cuando debería ser válida pues se iniciaba dentro del límite de antelación.
Ahora, siempre que la hora de inicio sea correcta, se podrá realizar la reserva aunque la hora final supere el límite de antelación.
- Solucionado problema que no permitía eliminar una reserva de una clase que estuviese en lista de espera desde la vista de "Mis Reservas" en dispositivos móviles.
- En el alta de un nuevo usuario (desde login), si se introducía un DNI incorrecto, el proceso de alta devolvía un error genérico ("Ha ocurrido un error inesperado"), y salía de la pantalla. Ahora, informará del campo incorrecto y permitirá corregirlo y continuar el proceso.
- En el selector para la contratación de actividades, el "Modificar" del filtro Centro no funcionaba, no permitiendo cambiar el centro una vez seleccionado.
- En el formulario de alta de persona dentro del proceso de contratación de servicios NMS (página #1140), no se aplicaban las propiedades de visibilidad y/o obligatoriedad de los campos solicitados.
- En el detalle de una reserva de recursos, siempre aparecía como titular de la reserva la persona 12
- En el resumen selector del alta abonados, cuando el precio era 0 no dejaba continuar. Se ha solucionado para poder contratar abonos a coste 0 y modificado el valor del botón para que aparezca "Contratar"
- Se ha reimplementado el sistema utilizado para escoger el WebService que utilizará cada usuario.
Como siempre: si un DeporSite tiene un solo WebService configurado, será ese el elegido. (Y si no hay ninguno, se detiene la ejecución)
Si hay 2 o más WebServices configurados:
- Si es el primer acceso, escoge uno al azar y comprueba que esté disponible. Si está disponible, éste será el WebService del usuario, y no volverá a comprobarse durante 15 segundos para no realizar el mismo proceso en las llamadas AJAX e imágenes utilizadas para generar la misma pantalla; reduciendo: el número de llamadas de comprobación al WS, el tiempo de respuesta de la páginas y el número de líneas de log.
- Si ha habido un acceso previo hace más de 15 segundos, se comprueba de nuevo que el servidor continúe respondiendo correctamente: si es así se amplia el plazo de confianza en el servidor otros 15 segundos.
- En caso de error recorrerá los diferentes WebServices disponibles intentando encontrar uno disponible, hasta volver a probar el inicial, donde se detiene el proceso de búsqueda.
Además, se ha añadido la posibilidad de registrar en una base de datos externa las incidencias detectadas al comprobar los WebServices, de forma que se pueda crear una herramienta que pueda avisar de estas incidencias.
- En la reserva para Entidades, si en las restricciones del recurso no se indicaba duración Máxima de las reservas, se tomaba 180 como la duración máxima. Ahora, se calculará el valor a partir de las horas Inicio-Fin de la plantilla del recurso.
- En el modulo #500 (ReservaClasesPuntuales_Selector) se ha fijado que el ancho de las columnas para los días sea fijo (ahora podía variar si alguna descripción de recurso y/o actividad era muy largo) y se ha mejorado el "recorte" de los nombres de recurso / monitor / actividad en caso de que no haya espacio suficiente.
- En las reservas para entidades se han corregido los siguientes errores:
- Ahora al editar una reserva se visualiza bien la hora de inicio y permite su modificación.
- Se ha eliminado el botón modificar del footer (daba el error de "view not found"). Ahora la opcion de editar la reserva aparece en el menú acciones de la reserva.
- Corrección en la pantalla de login.
Si un usuario pulsaba el enlace para "Registrar nuevo usuario" y a continuación cerraba el modal, el formulario de login no funcionaba hasta que no se recargaba la página.
- En la pasarela de Redsys se añade descripción de la operación que aparecerá en la consola de cliente.
- En las reservas para entidades se han corregido los siguientes problemas:
- Ahora Al editar una reserva se muestra bien la hora de inicio y permitie modificarla.
- Se ha desactivado el boton que aparece en el footer de la pagina para modificar las reservas porque se modifico de sitio, ahora aparece en el menu de acciones de la línea de reserva
- En el módulo AgendaEntrenador se ha modificado el archivo backoffice.json para que no tenga los parametros de las pasarelas de pago y solo tenga los parámetros necesarios.
Los parámetros necesarios son:
- NombreActividad
- UrlProcesoContratacionAgendaEntrenador
- MostrarBotonInscribirEnListado
- MostrarBotonVerListadoAsistencia
- TieneContratacionDesdeAgenda
- ConfirmarAsistencia
- margenMinutosEditablePorEntrenador
**cambio realizado en php5 y php7
- Al usar el módulo de consentimientos dentro de un proceso, se obligaba a aceptar todos los consentimientos para poder continuar, independientemente de la configuración usada en IdsConsentimientosAceptadosRequeridos
- Al comprobar las entradas asociadas a una reserva ahora se solicitarán todas y no sólo las válidas para el día en que se realiza la consulta.
- Adaptación a los nuevos campos obligatorios en el registro de tarjetas de AddonPayments.
La nueva versión del protocolo requiere varios campos adicionales, que han sido añadidos a la configuración del módulo (610 - Listado_MisTarjetas_AddonPayments).
|
Nuevos parámetros del módulo 610 - Listado_MisTarjetas_AddonPayments
|
| hpp_billing_city |
Nombre de la población del centro (p.e.: Castelldefels) |
| hpp_billing_country |
Código numérico ISO correpondiente al país (España = 724)
https://es.wikipedia.org/wiki/ISO_3166-1 |
| hpp_billing_postalcode |
Código postal (p.e.: 08860) |
| hpp_billing_street1 |
Dirección (p.e.: Can Rabadà, 2) |
| hpp_customer_phonenumber_mobile |
Teléfono, con prefijo de país separado con pipe "|"
(p.e.: 34|936365366) |
Además, para la versión PHP7, se ha añadido la URL de notificaciones del banco a la lista de URLs sin validación CSRF.
- Adaptación a los nuevos campos obligatorios en el pago con tarjeta por AddonPayments.
La nueva versión del protocolo requiere varios campos adicionales que han sido añadidos a la configuración del módulo (60 - Pasarela_AddonPayments)
|
Nuevos parámetros del módulo 600 - Pasarela_AddonPayments
|
| hpp_billing_city |
Nombre de la población del centro (p.e.: Castelldefels) |
| hpp_billing_country |
Código numérico ISO correpondiente al país (España = 724)
https://es.wikipedia.org/wiki/ISO_3166-1 |
| hpp_billing_postalcode |
Código postal (p.e.: 08860) |
| hpp_billing_street1 |
Dirección (p.e.: Can Rabadà, 2) |
| hpp_customer_phonenumber_mobile |
Teléfono, con prefijo de país separado con pipe "|"
(p.e.: 34|936365366) |
En este módulo, para la versión PHP7, se ha añadido la URL de notificaciones del banco a la lista de URLs sin validación CSRF.
- En el Gestor de Autorizaciones, en la pestaña de "Me Autorizan", no aparecían los nombres de las formas de pago que nos autorizaban, sino que siempre aparecía "FP desconocida "
- En la pantalla de resumen y selector de pago, cuando se preparaban los datos de una venta de productos (por proceso), sólo capturaba el importe de la última línea de venta.
- En la pantalla de reserva de recursos con grid: corrección en el script que realizaba la llamana AJAX para almacenar la selección, que dejaba la pantalla bloqueada cuando sólo había una modalidad seleccionable.
- En el módulo enrutador, si se pasaba como destino una URL real del site, que no fuese una de las genéricas "AltaAbono" o "AltaServicioNMS", no se realizaba la redirección.
- En el módulo "enrutador", no se hacía caso de los valores configurados para las propiedades PermitirSoloDestino_AltaAbono o PermitirSoloDestino_AltaServicioNMS.
- En el área de datos personales, el IBAN, si existe, se mostrará ofuscado, indicando sólo los 8 primeros números (Pais + Control + Entidad) y los 4 últimos dígitos de la cuenta.
- En la inscripción desde lista de espera, tanto desde "Mis Actividades" como desde un email/SMS, no se utilizaba el NumeroInscrito lo que podía provocar problemas en casos de usuarios con varias inscripciones para la misma actividad.
- En el detalle de las actividades contratadas, se obtiene el precio real de la actividad para la persona que la ha contratado.
- Solucionada incidencia de funcionamiento en alta de nuevo usuario, del CHECK en MOBILE (ios y android), ya que al intentar marcar el CHECK no se marca y no permite avanzar.
- Nueva funcionalidad: Alta Abonos 1-click
- Proceso para permitir realizar campañas promocionales, enviado a exclientes un enlace
para la contratación de abonos clásicos (v3) o servicios NMS (con flag Socio/Abonado)
de forma rápida.
- Esta funcionalidad permite realizar campañas promocionales a los exclientes de un
centro para que vuelvan a inscribirse.
Las campañas se podrán realizar tanto mediante CRM como mediante Boletines, y
consistirán en un correo electrónico que contendrá un enlace al proceso de Alta de
Abonados o Alta de Servicios Simples NMS. El enlace, además de la información sobre el
login de la persona podrá contener parámetros adicionales, para facilitar la contratación
al cliente
- Se adapta el Area de Usuario para incorporar la opción de Vinculación de SmartTagQR
- Añadidos el número de plazas ocupadas y el número de plazas totales en el listado de actividades de la agenda entrenador
- Se incorpora en BackOffice (BOTools/Instalador de módulos) la opción Pasarelas de pagos por procesos. Nos permitirá ver detalle de las pasarelas de pago de cada uno de los procesos.
- En la barra de herramientas de administrador web (cuando se ha hecho login con un usuario con ese permiso), aparece un nuevo enlace "Configuración actual".
- Se incorporan controles de visibilidad y obligatoriedad en las altas de persona en los siguientes módulos. Los parámetros añadidos son:
nombreObligatorio
nombreVisible
apellido1Obligatorio
apellido1Visible
apellido2Obligatorio
apellido2Visible
documentoIdentidadObligatorio
documentoIdentidadVisible
telefonoMovilObligatorio
telefonoMovilVisible
emailObligatorio
emailVisible
passwordObligatorio
passwordVisible
sexoObligatorio
sexoVisible
fechaNacimientoObligatorio
fechaNacimientoVisible
cpObligatorio
cpVisible
- formulario alta abonado nms (#570)
- formulario alta persona unidad familiar (#720)
- formulario alta abonado (#970)
- formulario alta abonado (#1070)
- Se ha revisado la pantalla de selector de elementos que era la que cogia el monitor de la actividad en lugar del monitor del horario.
- Se añade en el formulario de alta en unidad familiar un checkBox para controlar el IdTitularPorDefecto
| AsignarPersonaAutenticadaComoTitularEconomico |
1=Formulario de alta check marcado, 0= check desmarcado por defecto |
- Se ha modificado la vista de movil en la contratación de clases puntuales para que aparezcan las selecciones de salas mas intuitivas.
- Se han añadido los siguientes parametros para poder filtras las clases al invocar la selección de actividades a través de la URL:
- IdCentro
- IdObjetivo
- IdTipoActividad
- IdSubtipoActividad
- IdGrupoActividad
- IdMonitor
- IdIntensidad
- Mejorada la visualización responsive de la pantalla de control de aforo.Ahora se adapta correctamente a diferentes dimensiones y resoluciones de pantalla.
- En el Editor de Menú del configurador de Deporsite, tanto el de Usuario como el de Acceso, se incorpora un buscador para poder filtrar entre las diferentes opciones.
- En el módulo #1010 - Formulario_SelectorDeudasAPagar se añade la forma de pago de cada línea de deuda mostrada.
- Se han añadido los
parámetros: 'MotorDeCaptura' , 'SelectorCamara' y 'CapturarDireccion' a DeporSite.
[ ] : valores por defecto
El motor de Captura deberá ser siempre "datosDNI_TI", solo se mantiene "datosDNI" por compatibilidad con la versión anterior de la App.
De momento la Captura de la dirección del DNI no se está utilizando, solo hemos creado el parámetro para un futuro módulo que lo permita.
|
Formulario_CapturaDNI_SmartPanel
|
| MotorDeCaptura |
"datosDNI" / ["datosDNI_TI"] |
| SelectorCamara |
["Frontal"] / "Trasera" |
| CapturarDireccion |
0 - No, 1 - Capturar |
- Se añade el parámetro AplicarFiltroPorNivel en el selector de contratacion de actividades. Ahora ya no deberia aparecer si no cumple el nivel que tenga la persona.
- Creación Modulo para anulación de reservas.
- Primera pantalla con una caja de texto donde el usuario introducirá el localizador de la reserva y un botón para buscar.
- Segunda pantalla con un detalle de la reserva junto a un listado de las líneas de la reserva.
- La reserva se verá si el usuario Login es el mismo que el usuario de la reserva.
- La reserva no se podrá anular si el estado es "Anulada", "AnuladaConGastos" ó "PreReserva".
- La reserva no se podrá anular si el Concepto no existe en el parámetro IdConceptosServiciosAnulables. En caso de que IdConceptosServiciosAnulables esté vacío no hará ninguna comprobación en este punto.
- Al finalizar la operación, volveremos a cargar la reserva para mostrar el estado en que ha quedado.
- Rediseño de la grid de actividades para poder mostrar el monitor y la sala segun parametro .
posibles valores: 1 o sala, 2 o monitor, 3 o ambos.
Se añade el parametro replicando la logica al modal de la actividad. Los valores son los mismos que
- En la lista de pagos cobrados del estado de cuentas del cliente (módulo #1010) mostramos la forma de pago en que se pagó cada linea.
- Incorporada gestión multiidioma en la tabla de edición de html en BackOffice
Añadido:
- Opción de mostrar eliminados, que se mostraran tachados y se permite restaurarlos.
- Ahora se puede filtrar, buscar, ordenar y paginar.
- Al añadir o editar se visualiza el nuevo editor de código.
- Nuevo parámetro en Agenda Entrenador para poder ocultar el botón de Nueva Inscripción
| MostrarBotonInscribirEnListado = (0,1) |
0 para ocultar el botón y 1 para mostrar el botón |
- En la inscripción en clases dirigidas, los emails de confirmación de la inscripción y avisos de lista espera se enviarán diferidos para evitar que se produzcan errores de time-out
- Nuevo módulo 'Enrutador': permite redirigir a procesos desde un enlace enviado por e-mail, con login de usuario. Por seguridad, una vez realizado el login con este enlace, el enlace sólo permite acceso a un proceso en concreto, ocultando el menú superior (excepto botón de logout).
Si se intenta modificar manualmente la URL, se realiza un logout automático.
| PermitirSoloDestino_AltaAbono |
(bool) : Indica si queremos permitir durante el login actual sólo la página/proceso a que se va a redirigir (alta de abonado), Por defecto 1 (true) |
| URL_AltaAbono |
Nombre de la página a que se regirige (por defecto: 'alta-abonados') |
| PermitirSoloDestino_AltaServicioNMS |
(bool) : Indica si queremos permitir durante el login actual sólo la página/proceso a que se va a redirigir (alta de servicio NMS), Por defecto 1 (true) |
| URL_AltaServicioNMS |
Nombre de la página a que se regirige (por defecto: 'contratacion-servicios') |
- 1) Adaptar el módulo "ALTA ABONADOS" para los parámetros:
Se ha adaptado el modulo para que pueda recibir los siguientes parametros:
- IdTipoAbono
- Fecha con el formato indicado
2) Adaptar el módulo "CONTRATACION SERVICIOS SIMPLES NMS" para los parámetros:
Se ha adaptado el modulo para que pueda recibir los siguientes parametros:
- IdServicio
- IdSubFamilia
- IdFamilia
- IdTipoFamilia
- IdTipoServicio
- IdArea
- IdCentro
- IdTipoPeriodoContratacion
- Fecha con el formato indicado
La fecha se ha modificado tanto en las llamadas de WS como en la visualización de los datos en pantalla
- En el alta de abonos, se han modificado los textos de "Lorem ipsum..." por "Para continuar, elegir un método de pago" y "Para continuar, introducir numero de cuenta"
- Se han modificado las pasarelas de pago para que los textos y los botones de las pantallas finales sean genericas. En los textos ya no aparece nada de "reserva realizada" y ahora sale "proceso realizado". Para el boton de "ir a mis reservas" ahora tenemos dos parametros dentro de la pasarela, ClaveTextoSiguiente para introducir la clave a traducir y el UrlSiguiente donde pondremos la url donde queramos que apunte.
- En la contratación de servicion simples se ha preparado el módulo para poder recibir dos parámetros más.
El parámetro IdPromocion tanto puede llegar por URL, por parámetros de proceso o por $_SESSION. Si llega, se informa en el post de servicios.
El parámetro PromocionCaducada solo se espera por $_SESSION. Si se informa como true en el detalle del servicio aparece un modal donde se informa que la promoción ya ha caducado
- En el alta abonado se ha preparado el módulo para poder recibir dos parámetros más.
El parámetro IdMotivoAlta tanto puede llegar por URL, por parámetros de
proceso o por $_SESSION. Si llega, se informa en el post de alta.
El parámetro PromocionCaducada solo se espera por $_SESSION. Si se informa
como true en el detalle del alta aparece un modal donde se informa
que la promoción ya ha caducado
- Nuevo módulo para procesos 'AsignacionAutomaticaDePerfiles'.
Este módulo comprueba si recibe por Sessión o como parámetros del propio módulo, los valores 'IdPerfil' y 'FechaVencimiento' (opcional), y asigna este perfil al usuario autenticado.
Una vez realizada la tarea (si corresponde), redirige al paso 'siguiente' del proceso.
|
AsignacionAutomaticaDePerfiles
|
| IdPerfil |
Código del perfil a asignar a la persona. El perfil debe ser asignable por Internet, sino no funcionará. |
| FechaVencimiento |
Fecha de vencimiento del perfil (opcional). |
- Se ha modificado el resumen selector pago. Ahora si la persona no tienes datos bancarios pero tiene un titular por defecto y este titular por defecto dispone de datos bancarios, el sistema no los preguntará el IBAN y se podrá continuar
- En el detalle de la reserva se ha añadido la información del recurso
- En la agenda entrenador, se ha añadido la modalidad en el detalle del alumno de una reserva del entrenador
- En el módulo del formulario de consentimientos, se ha añadido junto al nombre del usuario en la firma el texto 'o su representante legal si es menor de edad'.
- En el módulo 'Pasarela_RedSys' (versiones PHP5 y PHP7), realizada modificación para enviar nombre y apellidos a la pasarela (en lugar de sólo el nombre).
Limitada la longitud a 50 carácteres: si el nombre es más largo, se recortá a 47 carácteres y se añade "..." para indicar que no es el nombre completo.
- En la parrilla de clases, se ha añadido el numero total de plazas en el modal de información
- En la reserva de servicios simples, se ha añadido el parametro MostrarHorariosDesglosados. Ahora si este parametro esta a true y hay más de 7 horarios, aparecen 5 horarios junto a un botón "ver más" donde abre un pop-up con toda la información. Tambien se ha modificado todo el resumen a pagar. Ahora tienes un primer resum rápido y se ha añadido un botón para ver el desglose a través de un pop-up.
- Se ha creado un parametro en el apartado preferencias del configurador de desporsite () para determinar que campo queremos usar como nombre del recurso. Este parametro afecta a las siguientes secciones:
- Grid de recursos más pop-up.
- Pantalla conceptos opcionales-
- Pantalla resumen
- Pantalla final de reserva.
- Listado reservas de recursos.
- Detalle reserva de recursos.
- En la contratación de servicios simples NMS se ha replicado el funcionamiento para poder contratar para cualquier miembro de la unidad familiar. Esto ha afectado al selector de servicios y al detalle del servicio para poder cambiar la persona para la que quieres reservar, y por otro lado se ha modificado el resumen final para indicar la persona para la que se ha reservado.
- En los listados de Textos HTML editables (tanto desde el BackOffice, como desde el BackOffice Lite), se ha añadido una información adicional para cada uno de los IdTexto, indicando a cuántos procesos y/o páginas afectaría modificar ese texto.
Además, al pulsarlos, muestra el detalle del Proceso (y en qué paso, y qué página contiene) o de la Página afectada por ese Id, teniendo en cuenta la configuración actual de herencia de ese valor IdTexto, a través de la configuracón del paso de Proceso, la Página, o el valor por defecto del Módulo.
- En la pantalla de Resumen y Selector de forma de pago de la reserva de recursos multiintegrante se ha añadido la posibilidad de configurar en ella si se permite al usuario no utilizar bonos de los integrantes aunque estén disponibles: por defecto, hasta ahora, se utilizaban los bonos disponibles para realizar la reserva.
Para ello se han añadido dos nuevos parámetros al módulo, uno para indicar si se permite esta opción (desactivando el funcionamiento anterior), y un segundo parámetro para indicar el valor por defecto de esta selección.
|
Resumen_SelectorPago_RecursosMultiintegrante_v2_1
|
| PagoConBonoOpcional |
Indica si se utiliza siempre los bonos disponibles de los usuarios, o se puede seleccionar.
0 = [por defecto] usará bonos siempre que haya disponibles (como hasta ahora), el usuario no puede modificarlo.
1 = se permite al usuario decidir si utilizar los bonos disponibles o no. |
| PagoConBonoPorDefecto |
Indica si se utiliza por defecto los bonos disponibles de los usuarios, cuando esto esta permitido por el parámetro anterior (PagoConBonoOpcional = 1).
1 = [por defecto] usar bonos
0 = no usar bonos aunque haya disponibles |
- Se ha mejorado el balanceo en el uso de WebServices, para clientes con más de un DeporNetWS configurado, para evitar dejar usuarios sin servicio mientras uno de esos WebServices esté sobrecargado, caído o reiniciando.
- Se ha modificado el proceso de contratación de serivios simples nms para que el resumen selector pago de servicios simples (actual 1150) pase a ser el resumen selector pago (350) y así para poder tener los parametros y .
- Se ha añadido el parametro PermitirAnularReservaAIntegrantes en los modulos siguientes:
- Detalle_reserva (Id:520) (Tinnova_v2) (procesos).
- Gestor Reservas: home (Tinnova) (no procesos)
Para el modulo 520 el parámetro se creará automaticamente. Para el módulo Gestor Reservas: home se deberá crear manualmente.
- Se ha modificado el módulo de selector de actividades para que estos parametros sean parametrizables con valores 0 o 1.
[AplicarFiltroPorNivel], [AplicarFiltroPorEdad], [AplicarFiltroPorNivelEspera]
- Se ha revisado la recarga de la página al pasar del detalle de una actividad para que si volvemos atrás no perdamos los filtros que previamente tuviéramos en la selección de filtros.
- Se ha habilitado la posibilidad de traducir los literales de la pantalla del Módulo 270 - Movimientos Económicos
- En el nuevo sistema venta-productos de procesos ya tiene en cuenta correctamente la descripción de los mensajes de error.
- Corregido error de contratación de actividad cuando se accedía desde la URL indicando el IdActividad deseado. Ahora ya distingue correctamente si tiene que inscribir o apuntar en lista de espera.
- Corregido error en horarios de actividades dirigidas, por el que te permitía ver y reservar las actividades de la semana en curso pero no ver las actividades de semanas futuras, configuradas para estar disponibles en web.
- En la grid de actividades no se podia filtrar por el campo grupo. Se ha corregido para que lo tenga en cuenta
- Corregido error en visualización de clases que hacía que cuando la actividad tiene ubicacion perdía la visualización del monitor para ese horario.
- En Formulario de Consentimientos: No se mostraban al usuario los textos de los consentimientos que ya estaban marcados como aceptados o denegados, tras una una migración.
- En Formulario de Consentimientos (versión PHP7): no aparecía el contenido Capa2 del consentimiento, que debería mostrarse en el modal.
- Se ha modificado la pantalla del resumen en la reserva de recursos. Ahora si el importe es 0 no sale el texto de "selecciona forma de pago"
- No se mostraban las imágenes de /personalizados/corporativos: logo.png y favicon.ico.
Se ha corregido el 'autoload' para añadir una clase faltante, se han cargado las imágenes por defecto correspondientes, y se ha eliminado una imagen vacía 'favicon.ico' que estaba en la ruta real, que no permitía que se cargase la ruta virtual.
Importante: las actualizaciones no pueden eliminar archivos, por lo que en el caso de actualizaciones de instalaciones que ya contenían previamente el archivo '/public/favicon.ico', este archivo deberá ser renombrado o eliminado de forma manual.
- Se ha habilitado el campo grupo para poder filtrar en la grid de actividades
- Se ha añadido la comprobación de complejidad de contraseña en el formulario de recuperación de claves desde el enlace de mail en la versión PHP5, para que sea validado antes de enviarse a la llamada AJAX.
Esta opción sólo estaba disponible en PHP7.
- Añadida la precarga del controlador GeneradorCadenaLoginTercero. Que es necesario para redirigir a ActividadesWeb manteniendo el Login.
- En el selector actividades NMSse ha corregido para que los textos sean traducibles y editables
- En el selector de actividades. ya no salen actividades duplicadas cuando no tenenmos login.
- En el módulo Selector_AltaAbono (#1050), al mostrar el precio del abono se mostraba siempre como periodicidad la mensual, Ahora, se mostrará la periodicidad que corresponda para cada tipo, mediante textos traducibles.
- En DeporSite, al realizar una reserva de recursos multi integrante donde uno de los integrantes tiene autorizado al titular de la reserva a "pagar su parte con su bono", pero no dispone de bonos vigentes válidos, ahora se pagará la parte del integrante con el bono del titular de la reserva.
- En el módulo Principal de venta de productos: "#240 VentaProductos : Principal".
Añadimos el parámetro 'IdsFormaPagoNoAdmitidos', y como valores los Ids de forma de pago que quieran ocultarse en la Venta de Productos.
- Corregida incidencia que impedía eliminar el último elemento en la cesta de Venta de Productos, tanto con el selector de número de unidades como con el botón Eliminar
- Añadida marca de aceptación de condiciones en el proceso de añadir un nuevo familiar para contratación de cursillo.
- Se reorganizan los parámetros de búsqueda de cliente en contratación desde agenda de entrenador, en forma de menú desplegable, para una correcta visualización desde escritorio y móvil.
- A partir de ahora, una vuelta a la raíz de la página, cuando estamos en un punto intermedio de un proceso, cancela el proceso que tengamos en sesión, así evitamos que un retorno a la página o a otra pestaña nos deje en el punto intermedio en que dejamos un proceso.
- Se añade traducción personalizada al texto de "Modalidad a reservar" en reserva de recursos de múltiples integrantes.
- Se ha modificado la función para la visualización del codigo IBAN en el resúmen económico. Ahora oculta parte del codigo con ****
- Corregida incidencia al contratar una actividad, si la fecha de inicio es la
misma que la fecha de baja, por ejemplo un evento, no nos deja inscribirnos
porque la actividad acaba hoy.
- En el módulo de ocupación de aforo se ha
agregado el parámetro FormatoTextoGrafico con tres posibles valores
(porcentaje, absoluto, ambos).
Ahora cuando la ocupación es superior al aforo
aparece "Aforo Completo". A través del nombre del recinto, con un tooltip, aparecen los datos para ver si hay alguna incidencia.
- Se incorpora en el resumen y selector de forma de pago del módulo de venta de productos un check de aceptación de condiciones que bloquee el botón de continuar.
- El texto que aparece junto al 'check' es traducible: en la traducción personalizada se deberá poner el enlace a la página que contenga los Terminos y Condiciones que incluyan las políticas de envío y devolución.
- Para que aparezca este 'check', debe añadirse un nuevo parámetro al módulo (Venta productos : principal )
| 'requiereAceptacionCondiciones' = 1 |
1 si queremos el check de aceptación, 0 si no lo queremos |
- Nuevo modulo adjuntar documentos.
- El mismo módulo (a través de su página) podrá ser instanciado diversas veces dentro de un Proceso
- De esta forma, en u n proceso de alta, por ejemplo, podremos secuenciar varias peticiones de subida de documentos necesarios, específicas para ese proceso
- En cada paso del Proceso se podrán definir los siguientes parámetros:
|
Formulario_SubirArchivos (#1280)
|
| esArchivoRequerido |
0/1 : impide o permite continuar el proceso sin subir el archivo solicitado. |
| idSubtipo |
(int) : valor correspondiente con el gestor de archivos de DeporWin, para organizar los archivos subidos. |
| InputFileAccept |
(string) : extensiones de archivos permitidas, separadas por comas. |
| rutaDescripcionArchivoSolicitadoHTML |
(string) : nombre del archivo .html que se almacenará en '/personalizados', en los mismos directorios del archivo 'commons.php' del módulo. Este archivo es HTML, pudiendo añadir tags para dar un estilo personalizado a la explicación del documento solicitado. |
- Adaptación del módulo de "Consentimientos" para poder ser añadido como paso en un proceso.
- Se añade el campo "ReservaPorAcceso" en la tabla ReservasClase para identificar las reservas de clases puntuales realizadas por el propio sistema de control de acceso (Last Minute)
|
Parámetros del módulo 'Formulario_Consentimientos" (#960) al usarse en Proceso
|
| IdConsentimiento |
Identificador del consentimiento que se mostrará al cliente. |
| IdGrupoConsentimientos |
Identificador del grupo de consentimientos que se mostrará |
| IdsConsentimientosAceptadosRequeridos |
Ids (separados por comas) que deberán estar aceptados para poder continuar (vacío o "0": todos los consentimientos deberán ser aceptados) |
| SaltarAutomaticamenteSiYaAceptado |
(0/1) Si está a true, y todos los requeridos ya habían sido aceptados por el usuario final, saltará automáticamente al siguiente paso del Proceso. |
- Los enlaces de proceso, aparecen automáticamente (si está en un Proceso) cuando correspondan:
| siguiente |
enlace al siguiente paso del proceso tras la aceptación de las condiciones |
- se ha creado el parametro "verSalaMonitorEnGrid" con tres posibles valores (sala,monitor,ambos).
|
ReservaClasesPuntuales_Selector #500
|
| verSalaMonitorEnGrid |
Opciones de visualización: sala,monitor,ambos |
- se ha corregido la comprobación de la obligatoriedad del IBAN en el proceso de alta abonados
- En la grid de actividades, en la version movil, aprovechando que el texto de la actividad solo puede ocupar una línea, se ha bajado el texto de clase completa para poder ver el texto de la actividad.
- Pasarela de pago C60 (STC "LaCaixa") para organismos públicos.
Para su funcionamiento, requiere que el cliente realice préviamente dos acciones:
- Solicitar a la entidad bancaria su Código Comercio ("ORIGEN")
- Informar a la entidad bancaria de la URL donde DeporSite recibirá la respuesta ("URLLLAMADA"), y esperar su confirmación.
Nota: Esta confirmación suele tardar varios días.
Para la configuración de la Pasarela STC, se deberán configurar los siguientes parámetros:
|
Configuración de la Pasarela STC (módulo #980)
|
| IdFormaPago |
Debe coincidir con el valor correspondiente a esta forma de pago retornado por el WebService. |
| CodigoComercio |
Código indicado por la entidad bancaria (debería ser un código de tres carácteres). |
| URLLLAMADA |
URL que se le indica al banco, donde se recibirá la confirmación. |
| ModoConexionSTC |
Configura DeporSite para utilizar la pasarela de test o la de producción. Valores posibles: ( "produccion" / "pruebas" ) |
- En el resumen de contratación de actividades, se ha añadido una clase infoFormaPagoDefecto para poder ocultar el texto por css
- En DeporSite se ha modificado la vista del detalle de la reserva. Ahora si el WS devuelve DescripcionModaldad aparece en la pantalla
- Se han añadido tres parametros en el modulo #890Listado_Mis_Bonos para controlar los bonos a mostrar.
| TipoBono |
(0=Todos, 1=Bonos, 2Entradas). Por defecto a 1 |
| FechaReferencia |
Por defecto, en blanco |
| EstadoBono |
(0=Todos, 1=ConAccesoPermitido, 2=SinAccesoPermitido). Por defecto a 1 |
- Se ha pasado venta productos a procesos en deporsite.
Se puede por tanto configurar como el resto de procesos y reutilizar pasos como la pasarela de cobro sin tener que configurarla específicamente en el módulo de ventas.
Para cambiarlo, se puede importar desde el configurador el proceso ya definido y configurarlo.
- - Añadido enlace a traducciones desde la barra del menú de administración.
- Creada pantalla de gestión de traducciones.
- Pantalla de traducciones:
- Listado de traducciones - Clave Traducción, Valor Original, Valor Personalizado, Vacío.
- Formato Datatable del listado.
- Navegación entre idiomas con formato tab-panel.
- Valor Personalizado = text input para insertar la traducción en el archivo de Personalizados.
- Vacío: Checkbox que permite indicar al sistema que se guardará un valor vacío en la entrada del fichero de traducciones para ese tag. Si no se selecciona y se deja en blanco el input, el sistema no almacenará nada
- Alert Box para aquellos casos que en los archivos originales existen diferencias de tags entre archivos de traducciones (por idioma).
- Alert Box indica el número total de errores por idioma y listado de tags que son diferentes
- Se ha activado la opción de Gestor de Footer (pie de página personalizado) en la pantalla BOTools -> Imagen Corporativa.
- Esta opción navega a una pantalla en la que se listan diferentes textAreas para cada uno de los ficheros de footer de idiomas que tengamos en la ruta: PHP/DeporSite/personalizados/pie_pagina/.
- Por cada idioma existen 2 versiones: Desktop y Mobile.
- Cada TextArea incorpora un editor de código similar al Gestor de CSS Main.
Existe un botón por cada TextArea que guarda en la ruta del fichero, el contenido que hayamos indicado. El resultado del proceso se muestra en un mensaje encima del botón.
Se han añadido unos botones que navegan al TextArea que queremos modificar.
Cuando hay varios TextAreas que obligan a la página a mostrar un scroll, si nos encontramos en alguno de los TextAreas inferiores, podemos volver arriba mediante un botón que aparece abajo a la derecha.
Está preparado este gestor para construir los diferentes TextAreas de manera dinámica, según los idiomas activos.
- Ahora mismo se debe crear a mano la carpeta del idioma (en la ruta del footer).
- Se añaden en el modulo 350 (resumen selector de pago) dos parametros de anadirCuentaBancaria y obligarDatosBancarios para igualar el funcionamiento con el alta abonados. De esta forma permite o no el añadido de cuenta y controla la obligatoriedad de entrar cuenta para poder seguir el proceso.
- En DeporSite, en la reserva de recursos, solucionado problema de consumo de bono en caso de importe 0 por descuentos en la reserva.
- Se ha modificado el la pantalla del resumen en la parte de contratación de actividades para que cada vez genere un nuevo idTransaccion y así vaciar la anterior
- Revisado en Mis Actividades la selección del usuario de la unidad familiar al intentar inscribir a un familiar que estuviera en Lista de espera.
- Corregido el problema por el que en reservas de recursos con bloqueo, cuando la modalidad era de solo un integrante, no se estaba informando al WS del integrante y por lo tanto no guardaba en la reserva.
- Correccion de diversas traducciones en módulos y áreas de:
Reserva classes
Contractació nms
Unidad familiar
Monedero
Datos económicos
Contratacion actividades
Reserva recursos
Agenda entrenador
Venta productos
Datos personales
- Se corrige la vista de códigos QR de entradas de una reserva de espacio que aparecían juntos cuando se generaba más de una entrada en una reserva
- Se han añadido las traducciones al castellano en el resumen selector pago de alta de abonados
- Se ha revisado la recarga de la página al pasar del bloqueo a la aceptación de condiciones de una reserva para que si volvemos atrás no perdamos los filtros que previamente tuviéramos en la selección de recursos.
- Corrección para comprobar la forma de agregar los parámetros GET para la URL de "AutorizacionesReservasPersonas" en lugar de comprobar esa URL se miraba la URL de "NuevaReservaPuntual".
- Se ha modificado la posibilidad de traducir el nombre del Recurso. Ahora primero busca si tiene (en ese orden):
- DescripcionAbreviada
- Abreviatura
- DescripcionBasica
- Nombre
- Corregido problema por el que, al seleccionar miembro familiar en vez del titular al iniciar contratación de actividades, aplicaba los filtros en base al titular en vez del usuario escogido.
- Nuevo proceso: contratación servicios simples NMS. Compuesto por los siguientes módulos:
- Selector contratación Servicios (#1100)
- Formulario alta persona (#1140)
- Detalle contratación servicios simples NMS (#1120)
- Pasarelas de pago necesarias
- El asistente de selección permite búsqueda por Tipos de Familia, Familia y Subfamilia, así como personalizar más criterios de filtrado
- El detalle y resumen nos dan datos de la contratación del servicio para el usuario, con el cálculo de precios, descuentos, etc.
- En la seleccion de integrantes_V2 se han añadido dos parámetros (campoMostrar y fechaBuscarIntegrante). Ahora se puede elegir si deseamos buscar por DNI y Email desde el parámetro campoBuscar y ocultar el input de fecha nacimiento con el parámetro fechaBuscarIntegrante.
- Añadidas varias mejoras en gestión de Autorizaciones de reserva:
Añadidos radio-buttons para poder marcar como forma principal de pago y firma alternativa/secundaria.
Añadido "loading" durante el tiempo de conexión a Webservice, y mensajes de error si hay problema.
El error incluye el mensaje de respuesta del WebSevice (cmprobar si es traducible).
Se ha añadido el parametro IdFormasPagoNoAdmitidas (Ejemplo: 1,5,12,32)
Este modulo no está en V2 por lo que la creación del parámetro tiene que ser manual.
- Nuevo parámetro en módulo de firma de consentimientos. enviarDocumentoPorMailACliente activado enviará automáticamente al cliente por correo electrónico el documento con la firma de los consentimientos aceptados que se adjunta al gestor documental. Lo hará tanto si llegamos vía un enlace de correo electrónico como si lo hacemos vía iPad.
- En el listado de inscripciones de la Agenda Entrenador se ha añadido la Descripcion del elemento en el caso de que la reserva sea de una actividad con elementos reservables
- Nueva opción dentro del módulo de Agenda de Entrenadores, para poder realizar una reserva de recurso (el propio entrenador) a un usuario.
- Selector de recurso (el propio entrenador puede tener N recursos humanos asociados).
- Selector del usuario. Igual que el de reserva de clases.
- Selector de modalidad de reserva
- Selector fecha + hora
* Selección fecha
* Evaluación de la disponibilidad de esa fecha
* Presentación de la disponibilidad para poder seleccionar hora inicio + duración
- Pantalla de resumen con los datos a reservar + opción de pago
* Métodos de pago válidos: Pago con bono + Pago con monedero + Pago con recepción + Pago por recibo domiciliado
- Cierre transacción + pantalla resumen
* Se puede configurar como en reservas de recursos para que envíe por email un comprobante al usuario
- En la agenda de entrenador ahora se muestran también las reservas que se hayan realizado desde ReserWin con origen "externo", es decir no vinculadas a cliente o clase y con texto libre. Así el entrenador tiene más detallada su ocupación.
- Nuevo módulo: Visualización de aforo por zonas de la instalación.
- Permite definir hasta 5 recintos a mostrar, definiendo en cada uno color, aforo máximo para mostrar según porcentaje de ocupación, y tiempos de actualización de la información.
| ActivarPush |
(0 o 1) si se quisiera (en un futuro) utilizar como pantalla de reposo en SmartPanel, manteniendo conexión a DeporHUB. |
| Actualizacion_ActivarAnimacion |
(0 o 1) mostrar una animación al dibujar la gráfica. |
| Actualizacion_Intervalo |
(en segundos) cada cuánto tiempo queremos que actualice los datos de ocupación. |
| MostrarRecinto_X (X con valor de 1 a 5) |
(0 o 1) indica si mostrar cada recinto (el número de recintos marcados como visibles decide automáticamente la plantilla que se utiliza para mostrarlos). |
| IdRecinto_X (X con valor de 1 a 5) |
(IdRecinto) indica el identificador de recinto a mostrar de entre los recibidos en la llamada al WS. |
| AforoRecinto_X (X con valor de 1 a 5) |
(numPersonas) Valor que se considera máximo del recinto que se comparará con la ocupación recibida del WS para generar la gráfica. |
| ColorRecinto_X (X con valor de 1 a 5) |
(#hex) Color con que se quiere dibujar cada gráfica (estilo RGB hexadecimal : #012def ) |
- Nuevo módulo: Entradas de reservas de recursos
- Permite mostrar e imprimir las entradas generadas por cada integrante de una reserva de recursos. Si las entradas tienen código QR asociado permite visualizarlos e imprimirlos.
- En el detalle de la reserva se ha añadido un botón
para poder ver las entradas si la reserva las tiene. Desde esa visualización se
pueden imprimir quedando una por página.
- Se añade nuevo parámetro al módulo Lector QR SmartPanel, para poder escoger la cámara a utilizar.
| SelectorCamara |
[Frontal | Trasera] Valor por defecto 'Trasera'. |
- Modificado sistema de Recuperar Contraseña Actual para que pida la fecha de naciemiento, o directamente o bien cuando detecte que hay más de una persona con el mismo correo electrónico
|
En CONFIGURADOR del sitio (http://ejemplo.deporsite.net/configurador), en sección Preferencias de Cliente
|
| TipoIdentificacionRecordarContraseña |
email : sólo solicitará mail
email+fecha : en cualquier caso solicita ambas cosas
dinamico : si escribir mail y pulsar el botón detecta más de uno, solicitar fecha de nacimiento |
- Nuevos parámetros de control de duplicados de personas en alta, tanto en login, como en alta de abonado, NMS o integrante de cursillo.
|
Módulo #38 (alta de persona), módulo #1070 (alta abonado), módulo #720 (alta unidad familiar), módulo #1150 (Alta servicios simples NMS)
|
| TipoComprobacionDNI |
Valor: 0
Descripción: no comprobación.
Valor: dni
Descripción: Evitar DNIs duplicados.
Valor: dni-fecha - Descripción: Evitar DNIs duplicados con misma fecha de nacimiento.
Valor: dni-fecha-password
Descripción: Evitar DNIs duplicados con misma fecha de nacimiento y misma contraseña.
|
| TipoComprobacionTelf |
Valor: 0
Descripción: no comprobación.
Valor: telf
Descripción: Evitar teléfonos duplicados.
Valor: telf-fecha
Descripción: Evitar teléfonos duplicados con misma fecha de nacimiento.
Valor: telf-fecha-password
Descripción: Evitar teléfonos duplicados con misma fecha de nacimiento y misma contraseña.
|
| TipoComprobacionMail |
Valor: 0
Descripción: no comprobación.
Valor: mail
Descripción: Evitar emails duplicados.
Valor: mail-fecha
Descripción: Evitar emails duplicados con misma fecha de nacimiento.
Valor: mail-fecha-password
Descripción: Evitar emails duplicados con misma fecha de nacimiento y misma contraseña.
|
| IdTipoDocumentoDefault |
Valor: 0
Descripción: Carga los tipos de documento de identidad y empieza con la opción "Seleccionar"
Valor >0
Descripción: Carga los tipos de documento identidad y selecciona el indicado por el parámetro por defecto. |
- Incorporado control de duplicados en los módulos que implican alta de personas:
- Formulario alta Alta Abonados NMS
- Formulario alta Alta Abonados
- Formulario alta unidad familiar
- Formulario alta persona (Caldea)
- Formulario alta persona servicios NMS
- En la version móvil del área usuario, se ha modificado el menú desplegable para que el "seleccionar opción" sea el nombre de la sección y así poder ocultar el título para ganar mas espacio.
- En el resumen de contratacion actividades se han añadido el período y los horarios de la actividad
- En el proceso de contratacion, al finalizarla se reinicia el proceso para que así al recargar la página empiece desde el prinicpio.
- En los filtros de la reserva de clases no aparecia todo el texto. La funciona map de javascript devuelve el codigo directamente y se esperaba un objeto. Se ha modificado el tratamiento de la variable que devuelve map
- En reserva de clases se ha modificado la función map de javascript por incompatibilidad con IE11. No cargaba la grid de clases
- Corregido fallo en modificación de datos IBAN de una persona en DeporSite. En el caso de que no tuviera previamente datos bancarios, no los entraba correctamente.
- Correcciones varias en carga y ajuste de imágenes de conceptos en venta de productos
- Corrección en el módulo de reservas de accesos, no se autoseleccionaba la duración cuando sólo hay un valor a seleccionar, y debías desplegar para escogerla.
- Corregido detalle de venta de productos, ahora será necesario login de usuario para poder ver el detalle, así evitamos errores en cesta.
- Solucionado problema en datos bancarios y datos de tarjeta al existir un registro con identificador 0.
Al efectuar un alta desde DeporSite (sin datos bancarios) se le asignaban los datos bancarios de la persona 0 (si existen) a la persona que se está creando.
- En el módulo de pago de deudas, solo se podían pagar las deudas originadas por el usuario autenticado. Ahora se podrán pagar tanto las deudas originadas como las soportadas.
- Corregida incidencia en el módulo #800 (carrusel de fotografías): Ahora se usa correctamente el parámetro en el Backoffice (RutaBasePersonalizados) en vez de utilizar siempre el valor por defecto.
- Corregido problema en cálculo de las posibles horas de inicio de la reserva cuando el recurso tiene múltiples franjas horarias reservables con pausas (por ejemplo para limpieza del espacio). La disponibilidad del módulo de reservas sin grid sólo devolvía y mostraba el primer intervalo de tiempo disponible, no el resto.
- Modificado el formulario de alta desde la pantalla de login: ahora es posible hacer que se muestre un desplegable para indicar el tipo de documento (de entre los tipos recibidos del WS, que hayamos definido como visibles desde DeporWin).
- Al escoger un tipo de documento conseguimos que se valide la corrección del documento entrado según las condiciones de longitud, formato, etc. que tenga cada uno.
| IdTipoDocumentoDefault |
Si el valor de este parámetro es 0 o no existe, no se mostrará el desplegable.
Si el valor corresponde a uno de los recibidos, mostraremos el desplegable con los tipos de documento y éste será el seleccionado por defecto. Si el Id propuesto no es válido, se mostrará la opción "Seleccionar" para obligar al usuario a escoger un valor válido. |
- Solucionado problema en la carga de datos de persona cuando la persona tiene el fichero de fotografía en una ruta alternativa a la genérica (registro en tabla 'Fotos').
Este problema provocaba errores en DeporSite y que no se cargarán los consentimientos de la persona en DeporWin.
- Tanto en el gestor de autorizaciones de integrantes como en el paso de integrantes de la reserva de recursos se han creado varios parámetros. fechaBuscarIntegrante sirve para ocultar o mostrar el input para introducir la fecha para la búsqueda, campoMostrar sirve para elegir si queremos buscar entre dni, email o ambos (valores: 1=DNI,2=Email,3=DNIOEMAIL). Para el modulo integrantes se ha añadido el parámetro permiteBuscar para ocultar o mostrar el botón para buscar integrantes sin autorización.
- En el módulo AgendaEntrenador se ha añadido un parámetro para escoger que campo será el nombre de la actividad replicando el método de reserva de clases puntuales. El nombre del parámetro es "NombreActividad" y los posibles valores son "código, nombre, descripción, tipo, subtipo".
- DeporSite : Balanceo de WebServices
Se permiten asignar varios servidores de WS para poder repartir las peticiones de los usuarios diferentes servicios en atención.
- Se pueden indicar varios servidores de WS (separados por comas) en la configuración (/configurador), y DeporSite irá repartiendo a los usuarios entre esos servidores de WebServices
- El reparto se hace en base al milisegundo de la primera petición de conexión de cada usuario: una vez seleccionado el servidor, este se almacena en Session, y el usuario hará todas sus peticiones a través de éste.
- Creado nuevo módulo para redireccionar añadiendo información de login de usuario. Es útil para poder saltar a algún módulo del antiguo ActividadesWeb sin tener que repetir el login, y aprovechando que ya se ha hecho login en DeporSite.
- Añadido check de aceptación de condiciones en las ventanas de alta de nueva persona. No aparece el botón registrar hasta que se haya marcado la aceptación de condiciones.
- En el apartado de consumo de bonos, se ha creado un texto traducible para cuando no hay disponibilidad de uso del bono (NoHayDisponibilidad)
- Se ha creado el modulo para la contratacion de abonos
- Permite la contratación de abonos individuales clásicos (no familiares ni multi tipo)
- Se puede realizar la contratación contra un cliente ya existente o con creación de nuevo usuario desde la propia contratación del abono
- La creación de ficha de nuevo cliente queda controlada por código de validación enviado al correo electrónico del potencial usuario
- En área de usuario disponemos del resumen de "Mi abono" para el cliente que ya esté abonado.
- Creado nuevo módulo que (a través de DeporHUB, y desde DeporWin) permite capturar una fotografía del usuario en el SmartPanel asignado a ese terminal.
- El módulo es invocado mediante la opción Capturar fotos de la pantalla de personas de DeporWin con la configuración siguiente
| TipoCamara = 6 |
Parámetro de tipo de cámara (6 = SmartPanel) |
- Ahora podemos parametrizar en el configurador de DeporSite, si el envío de email de recuperación de contraseña es un envío inmediato o diferido (con el programador de envío de correos de DeporWin.
|
Configurador/Correo Remitente del cliente
|
| tipo_envio_mail_recuperacion_password |
Tipo de envío:
1.- Inmediato (por defecto)
2.- Planificado |
- Se modifica (y se hace traducible) el título del panel de firma, para homogeneizarlo con el resultado del listado equivalente.
Clave de la traducción: 'textoTituloCuadroFirma'
- En la reserva de clases se ha modificado el diseño para que el día actual quede marcado para verlo visualmente más rápido.
- Nuevo módulo Mi Estado Contable (#1010)
Permite consultar pagos cobrados y pendientes de cobro del usuario. De estos últimos (los pendientes de cobro), permite seleccionar los movimientos que se desee y agregarse como paso previo a un proceso igual a "Quiero Pagar" y por tanto ser pagados in situ por pasarela o por cualquier medio de cobro definido en la web.
- Se ha modificado la reserva de actividades dirigidas para que si el cliente no tiene centros definidos no aparezca el selector de centros y siempre envie IdCentro=0
- En la grid de actividades dirigidas, el parámetro de nombreActividad no afectaba a la versión móvil. Se ha corregido para que afecte
- En la landing de reserclass antiguo se ha creado una rediccion al proceso nuevo de reserva de clases para las llamadas de terceros a la landing para que sigan el proceso correcto. En este modulo (landing reserclass) se debe crear el parámetro urlProcesoReservaClases con la url del proceso de reserva de clases. Por el lado del proceso se ha adaptado para dicha compatibilidad.
- Corregido fallo al cobrar un concepto de venta en el módulo de venta de productos cuando el precio final del mismo era 0.
- Ahora, para evitar la visibilidad en el registro (log) de DeporSite de contraseñas de usuario, se almacenarán mediante un cifrado reversible en Base64, en cualquier operativa de login o creación de usuario.
- Ahora se informa del módulo que provoca el error en una pasarela de cobro, para así poder identificar más fácilmente si cierta pasarela pueda estar sin configurar correctamente para un módulo (por ejemplo, si no hemos configurado aún la pasarela STC en el módulo de reservas, o si la hemos escogido erróneamente en lugar de la de RedSys.
- En 'Gestor Menú principal' ahora disponemos de botón de regenerar cache sin solicitar confirmación tras modificaciones en la estructura de los menús.
- Solucionado problema en acceso a DeporSite de usuarios con número de pasaporte de menos de 9 dígitos y con una letra inicial.
- Añadidos parámetros a módulo de selección de conceptos a reservas multi integrantes. Permite controlar mínimo de conceptos opcionales a escoger, y máximo, de forma que no permita continuar si no cumple la condición. Si un concepto es multiplicable o divisible, su elección se cuenta como 1 aunque se reparta entre 4.
|
Módulo Conceptos Opcionales
|
| minimoConceptosOpcionales=0 |
Mínimo de conceptos opcionales a escoger para poder seguir (por defecto 0 = no hay mínimo) |
| maximoConceptosOpcionales=0 |
Máximo de conceptos opcionales a escoger para poder seguir (por defecto 0 = no hay límite a escoger) |
- Corregido fallo en gestión de perfiles en el configurador, por el cual parámetros de perfil que estaba tomando por Factory (es decir, heredando del Default), no mostraba el valor del Default correctamente, pareciendo que no lo utilizaba bien.
- En la contratación de actividades web, se realiza optimización de consultas para mejora del rendimiento.
- Se ha modificado el sistema de guardar las imagenes por defecto de una actividad. Ahora estan en base64 en el archivo controllers/GestorFotosCache, ahí encontraremos el base64 de la imagen por defecto de las actividades.
- En el detalle de la reserva de angenda entrenador en caso de dicha reserva tenga elementos se muestran. Tambien se han añadido clases a todos los elementos para poder ocultarlos por css en caso necesario.
- En el módulo de búsqueda por DNI se han añadido dos parámetros (TiposDato y TiposDatoDefault). Si se aceptan los dos tipos de datos (DNI o IdPersona) aparecen dos pestañas para modificar la búsqueda.
- Mejora en el módulo de Reserva de Recursos, para poder escoger y asignar conceptos opcionales a los integrantes de una reserva.
- Los conceptos se definen en ReserWin como ya hacíamos hasta ahora.
- Si un concepto no está marcado como Automático, será de contratación opcional en la reserva.
- Si el concepto está marcado como multiplicable, al escogerlo para un usuario lo asignará a todos los usuarios de la reserva.
- Si el concepto está marcado como divisible, al escogerlo para el titular lo repartirá entre todos los usuarios de la reserva.
- Si el concepto no es ni multiplicable ni divisible se podrá asignar puntualmente a cada uno de los integrantes por separado
- En el módulo de reserva de recursos escogemos pista, que permita inscripción multi integrante, escogemos duración y modalidad y asignamos los integrantes de la reserva
- Podremos añadir para cada usuario los conceptos opcionales deseados, y desde el titular aquellos conceptos que sean colectivos, multiplicables o divisibles.
- En el resumen de cargos, tenemos el desglose de lo pagable con bono y de lo que queda pendiente de pago (a pagar por TPV Virtual, etc).
Si hay que hacer alguna corrección en la asignación de opcionales, botón Atrás nos permite revisarla.
- Se han ordenado los filtros en la reserva de actividades.
En la versión mobile se ha modiicado el POP-UP para que aparezcan todas las opciones
Ahora, cuando entramos en reserva de clases en el caso de no tener login lo primero es seleccionar que centro queremos mostrar. Cuandno tenemos login, nos coge el centro de la persona login automaticamente
- En reservas de clases se añade enlace a Mis Reservas en el popup de la clase puntual que tenga registrada el usuario (parámetro linkMisReservas del módulo ReserClass).
- Se ha creado el archivo bgDefaultB64.txt en personalizados\corporativo\Fotos\Actividades donde se introduce la imagen en base64. Esta imagen será la imagen por defecto de las actividades que no tengan imagen en DeporWin. En la misma carpeta hay un readme.txt con la información.
- En el módulo de contratación de actividades, al mostrar el detalle de una actividad, si tiene monitor asignado mostramos nombre y apellidos.
- Creacion del modulo de reserva d’entrades per invitacions.
- Al avanzar diversos días, o centro o deporte en el selector de Reservas de Recursos, se controla la aceptación de cambios de fecha hasta que no se ha acabado de mostrar la parrilla actual. Así evitamos que se intente reserva en una pantalla en la que aún no se está mostrando la disponibilidad definitiva.
- Informamos al correo de restablecimiento de contraseña en los casos en que haya más de una ficha de persona con ese mismo correo asignado, con un mensaje personalizado y sin permitir el cambio de contraseña.
- De este modo, la web sigue siendo neutra y no ofrece información de si esa ficha existe o no y el usuario tiene información para transmitir al centro y gestionarlo.
- Se incorpora un botón Volver a inicio que permite dirigir a la home o a cualquier otra página deseada al terminar de editar consentimientos de persona.
| mostrarBotonIrA |
Al finalizar, mostrar botón enlace a otra página. Por defecto 0 (falso) |
| DestinoTrasFinalizar |
URL de destino del enlace tras finalizar (ruta virtual). Por defecto "/" (home) |
- Nueva funcionalidad de envío de comprobantes por email en el cierre de transacción mediante cola de impresión de listados ReporWin (necesario configuración de Gestor de Cola de Impresión).
Configuración del comprobante mediante 'Proceso de ReporWin':
- COMPROBANTE ALTA ABONO INTERNET EMAIL
- COMPROBANTE RENOVACION ABONO INTERNET EMAIL
- COMPROBANTE ALTA ACTIVIDAD INTERNET EMAIL
- COMPROBANTE RENOVACION ACTIVIDAD INTERNET EMAIL
- COMPROBANTE RESERVA RECURSO INTERNET EMAIL
- COMPROBANTE RESERVA CLASE INTERNET EMAIL
- COMPROBANTE VENTA INTERNET CONCEPTOS EMAIL
- En agenda de entrenador, si la reserva del cliente lleva vinculado elemento escogido (número de bicicleta, etc.) aparecerá en resumen de la reserva de cada cliente de la agenda
- En la contratacion de actividades, cuando entramos con login lo pimero que hace la web es preguntar con que miembro de la unidad familiar queremos operar. Una vez seleccionado el usuario se han modificado las llamadas de consultas. Para las llamadas a las actividades para la inscripción se envia el parametro AplicarFiltroPorNivelEspera = 1 y para las llamadas para la lista de espera no se informa.
- En la contratación de actividades se enviaban parámetros de más en la llamada getFormasPago. Se ha añadido la función clearParameters en svc_economico->getFormasPago para eliminar los parámetros en cache.
- En la grid de reserva de clases con la configuracion de infoClase=directo (no salen los popups) cuando se hacia clic en una clase que ya se tenia una reserva, iba directamente a reservar y mosatraba un texto diciendo que ya estabamos en dicha clase apuntados. Ahora aparece el popup avisando que ya estamos apuntado pudiendo ir a mis reservas desde él.
- En GESTOR AUTORIZACIONES en el apartado "me autorizan" ya no aparecen las personas que te han desautorizado. En el apartado de añadir integrantes tampoco aparecen dichas personas.
- En contratacion de actividades se han ordenado los dias de la semana del horario en el selector de actividad y en el detalle.
- En gestión de consentimientos a partir de enlace por email, en navegador de teléfono móvil, corregido el ancho del espacio de firma para que se vean correctamente los botones de confirmación y borrado.
- En el apartado de entidades de deporsite, se ha comprobado que las correcciones de WS funcionan correctamente. Ahora se puede Crear, Modificar y Eliminar equipos de una temporada actual.
- Corregido email de aviso de error en consentimientos, que si bien no era realmente un error real, implicaba mayor lentitud en el tiempo de respuesta de la página.
- Mejora en la pantalla de información de bloqueo temporal de un recurso en el momento de iniciar una reserva.
- Modificada plantilla de panel de firma de documento, de forma que para determinados dispositivos (móvil, o pantalla de ordenador si la resolución es baja) se pueda alternar mediante un botón para que ocupe toda la pantalla
- Parámetro módulo: panelFirmaPantallaCompleta:
muestra el documento PDF en el máximo de pantalla disponible; al pulsar "Firmar", se oculta, y muestra un panel de firma en todo el tamaño disponible.
- Se agrega marca de agua a las firmas de documentos para poder identificar origen de la misma.
- Parámetro módulo: agregarMarcaDeAguaALasFirmas.
superpone una marca de agua a cada una de las firmas del documento; ésta inclute: IP del cliente, fecha, hora y huso horario del servidor, y información del Agente (Navegador) usado.
- Mejora en pago de deuda mediante correo electrónico, de forma que pueda utilizar múltiples pasarelas de cobro
- Permite utilizar el campo IdentificadorCentro en la tabla ParametrosWeb de DeporWin para que al llegar a la página principal de pago de deuda, redirija al proceso relacionado con dicho identificador de centro.
- un nuevo parámetro del tipo "UtilizarCentroEnPagarDeudas" el cual (si es 1/true) hará que a la URL se le añada la referencia del centro.
- Así, si ahora la URL es del tipo:
http://nombrecliente.deporsite.net/pagar-deuda
Con el nuevo parámetro a 1, (y con un identificador de centro por ejemplo "VKS") sería:
http://nombrecliente.deporsite.net/pagar-deuda/VKS
- En Backoffice de Deporsite (Configurador), funcionalidad de exportar procesos de un site e importarlos. Esto permite desplegar más ágilmente funcionalidades en Deporsite.
- Se ha añadido codigo en header.blade.php para insertar el codigo situado en personalizados/plugins_cabecera/plugins_cabecera.php
- Se ha creado el modulo "Mis Bonos" para poder consultar los bonos que tiene un usuario y poder ver el detalle (Los usos del bono)
- Cuando no tenemos ninguna actividad contratada, aparece un texto de "No Hay Actividades Contratadas"
- Creado el procesode alta personas con datos bancarios
- Cuando se obtenían las intensidades se intentaban poner en el espacio de objetivos. Modificado para que se muestren en el lugar correcto.
- Cuando estábamos en una jornada de la primera vuelta, aparecía los partidos solo de la primera vuelta. Era configuración del propio CampWin, verificamos que no depende de la jornada para la que tenga los últimos resultados, sino de la configuración de las fechas de visualización por web de partidos en CampWin. Adecuando estas fechas a las fechas de celebración del campeonato nos devuelve todos los partidos.
- Corrección en importes mostrados en el selector de pago de reservas de recurso multiintegrante.
- En el área de "Pendiente de Pago", donde hay un desglose de lo que queda pendiente de pago, en caso de que diferentes usuarios tuviesen diferentes tipos de descuentos para un mismo concepto, y éste se pagara por alguna de las formas de pago de la reserva (no bonos): al mostrarse el detalle, sólo se tenía en cuenta el importe del primer usuario que retornase el WebService, y se multiplicaba por la cantidad incluyendo la suma del resto de usuarios que tuviesen ese concepto.
- Un concepto que tenga descuento para uno de los integrantes de la reserva no quedaría correctamente desglosado.
- En módulo de gestión de actividades, la lista de oferta de actividades se quedaba colgada al hacer una consulta si alguna de las actividades no tenía fecha fin contratación informada.
- Ahora el web service ya nos indica como fecha fin contratación la fecha fin actividad en caso que no esté informada.
- Cuando haciamos scroll en la pantalla de seleccion de actividades puntuales aparecia una segunda cabecera que quedava fija para los filtros de las actividades. Esta cabecera necesitava dos clicks para abrir los filtros. Se ha modificado para que funcione con un simple click.
- Se controlan otros casos que puedan quedar mal informados, como que no haya fecha inicial de inscripción cuando sí hay fecha de inicio (en ese caso la fecha de contratación queda abierta), u otros casos semejantes que puedan dar conflicto
- Cambio en los archivos de configuración de Laravel para personalizar en cada cliente.
Ahora todas las configuraciones se almacenan en un único archivo en '/personalizados/config.php' , que permite tener diferentes entornos predefinidos
Existe un archivo en la misma ruta que puede utilizarse como plantilla ('config.php.example')
El archivo tiene tres variables:
- $plantilla : define que predefinido queremos utilizar
- $Plantillas : almacena todos los predefinidos
- $retorno : contiene la configuración más común
Este cambio extrae la configuración personalizada de un usuario de la carpeta '/app' para facilitar las actualizaciones.
- Al seleccionar la forma de pago de una reserva o compra, ahora tenemos un nuevo parámetro que permite ocultar las formas de pago que le indiquemos: 'IdsFormaPagoNoAdmitidos'
Si queremos tener diferentes formas de pago disponibles para diferentes tipos de reservas, deberemos tener una pantalla (URL) diferente para cada selector de formas de pago, donde podremos poner a cada una qué formas de pago no queremos utilizar.
En caso de no añadir el parámetro, funcionará como hasta ahora.
- Para poder utilizar el parámetro 'IdsFormaPagoNoAdmitidos', debe crearse dentro del módulo que llamará a FormasPago.
A continuación ya aparecerá como propiedad en las páginas que llamen a este módulo.
Los valores se introducen separados por comas.
- En el módulo de reserva de recursos (en la versión para procesos), se ha añadido un nuevo parámetro 'autoseleccionarDuracion', que afecta a los casos en que en el listado de duraciones posibles de la reserva que puede seleccionar el usuario sólo aparece una opción.
Por defecto, sin definir el parámetro, o con el valor '0', no se autoseleccionará, y deberá ser el usuario quien confirme que esa es la duuración que desea.
Con el valor '1', el único valor que se muestra se selecciona automáticamente, simulándose el 'click' que hubiese hecho el usuario.
- Se ha modificado la ruta de archivos de caché interna del programa para la siguiente información:
- Listado de centros
- Configuración de procesos
- Llamadas al WebService cacheables
Este cambio evita que esta información sea sobre-escrita, o modificados los permisos de archivo al realizar alguna actualización.
La nueva ruta para todos estos archivos es: '/optimizados/cache'
- Se ha modificado la ruta de archivos de caché interna del Menú principal
Este cambio evita que esta información sea sobre-escrita, o modificados los permisos de archivo al realizar alguna actualización.
La nueva ruta para todos estos archivos es: '/optimizados/cache/MenuPrincipal'
- Se ha modificado la ruta de archivos de caché interna para el almacenaje de la distribución de módulos en páginas según dispositivo.
Este cambio evita que esta información sea sobre-escrita, o modificados los permisos de archivo al realizar alguna actualización.
La nueva ruta para todos estos archivos es: '/optimizados/cache/Paginas'
- Para almacenar el Token de Desarrollador, debido a que los servidores de algunos clientes no soportaban el sistema de memoria compartida utilizado hasta ahora, se ha añadido un nuevo parámetro en config/setup llamado 'modoVariablePermanente' , que en caso de no definirse utilizará el sistema de memoria compartida como hasta ahora.
Los posibles valores son: 'memoria' o 'disco' (el valor por defecto es 'memoria', que utilizaría la memoria compartida)
Este cambio para TokenDesarrollador, ha hecho modificar el controlador 'VariablesPermanentes', por lo que otros valores que se almacenasen utilizando este sistema se adaptarán automáticamente, siendo transparente para todas las funciones que necesiten llamar a este controlador.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")