CORRECCIONES
|
VENTAPRODUCTOS (240) |
‘requiereAceptacionCondiciones’ = 1 |
1 si queremos el check de aceptación, 0 si no lo queremos |
-
[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:
- El mismo módulo (a través de su página) podrá ser instanciado diversas veces dentro de un Proceso
FORMULARIO_SUBIRARCHIVOS (#1280) |
esArchivoRequerido |
0/1 : impide o permite continuar el proceso sin subir el archivo solicitado. |
idSubtipo |
(int) : valor correspondiente con el gestor de archivos de DeporWin, para organizar los archivos subidos. |
InputFileAccept |
(string) : extensiones de archivos permitidas, separadas por comas. |
rutaDescripcionArchivoSolicitadoHTML |
(string) : nombre del archivo .html que se almacenará en ‘/personalizados’, en los mismos directorios del archivo ‘commons.php’ del módulo. Este archivo es HTML, pudiendo añadir tags para dar un estilo personalizado a la explicación del documento solicitado. |
-
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.
PARÁMETROS DEL MÓDULO ‘FORMULARIO_CONSENTIMIENTOS” (#960) AL USARSE EN PROCESO |
IdConsentimiento |
Identificador del consentimiento que se mostrará al cliente. |
IdGrupoConsentimientos |
Identificador del grupo de consentimientos que se mostrará |
IdsConsentimientosAceptadosRequeridos |
Ids (separados por comas) que deberán estar aceptados para poder continuar (vacío o “0”: todos los consentimientos deberán ser aceptados) |
SaltarAutomaticamenteSiYaAceptado |
(0/1) Si está a true, y todos los requeridos ya habían sido aceptados por el usuario final, saltará automáticamente al siguiente paso del Proceso. |
- Los enlaces de proceso, aparecen automáticamente (si está en un Proceso) cuando correspondan:
ENLACES DE PROCESO |
atras |
siguiente |
enlace al siguiente paso del proceso tras la aceptación de las condiciones |
- se ha creado el parámetro “verSalaMonitorEnGrid” con tres posibles valores (sala,monitor,ambos).
RESERVACLASESPUNTUALES_SELECTOR #500 |
verSalaMonitorEnGrid |
Opciones de visualización: sala,monitor,ambos |
- se ha corregido la comprobación de la obligatoriedad del IBAN en el proceso de alta abonados
- En la grid de actividades, en la 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:
- Solicitar a la entidad bancaria su Código Comercio (“ORIGEN”)
CONFIGURACIÓN DE LA PASARELA STC (MÓDULO #980) |
IdFormaPago |
Debe coincidir con el valor correspondiente a esta forma de pago retornado por el WebService. |
CodigoComercio |
Código indicado por la entidad bancaria (debería ser un código de tres carácteres). |
URLLLAMADA |
URL que se le indica al banco, donde se recibirá la confirmación. |
ModoConexionSTC |
Configura DeporSite para utilizar la pasarela de test o la de producción. Valores posibles: ( “produccion” / “pruebas” ) |
- En el resumen de contratación de actividades, se ha añadido una clase infoFormaPagoDefecto para poder ocultar el texto por css
-
[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.
#890LISTADO_MIS_BONOS |
TipoBono |
(0=Todos, 1=Bonos, 2Entradas). Por defecto a 1 |
FechaReferencia |
Por defecto, en blanco |
EstadoBono |
(0=Todos, 1=ConAccesoPermitido, 2=SinAccesoPermitido). Por defecto a 1 |
- [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
- Listado de traducciones – Clave Traducción, Valor Original, Valor Personalizado, Vacío.
-
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).
- 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/.
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
- GET personas/datosbancarios
- 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 /personasSe 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 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
- 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
- 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
- De esta manera no será necesario informarlo en el Vigila.ini (sección [Recinto r] campo “Aforo”).
-
[NUEVA FUNCIÓN] WatchDog para STS
- Módulo independiente que gestionará las electrónicas STS en el caso de caída del Vigilante
- Módulo independiente que gestionará las electrónicas STS en el caso de caída del Vigilante
[PARAMETROS] |
NivelWatchDog=1 |
¿Usar un WatchDog? 0-No, 1-Solo si Vigilante no responde, 2-Siempre |
IPWatchDog=x.x.x.x |
IP del WatchDog |
PuertoWatchDog=5000 |
Puerto UDP del WatchDog |
- 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 TechnoGym se definirán los grupos necesarios.
PARAMETROSEXPORTACIONPERSONAS |
ExportarPerfiles = Sí |
-
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é.
- Se configurará para que se inviertan los dígitos hexadecimales (TechnoGym confirma que lee el carné a la inversa que nuestros lectores).
PARAMETROSEXPORTACIONPERSONAS |
|
1=No exportar, 2=Tal cual, 3=Convertir en decimal, 4=Invertir bytes hexadecimales |
-
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 TechnoGym se requerirá tener una licencia de WS superior a la “LAYER CORE” (la llaman “LAYER CLASSES”)
- 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
- Definiremos un procedimiento almacenado en SQL Server que evaluará las restricciones personalizadas.
-
[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)
- Se añaden 2 nuevos parámetros para su control:
-
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.