DSuite Julio 2019 – Presentación DEPORWIN V3.0

MEJORAS

  • En “Fichas -> Personas -> Perfiles”, ahora mostraremos la fecha de alta en los perfiles de la persona.
  • En “Fichas -> Personas -> Perfiles”, se podrá ordenar los perfiles de una persona por la columna que queramos (tanto los efectivos como los programados). Para ello, pulsaremos sobre la cabecera de la columna a ordenar. El primer click corresponderá a una ordenación ascendente, mientras que el segundo será descendiente. La ordenación por defecto será por nombre del perfil.
  • Desde “Fichas -> Actividades”, en el desplegable de “Tipos de actividad” solamente saldrá los tipos activos (incluyendo siempre el tipo de la actividad actual).
    Desde “Fichas -> Actividades”, en el desplegable de “Subtipos de actividad” solamente saldrá los subtipos activos (incluyendo siempre el subtipo de la actividad actual).
  • En “Fichas -> Personas -> Económico -> Facturación” o en “Fichas -> Clientes -> Facturación”, al pulsar el botón de alta/mantenimiento de “Tipos de envío de facturas” ahora nos invocará la pantalla de tablas auxiliares correspondiente.
  • [MEJORA] En la gestión de cupones, se añade la posibilidad de asociar cupones a una empresa o un grupo de empresas.
    • Se podrá asignar una empresa o un grupo de empresas a un “tipo de cupón”.
    • En la pantalla de mantenimiento de tipos de cupón se añaden selectores de empresa y grupo para poder filtrar la lista de tipos.
    • En la configuración de entorno (DeporWin.INI) se podrá activar el filtro de cupones por empresa o por grupo de empresas.
    • Al activar el filtro en el entorno, en la pantalla de mantenimiento de tipos de cupón se bloquearán y autoseleccionarán los filtros de empresa/grupo, mostrando sólo los tipos de cupón asociados a la empresa o grupo configurado en el entorno.
    • Al crear un nuevo tipo de cupón se seleccionará automáticamente la empresa o el grupo definido en el entorno.
    • En la pantalla de definición de reglas de ‘Tipos de cupón válidos’ se filtrarán los tipos según la empresa/grupo configurado en el entorno.
    • En la pantalla de gestión de cupones de un usuario se filtrarán los lotes de cupones según la empresa/grupo configurado en el entorno.
    • Al crear un nuevo lote de cupones se mostrarán sólo los tipos de cupón asociados a la empresa o grupo configurado en el entorno.
    • Al consumir cupones en ventas de servicios NMS se continuarán usando las reglas de ‘Tipos de cupón válidos’ como primer filtro pero si el tipo de cupón tiene informado empresa o grupo, se aplicará un segundo filtro según la empresa del servicio o la empresa del contrato (para servicios multiempresa).
    • Al consumir cupones en ventas de conceptos de caja (en TPVWin) se continuarán usando las reglas de ‘Tipos de cupón válidos’ como primer filtro pero si el tipo de cupón tiene informado empresa o grupo, se aplicará un segundo filtro según la empresa del concepto o la empresa de la caja (para conceptos multiempresa).
ECONÓMICO
FiltrarCuponesPorEmpresa=No Activación de filtro de cupones por empresa
FiltrarCuponesPorGrupoEmpresa=Si Activación de filtro de cupones por grupo de empresa
PARAMETROS GENERALES
IdGrupoEmpresa= Identificador de Grupo de empresa
IdEmpresa=0 Identificador de empresa


  • [MEJORA] Se ha implementado seguridad para los Arboles de datos genérica para .NET. Ahora en la sección de “Seguridad > Gestión de Accesos”, podrémos definir la visivilidad de las diferentes opciones para los arboles.
    • Se ha utilizado esta implememtación para añadir seguridad por grupos de usuarios al arbol de “Tablas de Auxiliares”. Ahora en “Seguridad > Gestión de Accesos”, buscando el formulario “Mantenimiento Tablas Auxiliares” podremos mostrar/ocultar/deshabilitar los items por grupos de usuarios.



  • Desde “Fichas -> Personas -> Reservas -> Reservas”, las reservas de recursos y/o clases en estado temporal (por ejemplo, las realizadas por la Web/Kiosco con tiempo de vida aún no finalizadas) se mostrarán en el campo nombre con el prefijo “[Temp]”.
  • [NUEVA FUNCION] Nueva funcionalidad RGPD ‘Cancelación/Desactivación de datos personales’
    • Los datos personales se conservan en BBDD pero no se podrá hacer uso de ellos (‘ficha desactivada’), no se mostrarán en la ficha y no se podrán usar en listados, informes, etc. (Para activar esta opción se añade el parámetro general ‘EliminarDatosAlDesactivarFichaPersona’)
    • Un nuevo proceso de inicio en DeporWin desactivará automáticamente las fichas ‘obsoletas’. (Para activar esta opción se añade el parámetro general ‘DesactivarFichasPersonaObsoletas’).
    • El proceso también podrá lanzarse manualmente desde la pantalla de ‘Parámetros Persona’
    • Se considerará una ficha ‘obsoleta’ en función de los siguientes criterios:
      1.No tiene ningún consentimiento de comunicaciones comerciales otorgado.
      2.No es una ficha de empleado, monitor o comercial.
      3.No tiene acceso ilimitado.
      4.No tiene ningún contrato activo (abono, actividad, servicio NMS, etc.).
      5.No tiene deudas pendientes.
      6.Han pasado más de x días (parámetro general por defecto 90 días) desde el último pago creado (como titular o usuario).
      7.Han pasado más de x días (parámetro general por defecto 30 días) desde la creación de la ficha.
    • En las opciones de Activar/Desactivar ficha de persona y ‘Eliminar datos RGPD’ se añaden restricciones de funcionalidad por grupo de usuario. (‘ELIMINAR DATOS RGPD’, ‘ACTIVAR FICHA PERSONA’, ‘DESACTIVAR FICHA PERSONA’)
    • Además, se registrará en el historial de la ficha la activación/desactivación de la misma (operador, fecha/hora, etc.)
    • No se podrá acceder a una ficha desactivada, de forma que si se intenta acceder o se realiza una búsqueda en una ficha desactivada se solicitará la activación para poder acceder a la ficha.
    • Aunque no sean visibles los datos en fichas desactivadas si se tendrán en cuenta en las búsquedas de persona, es decir, se podrá realizar búsqueda de fichas de persona no activas incluyendo filtros de datos personales.
    • Al activar de nuevo una ficha se recuperarán los datos personales y volverán a estar visibles y accesibles.




  • Ahora, por defecto, no se tendrá en cuenta la fecha de imputación contable en el cálculo del saldo a cuenta. Esto es necesario si admitimos cargos a cuenta con fecha futura.
    • Aun así, lo podremos cambiar en Mantenimiento -> Parámetros Económicos.
  • [NUEVA FUNCION] Nuevas opciones ‘Bloquear Datos RGPD’ y ‘Desbloquear Datos RGPD’ en menú contextual de personas
    • Los datos personales se encriptan en BBDD (con cifrado seguro ‘Triple DES’) y no se podrá hacer uso de ellos (‘ficha bloqueada’), no se mostrarán en la ficha y no se podrán usar en listados, informes, etc.
    • También se guardarán encriptados los datos de historial, notas, emails, sms, registros de exportación, datos bancarios, documentos del gestor documental y foto.
    • Esta operativa es una alternativa a la opción de ‘Eliminar Datos RGPD’ en casos en que sea necesario preservar documentos, facturas, datos económicos, etc.
      A efectos prácticos ningún dato o documento de la persona está disponible en la aplicación para ningún operador. Sólo un operador autorizado (‘de máximo nivel’) podrá recuperarlos por algún motivo de fuerza mayor.
    • Al bloquear una ficha se podrá imprimir un documento mediante el proceso ReporWin ‘BLOQUEAR DATOS PERSONALES’.
    • En las opciones de Bloquear/Desbloquear ficha de persona se añaden restricciones de funcionalidad por grupo de usuario (‘BLOQUEAR DATOS RGPD’, ‘DESBLOQUEAR FICHA PERSONA’).
      Dado la ‘excepcionalidad’ de la operativa de desbloqueo, por defecto ningún grupo de usuarios tendrá permisos para desbloquear.
    • Además, se registrará en el historial de la ficha el bloqueo/desbloqueo de la misma (operador, fecha/hora, etc.)
    • Para determinar el estado de la persona respecto a la RGPD se añaden nuevos campos en la tabla ‘Personas’ :
      – EstadoRGPD (1=Activa, 2=Desactivada, 3=Reactivada, 4=Bloqueada, 5=Desbloqueada, 6=Eliminada)
      – FechaEstadoRGPD
    • Se añade nuevo proceso de inicio en DeporWin para eliminar los datos RGPD automáticamente de las fichas canceladas pasado cierto tiempo (por defecto 5 años).
      Para configurar esta opción se añaden los parámetros generales ‘EliminarFichasPersonaBloqueadas’ y ‘NumeroDiasEliminarFichaPersonaBloqueada’.



  • [NUEVA FUNCION] En la pantalla de personas se añade acceso a buscador de personas bloqueadas con CTRL+ALT+B (se comprueba restricción de funcionalidad ‘DESBLOQUEAR DATOS RGPD’)
    • Se ha creado una nueva pantalla de busqueda para las fichas “Bloqueadas”. Esta pantalla tiene los filtros de DNI, Nombre, Apellidos, Telefono y email. (1)
    • En la barra superior, tenemos las acciones a para realizar la busqueda, limpiar filtros, ocultar/mostrar los filtros y Tipo de Filtro (puede ser Valor Exacto, Comienza por, Acaba Por y Contiene) (2)
    • La Busqueda será en background y se nos mostrará una barra en la parte inferior de la ventana en la que se nos mostrará el progreso. Cada vez que el sistema encuentre el una ficha bloqueada que cumpla los filtros, la irá añadiendo a la tabla de datos, de tal manera que si hay muchos registros, los iremos viendo aparecer de uno en uno, permitiendonos cancelar la busqueda en caso de que ya lo hayamos visto o no queramos que siga buscando(3)
    • Una vez encontrado el registro deseado, podremos realizar dos acciones, Seleccionar el registro o Desbloquearlo (4). En caso de desbloqueo, el sistema nos pedirá tambien la razón del mismo.


  • Rediseño del menú contextual de personas (se crean submenús “RGPD” y “Exportación” y se elimina opción “Establecer Validez Carnet” que pasará a ser una opción de “Mantenimiento -> Procesos de Actualización -> Personas”)


  • En proceso de domiciliación, se introduce validación de fecha de mandato futura.
    En caso de que la fecha de emisión del mandato o la fecha de recepción de firma sean futuras se mostrará como incidencia de domiciliación y no se permitirá domiciliar los pagos.
  • En la pantalla de pagos de la ficha de personas, se añade nueva opción ‘Cobrar Venta’ en el menú contextual de ‘Ventas’


  • Si tenemos parametrizado que se posponga la fecha de próxima renovación a partir de un día determinado del mes (por ejemplo, el 25), ahora podremos indicar si queremos cobrar o no los días restantes hasta fin de mes.
    • Para ello, tendremos que configurar en “Mantenimiento -> Parámetros de abono” que se pondere automáticamente la primera cuota, definir el día del mes que nos interese y marcar la opción de “Cobrar días restantes al posponer la renovación”.
  • En la pantalla de pagos de ficha de persona, se añade nueva restricción de funcionalidad por grupos de usuario ‘COBRAR VENTA PARCIALMENTE’ para poder obligar (a determinados usuarios) a realizar el cobro completo de las ventas.
  • [CORRECCION] En la pantalla de definición de actividades, se modifica algoritmo de cambio de código de actividad para evitar duplicaciones de ‘IdActividad’ en casos en que se produce algún error en el proceso y no finaliza correctamente.
  • Se añade nuevo campo ‘ComprobarOtorgacionEnProcesoDesactivacionFichasPersona’ en “Consentimientos” para determinar si se deberá comprobar el consentimiento en el proceso automático de desactivación de fichas caducadas de persona (si está otorgado no se desactivará la ficha)
    • Por defecto se establece el valor a falso en todos los consentimientos excepto en el consentimiento de ‘Comunicaciones comerciales’ en el que se establece a cierto.


  • En la pantalla de ficha de persona, en la relación de facturas se añade campo ‘Empresa’.


  • En la ficha de persona, se modifica la validación de teléfonos móviles en País Operativa Chile.
    • Antes debían ser 9 dígitos comenzando por “94”, “95”, “96”, “97”, “98” o “99”, ahora se valida que sean 9 dígitos comenzando por “9”, es decir, se permiten números que empiecen por “91” “92 y “93””
    • El prefijo +56 es opcional y podrá incluirse o no al inicio.
  • Al realizar un cobro combinado mediante tarjeta bancaria, no se admitirá que se indique un valor para el nº de cuotas superior a 36. En los valores inferiores, se podrá configurar mediante la funcionalidad “PERMITIR SUPERAR EL NUMERO DE CUOTAS” qué valores se admiten o no. Por defecto, los valores iguales o inferiores a 12 se permitirán, mientras que los superiores no.
  • [NUEVA FUNCION] En el menú contextual RGPD de la ficha de persona, se añade nueva opción ‘Portabilidad Datos’ para obtener los datos de portabilidad solicitados por el cliente a través del proceso ReporWin ‘DATOS PORTABILIDAD RGPD’
    Se han incluido en el catálogo de ReporWin algunos listados para incluir en este proceso:
    • 1873 – Portabilidad – Datos Personales
    • 1874 – Portabilidad – Accesos
    • 1875 – Portabilidad – Abonos
    • 1876 – Portabilidad – Actividades
    • 1877 – Portabilidad – Servicios Clásicos
  • Reorganización del menú de ‘Mantenimiento\Tablas Auxiliares’, se eliminan las opciones de ‘Agrupaciones Deportivas’ y ‘Grupos de Precios’.
    Estas opciones aparecerán disponibles mediante un botón al lado del campo correspondiente en la pantalla correspondiente (‘Actividades’, ‘Cuotas’ y ‘Servicios’)
  • Al realizar un cobro de tipo cobro combinado, si la forma de pago que escogemos es de tipo “Cheque”, aparecerá un nuevo botón (Aceptar y Nuevo Cheque). Este botón nos permitirá que, una vez rellena la información del primer cheque, si el importe indicado no cubre el total a pagar, automáticamente nos aparecerá la pantalla para introducir un nuevo cheque con toda la información completada, con los siguientes valores:
    – Importe: El mismo que en el cheque anterior o el remanente hasta el total (el menor de ambos)
    – Fecha Emisión: 1 mes posterior a la del anterior cheque
    – Nº de cheque: Si el formato es numérico, el siguiente número que corresponda, manteniendo el formato
    – Restos de datos: Los mismos que en el cheque anterior.


  • Al enviar consentimientos a firmar mediante el Smart Panel, se añade la opción de que el operador pueda cancelar el proceso de firma

CORRECCIONES

  • [CORRECCION] En la pantalla de personas, en caso de configuración de rangos de IdPersona, al intentar crear nueva ficha y cancelar en la pantalla de asignación de IdPersona se producían varios errores en cadena.
  • Ya permite entrar con valores negativos tanto en porcentaje como en importe en Fracciones del mantenimiento de esquemas de fraccionamiento.
  • [CORRECCION] Si el tipo de devolución de recibos lo tenemos configurado como “Vía un pago pendiente de cobro de tipo Recibo Devuelto”, y realizábamos una devolución de un recibo que incluía un pago “Vencimiento de factura”, el nuevo pago de “Devolución” perteneciente a dicho vencimiento de factura se creaba con los apuntes contables invertidos (debe/haber).
  • En la pantalla de facturación de ventas, resuelto problema de filtro incorrecto de pagos por la empresa asociada a la caja en el caso de que se predetermina la caja en el entorno y no se muestra la pantalla de selección de caja.
  • En la pantalla de “Fichas -> Navegador Personas”, se ha limitado a 100.000 registros como máximo para no tener problemas de consumo excesivo de recursos.
  • Solucionado error no controlado al editar grupos de actividades desde la pantalla de mantenimiento de actividades
  • [CORRECCION] En la leyenda de colores de los perfiles de una persona, no se mostraban correctamente los nombres de los perfiles vinculados para cada color.
  • [CORRECCION] Si tendíamos definidos y visibles varios tipos de documentos de identidad, al seleccionar el tipo de documento CIF (España), no se realizaba correctamente la validación del documento.
  • Al cambiar la fecha de nacimiento de una persona, validar e inmediatamente contratar un abono, no se tenía en cuenta esta nueva fecha de nacimiento en el cálculo de la categoría del abono.
  • En la pantalla de definición de conceptos, al acceder al mantenimiento de “Familia Descuento Facturación” o al mantenimiento de “Tipo Cupón”, no se mostraba el botón “Salir” (la única manera de salir era con ALT+F4).
  • Al realizar la devolución de recibos a partir de un fichero muy grande (más de 32767 recibos) aparecía un error debido al “gauge” de estado.
  • [CORRECCION] En inicio DeporWin resuelto error ‘No coinciden los tipos’ al validar usuario T-Innova

DEPORWIN V3.0 Y V2.95

MEJORAS

  • [NUEVA FUNCION] Grupos de entornos en los archivos de configuración .INI:
    • En el DeporWin.ini de la raíz podremos crear tantos grupos de entornos como deseemos creando secciones:
      [ENTORNOS DE USUARIO DE nombre del grupo]
    • En el DeporWin.ini de un entorno concreto podremos definir a que grupo de entornos pertenece:
      [SecuWin]
      GrupoEntornos=nombre del grupo
    • Por ejemplo, en el DeporWin.ini raíz:
      [ENTORNOS DE USUARIO DE GRUPO 1]
      GRP1_RECEPCION01=
      GRP1_RECEPCION02=
      GRP1_RECEPCION03=
    • Y en DeporWin.ini del entorno GRP1_RECEPCION02:
      [SecuWin]
      GrupoEntornos=GRUPO 1
    • De esta manera si arrancamos una aplicación desde el entorno GRP1_RECEPCION02 (ya sea vía línea de comandos con /ENT: o porque sea el último entorno seleccionado) solamente se mostrarán los entornos definidos en [ENTORNOS DE USUARIO DE GRUPO 1]
    • Adicionalmente, podremos indicar que al arrancar una aplicación se use un grupo de entornos concreto en vez del definido en [SecuWin] GrupoEntornos= . Para ello lo especificaremos en la línea de comandos con /GRP:nombre del grupo.
    • Adicionalmente, podremos indicar que al arrancar una aplicación se usen todos los entornos definidos en [ENTORNOS DE USUARIO] independientemente de lo definido en el entorno actual. Para ello lo especificaremos en la línea de comandos con /GRP:NINGUNO.
  • Parámetros de login en aplicaciones
    • Soporte para parámetros de login por línea de comandos encriptados.
    • Soporte para parámetros de login por variable de entorno (SecuWinParametrosLogin)
    • Soporte para parámetro de contraseña de login por variable de entorno (SecuWinPasswordLogin)
    • Si definimos por línea de comandos o fichero bat la asignación de alguna de las dos varibles, importante no dejar espacio entre la variable y el signo igual al definirla. (SET SecuWinPasswordLogin={{contraseñaencriptada}})
  • [CORRECCION] En caso de tener redirigido los archivos de configuración .INI (vía [INI] DirectorioRaizIni=…), ya no será necesario redirigir también los .INI de las aplicaciones .NET (por ejemplo, Deporwin\Binarios\Interop, Deporwin\Binarios\ActualizadorSQL, Deporwin\SSDeportivo,…).
  • Nuevo consentimiento RGPD “Comunicaciones informativas”, con estado por defecto ‘Denegado’ y con comprobación en el proceso automático de desactivación de fichas obsoletas.


  • Nuevo consentimiento RGPD ‘Custodio de datos de personas físicas’, con estado por defecto ‘Denegado’ y con comprobación en el proceso automático de desactivación de fichas obsoletas.


  • Al enviar un documento adjunto mediante email, se cambia el nombre que se le da al fichero correspondiente al adjunto: hasta ahora se usaba como nombre el correspondiente al IdAdjunto (rellenado a 10 dígitos), mientras que a partir de ahora se usará este nombre concatenado con el nombre original del documento. De esta forma, en caso de que 2 bases de datos utilicen la misma carpeta como ubicación de los ficheros adjuntos, será prácticamente imposible que el sistema tome el fichero que no corresponda.
  • [NUEVA FUNCION] Nuevo módulo para la firma de documentos mediante SmartPanel (tablet) o enviando un enlace por correo electrónico para la firma en web.
    • Para poder utilizar el SmartPanel, es preciso configurarlo en Mantenimiento -> Tablas auxiliares -> Parámetros SmartPanel
      Para poder utilizar la firma por email es preciso configurar las plantillas que se utilizarán en Mantenimiento -> Plantillas -> Mantenimiento Plantillas, nodo Personas,
    • El módulo se gestiona mediante documentos adjuntos, por lo que se han añadido nuevas propiedades a estos documentos:
      – EstadoFirma: Sin solicitud de firma, Pendiente, Firmado, FirmaRechazada y FirmaRevocada.
      – TipoAdquisicionFirma: PanelFirma (el utilizado hasta ahora, que sólo admite estados SinSolicitud o Firmado), SmartPanel, Email
      – Fecha/HoraFirma
    • Al firmar un documento por cualquiera de los 2 métodos, nos aparecerá una nueva pantalla para solicitar / mostrar los datos que se utilizarán: IdSubTipoDocumento, Persona a la que se vincula, dirección de correo electrónico a utilizar y nos permitirá indicar si queremos que, una vez firmado el documento, se envie una copia del mismo al usuario.


    • Una vez aceptados los datos, se procederá a solicitar la(s) firma(s) necesarias. En el caso del SmartPanel, tendremos la posibilidad de cancelar la firma en ese momento (por error en los datos, por ejemplo), con lo que el documento guardado se borrará. En el caso de Email, el usuario, al acceder a firmar el documento, podrá rechazar la firma, circunstancia que quedará registrada en los datos del documento.
    • Desde la pestaña de gestión de documentos de la persona, tendremos la opción de volver a solicitar la firma de un documento, usando el mismo medio inicial u otro). En caso que el documento del que se solicita la firma estuviese firmado o con la firma rechazada, se generará un nuevo documento para su firma y, en el caso de estar firmado, se dará la firma existente por revocada.
  • No se permitirá solicitar firma por Smart Panel o por email sin indicar la persona a la que vincular el documento.
  • Al realizar la firma de documentos mediante SmartPanel o EMail, una vez finalizado el proceso, tanto si se ha iniciado automáticamente por configuración de proceso de listados como si se ha ejecutado de forma manual, se cerrará la pantalla de vista preliminar
  • Al realizar el intento de enviar consentimientos o documentos a firmar por el SmartPanel, se realizará la comprobación de que el cliente tenga licencia para ese producto (Tablet RGPD o Tablet ProDoc)

CORRECCIONES

  • Al enviar consentimientos para firmar en Smart Panel no se estaba teniendo en cuenta el ‘idGrupoConsentimiento’ seleccionado en la pantalla de consentimientos persona.
  • Si se intentaba insertar un documento en el gestor documental sin ningún tipo de vínculo, se producía un error, insertando la información parcialmente.
  • [CORRECCION] Al personalizar el orden de columnas o su ancho en los grids de DeporWin que lo admiten (Pagos, Cursillistas, Documentos, Actividades), si no existía un valor previo en el registro de Windows no se guardaba la configuración.

DEPORWIN NMS

MEJORAS

  • Se añade nuevo parámetro general ‘UsarFormaPagoContratoEnBajasTemporales’, para poder indicar si se utilizará la forma de pago informada en el contrato de servicio (forma de pago para renovaciones) en el caso de ventas y devoluciones de bajas temporales.
    Este parámetro será aplicable tanto en bajas temporales a pasado como a futuro.


  • En la pantalla de baja temporal, se modifica el funcionamiento al exceder el número de días máximo total. Ya no se modificará el número de días de la baja para que no supere el máximo, sino que simplemente se mostrará aviso y se solicitará continuar (siempre que la funcionalidad esté autorizada para el operador).
  • En la pantalla de contratación, en caso de un servicio ‘no activo’ no se permitirán realizar nuevas contrataciones pero si se permitirán realizar modificaciones y cambios de condiciones del contrato, así como deshacer bajas, aunque verificando una nueva restricción de funcionalidad (‘Deshacer baja con servicio no activo’).
  • En la pantalla de contratación, se añade nueva opción de menú contextual para poder ‘Imprimir comprobante de cambio temporal’ en cualquier momento una vez formalizado el cambio.


  • En la pantalla de contratación, se añade opción ‘Recalcular precio del periodo’ en el menú contextual del periodo en caso de preinscripción con pagos asociados.

CORRECCIONES

  • En la pantalla de contratación, resuelto problema de refresco de precios de preinscripción al añadir nuevos periodos.
  • [CORRECCION] En la pantalla de contratación, resuelto problema en servicios tipo campus al cambiar de un componente de contratación a otro usando la opción de ‘Cambio de servicio’ (se mostraba un error de plazas no disponibles a pesar de que hubiera plazas en el componente de destino).
  • En pantalla de contratación, resuelto error al realizar baja temporal por días de contratos no renovables con periodos relativos cuando el periodo de baja excedía del final del periodo seleccionado.

EXPORTACIÓN SYLTEK

MEJORAS

  • [NUEVA FUNCION] Nuevo protocolo de exportación de personas Syltek VER MANUAL
    • 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.
    • Debido a limitaciones del protocolo únicamente se exportan las personas con email informado. Cuando una persona deja de ser activa se deshabilita en Syltek y cuando vuelve a ser activa se vuelve a habilitar en Syltek.
    • Por limitaciones del protocolo no se podrán exportar accesos
PARAMETROSEXPORTACIONPERSONAS
CodigoProtocolo=12 Syltek
URL URL de la API suministrada por Syltek. Algo como: https://{cliente}.syltek.com/hermes
Usuario No es necesario informarlo
Password API Key suministrada por Syltek para el centro


REPORWIN

MEJORAS

  • En la pantalla de funcionalidades, al añadir nuevo vínculo para el Gestor Documental, se mostrará una pantalla con las posibles opciones, que permitirá seleccionar varias de ellas de forma simultanea.

CORRECCIONES

  • [CORRECCION] Si en un proceso de aplicación marcado como “Imprimir directamente” usábamos listados con plantilla en Word, después de imprimir el documento se lanzaba siempre el proceso de adjuntar documento al gestor documental. Ahora, se gestiona adecuadamente y no se lanzará ningún proceso que no esté indicado.
  • En algunos casos (por ejemplo, al cancelar la impresión del último documento de un proceso con listados con plantilla en Word, si el resto de listados no imprimían datos), el siguiente proceso que se imprimía no tomaba correctamente el nombre que se debía asociar al documento al guardarlo en el gestor documental.
  • En la pantalla de Funcionalidades de los procesos, si se desmarcaban los checks de “envío Mail” o “Adjuntar al Gestor Documental”, no se mostraban los tipos asociados (Tipo Envío Mail / SubTipoDocumento) pero no se eliminaban de la BBDD. Ahora, estos valores se mostrarán y podrán modificar, aunque los procesos no estén marcados, de forma que, en caso de ejecutarlos manualmente, se apliquen.

VIGILANTE

MEJORAS

  • [NUEVA FUNCION] Nuevo protocolo para los terminales Flexy TOC (Template on card) de Kimaldi
    • Se permite la grabación de tarjetas para usuarios con o sin huella.
    • Se permite la grabación de tarjetas para entradas/bonos (sin huella en este caso).
    • La huella solamente se almacenará en la tarjeta Mifare del usuario (por lo que no se requerirá de consentimiento RGPD).

[PUERTO P]
TipoLector=KXP ‘ Protocolo de comumicaciones KXP de Kimaldi
NumeroSectorTOC=1 ‘ Número del sector inicial. 1 por defecto
ClaveTOC=FFFFFFFFFFFF Clave para hacer el login en los datablock Mifare (FFFFFFFFFFFF por defecto)
[PUERTO P TERMINAL T]
IdTerminal=x.x.x.x:6000 ‘ Dirección IP del terminal Flexy y puerto UDP (6000 por defecto)
TipoTerminal=FLEXYTOC


  • Al realizar un acceso con un carné de persona, si éste le consume una “entrada/bono” y el concepto de la “entrada/bono” tiene una imagen asociada, ésta se mostrará en vez de la foto de la persona.
    • Aplicable tanto para el Vigilante como para el Monitor del Vigilante.
  • Ahora, el cálculo de los permisos de acceso con origen “entrada/bono” tendrán en cuenta las entradas/bonos que hayan sido venidas y prestadas dentro de una reserva/planificación de programa.

CORRECCIONES

  • Al realizar una búsqueda de personas desde el Vigilante, ya sea al realizar un acceso manual como al grabar un carné, se producía un error “Error 91: La variable de tipo Object o la variable de bloque With no está establecida”.

RESERWIN V3.0

CORRECCIONES

  • En reservas de recursos con sistema de ventas ‘selección por usuario’, se resuelve problema de actualización de precios con conceptos automáticos según duración de la reserva.

CRM

MEJORAS

  • Añadido nuevo parámetro “NumeroMinimoDiasParaReingreso” en los listados automáticos. Nos permitirá indicar, en caso de reingreso en la campaña, cuantos dias deben haber pasado desde la finalización de la anterior oportunidad para que se produzca el reingreso.

CORRECCIONES

  • En el proceso de evaluación de transiciones y ejecución de procesos CRM, se soluciona problema que provocaba que se quedaran algunas oportunidades en estado de tarea completada y nunca se realizara la transición a la siguiente etapa.
  • En CRM, en etapas de envío de email, cuestionario o SMS se tenía en cuenta el flag ‘EnviarCorreo’ de la persona, impidiendo el envío si la persona lo tenía desactivado. Ahora no se tiene en cuenta este campo ya que la comprobación se realiza a través de los consentimientos otorgados o denegados de la persona.

TOOLWIN

MEJORAS

  • Al lanzar una aplicación con “Autologin” los parámetros de contraseña se enviarán vía variable de entorno encriptada.

EXPORTACIÓN EGYM

MEJORAS

  • [NUEVA FUNCION] Nuevo protocolo de exportación de personas eGym VER MANUAL
    • 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.
    • Debido a limitaciones del protocolo únicamente se exportan las personas con email informado. Cuando una persona deja de ser activa se indica fecha de fin de contrato inmediata en eGym, y cuando vuelve a ser activa se vuelve a informar de la fecha fin de contrato real (o de caducidad de perfil) en eGym.
    • Se exportan personas y accesos.
PARAMETROSEXPORTACIONPERSONAS
CodigoProtocolo = 18 eGym
URL URL suministrada por eGym. Normalmente https://api.ed.ts.egym.coffee/gymapi/v1
Usuario Valor de GymID suministrado por eGym
Password Valor de AccessToken suministrado por eGym


ACTIVIDADESWEB

MEJORAS

  • [CORRECCION] Soporte para la versión “reCAPTCHA v2” (No soy un robot) de Google CAPTCHA.


CORRECCIONES

  • [CORRECCION] En la contratación multiusuario de servicios, si un servicio admitía preinscripción y lista de espera y al ir a contratar ya no quedaban plazas disponibles para la contratación (preinscripción), el contrato aparecía en la web correctamente como Lista Espera, pero se contrataba como Preinscrito. Sucedía lo mismo si se seleccionaban para contratación varios servicios que admitiesen lista espera (todos o algunos) y preinscripción (todos o algunos), alguno de los servicios se contrataba como Lista Espera y la contratación final se marcaba como Preinscripción.
  • Los servicios contratados en Lista de Espera, aparecían en la pantalla de Mis Servicios como Inactivos.
  • Si teníamos un contrato con fecha de alta futura, desde la pantalla de Mis Servicios aparecía un error al intentar realizar la baja.
  • Si teníamos servicios contratables por internet en una misma regla de Aforo por internet, pero unos eran contratables por defecto y otros eran no contratables por defecto, en la pantalla de selección de servicios aparecían todos o ninguno, según cual fuese el resultado de la evaluación de las reglas de contratación para el primero de los servicios que se tratase.
  • En reservas de recursos web, solucionado problema que impedía el envío de SMS al reservar (configurado en el recurso).

EXPORTACIÓN CONTABLE 2.9

MEJORAS

  • [NUEVA FUNCION] Nuevo módulo de exportación contable de ‘ventas cobradas’ a ‘Aytos’ (sólo se exportarán ventas cobradas y con código de ticket asignado).
    Configuración:
    • Definir parámetros contabilidad:
      -DestinoExportacion = AYTOS
      -DirectorioExportacion = xxxxxxxxx
      -FicheroExportacion = xxxxxxxx (no incluir extensión del fichero)
      -ExportacionDeVentas = True
    • Definir las agrupaciones contables informando los códigos de ‘aplicación de ingresos (económica)’ en el campo ‘Concepto contable’.
    • Asignar las agrupaciones contables en abonos, actividades, conceptos de venta, formas de pago, etc.
    • Realizar una primera exportación hasta la fecha actual para marcar todo lo exportado anterior.

SERVIDOR DEPORTIVO

CORRECCIONES

  • En el servidor deportivo se corrige problema en los procesos CRM. En campañas ‘NO activas’ se segían gestionando las planificaciones en estado ‘pendiente’ de etapas de envío de email, cuestionario, SMS, etc.

KIOSCO – AUTOSERVICE (WS)

CORRECCIONES

  • Se corrige problema detectado por el cual si una actividad no tenía configurada ‘FechaInicio’ o ‘FechaFin’ producía un error interno y desencadenaba en un comportamiento extraño en la interfaz de usuario.

PROQUEST

CORRECCIONES

  • Detectado un problema con el valor IdPersona en la exportación de datos que estaba rellenándose con el IdCuestionarioPersona. Se ha cambiado el valor que va a ser exportado para que use realmente el IdPersona.

EXPORTACIÓN PERSONAS

MEJORAS

  • En la exportación de datos de personas por “perfil” a protocolos que soporten informar de la “fecha de antigüedad”, ahora ésta se calculará de la siguiente manera:
    • Si la persona está actualmente abonada (abonos v3.0), se cogerá la fecha de antigüedad del abono.
    • Y en caso contrario, se cogerá la menor fecha de asignación de perfil que haya tenido (teniendo en cuenta los perfiles borrados de la persona).

KIOSCO

CORRECCIONES

  • [CORRECCION] Se producía un error de desbordamiento al dibujar las imágenes de los conceptos de venta si éstas tenían una ratio altura/anchura de 1.

TPVWIN V3.0

CORRECCIONES

  • Al realizar una compra de un concepto con proveedor por defecto, si se había definido el usuario para ventas/compras anónimas, no se autoseleccionaba dicho proveedor.

SMARTPANEL

MEJORAS

  • [MEJORA] Se ha publicado en la tienda de Apple la nueva versión 1.1.1 que está preparada para poder realizar la firma de consentimientos RGPD y firma de documentos a través de los diferentes módulos de DeporSite.