DSuite Abril 2022 – Presentación DeporWin

Mejoras

• [NUEVA FUNCIÓN] Lectura de pasaporte COVID
  Coincidiendo con la reciente noticia de que en Catalunya se exigirá el pasaporte COVID para poder acceder a los centros deportivos y que probablemente esta medida se extienda a más comunidades, hemos finalizado el desarrollo para poder integrar la gestión del pasaporte COVID en DeporWin.
  
  • El sistema se basa en la asignación de un perfil (p.e. ‘Documentación OK’), de forma que solo los usuarios con este perfil podrán pasar por el control de acceso. Este perfil tendrá la misma fecha de vencimiento que el pasaporte COVID, por lo que, cuando este caduque, automáticamente se deshabilitara el acceso al centro.
  • Del pasaporte COVID, solo se mostrará el nombre, apellidos y fecha de vencimiento. No mostrándose el resto de información (tipo de vacuna, si es primera o segunda dosis, si es por PCR negativa, etc.)
  • Tenemos botón de lectura de pasaporte COVID en pantalla de personas clásica y en nueva pantalla, en la clásica también se invocará la lectura al arrastrar alguno de los perfiles de control que se aportan.
  • La lectura se realiza invocando a SmartPanel.
  • Dado que la aplicación oficial de Salut no controla validez del certificado, en nuestro caso haremos lo mismo. Si que se comprueba que el QR sea realmente de un certificado COVID, y si el usuario ya tenía uno, se sobrescribe la información con la nueva lectura.
  • Los perfiles asignados se marcan con la fecha de caducidad correspondiente según sea PCR, vacunación, etc.
  • Para más info y videos consultar: https://www.t-innova.com/pasaportecovid/

• [NUEVA FUNCIÓN] Implementado protocolo de envío de facturas y ventas (tickets/facturas simplificadas) a sistema TicketBAI.
  • Configuración:
    1. Crear nuevo registro de “Parámetros exportación facturas”:
    1.1. Informar URL’s de envío y consulta
    1.2. Informar certificado digital (necesario para la firma y la conexión)
    1.3. Informar código de licencia concedida por la administración en el campo “ApyKey”
    1.4. En caso de exportación diferida de ventas, configurar apartado correspondiente.
    2. Crear nuevo registro en “Tipos de envío de factura” y asociarlo con los parámetros anteriores.
    3. En parámetros generales de facturación, configurar el anterior como el tipo de envío por defecto.
    4. En las formas de pago que generen ticket configurar la asignación de recibo con exportación.
    5. En las cajas informar el “NumeroSerieImpresora” con el número de serie de dispositivo “TBAI”.
    .
  • Para la exportación de ventas / tickets (“facturas simplificadas”) existen 2 posibles opciones de configuración:
    1) Envío inmediato al asignar el número de ticket.
    En caso de configurar envío inmediato, se recomienda que las formas de pago domiciliables se configuren con la opción de asignación de recibo “Si vence la remesa de recibos”.
    De esta forma se optimizará el proceso de domiciliación puesto que se realizará el envío TBAI en el proceso posterior de asignación de tickets de remesas vencidas (configurado en el agente).
    2) Envío en diferido a través de un proceso planificado en el propio DeporWin que exportará las ventas realizadas en la caja del entorno donde se ejecuta.
  • La exportación de facturas siempre será a petición del usuario y deberá hacerse mediante la opción de enviar, desde la pantalla de facturación o desde el menú contextual de factura.
  
  
  
  • Se podrá consultar el estado de la exportación,
    1. Para una venta concreta, a través de la opción “Consultar Venta exportada” del menú contextual de la venta (abre el navegador con la página de consulta del ticket TBAI).
    2. Para ventas pendientes de envío, o para selección de ventas, a través de la pantalla de exportación de ventas (opción “Gestión económica\Facturación\Exportación ventas”).
    3. Para una factura concreta, a través de las opciones “Consultar factura exportada” y “Ver avisos”
    4. Para facturas pendientes de envío, o para selección de facturas, a través de la pantalla de facturación.
  
  
  

• Se ha añadido en el historia de cambios de la persona información referente al tipo de ficha. Ahora cuando se cambie el tipo de ficha del la ficha, se almacenará el tipo de ficha actual y anterior.

• Ahora, en las ventas de servicios con un esquema de amortización, podremos:
  • Definir cuál será el prefijo de la descripción de sus transacciones. Desde “Mantenimiento -> Parámetros Servicios -> Descripciones -> Capital A Cuenta Servicio” (por defecto “Capital a cuenta”).
  • Y también se aplicará el formato definido en “Mantenimiento -> Parámetros Servicios -> Descripciones -> Formado descripción transacciones”.

• [MEJORA] Nuevo selector de Cajas. Sustituye el anterior que se utiliza desde “Cambiar Caja Actual” y “TPV Administración”.
  

• [MEJORA] Nuevo selector de Almacén. Sustituye el anterior que se utiliza desde “TPV Almacén” y “TPV Comprar Almacén”.
  

• [MEJORA] Se ha implementado de nuevo el módulo de Avisos en DeporWin con una nueva interfaz
  
  
  
  
  
  
  
  
  

• Se implementa la funcionalidad de poder filtrar las extensiones de archivos que se permiten añadir mediante el gestor documental. La definición se hará mediante una nueva pestaña en la pantalla de mantenimiento de parámetros de personas –> ‘Gestión Documental’ con el parámetro ‘ExtensionesFicherosGestionDocumental‘ en el cual se puede definir una lista de extensiones de ficheros admitidos separados por comas, sin espacios entre ellos y sin números y otros signos. Por ejemplo –> txt,pdf,png. Si no se especifica nada en este campo se permite subir al gestor documental cualquier tipo de archivo, por defecto el valor será este: pdf, jpg, jpeg, gif, png, doc, docx, xls, xlsx, xml, txt.
  

• Añadida nueva validación en la devolución de recibos.
  No se permitirá devoluciones de recibo en caso de que la forma de pago de domiciliación se haya configurado con asignación de ticket al vencer la remesa y se intente realizar la devolución antes de la fecha de vencimiento de la remesa.

• En la pantalla de personas clásica, se añade nueva opción “Enviar Cuestionario a SmartPanel” en el menú contextual de cuestionarios de la ficha de persona.
  

• Se ha modificado tanto la implementación como el modelo de datos para la validación del certificado. Ahora el perfil del CovidPass pasa a ser de tipo relativo con una caducidad de 270 días a partir de la fecha de la administración de la última dosis.

• Añadido la orden de visualización en el mantenimiento de Tipos de componentes de contratación de servicios. Los datos salen ordenados ahora por orden de visualización + descripción.

• [MEJORA] Se añade nuevos mantenimientos de Grupos de Cuestionarios y Cuestionarios por Grupo. El campo obligatorio se cambia directamente en la lista de cuestionario asignados al grupo.
  
  

• Se añade el campo Obligatorio al mantenimiento Subtipo de documentos por Grupo. Se cambia directamente en la lista de subtipos de documento asignados al grupo.
  

• Se añade mantenimiento de idiomas para el campo Nombre de los mantenimientos de Tipos de documento y Subtipos de documento.

• [MEJORA] En la configuración de reglas de contratación, se añade nuevo campo “MomentoAplicacionRegla” (por el momento sólo en las reglas que determinan si el servicio es contratable).
  Indicará el momento en que se aplicará la regla de contratación (1:En la contratación de periodo , 2:En la formalización del contrato)
  Permitirá por ejemplo, en un campus, configurar reglas para determinar el número mínimo de periodos/semanas a contratar y que estas se validen una vez se han seleccionado todos los periodos a contratar.
  

• Ahora, si el abono (individual o el cabeza de familia) tiene una baja programada (ya sea por baja futura o por cambio), consideraremos que NO aplican los cambios automáticos por tipo de abono.

• [MEJORA] En el cierre de sesión de caja, nueva restricción de funcionalidad por grupos de usuario “CERRAR SESION CAJA CON TRANSACCIONES ABIERTAS” para poder evitar que se cierre la sesión si todavía teníamos transacciones abiertas.

• En la exportación con F11 de una grid en DeporWin, el nombre de fichero propuesto para la exportación (por ejemplo, a Excel), usará la ruta de exportación definida en DeporWin.ini en [ReporWin] Documentos= …. y su nombre estará compuesto por el nombre del Entorno más el nombre de la grid.

• [MEJORA] Nuevo parámetro para poder configurar en qué fecha se imputará la devolución de los recibos bancarios (1=Fecha devolución, 2=Fecha actual).
  • Aplicable tanto a los movimientos económicos de devolución (positivo/negativo) como a los gastos financieros (imputados/soportados).
  • Configurable desde “Mantenimiento -> Parámetros -> Económicos -> Domiciliación -> Comportamiento Devoluciones“.

• [MEJORA] Nueva restricción de funcionalidad “COBRAR TRANSACCION DE IMPORTE SUPERIOR AL MAXIMO” para poder impedir realizar cobros que superen los límites legales en determinadas formas de pago.
  • En la forma de pago deberá configurarse el “ImporteMaximoCobroVenta” y automáticamente se aplicará la restricción (por defecto no se permitirá la vulneración a ningún operador).
  
  

• Se añade la Prioridad al mantenimiento de Perfiles.

• [MEJORA] En pantalla de personas clásica, en pestaña de cuestionarios, se añade nueva opción en el menú contextual ‘Añadir Cuestionario a SmartPanel’
  

• En la pantalla de definición de actividades, en la grid de horarios, además del campo de ordenación principal seleccionado, se ordenará siempre en segunda instancia por día de la semana y hora.
  

Correcciones

• Corregido un error que, al añadir un perfil programado correctamente, hacía que en el Historial persona se generara un registro del Alta y otro de baja correlativos, donde el registro de baja era erróneo.

• [CORRECCIÓN] En la ficha de persona, solucionado problema que impedía introducir pasaportes que incluyeran la letra “O” (que es una letra no válida en NIF)

• No se podía cambiar el “Usuario responsable” de una inscripción a un servicio (desde Fichas -> Personas -> Servicios -> Datos).

• • Se producía un error nº 3426 “This action was cancelled by an associated object” y se queda la inscripción sin usuario responsable.

• [CORRECCIÓN] Corregido comportamiento al asignar perfil programado a partir de un listado de asignación de perfiles.

• • El perfil se asignaba hasta ahora en la lista de perfiles de la persona con fecha futura, lo cual implicaba que no se realizaba por ejemplo la denegación de acceso si la hubiera vinculada al perfil.

• • Ahora se guarda correctamente en la lista de perfiles programados de la persona, con lo que la denegación de acceso o cualquier operativa relacionada con la programación del perfil se realizará correctamente

• Incrementado el límite del “Número” de fracción de 10 a 255.

• En pantalla de definición de actividades, resuelto problema en la aplicación de seguridad en controles por grupos de usuario.

• En la renovación de servicios, en caso de tener configurada la amortización, se corrige el texto del último pago para que incluya el número de vencimiento.

• En protocolo de exportación de facturas y ventas a plataforma “Estupendo”, se resuelve problema de envío de importes negativos en caso de Notas de Crédito con pagos de importes positivos y negativos en la misma venta.

• En el proceso automático de ficheros de devolución, en caso de ficheros vacíos se producían múltiples errores y avisos y no se movía el fichero a la carpeta de incidencias.

• En domiciliación de tarjetas, resuelto problema al obtener datos de la empresa según la cuenta de gestión seleccionada.

• La pantalla de mostrar avisos solucionado el problema por el cual se estaban mostrando los avisos con fecha de activación a futuro.

• La pantalla de “Fichas -> Clientes” cargaba en memoria todos los clientes (al usar un DataControl ADODB Static), consumiendo mucha memoria para BB.DD. grandes. Ahora solamente se cargará el cliente actual (además del primero y último por id).

• Detectado que en las pantallas de Resolver aviso y Traspasar aviso se permitía escribir en el mensaje de traspaso/resolución mas caracteres de los que se permiten guardar en BD. Por lo tanto se han modificado las pantallas para que no se puedan escribir mas caracteres de los permitidos por BD y además ahora aparece un contador de forma que el usuario puede ver cuantos lleva y cuantos le quedan en todo momento.

 

• [CORRECCIÓN] Detectado/solucionado la “Fuga de memoria RAM” al mostrar los avisos de personas (sólo pasaba si previamente se había enviado un email).

• [CORRECCIÓN] Corregido problema detectado de uso excesivo de CPU en la operación de escanear un documento mediante ProDoc.

• [CORRECCIÓN] Se mostraban por error los “mensajes de avisos” cuando se arrancaba el DeporWin con la opción /ProcesosAutomaticos, lo que impedía continuar con la ejecución.

• En la pantalla de domiciliación, si realizábamos un filtro por “Servicios NMS” seleccionando una cantidad grande de ellos, al refrescar el título de la tabla daba un error al haber superado el límite de 255 caracteres. Ahora se recortará dicho título a los primeros 255 caracteres.

• Al realizar la devolución de un recibo bancario (en el caso de tener configurado el tipo de devolución con “Vía un pago de anulación + 1 pago pendiente de cobro“), el pago de anulación no mantenía el IdCentro del pago origen.

• Solucionado error al entrar en mantenimiento de Parámetros de Personas. Esto ocurría cuando la tabla perfiles tiene un perfil con código cero.

• Se ha modificado la implementación de la comprobación de duplicados y ahora si se tiene configurada la comprobación de duplicados por Email no se tiene en cuenta si este no es informado como en el caso de la captura de DNI desde SmartPanel.

• Al cambiar de código a una actividad que tenía “inscritos en lista de espera por reservas de clases“, no se cambiaban los registros de la tabla ListaEsperaInscripcionPuntualActividades. Con lo que se producía un error con la clave foránea FK_ListaEsperaInscripcionPuntualActividades_Actividades.

• En los procesos de asignación de perfiles a personas no se tenía en cuenta la configuración de “Sin Interfaz” del proceso. Por ello, al ejecutar los procesos de inicio de DeporWin desde un proceso sin interfaz (por ejemplo el Agente de Trabajos o el propio DeporWin en modo sin interfaz), en la tarea de ActivarPerfilesPersonasProgramados, si existía algún perfil que requiriese la introducción de algún valor (como los perfiles vinculado a una validador externo de acceso) el proceso se quedaba bloqueado a la espera de la introducción del valor. Ahora estos perfiles no se tratarán en este caso, quedando pendientes de asignar.

• En “Fichas -> Cuotas Abono“, al seleccionar una cuota de abono e intentar dejar en blanco los campos Edad y/u Orden asociados los cambios automáticos de tipo de abono, se producían una serie de errores. Ahora se dejarán esos campos a valor 0.

• En el proceso “Generar previsiones de facturación“, se resuelve problema de actualización de categoría de abonados en una categoría ‘sin edad’ (de 0 a 0).

• [CORRECCIÓN] Se soluciona el problema detectado por el cual desde la pantalla clásica de personas, cuando se enviaba un cuestionario a SmartPanel, se quedaba mostrando de forma infinita la pantalla de ‘Conectando con dispositivo’.

• [CORRECCIÓN] Se corrige el problema detectado en la pantalla de mostrar avisos / mantenimiento de avisos, por el cual no se estaba aplicando bien el filtro y no se estaban mostrando los avisos comunes para todos los operadores.
  Se ha cambiado el titulo para diferenciar la pantalla de mantenimiento de avisos de la de avisos (avisos por operador).
  Se ha optimizado la carga y visualización de los avisos por pantalla porque cuando habían muchos resultaba lenta, ahora es casi instantánea al cargar y al aplicar los filtros.

Mejoras

• En los procesos automáticos de DeporWin, si definimos un paso de tipo “LanzarCuestionario“, se podrá indicar si queremos que se envíe un enlace al cuestionario para el usuario o se envíe al SmartPanel (opción activa por defecto).
  
  • • En caso de no indicar ninguna de las 2 opciones, el cuestionario se mostrará en una ventana de navegador en el propio DeporWin, para ser rellenado por el operador.

• En la verificación de email de ficha de persona, se utilizará el remitente definido en la cuenta de envío por defecto (‘Parametros Generales – IdParametrosEnvioEMails‘ en DeporWin.INI).

Correcciones

• [CORRECCIÓN] Al visualizar cuestionarios se obtienen errores de los scripts. Para poder abrirlo correctamente ahora se lanzará el formulario en el navegador por defecto del sistema.

• Se ha corregido un problema en el editor de plantillas por el cual, al añadir un campo de tipo variable a la plantilla, si no se escribía nada mas, este campo no se guardaba al aceptar la edición.

Correcciones

• Ventana favoritos: Se ha detectado que el botón Más servicios, si era pulsado varias veces, provocaba que al cerrar la ventana, lanzara una excepción. Se ha añadido un control sobre el botón, para evitar que pueda pulsarse de forma consecutiva.

• En la pantalla de contratación, resuelto problema en cambio de servicio.
  Al realizar un cambio de un servicio con periodo único a un servicio renovable mensual, y modificar la fecha efectiva del cambio a un mes futuro distinto al actual, la contratación del nuevo servicio se hacía a fecha de hoy en lugar de la fecha seleccionada.

• En sistema de reglas, resuelto problema en reglas de descuento con criterios de orden, en caso de que el tipo de ordenación configurado en el servicio es ‘por precio base’.

Mejoras

• [MEJORA] Nuevo módulo de Bonos de Agencia.
  

• [MEJORA] Pasos asistente: datos tarjeta bancarios obligatorios
  • Ahora, si un paso del tipo de “datos bancarios” esta marcado como obligatorio y tenemos configurado cobros por TPV virtual, al pulsar “añadir tarjeta” y enviar el correo o SMS al usuario para que pueda añadirlos, el proceso esperará hasta que estos estén introducidos.
  
  • Se nos dará la opción de “Cancelar“, con lo cual no podremos continuar el proceso de alta o “Continuar sin esperar“. Al continuar podremos seguir con el asistente, pero se nos mostrará un aviso de que no se podrán realizar operaciones hasta que estos datos no se reciban por parte del usuario.
  
  • Ahora solo se realizará el check de duplicados al salir del último campo visible de nombre, apellido 1 o apellido 2 y si hay cambio en alguno de los valores.
  • Se añade nuevo Widget de próxima reserva de recurso.
  

• Ahora los avisos de los ítems de menú, no se recalcularán al cambiar entre fichas de tal forma que el cambio entre fichas abiertas no conllevará ninguna consulta extra a los datos.

• Se ha añadido un indicador del consumo de memoria en la barra de estado. Se verá en color rojo al sobrepasar los 700Mb
  

• En el asistente de alta de personas, para el paso de datos bancarios, si este es obligatorio, ahora se dará el paso como valido si: Se ha añadido una tarjeta o cuenta bancaria o si se especifica un titular bancario por defecto.

• Rediseño del módulo de notas para que no se carguen todas las notas de una vez. La paginación será de 6 en 6 ítems. Se añade cambios para un mejor rendimiento y optimización de la utilización de memoria.

• [MEJORA] Mejoras de rendimiento y usabilidad
  • Cargar personas desde buscador: mostrar reloj al puntero del ratón
  • Reporte de errores: Detectado que un mismo error “no controlado” se reportaba en repetidas ocasiones. Ahora solo se añade una vez
  • Se han eliminado llamadas redundantes al Garbage Collector y ahora el GC se fuerza en un temporizador cada 30 segundos, para evitar que se pase en ratos de inactividad
  • Se han optimizado las consultas SQL para la obtención de datos de la unidad familiar y su visualización en pantalla es más ligera
  • Optimización de carga de datos en segundo plano en módulo de pagos, así como remanente e importe pendiente.
  • Mejoras en rendimiento de consultas SQL para el buscador de personas
  • Las alertas (indicadores de color) de los menús ahora se cargan en segundo plano para no hacer esperar en la carga de la ficha
  • Datos personales: Modificados datos de agrupación de datos familiar para cargar objeto de persona ligero
  • Gestor de widgets: Optimización de caches para la obtención de la configuración de los paneles de widgets se omiten lecturas redundantes de configuraciones no realizadas).
  • Perfiles Calculados: Modificada función para calculo de perfiles calculados y descuentos

• Optimización de carga de datos de dirección para minimizar la carga de datos de dirección en las listas de selección. Sobre todo se optimizan los casos con direcciones/calles asignadas a códigos de población/provincia/país del tipo “Indefinido“

• Se ha añadido un nuevo parámetro en el INI de DeporWin en la sección [GestionPersonas] llamado IdTipoDocumentoIdentidadPorDefecto. Por defecto estará sin asignar. Si se asigna un identificador del tipo, al crear una nueva ficha, se le asignará automáticamente este tipo de documento de identidad.

Correcciones

• [CORRECCIÓN] Detectado que no se lanzaba la exportación a sistema externo de la persona al asignar un perfil configurado para ello. Se ha añadido la lógica de exportación

• • Además se ha revisado el color de las alertas de exportación y solo saldrá roja en caso de error y no en caso de avisos.

• Se ha corregido un problema que hacía que al realizar operaciones con el menú contextual de facturación, se lanzara un evento que generaba un error. Este evento intentaba abrir una ficha nueva y hacía que fallara el acceso a la actualización de la UI.

• Se ha detectado que no se estaba lanzando la pantalla de “Transacciones abiertas” al acumular pagos en la gestión/contratación de abonos, actividades y servicios. Se han implementado las correcciones necesarias para su apertura.

• [CORRECCIÓN] Problemas de carga de CPU. Detectado/solucionado el Uso de la CPU en reposo en ciertas pantallas (sobre todo en nueva pantalla de personas y sus Widgets)

• En el algoritmo de cálculo del precio de un abono en .NET (el que se usa por ejemplo en la nueva pantalla de personas para mostrar la cuota de un abono), si definíamos un descuento personal en valor absoluto (no porcentual), dicho descuento se aplicaba tanto a la cuota y a la cuota de mantenimiento, aunque esta última no estuviera definida. Esto provocaba que la cuota de mantenimiento quedara en negativo y, por ende, el precio de la cuota final (cuota + cuota de mantenimiento) no era correcto (daba la sensación que se aplicaba por duplicado el descuento personal). Ahora solamente se aplicará el descuento personal a la cuota de mantenimiento si su precio base es distinto a cero.

• Se ha detectado que, al realizar un cambio de ficha en la persona, si no se había cargado inicialmente la pantalla de Dashboard (widgets), se intentaba cargar en esta el nuevo tipo de ficha y producía un error. Se ha corregido para evitar la carga incorrecta de la misma que se cargará correctamente al ser accedida.

• [CORRECCIÓN] Se ha solucionado un problema por el cual en ocasiones, si fallaba la conexión con el sistema de captura de fotos, el proceso no finalizaba correctamente y el control de captura de foto quedaba bloqueado/en espera.

• Resuelto problema de concurrencia de datos en la escritura en base de datos.

• • Por ejemplo, si durante el proceso de edición se exportaba la persona y se modificaba algún dato de la misma, se podía perder algún dato como los “IdTercero“.

• • Al lanzar el asistente de alta de persona (Nueva Ficha) desde el buscador de la nueva pantalla de personas, si se pulsaba la tecla ENTER en alguno de los campos de datos personales, esta pulsación se traspasaba al buscador y se realizaba una búsqueda sin parámetros. Con lo que obteníamos un resultado de búsqueda con todas las fichas de la BB.DD. y su consecuente ocupación en memoria RAM.

• [CORRECCIÓN] En determinadas circunstancias (por ejemplo, al tener varias fichas de personas abiertas e ir cerrando algunas) NO se permitía cambiar de módulo, dando incorrectamente un mensaje de “Para poder acceder a otros módulos, debe guardar los datos antes“.

• En determinadas circunstancias (por ejemplo, al tener varias fichas de personas abiertas e ir cerrando algunas) se producía un error de “NullReferenceException” al “guardar datos de la persona”.

• Se ha corregido un problema por el cual al navegar entre módulos por el menú o entre las diferentes fichas, no se estaba seleccionando/desmarcando correctamente las diferentes opciones.

• Al cerrar fichas de persona: Si no se cierra la ficha actual, no se moverá el foco de la ficha.
  Si se cierra la ficha actual, intentará colocarse en la ficha a la derecha.
  Si no hubiera ficha a la derecha, se situará en la primera de la izquierda.

• [CORRECCIÓN] Se ha modificado el comportamiento del control de direcciones de datos personales, para minimizar la carga inicial de datos y ganar en velocidad.

• Se ha detectado un problema en la carga del DNI en la pantalla de datos personales que forzaba el cierre de la aplicación si en base de datos era incorrecto (estaba la letra en el mismo campo del numero)
  y el tipo de calculo de digito de control era del tipo 3 (AutocalculadoNoModificable). Se ha protegido la implementación para corregir este problema.

• Se ha detectado que, al usar el asistente para realizar un cambio de ficha, no se guardaban algunos datos (por ejemplo, el teléfono) hasta finalizar el asistente. Esto llevaba a que, si se realizaba una impresión de algún contrato realizado en el asistente, no viéramos reflejados los cambios. Se ha modificado el comportamiento y ahora guardaremos los datos personales al pasar al siguiente paso del asistente.

Mejoras

• Al realizar “auto login” desde ToolWin, si el usuario de la aplicación no estaba asociado a un usuario Windows, el proceso nos llevaba a la introducción de login y password. Se ha detectado que no se estaba recogiendo correctamente el password en el proceso de autologin

DeporSite

Mejoras

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

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

Parámetros

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 parámetros (permitirBajaAbonoProximaRenovacion y diasMinimosAntelacionBaja) para poder controlar la baja de los abonos ya iniciados. Se han adaptado los pop-ups a las diferentes situaciones cuando se intenta dar de baja
  

• [MEJORA] 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 parámetros para limitar quién puede entrar en este modulo
  

• En el detalle de mi abono, en el momento de la baja del abono, se ha añadido la posibilidad de añadir el motivo de baja. Para gestionar esto tenemos dos parámetros.
  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á logueada) 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.

• [MEJORA] 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 password, para poder visualizar el contenido escrito en su interior.
  
  
  
  

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

• [NUEVA FUNCIÓN] Nuevo módulo Campus para la gestión de la contratación de Campus
  • El módulo nos permitirá la contratación simultánea 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

Parámetros módulo:

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 único 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 logueada.
  
  

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

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

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

Parámetros

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)

Correcciones

• En el Listado de mis bonos, cuando un bono no tenia fecha de inicio o de fin, no aparecían. Se ha modificado este modulo para que si que aparezcan los bonos sin fechas

• En el módulo “Resumen_SelectorPago_Unificado“, si accedíamos mediante un link de pago de deuda en modo “fullscreen“, el botón Cancelar, recargaba nuevamente la página. A partir de ahora, deslogueará 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.

 

• Correcció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 devolví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 librerías 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 tarjeta, 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 SmartTagQR 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.

Mejoras

• Modificadas las llamadas del WS GET [clases/{codigoclase}/precio] y GET [clases/{codigoclase}/elementos/{idelemento}/precio].
  • Añadido un nuevo parámetro de entrada: “IncluirBonoVigenteValido“
  • Añadidos dos nuevos valores en la salida:
    – “IdFormaPagoObligatoriaWeb“: Nos informará, si está definida en DeporWin, de la forma de pago indicada como obligatoria para la web
    – “IdBono“: Nos informará, siempre que se haya solicitado en la llamada y exista, del Id del primero de los bonos que tenga el cliente que sea válido para el pago de esta actividad.- Añadido nuevo parámetro de entrada “IdBono” para el WS POST [clases/reservas], que nos permitirá indicar con que IdBono deseamos realizar el pago. El IdBono debe ser válido y pertenecer al usuario o titular de la reserva.

• Nuevos campos de salida para la llamada del WS GET [campus/componentes]. Ahora se incluirá, dentro de los componentes de gestión, la información relativa a los límites de edad del componente: TipoEdad, EdadMinima, EdadMaxima, FechaNacimientoMinima y FechaNacimientoMaxima

• Nuevos campos de salida para el WS GET [campus/periodos], devolviéndose la FechaInicio, FechaFin de cada uno de los periodos de contratación

• Nuevo parámetro de entrada IdTemporada para el WS GET [campus/centros], permitiendo filtrar los centros por aquellos que tengan servicios activos en la temporada indicada.

• Se han añadido nuevo parámetros de entrada para el WS GET [recursos/reservas]:
  • HoraInicio / HoraFin: Opcionales que permiten filtrar las reservas por franja horaria.
  • TipoVentanaHoraria: Opcional. Nos permite indicar como se filtrará la información en la ventana horaria HoraInicio – HoraFin
    – 1: Reservas contenidas en la ventana horaria. Tanto la fecha de inicio de la reserva como la fecha fin de la reserva deben estar dentro de la franja horaria)
    – 2: Reservas que intersectan en la ventana horaria. La reserva ocupa, en parte o parcialmente la ventana horaria.
    – 3: Reservas que inician en la ventana horaria: Las reservas deben iniciarse dentro de la ventana.
    – 4: Reservas que finalizan en la ventana horaria: Las reservas deben finalizar dentro de la ventana.
  • Se ha añadido un nuevo valor para el parámetro TipoTitular. El valor 0 permitirá obtener todas las reservas (de persona, actividad, CRM, partido, etc.).

• Se modifica el WS de POST [Servicios/contratos] se han añadido los parámetros de entrada opcionales ‘IdComercial‘ y ‘IdComercialSecundario‘.

• Nuevo WS GET [recursos/reservas/{idreserva}/servicios] que nos devuelve los servicios vinculados a una reserva (a partir del IdComponenteGestion de la reserva).

• Se modifica el WS de POST [/documentos] Ahora en función de cómo esté definido el parámetro ‘ExtensionesFicherosGestionDocumental‘ que se encuentra en la pantalla de mantenimiento de parámetros de personas de DeporWin, se permitirá o no subir archivos con determinadas extensiones.
  La lista de extensiones permitidas por defecto es: pdf, jpg, jpeg, gif, png, doc, docx, xls, xlsx, xml, txt. Si no está informado, se permite subir al gestor documental cualquier tipo de archivo.

• En la respuesta del WS de GET [/campus/{idpersona}/candidatos] se incluirá también la información del usuario correspondiente a la llamada.

• Nuevo WS de GET [/personas/smarttagqr] Obtiene un ‘QR’ en formato string para poder ser renderizado en una imagen por una App externa y el ‘NumeroCarnet‘ al que corresponde.

• Se han modificado los WS de GET [/personas], POST [/personas] y PUT [/personas] se ha añadido la propiedad ‘IdTipoFichaPersona‘ (por defecto es 1 si no se informa en el alta).
  Al realizar un alta o una modificación se tendrá en cuenta el valor asignado en ‘IdTipoFichaPersona‘ (en el caso de la modificación solo si se informa y no coincide con el valor que ya tenía) para obtener el valor de ‘EsEmpleado‘, ‘EsEntidad‘ o ‘EsMonitor‘ si estos no se informan, obteniéndolo de los campos ‘MarcarEsEmpleado‘, ‘MarcarEsEntidad‘ y ‘MarcarEsMonitor‘ del tipo de ficha de persona correspondiente.
• Nuevo WS de GET [/personas/tiposfichapersona] que obtiene los tipos de ficha de persona existentes que se encuentren activos.

• En la respuesta del WS de GET [/recursos/recursos] se incluirá la información de la EdadMinima y Maxima que acepta el recurso. Lo mismo sucederá en cualquier otra llamada que devuelve información sobre el recurso.

• Nuevo parámetro de entrada “AplicarRestriccionesPersona” en el WS de GET [/recursos/disponibilidad]. Este parámetro permitirá que, en la respuesta, se tengan en cuenta las restricciones que se apliquen al usuario informado en la llamada, de forma que:
  • Se calculará la antelación mínima y máxima según las restricciones del usuario.
  • Se informará la duración mínima y máxima posible de una reserva según las restricciones que correspondan.

• En WS para obtener la información de un servicio (GET servicios{id}), en caso de que no se informen los parámetros “IncluirDisponibilidad” y “FechaReferencia“, se retornará siempre la información del servicio independientemente de que esté disponible o no para la web.

• Se ha modificado el WS de GET [/recursos/recursos], se ha añadido el filtro de ‘SoloRecursosConModalidadesPorTurnos‘ y los campos ‘PermitirReservasAnonimas‘ y ‘IdRecintoControlAcceso‘ en la respuesta.

• Se ha modificado el WS de POST [/recursos/modalidadesreserva], ahora se permiten las reservas de tipo titular ‘Externo’ y en el caso de estas se pueden informar los nuevos campos ‘NombreBeneficiario‘, ‘TelefonoBeneficiario‘ y ‘EmailBeneficiario‘.

• Se ha modificado el WS de GET [/recursos/disponibilidaddetallada], se comparte el código del ws de GET /recursos/disponibilidad pero varía la respuesta, se devuelve un array de ‘DisponibilidadDetallada’ dentro del objeto ‘Informacion’ en lugar de un array de ‘Ocupado’.

• Se ha modificado el WS de GET [/recursos/modalidadesreserva], se ha añadido el filtro ‘SoloModalidadesPorTurnos‘ y los campos ‘HoraInicio‘ y ‘HoraFin‘ en la respuesta si estos están informados.

• Se ha modificado el WS de GET [/reservas/conceptosopcionales], ahora se retornan los campos ‘EsReserva‘, ‘IdSubFamilia‘, ‘EdadMinima‘ y ‘EdadMaxima‘ en la respuesta.

• Se ha modificado el WS de GET [/productos/subfamiliasproductos], se ha añadido el filtro por lista de ids (IdSubFamilia).

• Nuevo WS de GET [/personas/{idPersona}/carnets] para obtener los carnets asociados a una persona

• Se ha modificado el WS de GET [/servicios/{idServicio}/precioscontratacion], añadiendo el parámetro de entrada OmitirComprobacionEdadUsuario para permitir el cálculo de precios aunque la persona indicada no cumpla la edad del servicio.

• Añadido nuevo campo IdTipoFlag en la respuesta a GET [servicios/servicios] y GET [servicios/servicios/{id}]

• Nuevo WS GET [servicios/contratos/{idcontrato}/componentes] que devuelve información de los contratos componente de un contrato: Id, IdContratoServicio, IdComponenteServicio, Estado, FechaInicio, FechaFin, Activo), pudiendo filtrar sólo los activos mediante el parámetro de entrada

Correcciones

• Al efectuar la contratación de un servicio multicentro y multiempresa, no se estaba estableciendo la empresa que le correspondía en función del centro de contratación (a través del CentroPorDefecto de la empresa).

• Corregido problema en el cobro de reservas realizadas mediante pasarela STC: Una vez realizado el pago en el banco, al cerrar la transacción se determinaba que el importe de la operación era de 0 € y no se daban los pagos por cobrados, procediendo a eliminarse la operación (y la reserva) al finalizar su tiempo de vida.

• En el alta de abonos de tipo familiar, si existían descuentos perfil sobre la cuota y/o matrícula, estos no se tenían en cuenta en el momento de realizar la contratación, generándose los pagos con el importe total.

• El WS GET [Servicios/contratos] no filtraba correctamente los resultados devueltos según el parámetro [Activo], devolviendo siempre la totalidad de los inscritos.

• Se han modificado los WS de POST [/personas] y PUT [/personas] porque se había detectado que no se estaban registrando los valores de los siguientes campos:
  –EsEmpleado, –EsComercial
  –NumeroCarnet
  –PermitirFacturar
  –IdTercero
  –IdTercero2
  –IdTercero3
  –IdTercero4. Además se ha añadido el campo ‘EsMonitor‘.

• En la contratación NMS desde WebService, se soluciona problema en la contratación de servicios cuando estos están configurados con congelación automática de precio (no se generaba el registro de precio congelado).

• Se ha modificado el WS de GET [/clases/disponibilidad] porque cuando una actividad estaba en diferentes horarios y en diferentes recursos, si se filtraba por ‘IdRecurso‘ solo daba resultados en el caso de que el ‘IdRecurso‘ fuese el asignado a la actividad. En el caso de los otros recursos la consulta no devolvía resultados.

Mejoras

• [NUEVA FUNCIÓN] Nuevo protocolo de exportación de personas con Fitbe
  • El valor de “activo” se calcula de la misma manera que para otros protocolos; es decir, si se define ParametrosExportacionPersonas.IdPerfilIndicadorPersonaActiva, se consideran activas las personas que tengan dicho perfil. Si no se define ese valor, se consideran activas las personas abonadas.
  • El protocolo permite creación, modificación de persona, y desactivación y reactivación.
  • No permite exportación de accesos del usuario.
  • Definidos consentimientos asociados para que el usuario acepte exportación a Fitbe

PARAMETROSEXPORTACIONPERSONAS

CodigoProtocolo=22

Fitbe

URL	URL de la API suministrada por Fitbe. Normalmente: http://dev.fitbe.cloud/

Usuario

Campo no utilizado por Fitbe para autenticarse (no dejar vacío)

Password

Valor del campo token suministrador por Fitbe para el centro

Mejoras

• En la evaluación de formulas CRM, en caso de tener configurado “TipoCalculoRemanente = Deudas“, se considerará como deuda cualquier pago domiciliado pendiente con fecha de vencimiento igual o anterior al día actual.

Correcciones

• En el proceso de etapas del CRM, resuelto error en caso de etapas con proceso automático (por ejemplo envío de SMS) y campaña configurada con “comprobación de centro al asignar comercial” (se producía un error que impedía el cambio a la etapa siguiente).

• En registro de acción CRM, resuelto error no controlado en campañas con filtro de comercial según centro.

Mejoras

• Mejorada la función unaria de “Edad”, sobre bases de datos de la versión 3.0, para hacerla compatible con versiones anteriores a SQL Server 2012.

Vigilante

Mejoras

• [NUEVA FUNCIÓN] Adaptación del Vigila.exe para poder iniciarlo cómo un servicio Windows mediante la utilidad NSSM.exe
  • Instalaremos el servicio mediante la utilidad NSSM.exe (ubicada en C:\Deporwin\Instalacion), indicando que arranque el Vigila.exe con el parámetro /Invisible (además de los parámetros para autologin).
  
  

Correcciones

• En el cálculo de los permisos de acceso con origen “servicios NMS“, las restricciones de “número máximo de usos en intervalo” y “tiempo máximo de estancia en intervalo” no funcionaban correctamente si el intervalo definido era diferente a “Diario“, “Semanal” o “Mensual“.

• Al utilizar el nuevo sistema de licencias, si existía un problema de conexión a base de datos (por conectividad, reinicio del servicio SQL, etc.) se podía producir una excepción que provocaba el cierre abrupto de la aplicación.

• Se estaba permitiendo registrar más de 1 dispositivo mediante SmartTagQR para la misma persona. A partir de ahora, se eliminará cualquier dispositivo previo antes de añadir el nuevo.

• Si no se tenía activado el parámetro “MultiCarnetsPersonas“, la verificación de puntos de licencia de SmartTagQR  no se realizaba correctamente, ya que en ese caso no se contabilizan los carnés SmartTagQR guardados en la tabla “Carnets“.

Mejoras

• En la exportación contable a ContaPlus, en el fichero de subcuentas (“XSUBCTA“) se incluirán sólo las cuentas de cliente de personas que tengan algún pago en el año en curso.

• En protocolos de exportación de pagos se exportarán los pagos facturados no cobrados y los cobros de los vencimientos.

• Nuevo protocolo de exportación de ventas “FORUS” mediante ficheros de intercambio.

Correcciones

• En exportación contable de pagos a LogicWin, resuelto error no controlado en calculo de nuevo número de lote.

• En la exportación contable de pagos, se resuelve problema de duplicación de apuntes en caso de existir varias cuentas bancarias de gestión iguales.

• En la exportación contable de pagos, en la pantalla de resumen de remesas exportadas, resuelto problema con las fechas de cobro inicial y final de las remesas en caso de estar marcada la opción de “exportar ventas y cobros“.

Mejoras

• Se ha habilitado la URL: http://smarttagqr.deporsite.net/ para poder redirigir a la aplicación SmartTagQR si está instalada en el dispositivo, o si no lo está, facilitar su instalación.

Correcciones

• Nueva versión genera un QR mas corto para evitar los problemas que habían surgido en algunas operaciones como el envío por bluetooth.- Versión Android Publicada = 1.2.2 (21/12/2021)
  – Versión IOS Publicada = 1.2.2 (22/12/2021)

Correcciones

• Por cambio en las especificaciones de BH Loop, que ya no considera como requerido el email en la exportación de persona, se elimina la restricción de poder exportar una persona si no tiene informado el email en DeporWin

Correcciones

• En la exportación de personas, si teníamos configurados los protocolos primario y secundario con exportación diferida, se realizaba correctamente la exportación, pero se sobrescribía el “registro de exportación” con la exportación al último protocolo.

Mejoras

• En el protocolo para dispositivos Monética de “Tecisa Vending“, ahora podremos definir los timeouts de los comandos.
  • Se definirán en el fichero de configuración Cash.ini en la sección de [MONETICA]

Servidor de Comandos Remotos

Mejoras

• Actualizadas las librerías de integración de RedSys para cobro con datáfonos a las siguientes versiones:
  • dllTpvpcLatente.dll (versión 1.4.0.1 de febrero’2018)
  • AxTPVpcPinPadWS.dll (versión 2.4.0.0 de febrero’2018)

ActividadesWeb

Correcciones

• En la nueva navegación web con NMS no funcionaba la “navegación por familias de servicio“.

Mejoras

• [MEJORA] En la plantilla de ocupación/disponibilidad de un recurso, al lanzar el menú contextual sobre una selección que contenga varias reservas, se muestra una tabla con dichas reservas. Ahora podremos cambiar el orden de dicha tabla realizando un clic sobre la cabecera de la columna que deseemos ordenar. Útil por ejemplo cuando el aforo del recurso es grande y tenemos muchas reservas juntas, y deseamos por ejemplo encontrar una reserva ordenando por su descripción (que habitualmente corresponde con el nombre del cliente de la reserva).

• [MEJORA] Se modifica el algoritmo de ocupación de recursos con “Ocupación vía Inscripciones a programas y Control de acceso de un recinto“, de tal manera que las planificaciones prestadas seguirán ocupando plaza hasta que se acceda al recinto. Más concretamente:
  • Si una planificación de la inscripción NO está prestada, ocupará plaza en la franja horaria correspondiente a la hora del servicio y contando tantas plazas como cantidad indicada. En este caso no ha variado el algoritmo.
  • Si una planificación de la inscripción YA ha sido prestada, ahora también ocupará plaza en la franja horaria correspondiente a la hora del servicio, pero contando tantas plazas como “entradas generadas que todavía no hayan accedido al recinto“.
  • Las “entradas generadas que ya hayan accedido al recinto“, ocuparán plaza en la franja horaria correspondiente a su hora de acceso y con cantidad 1 (una plaza para cada entrada que ya haya accedido).
  • Y, consecuentemente, la columna “Reservas no Prest.” pasa a ser “Reservas Sin Acc.”

• En la pantalla de reserva de recurso, al seleccionar una modalidad que tiene informada hora inicio y fin, se actualizará la hora inicio y fin de la reserva con la misma que la modalidad seleccionada.

• Al eliminar una reserva con entrada asociada se invalidará la entrada (actualmente no se hace).

• Al anular la venta de una reserva, se utilizará siempre la serie de numeración de tickets rectificativa, independientemente de que se anule con o sin selección de forma de pago (parámetro ‘EliminarReservasRecursoConSeleccionFormaPago‘).

• [MEJORA] En la pantalla de ocupación de recursos, la opción de “Ver inscritos” mostrará un visor de datos mejorado, con opciones de ordenación por columnas, filtros, exportación, etc.
  • De esta forma se podrá variar el criterio de ordenación y ordenar por ejemplo por nombre.
  

• [MEJORA] En la plantilla de ocupación de recursos, mejora de rendimiento al mostrar la ocupación cuando se tenía seleccionado la marca “Pendientes de cobro“.
  • Se añaden campos calculados en la tabla de ReservasRecursos necesarios para determinar el estado de cobro de la reserva.
  • De esta manera no se tendrán que leer una por una las reservas implicadas en la ocupación para calcular su estado de cobro. Ahorrándonos tanto tiempo de CPU como accesos a BB.DD. en la lectura de las reservas y sus correspondientes pagos.

• [MEJORA] En la plantilla de ocupación de recursos, ahora se es más preciso al determinar si existen recursos vinculados.
  • Solamente se tendrán en cuenta los recursos vinculados de los recursos a mostrar en la plantilla de ocupación.

• [MEJORA] En la plantilla de ocupación de recursos, se han eliminado de eventos KeyUp de los filtros, ya que al usarse desde RDP con el cliente MSTSC.EXE, se disparaban en exeso estos eventos al recuperar el foco de la aplicación proviniendo de una aplicación externa al RDP.

• En la plantilla de ocupación de recursos, ahora se leen en bloque los recursos implicados en la disponibilidad del recurso actual.

Boletines

Mejoras

• [MEJORA] Se ha optimizado la implementación de la pantalla de envío de boletines para mejorar la gestión de memoria, además se han añadido pantallas de progreso tanto al abrir la pantalla como al enviar los boletines para evitar la sensación de bloqueo al usuario. En el envío se puede ver el porcentaje de boletines procesados y ahora se puede cancelar en cualquier momento, pudiendo retomar el envío desde donde se había cancelado en otro momento.
  
  

Quiero Jugar

Mejoras

• Se ha modificado la implementación, ahora el proceso que elimina las reservas caducadas, no considera como caducadas (y por lo tanto no las elimina) las reservas confirmadas con pagos pendientes.

ProTPV

Mejoras

• Al cobrar una venta vía ProTPV, si por el motivo que fuera se cancelara la operación, ahora los pagos de esta transacción quedarán pendientes de cobro en la ficha del cliente. Es decir, ya no se quedarán acumulados en la cesta, evitando así que se mezclen con posteriores cobros de otras ventas.

• Al cobrar una venta vía ProTPV con un terminal de RedSys TPVPCImplantado, se ha aumentado de 60 a 90 segundos el tiempo que DeporWin se espera en la finalización de cobro.
  • De esta manera, si el cliente se demora hasta casi 60 segundos en la colocación de la tarjeta bancaria, le damos tiempo al datáfono para finalizar el cobro con la entidad bancaria y responder a DeporWin.

Exportación dasNano

Mejoras

• [NUEVA FUNCIÓN] Nuevo protocolo exportación personas a dasNano
  • Se gestiona como otros protocolos de exportación a sistemas externo, aunque en este caso el objetivo es exportar la persona con su fotografía a dasGate, un sistema de reconocimiento facial vinculado con control de acceso.
  • El valor de “activo” se calcula de la misma manera que para otros protocolos; es decir, si se define ParametrosExportacionPersonas.IdPerfilIndicadorPersonaActiva, se consideran activas las personas que tengan dicho perfil. Si no se define ese valor, se consideran activas las personas abonadas
  • Como es un sistema vinculado a control de acceso, al recibir confirmación de dasNano de recepción del alta de foto, asignamos el código de carnet a la persona que hayamos enviado a dasNano (normalmente el idPersona en hexadecimal y 16 dígitos), para que no haya que hacer una operación de grabación de carnet de persona.
  • Si modificamos la foto, al forzar de nuevo la exportación de persona actualizará la foto correspondiente en el sistema dasGate.
  • El protocolo se vinculará su exportación a un perfil si se desea, y tendrá su consentimiento específico para gestionarlo.

PARAMETROSEXPORTACIONPERSONAS

CodigoProtocolo=23

dasNano

URL	URL de la api indicada por dasNano: normalmente

Usuario

valor del tenant que nos indique el proveedor para el centro

Password

El password suministrador por el proveedor

Ruta	En este campo hemos de introducir la API KEY indicada por el proveedor

 

Mejoras

• En la exportación contable (de asientos contables) a ContaPlus, ahora se rellenará con el número de ticket la columna “Factura” (posición 96, longitud 8).
  • Solamente aplicable a la exportación detallada (sin agrupar apuntes contables).
  • En la vista _AsientosContablesAmpliados deberemos de informan los campos CodigoVenta, CodigoReciboCaja, CodigoAlbaran, EsDescuentoFacturacion, IngresoEnSesion.

SmartPanel

Mejoras

• (Versión 2.4.0) Se añade la verificación de la conexión a Internet automáticamente cada 5 minutos y en caso de detectar que no hay conexión, entonces se mostrará el botón de ‘Info’ en color gris y la verificación pasará a efectuarse cada 30 segundos. Una vez recuperada la conexión, el botón ‘Info‘ se mostrará en color blanco. Si hay algún problema mas entonces el botón ‘Info‘ se mostrará en color rojo. Durante el tiempo que no se dispongo de conexión a Internet la verificación de la conexión a Internet se efectuará cada 30 segundos aproximadamente. En el caso de perdida de internet, cuando vuelva la conexión se forzará la verificación de todas las conexiones. La pulsación del botón ‘Home‘ fuerza la verificación de todas las conexiones en ese momento.

Correcciones

• (Versión 2.4.0) Se soluciona el problema detectado por el cual al lanzar la captura de fotografía a SmartPanel desde DeporWin, si se cancelaba el envío desde DeporWin y se intentaba volver a lanzar la captura daba un error de acceso.