---

Mejoras

• En la exportación de ventas a sistemas externos (como TicketBai), no aparecerán como pendientes de exportar las ventas sin número de ticket que hayan sido facturadas o que tengan importe cero.

• En la pantalla de “estado de actividades”, se mostrarán las plazas de ocupación y baja futuras.
  

• Se añade nuevas funcionalidades a la ventana de exportar datos en la opción de imprimir.
  – Orientación: Horizontal o Vertical.
  – Tamaño columna: Según Datos, Proporcional o Ancho de la columna.
  – Previsualización antes de imprimir.
  

Correcciones

• En pantalla de personas, solucionado error no controlado al fusionar o renumerar persona en caso de que esté incluida en la tabla RegistroFaltas

• Al deshacer una remesa de renovación de actividades asociado a la venta de un concepto bono, entrada o cupón se invalidará el bono/entrada/cupón del usuario.

• En la inscripción a una actividad con precios por conceptos, si ésta estaba configurada como “no renovable” pero “sí duplicable”, la fecha de fin de validez del pago de la cuota quedaba establecida como si la actividad fuera renovable mensualmente, cuando debería haber quedado establecida a la fecha de finalización de la actividad.

• Se ha detectado que al realizar una petición de licencia de smart panel, no se estaba seleccionando correctamente el módulo licenciable.

• En la exportación de IVA al SII, se soluciona problema en caso de ventas con número/código de ticket que incluyen pagos sin número/código de ticket. En este caso, sólo se exportarán al SII los pagos con número/código de ticket.

• En reservas de clases puntuales, se soluciona problema en el cálculo de descuentos en caso de varios descuentos por perfil simultáneos.

• En exportación de IVA al SII, resuelto error en registro de estado en el lote de exportación. Sólo se actualizaba el estado de exportación en la última linea de lote de cada venta.

• En pantalla de exportación de IVA al SII, resuelto problema al filtrar ventas exportadas al SII por fecha de exportación, cuando la fecha inicial y final del filtro es la misma.

• Al enviar un documento al Smart Panel para su firma desde Deporwin, se producía un error en el cierre de la ventana de espera que, aunque no afectaba a la operativa (el documento se enviaba y guardaba firmado correctamente), impedía trabajar con normalidad.

• Se intentaba LiberarLicenciaSmartPanel al enviar Cuestionarios cuando no se había realizado el consumo previo de la licencia.

Mejoras

• En los parámetros generales de servicios NMS, se añade nueva opción ‘PermitirBajasTemporalesPorDias’ para permitir o no que las bajas temporales se puedan realizar por días (en lugar de periodos).
  • Al marcar el parámetro aparecerán 2 nuevas opciones en el menú de la pantalla de contratación (‘Baja temporal’ y ‘Baja temporal sin cargo’) y se podrá informar el número de días de baja.
  • En caso de periodos relativos al día de contratación, los días de baja temporal se añadirán al final del periodo siguiente y los periodos contratados posteriores se desplazarán ese número de días.
  

• En pantalla de definición de servicios, nueva opción/botón de “Control de Asistencia” en caso de servicios que la tienen habilitada.
  
  • Nueva pantalla de control de asistencia
  

DeporWin NPP

Correcciones

• Resuelto problema al imprimir comprobantes.
  En caso de tener configurado en el panel principal algún widget de gráfico o indicador, al imprimir comprobantes no se recuperaba la variable asociada al listado de forma que aparecía un cuadro de dialogo para introducir el valor.

Mejoras

• Se ha mejorado el diseño de la pantalla informativa que se muestra cuando existe una operación de TPV Virtual pendiente y el usuario intenta acceder a otra opción de DeporSite.
  

• Adaptación los módulos “Selector_Actividades_Simples_NMS” y “Detalle_Contratacion_Servicios_simples_NMS” para la contratación de servicios en modo Contratación, Precontratación o Lista Espera, en función de las plazas disponibles y la configuración del servicio.
  • • En el módulo “Selector_Actividades_Simples_NMS” nos aparecerán los botones:
      – “Lista Espera” si el servicio no tiene plazas pero admite lista de espera
      – “Contratar” si el servicio tiene plazas
      – “No disponible” si el servicio no tiene plazas y no admite lista espera
      – “Escoge opciones” en caso de servicios multicomponente
  • • En el módulo “Detalle_Contratacion_Servicios_Simples_NMS”, una vez seleccionado el tipo de periodo de contratación, nos aparecerán botones con las opciones disponibles para realizar la contratación: “Contratar”, “PreContratar” y/o “Lista de Espera”
  
  • Adaptado el módulo “Detalle_Contratación_Servicios_simples_NMS” para permitir realizar precontrataciones con cita previa, según configuración del servicio. En este caso, al seleccionar la precontratación se nos obligará a escoger fecha y hora para la cita previa.
  

• En la pantalla de “Mis Datos” de la persona logueada, ahora se permite que los textos traducibles correspondientes a los títulos de los campos que se muestran, puedan contener código HTML.

• Se ha unificado la pantalla de login + alta persona para todo Deporsite. Ahora el Login ha pasado a ser un componente.
  

• Ahora si el Formulario de Consentimientos se llama dentro de un proceso, podrá aparecer directamente el botón “siguiente”. Si bien se siguen teniendo en cuenta los parámetros que ya existían, como respecto a los campos requeridos o haber firmado y generado el documento si se produce algún cambio en los consentimientos por parte del usuario.

• Se han realizado diversas mejoras que podrían mejorar el rendimiento de la página y reducir el consumo de recursos.Módulos revisados:
  – Agenda Entrenador
  – BOGestorProcesos
  – Detalle_Contratacion_Servicios_NMS
  – Enrutador
  – Formulario_Consentimientos
  – Listado_Reservas
  – MovimientosEconomicos
  – ReserClass
  – ReservaRecursos_Selector_v2_2
  – Resumen_SelectorPago_PagoDeuda
  – SelectorElementosActividad
  – Venta_Productos_Subfamilias

• En el módulo de Campus, en el caso de que para una Temporada no haya ningún centro disponible (que indica que no hay ningún servicio Campus disponibles), esa temporada no se considerará como disponible y no a aprecerá en el selector

• Se ha modificado la pantalla de mis contratos
  • Se han añadido todos los contratos de la família
  • Se ha añadido varios filtros para poder encontrar los contratos deseados
  
  • En el listado de contratos activos, si existe algún contrato con la propiedad RenovableManualmente = 1, se añade un filtro para poder filtrar estos contratos
  • Se ha añadido el Tipo Periodo Contratación asignado en el listado y en detalle del contratos
  
  
  • En la lista de contratos, aparecerán indicados aquellos que son renovables manualmente. En el detalle, nos aparecerá un botón para poder realizar la renovación.
  
  
  • Añadido nuevo parámetro UrlContratacion para indicar la URL a la que deberá dirigirse en caso de renovación de un servicio.

• Modificados diferentes módulos para permitir la renovación de servicios NNS
  • Se ha modificado el módulo “Selector_Actividades_Simples_NMS” de forma que, si recibe internamente datos de que se está realizando la renovación de un servicio, dirige directamente al siguiente paso del proceso (“Detalle_Contratación_Servicios_Simples_NMS”). En caso que los datos recibidos sean incorrectos (la persona no forma parte de la unidad familiar, el contrato no es renovable, etc), se mantendrá en el selector
  • Modificado el módulo “Detalle_Contratación_Servicios_Simples_NMS”
  • Añadido parámetro del módulo “permitirCambiarTipoPeriodoEnRenovacion”. Si este parámetro no está activo, solo se permitirá renovar en el mismo tipo de periodo contratado. En caso de activarlo, podremos escoger cualquiera de los tipos de periodo disponibles.
  • En caso de realizar la contratación de un servicio no renovable o la renovación de un contrato no renovable, en lugar de mostrar el tipo de periodo de contratación a seleccionar se mostrará la información del periodo concreto que se vaya a contratar / renovar
  • En caso de renovación de servicio, el selector de miembros de unidad familiar no permitirá cambiar la selección.
  • En caso de renovación de servicio, el botón contratar se cambiará por el botón renovar.
  
  • Modificado el módulo “Resumen_SelectorPago_Unificado” para permitir realizar la renovación de un servicio NMS. En este caso, cambia el título de Alta por Renovación y, además de la actividad se mostrará el periodo concreto que se va a contratar.
  

• Cambios para reflejar el nombre del monitor según la configuración realizada en DeporSite (nombre, nombre completo, nombre + inicial apellido, etc)
  • En el módulo “ReservaClasesPuntuales_Selector”, se mostrará el nombre del monitor según la configuración indicada, tanto en el grid de selección de la clase como en la ventana de información ampliada
  
  
  • En el modulo “Resumen_SelectorPago_Unificado”, para reserva de clase, se mostrará el nombre del monitor según lo configurado en Deporsite.
  
  • En el modulo “Pasarela_Pago_Centralizado”, en el detalle de confirmación de la operación para reserva de clase, se mostrará el nombre del monitor según lo configurado en Deporsite.
  
  • En el detalle de las reservas de clase, se especificará el nombre del monitor según lo configurado.
  

• Se ha modificado el modulo de contratación de servicios simples NMS para que cuando tengamos algún filtro obligatorio añadido, si no existen resultados no muestro el ver todos y pare la búsqueda.
  
  

Correcciones

• Se han corregido los problemas con la edición de la fuente en Deporsite.Ahora toda la pagina tiene como fuente el parámetro -bodyFont- declarado en Public/css/personalido_less.ini.phpPara la personalización, deberá hacerse desde personalizados/css/personalizado_less.ini.phpPara los emails se ha declarado otro parámetro -mailFont- para poder tener una tipografia diferente y estandar.

• Se ha corregido un error que no permitía acceder a la pantalla de traducción de algunos módulos (en especial los que el nombre finalizaba en ” (v2)”.

• Se ha modificado el sistema de captura de la IP de usuario para los puntos de DeporSite que requieren ese dato.

• Se ha corregido el problema que provocaba que la pantalla de “Formulario de Consentimientos” quedase bloqueada sin consentimientos, ni botones, si no se habían definido IdsConsentimientosAceptadosRequeridos.

• Se han modificado los módulos Selector_Actividades_Simples_NMS y Detalle_Contratacion_Servicios_Simples_NMS para diferenciar entre servicios con un aforo de 0 plazas y servicios con aforo ilimitado, que hasta ahora se confundian, gracias a los nuevos datos del WS

• En la Agenda Entrenador, cuando la reserva proviene de una reserva directa del entrenador, no aparecía la opción de Confirmar Reserva

• En el Resumen_SelectorPago_Unificado, cuando se provenía de una reserva de clase o de una inscripción a actividad, la descripción que aparecía para la clase/actividad no correspondía con la configurada en DeporSite.

• En el correo de confirmación de la reserva de clases, el nombre de la actividad no correspondía con el campo configurado en DeporSite.

• En el módulo “Pararela_Pago_Centralizada”, la pantalla de confirmación del pago de la operación de contratación no mostraba el producto (actividad, clase, tipoabono, etc) que se estaba confirmando.

• En el detalles de las reservas, si correspondian a una clase puntual, no aparecía la información correspondiente a la clase

• En el módulo “Detalles_Reserva” no se hacía caso del parámetro “mostrarBotonCheckIn” para la reserva de clases.

• Solventado problema en el módulo de documentación adicional de “Mis Campus”, que no permitía ver ni operar con todos los consentimientos si la lista no cabía completamente en pantalla.

• Corregido problema al acceder a los consentimientos del Area Usuario después de haber accedido a los consentimiento de algún usuario en otra àrea (Campus, Contratación Actividades, …)

• En la contratacion de servicios simples nms, se han corregido los filtros.

• • Se ha modificado la posición de los filtros opcionales. Ahora en el listado de resultados hay un botón (como en la contratación de actividades) para poder abrir un popup con el listado de filtros opcionales

• Al realizar la contratación de actividades sin ningún pago asociado se producía un error en la pantalla de confirmación del pago indicando que no se encontraba la transacción, cuando no debía realizarse él cierre de transacción por no existir información económica.

DeporNetWSv2

Mejoras

• Se ha añadido nuevo campo de salida “IdTipoPeriodoContratacion” en los WS [GET /servicios/contratos] y [GET /servicios/contratos/{id}]

• Creado nuevo WS [GET /servicios/tipoperiodocontratacion/{id}] para obtener la información de un tipo concreto de periodo de contratación

• Añadido nuevo parámetro entrada “ConsiderarActivosPeriodosFuturos” en los WS [GET /servicios/contratos] para considerar como activo un servicio que no tiene activo ningún periodo actual pero si futuro, lo que incluye tanto contratos con inicio futuro como contratos con “saltos” en los periodos contratados.

• Nuevo WS [GET /servicios/contratos/{idcontrato}/datosrenovacion] que nos permitirá obtener los periodos válidos para la renovación de un contrato:
  * Periodos de cualquier tipo de periodo de contratación que sea posterior al último periodo contratado del servicio.

Correcciones

• En WS POST [/servicios/contratos] de contratar servicio, se tendrá en cuenta el parámetro general de servicios “AsignarCentroPorDefectoAPersona” para asignar o no el centro del servicio a la persona en caso de que la persona no tenga informado centro.

• Desde el último DSuite oficial, al realizar la llamada al WS [GET campus/periodos] no se obtenían en la respuesta los periodos de gestión relacionados con los periodos de contratación.

• En el objeto Servicio usado como respuesta de algunos WS (por ejemplo [GET /servicios] o [GET /servicios/{id}]), el campo Aforo venía informado a 0 tanto si el aforo del servicio era ilimitado como si realmente era de 0 plazas. Se ha añadido un nuevo campo “AforoEsIlimitado” en el objeto para permitir diferenciar entre ambas opciones.

• En el objeto ComponenteContratacion usado como respuesta de algunos WS (por ejemplo [GET /servicios/componentes] o [GET /campus/componentes]), el campo Aforo venía informado a 0 tanto si el aforo del servicio era ilimitado como si realmente era de 0 plazas. Se ha añadido un nuevo campo “AforoEsIlimitado” en el objeto para permitir diferenciar entre ambas opciones.

• Al obtener la información de contratos desde los WS [GET /servicios/contratos], se indicaban como activos contratos con alta futura, que en la fecha actual no deberían constar como activos, a diferencia del WS [GET /servicios/contratos/{id}” que devuelve la información correctamente

• En el WS [GET /servicios/contratos] no se estaba informando en la respuesta el valor del campo “FechaFinContrato”

• Para considerar que un contrato es renovable manualmente (información obtenida en el campo campo RenovableManualmente de la respuesta de los WS [GET /servicios/contratos] y [GET /servicios/contratos/{id}]), es preciso que la ventana de renovación del servicio tenga definida, como mínimo, una de las fechas de la ventana de renovación. En caso de no tener ninguna, se considerará que el servicio no admite renovación manual. Además, deberán existir periodos de contratación válidos posteriores al último periodo contratado.

• Modificados los WS de renovación contratos [GET /servicios/{idservicio}/precioscontratacion] y [POST /servicios/contratos/{idcontrato}/renovar]. Para usar estos WS será preciso indicar los parámetros IdContratoServicio e IdPeriodoContratacion.

Correcciones

• En la exportación contable de facturas a sistema ‘DosK7’, se soluciona problema con los asientos de cobro en caso de facturas rectificativas que provienen de pagos ya cobrados (no se incluían en el fichero de exportación).

• En la exportación contable de ventas genérica, se soluciona problema con ventas que incluyen pagos cobrados y no cobrados (se marcaban como exportados los pagos no cobrados).

Mejoras

• Nuevo protocolo de exportación de personas a Clientify.
  • 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.
  • Por el propósico del protocolo (integración a un CRM) no se podrán exportar accesos.
  • Se han definido por necesidades del cliente una serie de campos adicionales (custom_fields) que el sistema será capaz de exportar. Para que se exporten correctamente, en la aplicación de Clientify se deberán definir exactamente con los siguientes nombres, respetando mayúsculas y minúsculas:

Campos adicionales (custom_fields)

Id persona

Se informará con el campo IdPersona del usuario de DeporWin.

Apellido 2

Se informará con el segundo apellido de la persona.

Cursillista

1 si está en este momento en un cursillo, 0 si no.

Antigüedad

Si es abonado, fecha de antigüedad del abonado según se calcule en DeporWin.

DNI	nº de DNI (o documento de identidad equivalente) de la persona.

Centro

Código del centro

Tipo de Abono

Descripión textual del tipo de abono, según la función personalizada de cálculo del tipo de abono que se haya asociado al protocolo

Sexo	Sexo del usuario (H/M)

• Será imprescindible que se defina en el proceso de puesta en funcionamiento del protocolo en cliente la función que obtenga la descripción del tipo de usuario (abono, servicio NMS, etc… según el caso del cliente. Recordar de otros protocolos que se define dicha función como un procedimiento almacenado en SQL Server con un nombre del estilo “_Clientify_FuncionTipoUsuario”

• Los parámetros del procedimiento serán los siguientes:
  ‘ Parámetros de entrada
  @IdPersona (adInteger)
  ‘ Parámetros de salida
  @TipoUsuario (adVarChar)

PARAMETROSEXPORTACIONPERSONAS

CodigoProtocolo = 25

Clientify

URL	URL de la API proporcionada por Clientify. Normalmente https://api.clientify.net/v1/

Usuario

valor de username suministrado por Clientify para el centro.

Password

valor de password suministrado por Clientify para el centro

FuncionTipoUsuario

Nombre del procedimiento almacenado creado en SQL Server para obtener la descripción de tipo de usuario. Normalmente _Clientify_FuncionTipoUsuario

Mejoras

• Cambios en soporte para el validador externo de acceso de Gympass.
  • Se provee por parte de Gympass de una nueva API que será la estándar a partir de 2023, funcionando la anterior en transición durante todo 2023.
  • Funciona como el protocolo anterior, pero cambiando la configuración de acceso y autenticación a la API.Se define como un nuevo protocolo Gympass 2023 para mantener la compatibilidad con el anterior y poder realizar la transición a los clientes con tiempo, creando una nueva linea en Parametros Validaciones Externa Accesos y pasando el perfil Gympass al nuevo protocolo.

[DEPORWIN] [PARAMETROSVALIDACIONEXTERNAACCESOS]

Protocolo = 6

‘Gympass 2023

URL=https://api.partners.gympass.com/access/v1/validate

Usuario=

Valor correspondiente a la cabecera X-Gym-ID que proporciona Gympass para el centro deportivo.

Password=

Valor del Bearer Token que proporcione Gympass para la validación

TipoPaseExterno=1

Parámetro obsoleto en la nueva API (se puede mantener en 1 por compatibilidad)

IdConceptoEntradaPuntual=

Al igual que en Gympass anterior, concepto que se usará para generar la entrada que dará acceso si la validación es correcta. Se puede usar el mismo que tuviéramos en el protocolo Gympass previo

• Nota: A diferencia del Gympass anterior, este no hace check in previo al asignar el perfil a la persona si no que solicita el Gympass ID que nos hayan dado en el alta en Gympass y que veremos en la app instalada en el móvil o en la web de Gympass. El operador deberá entrar este valor al asignar el perfil.

---

De acuerdo con lo dispuesto en la vigente normativa, le informamos de que los datos que usted pueda facilitarnos quedarán incluidos en un fichero del que es responsable T-Innova, donde puede dirigirse para ejercitar sus derechos de acceso, rectificación, oposición o cancelación de la información obrante en el mismo. La finalidad del mencionado fichero es la de poderle remitir información sobre novedades, así como poder trasladarle ofertas que pudieran ser de su interés. Si desea cancelar definitivamente todas sus suscripciones con nosotros, pulse el siguiente {unsub_quick} enlace {/unsub_quick} Si desea modificar sus preferencias de suscripciones (alta o baja en boletines de noticias), pulse el siguiente {edit_list_link} enlace {/edit_list_link} Cualquier consulta referente a estos boletines la puede trasladar a la dirección info@t-innova.com