DSuite Julio 2022 – Presentación DeporWin

DeporWin v3.0

Mejoras

• • [NUEVA FUNCIÓN] Nuevo Visor/Selector de Registros mejorado con nuevas opciones de ordenación por columnas, filtros, exportación, etc. Esta ventana sustituye las anteriores de Visor de datos y Selección de Datos de WPF y Visor de Registros de VB6, unificando en una única ventana.

 

• En ServidorDeportivo, ServidorTermal, Agente de trabajos y DeporNetWS2 NO se actualizará el campo de UltimaEntradaSistema de la tabla de Sistema.

• En la pantalla de resumen de transacciones abiertas, se permitirá realizar el cambio de forma de pago de un pago (mediante anulación y nuevo pago).

• Se añade funcionalidad de “Imprimir” en la pantalla de exportación de datos Grid.

• Se añade pantalla de información sobre entidad desarrolladora para los protocolos de TBAI. Se mostrará desde el mantenimiento de parámetros de exportación de facturas.

• [MEJORA] Nuevas restricciones de funcionalidad sobre el comercial:
  • En la pantalla de edición de un pago:
    Modificar comercial
    Modificar comercial secundario
  • En reservas de servicios:
    Modificar comercial reservas servicio

• Se cambia filtro de Buscador de Actividades para que salgan solo los Tipos, Subtipos y Grupos de actividades activos.

• En la inscripción a actividades, independientemente de la configuración de precios (por concepto o precio base), la fecha de vencimiento de los pagos en caso de actividades futuras se informará siempre con la fecha de inscripción (fecha actual si no se modifica).

• [NUEVA FUNCIÓN] Creado protocolo de integración con aplicativo de gestión de hoteles Timón Hotel
  • Incorpora las funcionalidades de buscar personas por habitación, cargar pago a habitación y subida de resto de cargos del día.
  • Necesita de autenticación de usuario/contraseña

 

• En el envío de email recordatorio de deuda, se añade nuevo parámetro para indicar que se use el centro asociado a los pagos en el enlace a la página de cobro de deudas incluido en el email.
  En caso de activar el parámetro:
  • Si existen varios centros asociados a los pagos se usará el que tenga Id menor.
  • • Si los pagos no están asociados a ningún centro se obtendrá el centro de la ficha de persona a quien va dirigido el email.

 

• En gestión de avisos, nueva funcionalidad para poder filtrar avisos generados automáticamente por procesos de sistema
  • Se marcarán los avisos generados por el sistema.
  • Para cada usuario/operador DeporWin se podrá configurar si deben aparecer o no los avisos de sistema (por defecto aparecerán para todos los usuarios).

 

• En la pantalla de selección de caja, se tendrán en cuenta los parámetros de entorno (DeporWin.INI) ‘FiltrarAlmacenesPorEmpresa‘ y ‘FiltrarAlmacenesPorGrupoEmpresa‘ al mostrar la información de empresas, centros, almacenes y cajas disponibles.

• En el menú contextual de pagos, no se mostrarán las opciones “anular” y “devolver” en caso de pagos facturados cuando esté activada la opción ‘Generar venta rectificativa al facturar‘.

• Se ha añadido un nuevo filtro en la ventana de mostrar avisos que permite mostrar o no los avisos autogenerados por el sistema. Por defecto toma el valor del campo ‘MostrarAvisosSistemaPorDefecto‘ de SecuWin.Personas y luego con el filtro de la pantalla se puede modificar.

 

• • Se ha cambiado el formato de la hora (a formato 24 horas) en el texto de la pantalla de mostrar aviso donde informa de la fecha y hora en que se ha leído el aviso.
  • Se ha modificado el texto para que en el caso de tener un solo aviso no lo escriba en plural (avisos) y lo haga en singular (aviso).

• [NUEVA FUNCIÓN] Nuevas ventanas de gestión de sesiones de caja (Sesiones de Caja y Movimientos de Sesiones de Cajas).

 

 

• • • Incorpora filtros de búsqueda y acotación tanto en la pantalla de sesiones de caja (lo que permite localizar un movimiento según múltiples criterios e identificar a qué sesión de caja pertenece)

 

• • • Como cualquier selección de la pantalla de sesiones afecta a la de movimientos de sesión, eso nos permite posicionar las dos pantallas

 

• En el menú contextual de ventas, no se permitirá la anulación de una venta si alguno de sus pagos está en trámite de cobro

• En la pantalla de “Transferencias bancarias”, ahora no se tendrán en cuenta los pagos anulados, siempre y cuando así lo tengamos configurado en “Parámetros económicos -> Domiciliación -> Permitir domiciliar/realizar transferencias de pagos anulados”.

• [NUEVA FUNCIÓN] Nueva configuración Email DeporWin con cuentas Google
  • Se han implementado las mejoras para la configuración de cuentas de correo Google. Ahora en la pantalla de configuración de cuentas de correo, se puede especificar el “Tipo de autentificación” (Por defecto o Google OAuth2)

 

• • Además, al seleccionar este tipo de autentificación, nos aparecerá la nueva pestaña “Parámetros Google OAuth2“. En ella deberemos de hacer el login de nuestra aplicación contra Google obteniendo así 2 tokens(token de accion y token de refresco). Una vez obtenidos, ya tendremos el sistema autentificado contra los servicios de Google y podrán realizarse envios desde esta cuenta.

 

• • Nota: En sistemas operativos Windows 2012 Server R2 y anteriores hemos detectado conflictos (errores de conexión) contra protocolos ssl, con lo que recomendamos configurar el servidor de correo contra tls12://

Correcciones

• En ficha de persona, pestaña de cuestionarios, se resuelve error no controlado al crear un nuevo cuestionario en el caso de la persona no tuviera ningún cuestionario anterior.

• Solucionado error de las ventanas de “Exportar Grid” y “Ver SQL“. Al salir de dichas ventanas, saltaba un error de focus. El problema era que utilizaba un estilo que no encontraba.

• Resuelto problema al incluir en una transacción un pago sin forma de pago asignada.

• Se soluciona problema por el cual si en BD existía un registro sin un IdListado (por aplicación no se puede) esto provocaba un error al intentar lanzar el proceso de creación de avisos desde listado.

• Se soluciona el problema por el cual el no se estaba sincronizando el identificador en la tabla ‘ProcesosAvisos‘ de ReporWin.

• Se soluciona problema con caracteres no permitidos en el nombre de fichero desde la pantalla de exportar datos.

• En pantalla de mantenimiento de restricciones de funcionalidad por grupos de usuario, resuelto error no controlado al editar las funcionalidades (doble clic sobre funcionalidad).

• Solucionado error cuando hay consentimientos de personas sin fecha (posiblemente por alguna entrada directa en BBDD o algún error inesperado al asignar un consentimiento). Ahora está controlado el error y se muestra un mensaje de advertencia entendible y permite editar la pantalla de asignación de consentimientos.

• En caso de actividad configurada con esquema de fraccionamiento y precios por concepto, si la primera fracción tenía asociada una forma de pago, no se mostraba por defecto en la ventana de cobro y además se generaban incorrectamente los pagos.

• Al cerrar una venta, en caso de producirse errores en el acceso a BBDD sólo se eliminarán pagos creados en el mismo proceso de cierre.

• En la renovación de servicios, en caso de tener configurada la amortización, se corrige problema que podía generar saltos o duplicados en la numeración del número de vencimiento.

• En pantalla de definición de actividades, solucionados problemas en la configuración de horarios:

• • Solucionado problema al modificar horarios de una actividad. Si se realizaba un movimiento de scroll previo, se guardaban los horarios en una actividad diferente a la seleccionada.

• • Solucionado problema al duplicar actividades con horarios definidos. No se actualizaba correctamente la tabla de sistema de “SiguienteIdIntervaloHorarioActividad“, lo que provocaba errores al intentar añadir o modificar horarios en la nueva actividad.

• En proceso masivo de altas/bajas de contratos de servicio NMS, se resuelve error no controlado en bajas de servicios no renovables.

DeporWin v3.0 y v2.95

Mejoras

• [MEJORA] En la edición de plantillas en etapas de CRM, se incluye la posibilidad de añadir nuevos campos calculados de abonado.
  • “Número de abonado”
  • “Fecha de próxima renovación del abonado”
  • • “Fecha de última renovación del abonado”

 

Correcciones

• Se soluciona el problema detectado por el cual daba error al intentar enviar emails que tenían en la dirección de envío espacios en blanco producidos por una tabulación.

• En la pantalla de oportunidades CRM de un comercial, resuelto problema al guardar la configuración de la grid en caso de pulsar algún filtro antes de cerrar la pantalla.

• En envío de emails (sin editor de correo), se resuelve error no controlado en caso de que en una ficha de persona se informe el campo email con varias direcciones separadas por ;

Mejoras

• En el asistente de contratación de servicios, si el usuario no tiene datos de tarjeta bancaria y en forma de pago se selecciona una forma de pago que admite domiciliación con tarjetas bancarias, se solicitará la misma con las ventanas apropiadas de la nueva pantalla de personas.

Correcciones

• En pantalla de contratación, resuelto problema de refresco de precios en caso de contratación automática de servicio.

• Correcciones de gestión de memoria en la pantalla de contratación para que se liberen los recursos correctamente.

Mejoras

• [NUEVA FUNCIÓN] Nuevo paso asistente ‘Unidad familiar‘: Se ha añadido la posibilidad de tener un paso en el asistente para poder introducir miembros de la unidad familiar.
  • Ahora en la configuración de pasos de un asistente podremos incluir el paso de ‘Unidad Familiar‘. Este podrá ser obligatorio (Deberá tener forzosamente o no alguna persona introducida) y además, podremos configurar que asistente se utilizará para la creación de la persona de la undiad familiar. Se recomienda especificar un asistente, si no fuese el caso, se utilizará el asistente actual, pero filtrando sus pasos excluyendo los pasos desde el actual.

 

• • Si esto se encuentra correctamente configurado, en los pasos del asistente veremos la lista de familiares ademas de un botón de añadir

 

• • Al crear una persona desde este botón, la nueva ficha de creada copiará de la ficha ‘padre’ los datos de dirección, datos de contacto (excluyendo teléfono móvil y email) y aquellos perfiles con el flag ‘copiable’ activo. Ademas, tanto el ‘tutor\cabeza de familia’ como el titular económico se establecerán a la ficha padre.

Correcciones

• Se ha detectado y corregido un problema que hacía que al establecer la barra de estado con el parámetro “EsEntornoPruebas” a “Si”, producía un error que no dejaba abrir la pantalla.

• En nueva pantalla de personas, resuelto problema al ejecutar ‘indirectamente’ procesos de ReporWin con vinculación de la persona seleccionada.
  Por ejemplo, en procesos asociados a la venta de conceptos, no se establecía correctamente la persona si se utilizaba en el filtro o se vinculaba a un documento del gestor documental.

Mejoras

• [NUEVA FUNCIÓN] 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.

 

• • 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.

 

• [MEJORA] 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 “Parámetros en URL” = Si
    El cambio no es inmediato, por lo que se puede demorar su aplicación.

• [MEJORA] 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

 

 

 

 

 

• [MEJORA] 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é.

• [NUEVA FUNCIÓN] 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 clic 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

 

• [MEJORA] Nuevo parámetro para “Vinculación de SmartTagQR”. 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 SmartTag a su cuenta, no podrá vincular un nuevo dispositivo: deberá avisar a recepción para realizar el cambio.

 

• Añadido envío 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 categorías 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.

• [MEJORA] Nuevo sistema para mostrar las entradas vinculadas a una reserva.
  Ahora permite reservas anónimas. Para acceder a la información se 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.

 

• • Disponiendo 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”

 

• [NUEVA FUNCIÓN] Nuevo módulo piscinas de verano (#1640)
  • Parámetros 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 botón 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 poder confirmarla varias veces.

• En los módulos de contratación 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 día 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 anónimos, se redirigirá directamente a la pantalla de login y sin permitir saltárselo.
  • Se ha creado un nuevo parámetro de módulo “NoPedirLoginRecursosAnonimos“. Si este parámetro 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 parámetro NumeroMaximoEntradasReserva. Si este parámetro está 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” está informada, en 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 parámetros [EdadMinimaEntradaSinAcompañante] y [EdadMinimaEntradaAcompañante]
  • Al validar las entradas, si hay una entrada con edad inferior a la configurada en el parámetro [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 parámetro [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, pudiendo aplicar estilos diferentes a un mismo módulo o página, dependiendo del proceso e incluso 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 App CRUE, 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 DeporWin, accederá logueado automáticamente a DeporSite.

• Ahora en el formulario de alta persona si el parámetro FormularioPrincipal está como registro, podremos volver al formulario 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.

• [MEJORA] Ahora DeporSite permite la contratación de servicios a futuro.

 

 

• Ahora en el Alta Persona, cada vez que se ejecuta una llamada Ajax, se bloquea la pantalla y se queda a la espera de la respuesta. Una vez finalizada la llamada, se desbloquea 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“

• [MEJORA] Nueva opción 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”)

 

Correcciones

• 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 aparecían 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. De esta forma podemos tener centros con apóstrofes por ejemplo y que aparezcan bien en el selector.

• 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 móvil. 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 móvil y en PC.

 

 

• En la grid de reserva de actividades dirigidas cuando un día 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 descripción básica.

 

• 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é logueada, 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 ningún 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 días 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 día, 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 bucle. 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 redirige 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 mostrar 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 errores “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 automáticamente; en caso de estar en varias competiciones, se abrirá el desplegable con las opciones disponibles.

Mejoras

• Se modifican y se añaden los siguientes WS:
  • Modificar WS [POST /recursos/reservas/bloqueo] –> Añadir NumeroPlazas (por defecto 1)
  • Nuevo WS [GET /recursos/reservas/concepto] –> Retornar campos EsReserva (campo BB.DD. Reserva), IdSubFamilia, EdadMinima, EdadMaxima y EsAutomatico.
  • Nuevo WS [GET /recursos/reservas/subfamiliasconceptos] –> Misma implementación que el GET /productos/subfamiliasproductos, pero sin filtrar por el PublicableInternet.

• En las llamada a WS que devuelvan información sobre los recursos (GET [recursos/recursos], GET [recursos/disponiblidad], GET [recursos/disponibilidaddetallada], etc…) se devolverá la información correspondiente a la antelación mínima y màxima, así como el tipo de antelación de cada caso.

• Se ha modificado el WS de [POST /autenticacion/tokenloginpersona] ahora se permite pasar el ‘IdTercero‘ como parámetro dentro del ‘TokenExterno‘ para poder obtener el ‘tokenloginpersona‘.

• En WS de pago de deudas, se resuelve problema en caso de pagos sin forma de pago asignada (no se incluían en la transacción y se quedaban como pendientes de cobro).

• Eliminados los WS GET [/campus/contratos/{idcontratoservicio}/consentimientospersona] y
  WS GET [/campus/transaccion/{idtransaccion}/consentimientospersona]. En su lugar se utilizar el WS GET [/personas/{idpersona}/consentimientos]

• Se ha añadido el parámetro de entrada “IncluirDescripciones” en WS GET [/personas/{idPersona}/consentimientos] con valor por defecto True. Desactivándolo permitirá obtener sólo los datos básicos del consentimiento, sin traspasar los textos de los consentimientos.

• Se ha añadido el parámetro de entrada “TipoConsentimiento” en los WS GET [/personas/{idPersona}/consentimientos] y GET [/personas/consentimientos] para permitir filtrar por el tipo de consentimiento indicado (0 – Todos, 1 – Genérico, 2 – Campus)

• Se ha añadido el campo “IdSubTipoDocumento” en las respuestas de los WS GET [/campus/contratos/{idcontratoservicio}/documentos], GET [/campus/transaccion/{idtransaccion}/documentos] y GET [/documentos/{iddocumento}]

• Nuevos WS de documentos:
  • GET [/documentos/subtiposdocumento]: Permite obtener los datos de todos los subtipos de documento que existen.
  • GET [/documentos/subtiposdocumento/{idsubtipo}]: Permite obtener los datos del subtipo de documento indicado
  • GET [/documentos/grupossubtiposdocumento]: Permite obtener los grupos de subtipos de documentos definidos
  • GET [/documentos/gruposubtiposdocumento/{idgrupo}/subtiposdocumento]: Permite obtener los subtipos de documentos vinculados a un grupo de documentos dado.
  • Nuevo WS POST [/documentos/{idDocumento}/vincular] que permitirá, para un documento existente, añadir nuevos vínculos
  • Nuevo WS GET [/documentos] que permitirá obtener todos los documentos a partir del filtro indicado (IdPersona, IdSubTipoDocumento)

• En WS de contratación de periodos, POST [campus/contratos/{idcontrato}/componenteperiodo] y POST [/servicios/contratos/{idcontratoservicio}/componenteperiodo], se incluye validación del periodo de contratación (tipo de periodo de contratación válido y periodo de gestión incluido entre los seleccionables).

• Nuevo WS de [GET /recursos/reservas/{idreserva}/ventas] que obtiene información de las ventas asociadas a una reserva.

• En los WS de [GET /recursos/reservas/conceptos] y [GET /recursos/reservas/conceptosopcionales] se devuelve la CantidadMinimaVenta y la CantidadMaximaVenta configurada para cada concepto.

Correcciones

• Se corrige el error detectado por el cual en el [PUT /personas] no dejaba modificar el código postal si en la creación la calle no existía en base de datos y se había dejado en blanco el código postal.

• Se modifica el WS de [POST /documentos] para que trate internamente la extensión del documento siempre en minúsculas sin importar como se le pase. Además en núcleo se pasa a minúsculas el parámetro ‘extensionesAdmitidas‘ al cargarlo de BD independientemente de como esté en esta.

• Corregido bug detectado por el cual el WS de [PUT /economico/transacciones/{idTransaccion}] devolvía un OK (200) cuando realmente la reserva había caducado mientras se estaba realizando el pago en la pasarela de TPV virtual. Ahora en tal caso se devolverá un ERROR para que el usuario final lo pueda gestionar con el centro.

• Modificada la respuesta del WS POST [Autenticacion/Tokenautenticacion] en caso de error, para diferenciar los casos en que no existe ninguna persona que cumpla los criterios o existen varias personas que cumplen los criterios. Devolverá 400 si no hay ninguna y 409 si existen multiples.

• En la inscripción web a actividades, resuelto problema en caso de actividades con perfiles vinculados.
  Se asignaba el perfil antes de formalizar el pago (cierre de la transacción) por lo que se podían disfrutar de las ventajas del perfil (descuentos, etc.) durante un tiempo hasta que se cancelaba la transacción.

• En el GET [competiciones/partidos], en la información de cada partido se estaba devolviendo la información de “Vuelta” y “Jornada“, pero no la “JornadaGlobal” que es la utilizada para obtener la información y que, en caso de campeonatos que no realicen numeración consecutiva de las jornadas, no coincide con la jornada

• No se realizaba el envío de comprobantes de contratación por email en el cierre de transacción para el caso de los procesos de “COMPROBANTE ALTA ABONO INTERNET EMAIL” y “COMPROBANTE ALTA ACTIVIDAD INTERNET EMAIL” cuando solamente se habían generado pagos de matrícula.

• Si 2 tablets devolvían simultáneamente un documento firmado, al generarse el fichero temporal previo uno de los documentos sobrescribía al otro, de forma que sólo se guardaba como firmado uno de ellos. En la generación del fichero temporal se añade el IdDocumento para asegurar que no se sobreescriben.

Mejoras

• [NUEVA FUNCIÓN] Nuevo módulo de exportación contable ‘ESTANDAR‘ para exportación de Facturas y Ventas a un formato genérico.

 

ReserWin V3.0

Mejoras

• En la pantalla de configuración de recursos, pestaña de modalidades, se limita la asociación de modalidades a un máximo de 9.

• Ahora se mostrará en la plantilla de ocupación de un recurso, el email de las reservas anónimas (QuienReserva = 1). Útil, por ejemplo, para las reservas anónimas de las piscinas de verano.

Correcciones

• En reservas de recursos, solucionado error no controlado al editar reservas que tienen otras reservas vinculadas (por ejemplo reservas de actividades con recurso sala + recurso monitor).

• En reservas de recursos, resuelto problema en refresco del icono que indica el estado de cobro de la reserva en caso de cobro con bono.

• En reservas de actividades, resuelto problema por el que no se mostraban en la pantalla de ocupación de ReserWin los monitores asociados a las reservas.

Mejoras

• [NUEVA FUNCIÓN] Control de acceso para piscinas de verano:
  • Este control de acceso estará basado en controlar el aforo mediante reservas de recursos.
  • Es decir, un cliente con derechos de acceso al recinto de la piscina podrá entrar si dispone de una entrada vendida a través de una reserva de recurso.
  • Para clientes con derecho de acceso al recinto pero que no dispongan de reserva previa (por ejemplo, clientes abonados o clientes con bono de X usos para todo el verano), podrán entrar siempre y cuando todavía haya disponibilidad del recurso. En ese caso se les autogenerará una reserva.
  • Para esos clientes con derecho de acceso sin reserva previa, tendremos la opción de “prerreservar” un número de plazas concretas con el objetivo de garantizarles un servicio mínimo (configurable desde ReserWin por recurso).
  • Para los clientes que compren una entrada presencial sin reserva directamente en la recepción de la piscina, igualmente tendremos la opción de “prerreservar” un número de plazas concretas con el objetivo de garantizarles un servicio mínimo (configurable desde ReserWin por recurso).
  • Adicionalmente, para poder optimizar la ocupación del recinto, tendremos la opción de liberar la plaza cuando un cliente realice la salida. Para ello, esencialmente se recortará la hora de finalización de la reserva automáticamente.

[PUERTO P TERMINAL T]

ClientesConPermisoAccesoRequierenReserva=Sí

Indica si los clientes con permiso de acceso (abonados, bonos, …) requieren haber reservado para poder acceder

ClientesConPermisoAccesoAutogeneranReserva=Sí

Indica si a los clientes con permiso de acceso (abonados, bonos, …) sin reserva previa se les autogenerará una

LiberarPlazaReservaEnSalida=Sí

Indica si se liberará la plaza de la reserva en los accesos de salida.

• En los protocolos vía COM Remoto (por ejemplo, un PCR300), si activamos el KeepAliveCOMRemoto, ahora se forzará una reapertura del puerto de comunicaciones en los casos que se detecte un cierre de dicho puerto.
  • Ejemplo 1: si se pierde la red en el lado del PC del ComRemoto, cuando vuelva la red el Vigilante será capaz de recuperar la comunicación automáticamente.
  • Ejemplo 2: si se pierde la red en el lado del servidor donde esté el Vigilante, cuando vuelva la red, el Vigilante avisará de error de conexión y para recuperarla solamente necesitamos pasar una tarjeta por el lector o bien usar la opción “Cerrar comunicaciones y pasar a modo escucha” del ComRemoto.

• [NUEVA FUNCIÓN] Ahora podremos tener la configuración del Vigilante en ficheros separados, de tal manera que tendremos un fichero para la configuración “Técnica” y otro para la configuración de “Lógica de acceso“.
  • Por ejemplo, esta configuración separada nos será de utilidad cuando haya dos equipos/personal de implantación del Vigilante.
  • Podremos migrar automáticamente a esta nueva configuración ejecutando el Vigila.exe (desde el entorno que deseemos migrar) con el parámetro /MigrarConfiguracionTecnicaYLogica.
  • Esta migración automática dejará una copia de seguridad del antiguo fichero Vigila.ini, en el entorno correspondiente y con el nombre Vigila_Backup_20220627_135305.ini (los números corresponden a la fecha y hora del momento de la migración).
  • También dejará un fichero VigilaParametrosNoUsados.INI correspondiente con aquellos parámetros del antiguo fichero Vigila.ini que el Vigilante no está usando (ya sea por qué estaban comentados o por qué no aplicaban según otros parámetros).

VIGILA.INI [PARAMETROS]

ConfiguracionTecnicaYLogicaSeparada=Si

Indica si la configuración técnica y la configuración de la lógica de acceso están separadas en los ficheros VigilaTecnica.ini y VigilaLogica.ini

VIGILATECNICA.INI

…	En este fichero estarán todos los parámetros que tienen que ver con la configuración técnica/hardware del control de acceso

VIGILATECNICA.INI [PUERTO P TERMINAL T]

IdLogica=X

Identificador de la lógica de acceso vinculada a este terminal. Correspondiente a la sección [Logica X] en el fichero VigilaLogica.ini. Si no se informa este parámetro se supondrá que la lógica estará en la sección [Logica Puerto P Terminal T] del fichero VigilaLogica.ini

VIGILALOGICA.INI

…	En este fichero estarán todos los parámetros que tienen que ver con la configuración de la lógica de acceso

VIGILALOGICA.INI [LOGICA COMUN]

…	En esta sección estarán todos los parámetros comunes a las distintas lógicas, de tal manera que en la sección [Logica X] solamente estarán aquellos parámetros específicos de esa lógica o los que no comparta valor con la lógica común.

• Ahora tendremos la opción de generar un fichero de ayuda de los parámetros de configuración, para ello ejecutaremos el Vigila.exe (desde el entorno que deseemos) con el parámetro /GenerarFicheroAyudaConfiguracion.
  • Aplicable tanto con un fichero Vigila.ini como cuando tenemos la configuración separada en VigilaTecnica.ini y VigilaLogica.ini
  • Los ficheros generados tendrán el mismo nombre que los originales pero con el sufijo “_Ayuda” (por ejemplo VigilaLogica_Ayuda.INI)

• Ahora si ejecutamos la aplicación Vigila.exe desde un entorno sin configuración (ya sea en el propio entorno o en la raíz) ya NO se nos preguntarán los parámetros de configuración uno por uno. Sino que se crearán automáticamente con su valor por defecto.

• [MEJORA] Coherencia de accesos por IdPersona
  • Nueva funcionalidad para comprobar que la persona que está accediendo NO esté dentro del recinto independientemente de cómo acceda, ya sea con un carné de persona o con carné de entrada.
  • Útil, por ejemplo, en las reservas de piscinas de verano (no anónimas) donde se ha generado una entrada para cada integrante y además los integrantes disponen también de un carné personal. De esta manera se evita que un mismo integrante tengo dos accesos para entrar.
  • No aplicable a accesos de salida
  • No aplicable a accesos de entidades

[PUERTO P TERMINAL T]

ComprobarAccesosCoherentesPorIdPersona=Verdadero

Indica si se comprobará que la persona que está accediendo NO esté dentro del recinto independientemente de como acceda (con carné de persona o con carné de entrada)

Correcciones

• Cuando se vincula un terminal Virtual con un terminal de un STS (habitualmente para reaprovechar una misma electrónica para entrada y salida) si se realizaban lecturas por el terminal vinculado durante la inicialización del Vigilante, se producía un “Error 91: La variable de tipo Object o la variable de bloque With no está establecida“.

Mejoras

• [NUEVA FUNCIÓN] Nueva funcionalidad para poder configurar listados sincronizados con vistas SQL
  • Se añaden nuevos campos “SincronizableConVistaSQL” y “NombreVistaSQL” en Listados.
  • Al activar la opción de listado sincronizable con vista SQL se creará automáticamente una vista SQL en la BBDD a partir del listado.
  • La vista SQL correspondiente a un listado se generará a partir de la definición de vista del listado y el filtro asociado al listado (en caso de que el listado solicite parámetros por pantalla, estos no se incluirán en la condición de la vista SQL).
  • Las vistas SQL se sincronizarán con los listados:
    1) Al modificar un filtro o una vista de listados marcados como sincronizables.
    2) Al modificar la configuración en un listado (marca de sincronizable o nombre de vista SQL)
    3) Al ejecutar la nueva opción de menú general “Crear vistas SQL de listados sincronizables”
  • • El nombre de la vista SQL se formará con un prefijo y un sufijo:
      * El prefijo será “LST_LP_” para los listados personalizados y “LST_LC_” para los listados de catálogo.
      * El sufijo será el nombre configurado o en su defecto el código del listado.
      Ejemplos: LST_LP_Agrupaciones, LST_LC_123, …

 

Correcciones

• En listados con compositor (email), se resuelve problema de envío de email al primer destinatario del listado en caso de persona sin email.

Mejoras

• En pantalla de generación de oportunidades CRM, se optimiza la gestión de memoria al mostrar las oportunidades incluidas en la campaña (no se liberaba parte de la memoria al cerrar la pantalla).

• • En la generación de oportunidades desde listado, se incluye nueva opción “Permitir personas duplicadas“.
    • Esta opción sólo estará disponible si se selecciona la opción de “Reingresar oportunidades finalizadas” y la campaña sólo realiza un proceso automático (por ejemplo envío de email) y finaliza.
    • Si se pulsa la opción, en caso de que la misma persona esté incluida varias veces en el listado, se generarán (y finalizarán) varias oportunidades, ejecutando el proceso (envío de email, sms, etc.) tantas veces como la persona aparece en el listado.

 

Correcciones

• En el proceso de generación de oportunidades CRM a partir de un listado, se resuelve problema de consumo de memoria excesivo en el caso de procesos masivos de envío de email con grandes cantidades de registros.

• En el historial de oportunidades CRM, se soluciona problema de registro de acciones en orden incorrecto en caso de cambios automáticos de etapa con finalización de la oportunidad.

Mejoras

• Exportación de perfiles de la persona hacia los “products” de eGym
  • Los “products” son características en eGym que permiten la utilización de prestaciones del sistema (máquinas, servicios, etc.)
  • eGym publicará los “products” que son gestionables en el centro por DeporWin
  • Habrá que crear un perfil con la MISMA DESCRIPCIÓN EXACTA que la que describa el product en eGym, por cada uno de los products que deseemos gestionar desde DeporWin
  • Tendremos que activar la exportación de perfiles desde “Mantenimiento -> Tablas Auxiliares -> Parámetros de exportación personas“
  • La importación es unidireccional, es decir manda DeporWin en la gestión de los perfiles
  • Si asignamos un perfil de product en DeporWin se comprobará si ya lo tiene en eGym y si no, se asignará en eGym, con fecha de finalización “01/01/2099”
  • Si se quita un perfil de product de DeporWin se comprobará si lo tenía en eGym y lo modificaremos con fecha de finalización del instante en que quitemos el perfil.

PARAMETROSEXPORTACIONPERSONAS

ExportarPerfiles = SI

Correcciones

• Tanto el “Servidor Deportivo” como el “Servidor Termal” como el “DepornetWSv2” no arrancaban como servicio de Windows, en Windows 10 o Windows 2022 Server con versiones modernas (por ejemplo, con la 21H2).

• • El control TreeView del MSCOMCTL.OCX daba una excepción abrupta al cargar el árbol de recursos en RRecuJet.dll

Correcciones

• Al producirse un problema de comunicación de Deporsite con DeporHub, se producía un error javascript y ya no se volvía a intentar nuevamente la conexión con él, a no ser que se reiniciara o actualizara la página mostrada. Ahora reintentará la conexión cada 5″.

Mejoras

• Añadida nueva tarea “ActualizarImporteEstimadoContratosServicioNMS” que permitirá programar la actualización de los importes estimados de los contratos de servicios NMS. La tarea solicita 2 parámetros (FechaInicio – FechaFin) que indica a que periodos se aplicará el cálculo

• Añadida nueva tarea “Importar Datos Terceros Modificados” que permitirá programar la actualización de los datos de terceros desde la api de la Universidad de Zaragoza

Correcciones

• En la ejecución de los procesos de inicio de sesión desde el “Agente de trabajos”, se quedaba el proceso parado en la “Baja de cursillistas” si la persona tenía pagos pendientes.

• Si se marcaba una tarea con un tiempo máximo de ejecución, aún pasado ese tiempo la tarea no se finalizaba.

• En la inicialización del Agente Trabajos no se inicializaba correctamente el puerto de escucha para las peticiones manuales, lo que impedía realizarlas.

Mejoras

• [NUEVA FUNCIÓN] Nueva App publicada en las tiendas de Apple y Google que permite la validación móvil de acceso aun recinto determinado mediante la lectura de códigos QR en lugares donde habitualmente no se dispone de un control de acceso físico como por ejemplo en las piscinas de verano. Disponemos de manual aquí.

 

• • Resumen del funcionamiento de la APP

 

• • • En cada inicio de la App se verifica la configuración establecida para el usuario del login por si se ha efectuado alguna modificación.
    • En la pantalla de ‘Home’ podemos ver el aforo del recinto y la ocupación actual. Esta se va actualizando cada 2 minutos, cada vez que pulsamos encima de ella o cada vez que se muestra la pantalla de ‘Home’. Además se muestra un gráfico de resumen de las entradas efectuadas en los 7 días anteriores.

 

• • • En función de cómo tengamos configurado SmartAccess, se pueden mostrar uno o dos botones para escanear el QR y registrar el acceso. Existen 4 posibles configuraciones que las define el parámetro ‘TipoAcceso’:• Entrada = 1,
      • Salida = 2,
      • Inteligente = 3,
      • Seleccionable = 4 (dos botones, entrada y salida)Una vez escaneado el QR la aplicación mostrará una pantalla con el resultado de la operación y la información correspondiente a la reserva.
    • No será necesario volver a la pantalla de ‘Home’ para continuar escaneando códigos QR, se podrá seguir escaneando directamente desde la pantalla de resultado para que resulte más ágil el proceso.

 

• • • Finalmente en el caso de querer realizar un ‘Logout’ se puede realizar accediendo a la pantalla de configuración mediante el botón que hay en la parte superior derecha en la pantalla de ‘Home’ donde además podemos ver la versión de la App.

 

• • • Elementos que intervienen para el correcto funcionamiento de todo el sistema
    • 1) SMARTWS: WS que gestiona la parte de login y obtiene la configuración correspondiente al usuario. Esta configuración actualmente es un JSON que se guarda en la base de datos de ‘Configuracion‘ que se encuentra en el servidor de licencias. Ejemplo de JSON de configuración:
      {
      “URLDeporNetWSv2″:”http://192.168.10.40:90/”,
      “NombreDesarrollador”:”T-Innova”,
      “PasswordDesarrollador”:”Password”,
      “IPServidorVigilante”:”192.168.10.40″,
      “PuertoTCPServidorVigilante”:5010,
      “PuertoRemoto”:1,
      “IdTerminalRemoto”:”NombreTerminal”,
      “PuertoRemotoSalida”:0,
      “IdTerminalRemotoSalida”:””,
      “TipoAcceso”:”Inteligente”,
      “MostrarFotografiaUsuario”:1,
      “IdRecinto”:7,
      “PermitirSeleccionarTipoSalida”:1 (No se utiliza de momento)
      }
    • 2) DEPORNETWSV2: WS para gestionar el resto de operaciones. Se configura a partir de los datos obtenidos del JSON de configuración.”URLDeporNetWSv2″:”http://192.168.10.40:90/”,
      “NombreDesarrollador”:”T-Innova”,
      “PasswordDesarrollador”:”Password”,
    • 3) VIGILANTE: Registra los accesos enviados por la App a través del WS. El Vigilante debe estar funcionando y debidamente configurado, o sea su configuración debe ser consecuente con la de los parámetros del JSON de configuración. Los parámetros implicados son los siguientes.”IPServidorVigilante”:”192.168.10.40″,
      “PuertoTCPServidorVigilante”:5010,
      “PuertoRemoto”:1,
      “IdTerminalRemoto”:”NombreTerminal”,
      “PuertoRemotoSalida”:0,
      “IdTerminalRemotoSalida”:””,
      “TipoAcceso”:”Inteligente”,
    • Configuración de la parte del JSON
    • No podrán existir dos registros con mismo IdSmartApp, Usuario y Contraseña
    • El identificador de la App SmartAccess (IdSmartApp) siempre será [3D74D765-BF78-44F0-AC84-2404BF0FD955]
    • El usuario deberá ser un GUID de 36 caracteres tipo [CEAAB284-8AEC-4D96-93ED-397ED1591A60]
    • Inicialmente el JSON se configurará a mano directamente en la propia base de datos de ‘Configuracion‘ que se encuentra alojada en el servidor de licencias, en un futuro se podrá efectuar desde la consola de gestión de clientes pudiendo además añadir el ‘IdCliente‘ e ‘IdCentro‘.

Exportación Universidad de Zaragoza

Mejoras

• [NUEVA FUNCIÓN] Nuevo protocolo de importación de terceros contra la API de la Universidad de Zaragoza
  • Permite buscar personas desde la pantalla de búsqueda de terceros de DeporWin e importarla, llamando a la API de acceso a datos de personas de la Universidad de Zaragoza

 

• • Se configura como protocolo de búsqueda de terceros, reemplazando a la importación de terceros original.

 

• Adicionalmente ofrece dos funciones en menú de Mantenimiento de personas:

• • 1.- Importar Terceros: realiza una carga inicial de personas, mediante una llamada a la API de Universidad de Zaragoza. Útil para la primera implantación

• • 2.- Importar Terceros modificados: permite identificar cambios desde una fecha determinada, modificando los datos de deporwin según lo cambiado en origen, o bien creando personas nuevas que estén desde la fecha indicada. Esta función se puede invocar desde menú o como una tarea del Agente de Trabajos.

Correcciones

• En la inscripción web a actividades, resuelto problema en caso de actividades con perfiles vinculados.
  Se asignaba el perfil antes de formalizar el pago por lo que se podían disfrutar de las ventajas del perfil (descuentos, etc.) durante un tiempo hasta que se cancelaba la transacción.

Mejoras

• Se modifica el selector de + y – en la pantalla de compra de entradas para que si tenemos configuradas las propiedades CantidadMinimaVenta y CantidadMaximaVenta de un concepto, el selector las tenga en cuenta.

---