DSuite Noviembre 2020 – Presentación DeporWin

DEPORWIN V2.95

CORRECCIONES

• En la ficha de persona, pestaña de pagos, solucionado problema que no permitía anular “parcialmente” un pago de un concepto de venta.
  
  • Al modificar el importe en una anulación de pago de un concepto de venta se cambiaba el signo a positivo y no se podía realizar anulación parcial.
    

DEPORWIN V3.0

MEJORAS

• Creado nuevo registro de las operaciones de inserción, eliminación y/o modificación de datos bancarios y de tarjetas. La información se registrará en las tablas RegistroOperacionesValidacionDatosBancarios / RegistroOperacionesValidacionTarjetasBancarios.
  Esta información es la que se utilizará en los protocolos que requieren validación previa para determinar si se deben realizar altas, bajas o modificaciones.
  
• [MEJORA] Creado stored para gestionar bajas masivas de datos bancarios GestionarBajaDatosBancariosPersona(@IdPersona as int. Dado un IdPersona, elimina sus datos bancarios Cuentas y/o Tarjetas, registrando la información en las tablas de control de operaciones de validación.
  
• Creado nuevo protocolo de domiciliación y validación de cuentas bancarias, para la entidad Davivienda de Colombia.
  
  • El protocolo requiere informar el Convenio al que se ajusta (dato que debe proporcionar Davivienda). Este dato se indicará en el CodigoComercio de los DatosBancariosGestion creados para este protocolo.
    
  • Creado stored para realizar gestionar la validez de las validaciones en el protocolo.
    GestionarRenovacionDatosBancariosDavivienda(@MargenDiasCaducidad int)
    Dado un margen de dias, toma todos los datos bancarios validados en el protocolo de Davivienda que estén caducados a la fecha de cálculo (fecha actual + @MargenDiasCaducidad), generando para cada uno de ellos la operación de Baja y una nueva operación de Alta, marcando los datos bancarios como pendientes de validación y relacionando los datos bancarios con el nuevo registro de la operación de validación.
    
• En protocolo de exportación de facturas “Stupendo“, se incluye nuevo campo “OrderReference” con las órdenes de compra a partir de datos extra de la factura.
  
  • En la facturación, antes del envío a “Stupendo“, se mostrará la pantalla de datos extra.
    
  • El campo “OrdenesCompra” (que se creará automáticamente si no existe) deberá informarse con las referencias de las órdenes de compra separadas por “;”
    
• [MEJORA] En la pantalla de definición de actividades, se introduce mejora en la sincronización de reservas para evitar errores de integridad referencial por IdReservaInicial.
  
• [MEJORA] En la facturación de ventas, nueva funcionalidad para poder realizar consumos de dinero a cuenta al generar los vencimientos de factura.
  
  • Al generar los vencimientos, en caso de que la forma de pago configurada en el cliente sea “Cargo a cuenta” se realizará el cobro de los pagos de vencimiento consumiendo del saldo a cuenta, siempre que se disponga de saldo para cubrir el pago de vencimiento completamente.
    
  • Si el cliente tuviera configurado un esquema de fraccionamiento, cada vencimiento con forma de pago “Cargo a cuenta” consumirá dinero a cuenta si hay saldo suficiente.
    
  • En caso de que no haya suficiente saldo para cubrir el pago, este se quedará pendiente de cobro y con forma de pago según el nuevo parámetro general “Forma de pago pendiente en cobros a cuenta sin saldo” (si no está configurado este parámetro el pago se quedará pendiente con forma de pago “Cargo a cuenta“)
    

   

  

• Soporte para el cobro por TPV Virtual con tarjetas bancarias almacenadas en la plataforma de MercadoPago
  
  • Se permiten tanto cobros con tarjeta como anulaciones de los cobros previamente realizados con tarjeta.
    

• Se ha añadido la posibilidad de traducir todas las respuestas de los servicios del área de Personas.
  
• Nuevo protocolo de domiciliación de tarjetas “MercadoPago”
  
  • Se usarán las tarjetas bancarias en DeporWin por los clientes mediante la plataforma de MercadoPago.
    
  • En la configuración de la cuenta bancaria, tendremos que especificar el nuevo protocolo y seleccionar la forma de pago de TPV Virtual correspondiente a “MercadoPago“.
    
  • La domiciliación se realizará de la forma habitual, desde “Gestión Económica -> Facturación -> Domiciliación Tarjetas”. Al pulsar domiciliar se realizarán los dos procesos siguientes:
    – Primero se generará la remesa de recibos con los pagos pendientes
    – Luego se efectuará el cobro de esos recibos (uno por uno) realizado un cobro por TPV Virtual de “MercadoPago“
    Si un recibo no se puede cobrar, se liberará los pagos de dicho recibo (para poder intentarlo después) y se mostrará en la pantalla de domiciliación el motivo de la incidencia.
    

   

  

• [MEJORA] Nuevas restricciones funcionales para permitir / impedir la Venta, Cobro, Anulación, Ingreso a Cuenta de pagos en función de la forma de pago o de la forma de pago si el importe es positivo.
  
• Nueva gestión de Alta de Tarjetas Bancarias o Datos Bancarios cuando está activo el parámetro “PermitirSoloUnDatoBancario“.
  
  • Solo se podrán dar de alta una Tarjeta Bancaria si el cliente no tiene Cuenta Bancaria o, teniendo cuenta bancaria, el usuario tiene permiso para eliminar dicha cuenta (o modificarla en caso de que el cliente tenga pagos en trámite de cobro).
    
  • Solo se podrán dar de alta una Cuenta Bancaria si el cliente no tiene Tarjeta Bancaria o, teniendo tarjeta bancaria, el usuario tiene permiso para eliminar dicha tarjeta (o modificarla en caso de que el cliente tenga pagos en trámite de cobro).
    
• [MEJORA] Añadidos nuevo parámetro “GestionExternaTarjetasBancarias” en la pantalla de Parámetros Personas. Con él activo, no se podrán dar de alta, baja o modificar las tarjetas bancarias, dándose la posibilidad de enviar al cliente un email con la información de dónde debe realizar la gestión. Por defecto, la plantilla llevará un enlace al DeporSite del cliente, a la página GestionExternaTarjetas, que debería redirigirse a la web que corresponda.
  
• En la pantalla de mantenimiento de parámetros de TPV Virtual se han desdoblado los datos de Clave Comercio Real y Pruebas, para los protocolos que usan 2 claves (actualmente AddonPayments y MercadoPago).
  
• [NUEVA FUNCIÓN] Nuevo protocolo de verificación de emails “Código de validación por Email”.
  
  • Se podrá configurar el protocolo de verificación en parámetros generales.
    
  • Se podrá configurar la plantilla del email de verificación en el mantenimiento de plantillas.
    
  • En caso de configurar este nuevo protocolo, se enviará un email al usuario con un “código de verificación” y se solicitará la introducción de este por parte del operador DeporWin.
    

   

  

• En los procesos de inicio de DeporWin, se asegurará que la tabla Diario contenga todas las fechas, como mínimo, para el año actual y los próximos cuatro.
  
• [MEJORA] Se ha añadido zoom (entre 20 y 200%) en la pantalla de definición del mapa de ubicación de elementos.
  

   

  

• [MEJORA] En la pantalla de mantenimiento de Perfiles se ha añadido la opción de poder filtrar por nombre (descripción) del perfil.
  

   

  

• Se añade información del usuario y fecha de Creación / Modificación para la tabla UsuariosAplicacion (Secuwin.Personas).
  
• Al domiciliar (o volver a generar) una remesa de recibos mediante un protocolo de pago con TPV Virtual, no se solicitarán los datos del fichero a generar dado que no se utiliza.
  

   

  

• Al realizar devolución de recibos, si se marca la opción de “Imputar gastos financieros” pero no se indica el Centro de Coste para esos gastos, sólo se nos indicará que falta el centro de coste en caso que el cliente esté configurado para generar apuntes contables.
  
• [MEJORA] En la pestaña Acceso de la pantalla de Personas, si el usuario tiene el dedo grabado, se ha añadido al tooltip de la imagen del dedo el nivel de calidad de la huella (siempre que el valor sea superior a 0).
  

   

  

• Se añade la propiedad “Activa” a los datos bancarios de gestión (cuentas bancarias de la entidad). Las cuentas que se marquen como no activas no estarán disponibles para la domiciliación o validación de cuentas / tarjetas, ni para el cobro o pago por transferencia.
  

   

  

• Ahora, los ingresos a cuenta que se generan por motivo de no haber podido retornar el cambio al cliente en los cobros con forma de pago “Cargo a Monética” (por ejemplo, Cashbox), no se asignará nunca número de ticket (independientemente de que el tipo de pago “ingreso a cuenta” tenga informado que genere número de ticket).
  
  • Tampoco se generará número de ticket si se anula dicho ingreso a cuenta (normalmente para reembolsar el dinero no retornado al cliente).
    
  • Estos pagos se registrarán como tipo “2=Ingreso a Cuenta” y origen “28=Cambio sin dar”
    
• [MEJORA] Al realizar la exportación masiva de personas a un sistema externo, tendremos la opción de exportar todas las personas de la base de datos o las indicadas por un listado (que debe contener un campo con el alias “IdPersona“).
  

   

  

• Se han unificado y rediseñado varias pantallas de procesos de personas a partir de un listado: Asignación de Perfiles Desde Listado, Eliminación Datos Personales Desde Listado, Envío Emails Alta Tarjeta Bancaria Desde Listado,
  Envío Emails Gestión Consentimientos Desde Listado
  También se ha cambiado la forma de realizar el proceso, pasando los datos previamente obtenidos para evitar ejecutar la consulta nuevamente.
  

   

  

• [NUEVA FUNCIÓN] Se han realizado mejoras en la gestión de las contraseñas de acceso a web (ActividadesWeb, DataWeb, TermalWeb, DeporSite), Kiosco y WS (DeporNetWS2, DeporNetWS).
  
  • Será posible establecer la longitud mínima de las contraseñas (valor mínimo será 4)
    
  • Será posible establecer la complejidad requerida de la contraseña, con 4 posibilidades a combinar entre ellas:
    – Incluir, al menos, una mayúscula
    – Incluir, al menos, una minúscula
    – Incluir, al menos, un número
    – Incluir, al menos, un símbolo
    

   

  

  • En los procesos de cambio o asignación de contraseña en las diferentes plataformas (Web, Kiosco, WS y DeporWin), se deberán cumplir los requisitos de longitud y complejidad especificados.
    
  • No será posible conocer la contraseña existente, de forma que, desde las pantallas de DeporWin sólo se podrá:
    – Enviar un mail con un enlace directo al proceso de Recuperación de Contraseña de DeporSite para que sea el propio cliente el que la establezca
    – Establecer una nueva contraseña (de forma manual o autogenerada) que cumpla los requisitos especificados
    

   

  

  • [MEJORA] Nueva restricción funcional “ESTABLECER CONTRASEÑA MANUALMENTE SIN CUMPLIR COMPLEJIDAD” para permitir/denegar establecer manualmente a un usuario una contraseña que no cumpla las normas de complejidad establecidas.
    
  • Nuevas plantillas para el envío del mail con el enlace a Establecer Contraseña. En estas plantillas, por defecto, se enviará el link de enlace a la opción de DeporSite de establecer contraseña, pero, en caso necesario se puede incluir el password asignado a la persona (no recomendable, dado que se envía en texto plano)
    

   

  

• [MEJORA] Añadidos nuevo tipos de paso en los procesos automáticos.
  – Enviar email link establecer contraseña
  que permitirá enviar, automáticamente al cliente un mail con el enlace a DeporSite para que establezca su contraseña.
  

   

  

  • Se podrá indicar que sólo se envíe el mail con el enlace en el caso que la persona no tenga asignado ningún password, que será su valor por defecto. En caso contrario, se enviará tanto si tiene password asignado como si no.
    

   

  

  • Este tipo de paso invalida el parámetro del INI “GenerarPasswordNuevasPersonas”
    
  • Creadas nuevas plantillas para el envío del mail con el enlace a Establecer Contraseña desde los procesos. En estas plantillas, por defecto, se enviará el link de enlace a la opción de DeporSite de establecer contraseña, pero, en caso necesario se puede incluir el password asignado a la persona (no recomendable, dado que se envía en texto plano)
    

   

  

• [NUEVA FUNCIÓN] Creado nuevo proceso para enviar el mail con el enlace a Establecer Contraseña a partir de un listado
  

   

  

   

  

  • Creadas nuevas plantillas para el envío del mail con el enlace a Establecer Contraseña desde listado. En estas plantillas, por defecto, se enviará el link de enlace a la opción de DeporSite de establecer contraseña, pero, en caso necesario se puede incluir el password asignado a la persona (no recomendable, dado que se envía en texto plano)
    

   

  

• [MEJORA] Nuevas restricciones de funcionalidad para abonos (con dato Tipo de abono):
  
  • Modificar importe cuota congelada [Tipo Abono]
    
  • Modificar importe cuota especial [Tipo Abono]
    

   

• [NUEVA FUNCIÓN] Nueva pantalla para gestión de autorizaciones de reservas en DeporWin que no necesita acceder a la web para la configuración.
  
  

  
  

• [MEJORA] Al introducir la dirección de una persona, si se deben crear Países, Provincias, Poblaciones o Calles, se tendrá en cuenta la configuración indicada en Parámetros Pantalla sobre el uso de mayúsculas/minúsculas y acentos.
  
  • Este comportamiento será parametrizable según lo indicado en los parámetros de pantalla.
    

   

  

• En el protocolo de domiciliación Davivienda, se exigirá introducir el código EAN y el código de convenio asignados a la empresa.
  

   

  

• Se añade el usuario y password a la pantalla de mantenimiento de parámetros de hoteles. También se añade un protocolo nuevo ‘QuoHotel’.
  
• [NUEVA FUNCIÓN] Creado protocolo de integración con la nueva aplicación de gestión de Barceló QuoHotel.
  
  • Incorpora las funcionalidades de buscar personas por habitación o nombre, cargar pago a habitación y subida de resto de cargos del día
    
  • Necesita de autenticación usuario/contraseña
    

   

  

• En la exportación de ventas a plataforma Stupendo Colombia, se informa nuevo tag ‘Referencias=AUTODB’ en el campo ‘Note’ del documento de exportación (…; Referencias=AUTODB)
  
  • Este nuevo campo ‘referencias’ sólo se informará en la exportación de ventas (no en la de facturas) en el caso de que alguno de los pagos de la venta tenga una forma de pago domiciliable (tanto de cuentas como de tarjetas)
    
• En la facturación de ventas, ahora se permite realizar facturas rectificativas de facturas con pagos de vencimiento cobrados si estos están anulados.
  

CORRECCIONES

• [CORRECCIÓN] Al lanzar el menú contextual sobre una reserva de recursos con integrantes, si se seleccionaba la opción de “Nueva”, se realizaba una nueva reserva, pero se mantenían los integrantes de la anterior reserva.
  
• Al crear una remesa de validación de tarjetas aparecían no se podía filtrar por formas de pago, pues en el filtro aparecían las correspondientes a cuentas bancarias.
  
• Al fusionar personas no se fusionaban los registros de la tabla ListaEsperaInscripcionPuntualActividades.
  
• Al realizar la devolución de un pago o venta por datáfono (venta o pago cobrado mediante datafono) no se estaba utilizando la serie de numeración rectificativa para el ticket generado.
  
• En pantalla de ficha de personas, solucionado error no controlado al realizar búsquedas de personas en caso de tener activada la opción de ‘Eliminar datos al desactivar ficha de persona’ y en el entorno ‘ObviarAcentosEnBusquedaPersonas=Verdadero’
  
• Corregidos varios selectores de fecha que se mostraban con fondo negro lo que dificultaba la selección de día:
  
  • En la domiciliación de recibos, pantalla de datos de la remesa, en fecha de vencimiento.
    
  • En la pantalla de configuración de cuotas en fecha de próxima renovación.
    
  • En la pantalla de duplicación de actividades en periodos de la actividad.
    
• En pantalla de ficha de personas, solucionado error no controlado al realizar búsqueda rápida de personas (F3) en caso de tener activada la opción de ‘Eliminar datos al desactivar ficha de persona’ y en el entorno ‘ObviarAcentosEnBusquedaPersonas=Verdadero’
  
• En las pantallas de mantenimiento de Grupos, Tipos y Subtipos de Actividad, al añadir un nuevo registro el foco se situaba incorrectamente en el campo Id, en lugar de en el campo Descripción.
  
• [CORRECCIÓN] Al eliminar una ficha de persona desde “Fichas -> Personas -> Eliminar”, se solicitaba confirmación al operador para el borrado, pero en cambio siempre se borraba.
  
• Al realizar una remesa de transferencias bancarias, los pagos remesados se marcaban como cobrados, pero no se les asignaba código/número de ticket, aunque la forma de pago indicara que la asignación fuera al cobrar.
  
• Al internar editar un pago con una forma de pago de tipo Tarjeta Bancaria se producía un error al intentar determinar el tipo de tarjeta.
  
• Se comprobará la “sincronización” entre el IdPersona en el grid y en el RecordSet de personas al pulsar los botones de Listados y GrabarCarnet, de forma que, en caso de no estar sincronizados, se impedirá la acción y se solicitará actualizar los datos (pulsando F5 para refrescar).
  
• [CORRECCIÓN] En buscador de actividades, solucionado error no controlado en búsquedas cuando existen actividades con caracteres especiales (como la comilla simple) en el código de actividad.
  Atención! Se soluciona el error no controlado, pero se aconseja NO incluir caracteres especiales (como la comilla simple) en el código de actividad porque en muchos casos esas actividades no aparecerán en la búsqueda.
  
• Implementada la substitución del tag “%COD%” para las descripciones de los pagos de los servicios clásicos, que, aunque se mostraba en la leyenda no se realizaba, y ampliada la leyenda para que muestre también la línea “%NOM% Nombre del servicio”.
  
• [CORRECCIÓN] En la ficha de persona, pestaña de pagos, resuelto problema al deshacer un cobro proveniente de una devolución cobrada.
  
  • En caso de configurar las devoluciones “Vía un pago pendiente de cobro de tipo Recibo Devuelto” (en parámetros generales), al deshacer un cobro de un pago de devolución se generaba código/número de ticket en el pago de importe negativo.
    
• Corregido error en la validación de cuentas / tarjetas bancarias si el Id de la tabla RegistroOperacionesValidacionCuentasBancarias
  o de la tabla RegistroOperacionesValidacionTarjetasBancarias era superior a 32767.
  
• Corregido problema en mantenimiento de franjas horarias que a veces guardaba las fechas con formato incorrecto. Eso pasaba cuando al hacer un cambio en fechas se cambia de fila sin Validar (que es donde hace la conversión). Ahora antes de cambiar de fila, obliga a Validar o Cancelar los cambios.
  
• Al realizar una domiciliación bancaria, generando remesas por cada agrupación de domiciliación, se producía un error de “El identificador formado por varias partes ‘DBD.Activo’ no se pudo enlazar”.
  

DEPORWIN V3.0 Y V2.95

• En la definición de Consentimientos, se ha cambiado el tooltip para el campo Activo, para que sea más explicativo.
  

   

  

CORRECCIONES

• En la generación de fichero de transferencias norma “Estándar EUROPEO SEPA C34.14 XML”, se corrigen algunas incidencias de formato:
  
  • Campo dirección del beneficiario (“<PstlAdr> “) no se admite sin contenido (se informará siempre el código de País)
    
  • Campo de número de cuenta no admite País IBAN en minúsculas (se enviará siempre en mayúsculas)
    
• En las pantallas de vista de emails enviados, si el campo UltimoMensajeError del mail enviado era nulo, no se cargaban las propiedades para mostrar en la lista.
  
• [CORRECCIÓN] En el caso de clases puntuales con recurso y recurso monitor, en ciertos casos, al realizar la reserva de la clase se vinculaba incorrectamente con el recurso monitor, en lugar del recurso físico.
  
• [CORRECCIÓN] Si se había configurado un proceso de impresión para vincular el documento con otras tablas además de la persona (Contratos, Facturas, etc.) y los listados del proceso usaban plantillas en Word, no se producía la vinculación con las tablas adicionales.
  

• Se corrige problema detectado por el cual no se estaba obteniendo correctamente el estado de los servicios del sistema al actualizar el estado, se estaba utilizando la clave única ‘Id’ en lugar del ‘IdServicioSistema’ y por lo tanto no retornaba el estado del último servicio de sistema solicitado.
  

DEPORWIN NMS

MEJORAS

• En el proceso de actualización de importes estimados, no se considerará un error en caso de que algún contrato de periodo se haya eliminado mediante alguna operación realizada por otro operador ajeno al proceso (baja, cambio, etc.)
  
• Nuevo parámetro general “CargarInformacionDevolucionesEnContratos” para optimizar la carga de contratos de servicio.
  Al desactivar este campo se deshabilita la carga de datos de devoluciones, reduciendo los tiempos de carga de datos de los contratos en la pantalla de contratación y en la evaluación de reglas.
  

   

  

• [MEJORA] Convenios: Nuevo campo plantilla importación “SinRecalculoFechaContratacionPropuesta”
  
  • Se ha añadido un nuevo campo en la plantilla de importación de integrantes del convenio “SinRecalculoFechaContratacionPropuesta”. Este campo, se tendrá en cuenta en el cálculo de la “fecha de contratación propuesta” de tal forma que, si está marcado, no la tendrá en cuenta a la hora de realizar la contratación y se tomará la fecha propuesta (en caso de estar informada) como la fecha de inicio de la contratación del servicio.
    
  • Esto dará posibilidad de solapamiento en contratos si ya existe contrato en el periodo marcado en la “Fecha propuesta” y el servicio admite contratación con solapamiento.
    

   

  

• [MEJORA] En la importación de personas en Convenios, se añade nueva configuración para poder modificar los datos de una persona ya existente en BBDD y para realizar la exportación automática de los datos de persona a sistemas externos.
  
  • Para configurar la exportación automática de los datos del integrante convenio se deberá activar el parámetro general de servicios “Exportar datos a sistemas externos al importar los datos de un integrante de Convenio”.
    
  • Para configurar los datos que se podrán modificar desde la importación de convenios se deberán informar los parámetros de servicios “Campos actualizables al importar persona en Convenio” y “Campos act. ‘Sin Valor’ al importar persona en Convenio”.
    
  • Cualquier campo de persona que se modifique desde la carga de integrantes de convenios quedará registrado en el historial de la persona.
    

   

  

   

  

CORRECCIONES

• Si se utilizaban criterios en las reglas de definición de TiposCargo, Agrupaciones, TiposIVA o CentroCoste, se producía un error cuando no había ninguna regla aplicable.
  
• En la pantalla de contratación, solucionado problema de visualización de importe vendido en el periodo incorrecto en caso de periodos de contratación anuales y anulaciones de pago en el periodo.
  
• En contratación de servicios, solucionado problema en la evaluación de reglas de tipos de cargo cuando estas dependían del componente de contratación (no se obtenían correctamente los tipos de cargo en función de los distintos componentes)
  
• En la pantalla de contratación, resuelto error no controlado ‘La conversión del tipo ‘DBNull’ en el tipo ‘Date’ no es válida.’ al cargar datos de pagos cobrados con hora de cobro nula.
  
• En la pantalla de contratación, resuelto error no controlado “El valor no puede ser nulo” al pulsar sobre el botón de histórico de algunos contratos.
  
• En la pantalla de contratación, solucionado error no controlado al formalizar después de deshacer una baja temporal en periodos vendidos.
  

DEPORSITE

MEJORAS

• [MEJORA] En DeporSite, al realizar una reserva de recursos multi integrante donde uno de los integrantes tiene autorizado al titular de la reserva a “pagar su parte con su bono”, pero no dispone de bonos vigentes válidos, ahora se pagará la parte del integrante con el bono del titular de la reserva.
  
• [MEJORA] En el módulo Principal de venta de productos: “#240 VentaProductos : Principal”.

  Añadimos el parámetro ‘IdsFormaPagoNoAdmitidos’, y como valores los Ids de forma de pago que quieran ocultarse en la Venta de Productos.
  

• [CORRECCIÓN] Corregida incidencia que impedía eliminar el último elemento en la cesta de Venta de Productos, tanto con el selector de número de unidades como con el botón Eliminar
  
• Añadida marca de aceptación de condiciones en el proceso de añadir un nuevo familiar para contratación de cursillo.
  
• [MEJORA] Se reorganizan los parámetros de búsqueda de cliente en contratación desde agenda de entrenador, en forma de menú desplegable, para una correcta visualización desde escritorio y móvil.
  
• [CORRECCIÓN] A partir de ahora, una vuelta a la raíz de la página, cuando estamos en un punto intermedio de un proceso, cancela el proceso que tengamos en sesión, así evitamos que un retorno a la página o a otra pestaña nos deje en el punto intermedio en que dejamos un proceso.
  
• Se añade traducción personalizada al texto de “Modalidad a reservar” en reserva de recursos de múltiples integrantes.
  
• Se ha modificado la función para la visualización del código IBAN en el resumen económico. Ahora oculta parte del código con ****
  
• Corregida incidencia al contratar una actividad, si la fecha de inicio es la misma que la fecha de baja, por ejemplo, un evento, no nos deja inscribirnos porque la actividad acaba hoy.
  
• [MEJORA] En el módulo de ocupación de aforo se ha agregado el parámetro FormatoTextoGrafico con tres posibles valores (porcentaje, absoluto, ambos).

  Ahora cuando la ocupación es superior al aforo
  aparece “Aforo Completo”. A través del nombre del recinto, con un tooltip, aparecen los datos para ver si hay alguna incidencia.
  

• [MEJORA] Se incorpora en el resumen y selector de forma de pago del módulo de venta de productos un check de aceptación de condiciones que bloquee el botón de continuar.
  

   

  

  • El texto que aparece junto al ‘check’ es traducible: en la traducción personalizada se deberá poner el enlace a la página que contenga los Términos y Condiciones que incluyan las políticas de envío y devolución.
    
  • Para que aparezca este ‘check’, debe añadirse un nuevo parámetro al módulo (Venta productos: principal )
    

• [NUEVA FUNCIÓN] Nuevo módulo adjuntar documentos.
  
  • El mismo módulo (a través de su página) podrá ser instanciado diversas veces dentro de un Proceso
    
  • De esta forma, en u n proceso de alta, por ejemplo, podremos secuenciar varias peticiones de subida de documentos necesarios, específicas para ese proceso
    
  • En cada paso del Proceso se podrán definir los siguientes parámetros:
    

• Se añade el campo “ReservaPorAcceso” en la tabla ReservasClase para identificar las reservas de clases puntuales realizadas por el propio sistema de control de acceso (Last Minute)
  

   

• [NUEVA FUNCIÓN] Adaptación del módulo de “Consentimientos” para poder ser añadido como paso en un proceso.
  

• Los enlaces de proceso, aparecen automáticamente (si está en un Proceso) cuando correspondan:
  

• se ha creado el parámetro “verSalaMonitorEnGrid” con tres posibles valores (sala,monitor,ambos).
  

• se ha corregido la comprobación de la obligatoriedad del IBAN en el proceso de alta abonados
  
• En la grid de actividades, en la versión móvil, aprovechando que el texto de la actividad solo puede ocupar una línea, se ha bajado el texto de clase completa para poder ver el texto de la actividad.
  
• [NUEVA FUNCIÓN] Pasarela de pago C60 (STC “LaCaixa”) para organismos públicos.

  Para su funcionamiento, requiere que el cliente realice previamente dos acciones:
  

  • Solicitar a la entidad bancaria su Código Comercio (“ORIGEN”)
    
  • Informar a la entidad bancaria de la URL donde DeporSite recibirá la respuesta (“URLLLAMADA”), y esperar su confirmación.

    Nota: Esta confirmación suele tardar varios días.
    

  Para la configuración de la Pasarela STC, se deberán configurar los siguientes parámetros:
  

• En el resumen de contratación de actividades, se ha añadido una clase infoFormaPagoDefecto para poder ocultar el texto por css
  
• [MEJORA] En DeporSite se ha modificado la vista del detalle de la reserva. Ahora si el WS devuelve DescripcionModalidad aparece en la pantalla
  

   

  

• [MEJORA] Se han añadido tres parámetros en el módulo #890Listado_Mis_Bonos para controlar los bonos a mostrar.
  

• [MEJORA] Se ha pasado venta productos a procesos en DeporSite.
  Se puede por tanto configurar como el resto de procesos y reutilizar pasos como la pasarela de cobro sin tener que configurarla específicamente en el módulo de ventas.
  Para cambiarlo, se puede importar desde el configurador el proceso ya definido y configurarlo.
  
• Añadido enlace a traducciones desde la barra del menú de administración.
  
• Creada pantalla de gestión de traducciones.

  – Pantalla de traducciones:
  

  • Listado de traducciones – Clave Traducción, Valor Original, Valor Personalizado, Vacío.
    
  • Formato Datatable del listado.
    
  • Navegación entre idiomas con formato tab-panel.
    
  • Valor Personalizado = text input para insertar la traducción en el archivo de Personalizados.
    
  • Vacío: Checkbox que permite indicar al sistema que se guardará un valor vacío en la entrada del fichero de traducciones para ese tag. Si no se selecciona y se deja en blanco el input, el sistema no almacenará nada
    
  • Alert Box para aquellos casos que en los archivos originales existen diferencias de tags entre archivos de traducciones (por idioma).
    
  • Alert Box indica el número total de errores por idioma y listado de tags que son diferentes
    
• Se ha activado la opción de Gestor de Footer (pie de página personalizado) en la pantalla BOTools -> Imagen Corporativa.
  
  • Esta opción navega a una pantalla en la que se listan diferentes textAreas para cada uno de los ficheros de footer de idiomas que tengamos en la ruta: PHP/DeporSite/personalizados/pie_pagina/.
    
  • Por cada idioma existen 2 versiones: Desktop y Mobile.
    
  • Cada TextArea incorpora un editor de código similar al Gestor de CSS Main.

    Existe un botón por cada TextArea que guarda en la ruta del fichero, el contenido que hayamos indicado. El resultado del proceso se muestra en un mensaje encima del botón.

    Se han añadido unos botones que navegan al TextArea que queremos modificar.

    Cuando hay varios TextAreas que obligan a la página a mostrar un scroll, si nos encontramos en alguno de los TextAreas inferiores, podemos volver arriba mediante un botón que aparece abajo a la derecha.

    Está preparado este gestor para construir los diferentes TextAreas de manera dinámica, según los idiomas activos.
    

  • Ahora mismo se debe crear a mano la carpeta del idioma (en la ruta del footer).
    

CORRECCIONES

• [MEJORA] Se añaden en el módulo 350 (resumen selector de pago) dos parámetros de anadirCuentaBancaria y obligarDatosBancarios para igualar el funcionamiento con el alta abonados. De esta forma permite o no el añadido de cuenta y controla la obligatoriedad de entrar cuenta para poder seguir el proceso.
  
• [CORRECCIÓN] En DeporSite, en la reserva de recursos, solucionado problema de consumo de bono en caso de importe 0 por descuentos en la reserva.
  
• Se ha modificado la pantalla del resumen en la parte de contratación de actividades para que cada vez genere un nuevo idTransaccion y así vaciar la anterior.
  
• Revisado en Mis Actividades la selección del usuario de la unidad familiar al intentar inscribir a un familiar que estuviera en Lista de espera.
  
• [CORRECCIÓN] Corregido el problema por el que, en reservas de recursos con bloqueo, cuando la modalidad era de solo un integrante, no se estaba informando al WS del integrante y por lo tanto no guardaba en la reserva.
  
• [CORRECCIÓN] Corrección de diversas traducciones en módulos y áreas de:
  Reserva classes
  Contractació nms
  Unidad familiar
  Monedero
  Datos económicos
  Contratacion actividades
  Reserva recursos
  Agenda entrenador
  Venta productos
  Datos personales
  
• [CORRECCIÓN] Se corrige la vista de códigos QR de entradas de una reserva de espacio que aparecían juntos cuando se generaba más de una entrada en una reserva
  
• Se han añadido las traducciones al castellano en el resumen selector pago de alta de abonados
  
• Se ha revisado la recarga de la página al pasar del bloqueo a la aceptación de condiciones de una reserva para que si volvemos atrás no perdamos los filtros que previamente tuviéramos en la selección de recursos.
  
• Corrección para comprobar la forma de agregar los parámetros GET para la URL de “AutorizacionesReservasPersonas” en lugar de comprobar esa URL se miraba la URL de “NuevaReservaPuntual”.
  
• [CORRECCIÓN] Se ha modificado la posibilidad de traducir el nombre del Recurso. Ahora primero busca si tiene (en ese orden):

  – DescripcionAbreviada
  – Abreviatura
  – DescripcionBasica
  – Nombre
  

• Corregido problema por el que, al seleccionar miembro familiar en vez del titular al iniciar contratación de actividades, aplicaba los filtros en base al titular en vez del usuario escogido.
  

DEPORNETWSV2

MEJORAS

• Añadido nuevo parámetro entrada ‘IdExternoTitular’ para los WS [POST personas/{idPersona}/tarjetabancaria] y [PUT personas/{idPersona}/tarjetabancaria] que nos permitirá indicar un identificar externo para esa persona vinculado a esa tarjeta.
  
• Añadidos nuevo parámetros de salida ‘EstadoValidacion’ y ‘MotivoRechazoValidacion’ en el WS [GET personas/{idpersona}/datosbancarios]
  
• Añadidos nuevo parámetro de salida ‘IdExternoTitular’ en el WS [GET personas/{idpersona}/tarjetabancaria]
  
• Se añaden los siguientes WS:
  
  • GET personas/datosbancarios
    
  • GET personas/tarjetasbancarias
    
• En el log de la aplicación, en la línea correspondiente al fin de cada llamada al WS, además del estado de la respuesta (200, 400, etc) se registrará la duración de la llamada al WS
  {Fin} 200# DURACION 412 ms – CABECERAS: Content-Type=application/json; charset=utf-8 Content-Encoding=gzip
  
• Se ha modificado el WS de [GET /recursos/reservas] ahora en la respuesta se devuelve tanto el ‘CodigoModadlidad’ como la ‘DescripcionModalidad’ si estos llegan informados.
  
• Nuevo WS de GET [personas/complejidadcontraseña] para obtener la definición de complejidad para las contraseñas (longitud, mayúsculas, minúsculas, números, símbolos) establecida
  
• Se modifican los siguientes WS:

  – GET /personas
  – POST /personas
  – PUT /personas

  Se incluye en ellos el campo ‘ViaCompleta’. En el GET en este campo se devuelve toda la dirección, mientras en el POST y PUT le podemos pasar la dirección en este campo y se separará en los campos correspondientes.
  

CORRECCIONES

• Se ha modificado el WS de [GET /productos]. No se estaba devolviendo la descripción si no había descripciones traducibles configuradas para ese producto. Ahora en el caso de no existir descripción traducible se devuelve la descripción sin traducción y si hay se devuelve la ‘DescripciónBásica’.
  
• Se ha modificado el WS de [PUT recursos/reservas/{idreserva}] se ha solucionado el problema por el cual en la reserva de recursos con bloqueo no se estaba guardando la fecha de creación de la reserva.
  
• En WS de “GET /abonos/datoscontratacion” y en el de “POST /abonos” no se aplicaba el redondeo de la ponderación automática de abonos.
  
• Se modifica el WS de [POST /personas] para que traduzca los mensajes de núcleo en el idioma que se le pase al WS.
  
• Se modifica el WS de [GET accesos/ocupacion] para que devuelva en la respuesta el Aforo
  
• Se modifica el WS de [GET /clases/disponibilidad] porque no se estaba teniendo en cuenta el formato de 24 horas en el cálculo del campo ‘PersonaActualInscrita’ de la disponibilidad y dos clases con mismo código de actividad y mismo día con un diferencial de 12 horas la tomaba como la misma y por lo tanto si una persona estaba apuntada a una clase en la disponibilidad aparecía como inscrita en las dos, aunque en realidad no era así
  
• Modificado el WS de [GET Recursos/Reservas] añadiendo un nuevo valor posible para el parámetro Datos: “ImporteVendido”, que hasta ahora se obtenía siempre.
  
  • Se modifica la forma de calcular el ImporteVendido optimizando su cálculo
    
• Se ha modificado el WS [GET /servicios] El parámetro de entrada ‘Flags’ no funcionaba correctamente y si dentro se pasaba más de un tipo separados por comas solo tenía en cuenta el último, ahora los tiene en cuenta todos.
  
• Corregidos WS de datosbancarios y tarjetasbancarias:
  
  • Corregidos WS [DELETE, POST y PUT personas/{idpersona}/tarjetabancaria] que no aplicaban correctamente las restricciones funcionales, impidiendo que se eliminaran o modificaran los datos de tarjetas bancarias
    
  • Corregidos WS [DELETE, POST y PUT personas/{idpersona}/datobancarios] que no aplicaban nunca las restricciones funcionales
    
• Se ha modificado el WS de [GET /servicios/contratos] No se estaban devolviendo algunos campos como el ‘IdFormaPagoRenovacion’ o ‘IdCentroContratacion’ a pesar de estar informados en BD.
  También se ha modificado para que siempre se devuelva el valor del campo ‘Activo’ que hasta ahora solo se devolvía si el valor era ‘true’.
  El campo ‘IdTitularEconomico’ solo se devuelve si está informado.
  
• Se modifica la respuesta de los WS [GET personas/{idpersona}/tarjetabancaria] y [GET personas/{idpersona}/datosbancarios]. Ahora devolverán:
  

  Código 404: No existe la persona
  

  Código 204: Existe la persona, pero no tiene datos de tarjeta bancaria / cuenta bancaria.
  

• Al realizar pago de deudas con una forma de pago que precisaba generación de datos de cuaderno (por ejemplo, LaCaixa STC) se producía un error en la generación del cuaderno que impedía su cobro.
  
• Modificado el WS de [POST /actividades/{idActividad}/cursillistas] Ahora se registra correctamente tanto el nombre completo como el documento de identidad de la persona que realiza la contratación (la persona del login) que puede contratar para ella misma o para otra persona.
  

ACTIVIDADESWEB

CORRECCIONES

• En la reserva de recursos, si el recurso tiene configurado un calendario de festivos y los límites de antelación están establecidos en días u horas, en el momento de calcular la disponibilidad de un recurso se tenían en cuenta los festivos indicados para ampliar el plazo en el que se puede realizar la reserva (por ejemplo si la antelación es de 2 días, pero mañana es festivo, se podría reservar dentro de 3 días), pero no se tenían en cuenta al realizar la reserva y verificar las restricciones de antelación, por lo que no permitía la reserva en el plazo “aumentado” (en el ejemplo anterior, permitía la reserva dentro de 2 días, pero no dentro de 3)
  

EXPORTACIÓN CONTABLE DE PAGOS

CORRECCIONES

• En exportación contable de pagos ‘AtiConta‘, solucionado error no controlado al intentar exportar apuntes con centro de coste alfanumérico o numérico mayor de 32767.
  

SMARTPANEL

MEJORAS

• [NUEVA FUNCIÓN] Publicada en la tienda de Apple (23/07/2020) la nueva versión 2.1.0 que incorpora.

  ScanDoc: Integración con DeporWin para el escaneo de un nuevo documento o para adjuntar a un documento existente en pdf un nuevo documento en pdf.

  Configuración necesaria en DeporWin.ini

  [DeporWin]
  DirectorioFicherosScanner=D:\NombreCarpetaTemporal
  TipoScanner=SmartPanel
  

VIGILANTE

MEJORAS

• [MEJORA] En las grabaciones de SmartTag QR desde el Vigilante, ahora se avisará al operador cuando queden 10 o menos grabaciones disponibles.
  

   

  

• [MEJORA] Ahora podremos definir el aforo de un recinto directamente desde “DeporWin -> Mantenimiento -> Tablas auxiliares -> Recintos”.
  
  • De esta manera no será necesario informarlo en el Vigila.ini (sección [Recinto r] campo “Aforo”).
    
  • Por compatibilidad, si en la tabla “Recintos” el aforo está a 0, se seguirá usando el aforo definido en el Vigila.ini
    
• [NUEVA FUNCIÓN] WatchDog para STS
  
  • Módulo independiente que gestionará las electrónicas STS en el caso de caída del Vigilante
    

• Si está activado el parámetro MultiCarnetsPersonas, al grabar un carnet de persona se grabará como carné principal en la propia ficha de la persona, moviendo el existente a la tabla Carnets, excepto en el caso de que sea un SmartTagQR o un carné acompañante que siempre se grabarán en la tabla Carnets.
  

CORRECCIONES

• Al realizar una regularización del aforo desde el Vigilante, si existía un hueco en la codificación de puertas, la regularización se realizaba sobre un código de puerta incorrecto (por culpa del decalaje).
  
• [CORRECCIÓN] Si una persona tenía contratado un servicio (NMS) no renovable, no se le permitía el acceso en el último día del periodo de contratación.
  
• Al calcular los orígenes de acceso posibles por “Reservas de Recursos” (CalcularOrigenesPosiblesReservas), si la reserva estaba dentro de una transacción pendiente de cerrarse (por ejemplo, en medio de un proceso de reserva en DeporSite), se le permitía el acceso con dicho origen.
  

AGENTE TRABAJOS

MEJORAS

• [MEJORA] Se ha creado una nueva tarea disponible para el agente: Actualizar Perfiles Vinculados Servicios, equivalente a la existente en el menú de DeporWin (Mantenimiento -> Procesos de Actualización -> Personas -> Actualizar perfiles vinculados a servicios), que nos permitirá, en caso necesario, lanzar este proceso de forma programada.
  

   

  

REPORWIN

MEJORAS

• Se ha modificado el atajo de teclado para salir de la aplicación, cambiándolo de Ctrl+X, que daba lugar a equivocaciones, por Ctrl+Q.
  Además, antes de salir nos preguntará si queremos abandonar la aplicación.
  
• Al acceder a la edición de una Vista, nos aparecerá el nombre de la vista en la barra superior de la aplicación.
  

   

  

• Si se realiza cualquier cambio en el diseño de una vista y no se guarda antes de cerrar la ventana de diseño, se nos preguntará si deseamos guardar los cambios antes de salir.
  

   

  

• Si se realiza cualquier cambio en el diseño de un filtro y no se guarda antes de cerrar la ventana de diseño, se nos preguntará si deseamos guardar los cambios antes de salir.
  

   

  

• En la pantalla de diseño de filtros, en la pestaña Resultado, se ha ampliado el ancho para la lista de “Vistas Disponibles”, se ha reducido la fuente para permitir y se ha añadido un ToolTip con el nombre de la vista.
  

   

  

• Al realizar la exportación de los datos de una tabla dinámica a Excel, se cerrará automáticamente el formulario de exportación.
  
• Si se imprime un listado en formato “Tabla dinámica” y no existe ninguna configuración de tabla dinámica, se elimina el mensaje que aparecía (poco aclaratorio) y se mostrará un nuevo mensaje indicando la situación.
  

   

  

CORRECCIONES

• En la pantalla principal de Listados, en las listas de componentes (Vistas, Filtros, Plantillas) se ha modificado el formato de la Fecha Modificación por el formato AAAA/MM/DD hh:mm para permitir ordenar los datos correctamente.
  

• [CORRECCIÓN] En las Vistas de ReporWin, se ha actualizado la función unaria de “Edad” (tanto para orígenes de datos Access como SQL) para que el cálculo de la edad sea siempre correcto, sin sacrificar rendimiento en la propia ejecución de la consulta.
  

PROQUEST

MEJORAS

• [MEJORA] Se permitirá configurar, para cada cuestionario, la cuenta de correo que se utilizará para el envío. En caso de no indicar ninguna, se utilizará la que corresponda según configuración general.
  

   

  

EXPORTACIÓN TECHNOGYM

MEJORAS

• [MEJORA] Exportación de perfiles de la persona mediante los “Grupos” de TechnoGym.
  
  • En TechnoGym se definirán los grupos necesarios.
    
  • En DeporWin se definirán los perfiles con los mismos nombres que los grupos creados en TechnoGym.
    
  • Tendremos que activar la exportación de perfiles desde “Mantenimiento -> Tablas Auxiliares -> Parámetros de exportación personas”
    
  • ¡Atención! Si activamos la exportación de perfiles, tenga en cuenta que entonces será DeporWin quien “mande” sobre los grupos de TechnoGym.
    
  • Al exportar, se cruzarán de los perfiles de la persona con los grupos equivalentes (por nombre) en TechnoGym, y consecuentemente se exportarán esos grupos.
    
  • Puede ser que una persona pertenezca a solo un grupo o a varios grupos o a ninguno.
    

• En la exportación de personas a “TechnoGym Wellness Cloud” ahora podremos indicar si queremos exportar el carné.
  
  • Se configurará para que se inviertan los dígitos hexadecimales (TechnoGym confirma que lee el carné a la inversa que nuestros lectores).
    
  • Se exportarán solamente los 8 dígitos significativos del carné.
    

• Durante la exportación de accesos a “Technogym Wellness Cloud”, si el acceso correspondiera a una reserva de una clase, ahora también se notificará a TechnoGym qué clase concreta realizó el usuario (mediante el método TrackClass).
  
  • En TechnoGym se requerirá tener una licencia de WS superior a la “LAYER CORE” (la llaman “LAYER CLASSES”)
    
  • En DeporWin, se tendrá que informar en la actividad (o en su defecto en el tipo de actividad), en el campo “Código Externo”, el código de “physicalActivityId” correspondiente de TechnoGym (este código es un GUID).
    
• En las exportaciones de accesos correctas, ahora también se registrará en RegistroExportacionAccesos el detalle de la exportación (secuencia de métodos llamados).
  

RESERWIN V3.0

MEJORAS

• [MEJORA] En las reservas con restricciones de antelación configuradas en minutos, se modifica el mensaje de aviso para que hacerlo más “amigable”.
  

   

  

• Se mejora el mensaje explicativo en caso de no poder reservar por superar el aforo, indicando en que franja / franjas horarias de la reserva que se está realizando se superaría.
  

  Respuesta en ReserWin
  

Respuesta en Reservas Web

CORRECCIONES

• Al lanzar el menú contextual sobre una reserva de recursos existente, si se seleccionaba la opción de “Nueva”, se realizaba una nueva reserva, pero se mantenía dentro de la transacción de la anterior reserva (y con el mismo usuario de creación).
  
• [CORRECCIÓN] Corregido problema en el cálculo de la ocupación de recursos cuando el aforo era superior a 1 y existían otras reservas que empezaban / finalizaban dentro de la franja de la reserva a realizar.
  Hasta ahora, para comprobar la ocupación se tomaban todas las reservas que se cruzaban en el periodo de la reserva actual, lo que podía provocar “falsos negativos” (no dar plaza cuando realmente si existía posibilidad de hacer la reserva). Ahora, la comprobación se realizará en franjas (de hasta 1′) y sólo se denegará la reserva cuando se supere el aforo en alguna de las franjas.
  

  Un ejemplo de fallo anterior sería, para un recurso con aforo 4 plazas:
  – Reserva #1: 10:00 a 10:45 (1 plaza)
  – Reserva #2: 10:15 a 11:15 (1 plaza)
  – Reserva #3: 10:30 a 10:45 (1 plaza)
  – Reserva #4: 10:00 a 10:15 (1 plaza)
  Si intentábamos realizar una reserva del recurso en horario de 10:00 a 11:30, no dejaba dado que teníamos 4 reservas que cruzaban ese horario. Ahora, en este caso, se realizará una comprobación en franjas de 15′ (el tiempo mínimo necesario) y permitirá realizarla, dado que en ningún momento se supera realmente el aforo.
  

RESERCLASS

MEJORAS

• [NUEVA FUNCIÓN] Ahora podremos definir restricciones de reservas de clases personalizadas:
  
  • Definiremos un procedimiento almacenado en SQL Server que evaluará las restricciones personalizadas.
    
  • Informaremos en las restricciones del recurso el de dicho procedimiento almacenado ( ReserWin -> Navegador Recursos -> Recurso -> Restricciones -> Restric. Personalizadas)
    

   

  

  • Los parámetros del procedimiento podrán ser los siguientes:

    ‘ Parámetros de entrada posibles
    @Tipo (adTinyInt) (2=Reservas de clase)
    @CodigoActividad (adVarChar)
    @IdRecurso (adInteger)
    @AgrupacionRecursos (adVarChar)
    @Fecha (adDate)
    @DiaSemana (adTinyInt)
    @HoraInicio (adDate)
    @IdPersona (adInt)
    @IdCalendarioFestivos (adSmallInt)
    @InscripcionPorInternet (adBoolean)
    @InscripcionPorAcceso (adBoolean)
    @InscripcionEnListaEspera (adBoolean)
    @IdUsuarioAplicacion (adInteger)
    @IdReserva (adInteger)

    ‘ Parámetros de salida obligatorios
    @ReservaPermitida (adBoolean)
    @MotivoReservaNoPermitida (adVarChar)
    

     

  • En la BBDD de DeporWin se incluye un stored de ejemplo: ProcedureEjemploRestriccionesPersonalizadasReservasClases
    
• [MEJORA] Mejorada gestión de la lista de espera de las actividades puntuales
  
  • Se añaden 2 nuevos parámetros para su control:
    Permitir inscripción sólo a notificados: Si se activa este parámetro (por defecto estará desactivado), una vez tengamos gente en la lista de espera, sólo se permitirá la inscripción a la actividad a aquellas personas a las que se les haya enviado el aviso de notificación de que hay plaza libre.
    Tiempo de gracia para notificados: Una vez se hayan enviado notificaciones a todas las personas en lista de espera de una actividad, tiempo (en minutos) desde la última notificación a partir del cual cualquier persona podrá inscribirse si hay plazas libres.
    

  (Recordamos que se envía notificación cada vez que se produce una baja en la actividad y de forma periódica, si quedan plazas libres, mediante el proceso del Servidor Deportivo / WebService)
  

• Modificado el sistema de notificaciones:
  Antes, cada vez que se producía una baja (o se ejecutaba el proceso automático) se enviaban tantas notificaciones como plazas libres hubiese. Ahora, a este número se le descontarán el número de personas que estén en lista de espera y hayan recibido un aviso dentro del intervalo de tiempo indicado por el parámetro “Intervalo avisos plazas libres” (es decir, en los últimos n minutos).
  De esta forma, combinado con los nuevos parámetros, se da un cierto tiempo de “exclusividad” a las personas en lista de espera, pues habrá menos personas notificadas, aunque se debe tener en cuenta que cualquier persona que haya recibido notificación podrá reservar, por lo que la exclusividad no es total.
  

  (Se considerarán como notificadas también las personas a las que, por carecer de email o teléfono móvil – según el sistema de envío escogido – o por error en el proceso, no se pueda enviar la notificación, pero les corresponda según el orden de inscripción)
  

CORRECCIONES

• [CORRECCIÓN] En la inscripción puntual a actividades (ReserClass) solucionado problema al configurar restricciones de número máximo de reservas con periodo “En cualquier momento”.
  No se realizaba correctamente el conteo de reservas no teniendo en cuenta las reservas futuras, con lo cual se permitían más reservas de las máximas establecidas.
  

EXPORTACIÓN TRAININGYM

CORRECCIONES

• En las exportaciones de accesos correctas, ahora también se registrará en RegistroExportacionAccesos el detalle de la exportación (secuencia de métodos llamados).
  

INSTALADOR DSUITE

MEJORAS

• Al realizar la instalación manual del DSuite se comprobará si en el equipo en que se está instalando se encuentra ya instalado el agente del servicio de actualizaciones de T-Innova (DSuiteUpdateService). Si está instalado (aunque no se encuentre en funcionamiento en ese momento) nos informará, para que decidamos si proseguimos la instalación manual o no.
  

   

  

BOLETINES

CORRECCIONES

• [CORRECCIÓN] Se corrige problema detectado por el cual en la pantalla de envío de boletines no se tenían en cuenta solo los boletines activos.
  
• [CORRECCIÓN] Se corrige problema detectado en la pantalla de envío de boletines, cuando se lanzaba una cantidad grande de emails el proceso terminaba dando un error de falta de memoria.
  
• Se corrige problema detectado en la pantalla de envío de boletines, no se estaba estableciendo correctamente la fecha de envío solicitada para los emails planificados.
  

DEPORNETWS

CORRECCIONES

• En el WS personalizado para DreamFit, al realizar la baja de un servicio no se traspasaba correctamente el motivo de la baja indicado.