DSuite Noviembre 2021 – Presentación DeporWin

Mejoras

• [NUEVA FUNCIÓN] Nuevo tipo de paso en procesos automáticos: Contratar Servicio:
• 
  • Nos permitirá lanzar la pantalla de contratación de servicios “clásicos” para un servicio concreto.
  

• Soporte para el cobro por TPV Virtual con tarjetas bancarias almacenadas en la plataforma de RedSys Tokenización (mediante protocolo RedSys REST).
  • Se permiten tanto cobros con tarjeta como anulaciones de cobros con tarjeta.

BB.DD. DEPORWIN, TABLA PARAMETROSTPVVIRTUAL

CodigoProtocolo=13	Redsys REST
CodigoComercio=999999999	Código del comercio asignado en Redsys DS_MERCHANT_MERCHANTCODE).
Terminal=1	Código del terminal asignado en RedSys (DS_MERCHANT_TERMINAL)
UrlTPVVirtualReal=https://sis.redsys.es/sis/rest	URL de la plataforma de Redsys en producción
UrlTPVVirtualPruebas=https://sis-t.redsys.es:25443/sis/rest	URL de la plataforma de Redsys en pruebas
ClaveComercioReal=	Clave del comercio. Para el entorno de producción
ClaveComercioPruebas=sq7HjrUOBfKmC576ILgskD5srU870gJ7	Clave del comercio. Para el entorno de pruebas

• [NUEVA FUNCIÓN] Nuevo protocolo de domiciliación de tarjetas “RedSys Tokenización”
  • Se usarán las tarjetas bancarias almacenadas por los clientes en la plataforma de “RedSys Tokenización“.
  • 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 “RedSys REST“.
  • La domiciliación se realizará 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 con el protocolo “RedSys REST” y usando la tarjeta almacenada en la plataforma “RedSys Tokenización“
  • 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.

• [NUEVA FUNCIÓN] Se añade la opción de enviar un cuestionario a SmartPanel desde el menú contextual de la pantalla de cuestionarios dentro de la nueva pantalla de personas, así como la opción de crear un nuevo cuestionario desde SmartPanel.
  
• En la domiciliación (de recibos y/o tarjetas) se añade la posibilidad de configurar un proceso previo de “Bajas de Contratos de Servicios a partir de un listado”
  • Se podrá especificar (en parámetros económicos) un listado para el proceso previo.
  • En caso de configurarse un listado, se lanzará la pantalla del proceso de bajas con el listado seleccionado y no se permitirá continuar con la domiciliación si el proceso no se ejecuta o se interrumpe.
  • Se mostrarán las incidencias que se produzcan en el proceso (también quedarán registradas en la tablas “LotesContratosServicio” y “LineasLotesContratosServicio“).
  

• Las siguientes restricciones de funcionalidad en la reserva de entradas (dentro de la inscripción a un programa), ahora también se evaluarán al realizará la venta del programa:
  • Reservar entrada sin disponibilidad, Reservar entrada en hora prohibida y Reservar entrada superando máximo reservas/hora

• En la exportación de ventas y facturas mediante el protocolo Stupendo, se incluye información sobre el RegimenContable y el RegimenFiscal, tanto del emisor (empresa) como del receptor (cliente).
  • Los datos correspondientes al emisor, podrán configurarse en la pantalla de Empresa:
  
  • Por su parte, los correspondientes al receptor (cliente), podrán configurarse en Datos Extra de la ficha de la persona. Sus valores por defecto serán 48 (Código RegimenContable) y R-99-PN (Código Régimen Fiscal),

• [MEJORA] Se añade nuevo mantenimiento de tipos de parentesco.
  

• Ahora, las siguientes restricciones de funcionalidad, podrán ser definidas por “Familia de concepto“:
  • En la pantalla de ventas de concepto:
    Vender concepto con importe 0
    Vender concepto con importe negativo
    Vender concepto con importe resultante negativo
  • En reservas de servicios:
    Añadir servicio a reservas servicio con importe 0
    Añadir paquete a reservas servicio con importe 0
    Añadir servicio a reservas servicio con importe negativo
    Añadir paquete a reservas servicio con importe negativo

• En el formulario de “Planificación de recursos“, ahora podremos imprimir/exportar la tabla de Ocupación mediante la pulsación de F11.

• [MEJORA] En la forma de pago se añade nuevo valor en la configuración de la asignación de recibo “Si vence la remesa de recibos“, para poder configurar el momento en que se asigna ticket a los pagos y ventas de recibos domiciliados, bien al generar la remesa para el banco o bien al vencer la remesa (mediante un proceso planificado o a petición).
  

• En la serie de facturación se añade nuevo campo “DisponibleRecibos“, para poder configurar series de numeración diferentes para tickets de caja y para recibos domiciliados. (Si no se configura se usará la serie con la marca “DisponibleTickets” en ambos casos)
  

• Desde “Fichas -> Actividades -> Entidad“, ahora podremos asignar una entidad a la actividad seleccionada mediante un formulario de búsqueda de entidades. Además, el desplegable de entidades estará ordenado alfabéticamente por nombre.

• [MEJORA] Nueva pantalla de calendario de días festivos. Esta pantalla sustituye la anterior.
  
  

• Nuevo proceso automático para tratar los ficheros de devolución de recibos configurable a través del Agente de Trabajos.

[Económico]

DirectorioFicherosDevolucion=<…>

Directorio donde se encontrarán los ficheros de devoluciones del banco.

• Se añade el campo Descripción al mantenimiento de parámetros de Smart Panel.

Correcciones

• Si se configuraban procesos automáticos del sistema, se estaba provocando que, después de que se ejecutara el proceso DeporWin no era capaz de resolver correctamente las variables asignadas a los listados, quedando “bloqueadas” en las últimas utilizadas.

• En los procesos automáticos, no se ejecutaban nunca los pasos de tipo “Ejecutar Listado”

• En la nueva pantalla de personas, al intentar acceder al módulo de impresoras desde el menú de listados, se producía el error “Error ‘401’ en tiempo de ejecución : No se puede mostrar un formulario no modal cuando se muestra un formulario modal”.

• En la inscripción a una actividad con precios por conceptos, si seleccionábamos un esquema de fraccionamiento, la descripción del pago se sufijaba con “(Fracc. X)” pero no se modificaba la parte de texto correspondiente a la fecha de vencimiento de la fracción X.

• En la pantalla de remesas de recibos, no se realizaba correctamente el filtro por grupos de seguridad de datos (en caso de configurarlo en el entorno).

• En la pantalla de fichas de personas, no se realizaba correctamente el filtro por empresa en caso de servicios NMS multiempresa.

• Si teníamos definido en “Parámetros de abonos” que los abonos “No fueran renovables por defecto” pero en cambio para un tipo de abono concreto teníamos definido que “Sí fuera renovable”, en una nueva alta de ese tipo de abono, el abono se quedaba marcado como renovable correctamente, pero con la fecha de baja establecida a la de próxima renovación.

• Al inscribirse en una actividad con “precios por conceptos”, si el cursillista tenía más de un descuento por perfil aplicable para dicha actividad, y a pesar de tener definido que la acumulación de descuentos para conceptos sea el mayor de ellos (máximo), en determinadas circunstancias se acababa aplicando el descuento menor (por culpa del descuento por ponderación de días).

• En pantalla de definición de actividades, solucionado error no controlado al acceder a actividades con precio por inscripción puntual.

• En la eliminación/baja de un cursillista, correspondiente a una actividad con precios por conceptos y donde estos generaban entradas/bonos, se eliminaban correctamente las transacciones pendientes de cobro, pero no se invalidaban las entradas/bonos generados.

• • Por ejemplo, esto se producía al contratar una actividad desde DeporSite y cancelar la operación durante la pasarela de cobro.

• En pantalla de definición de servicios, resuelto error no controlado al eliminar precio específico para un servicio.

• • Atención! La opción de precios específicos por servicio debe intentar no utilizarse puesto que invalida cualquier regla de precios configurada

• En las devoluciones de recibo, se resuelve problema en la asignación de número de ticket (de serie rectificativa) en caso de forma de pago configurada con asignación de ticket al vencer la remesa.

• En pantalla de personas, solucionado error en fusión de personas con tabla ‘DestinatariosNotificacionTrabajoAgente‘.

• En pantalla de personas, solucionado error en renumeración de personas con contratos de servicio.

Mejoras

• En la exportación de facturas a Facturae y e-FACT, ahora se usará al algoritmo de firma electrónica RSA/SHA256 (sustituyendo al menos robusto RSA/SHA1).

Correcciones

• Al obtener la lista de comerciales a asignar para una tarea CRM, si no hay comercial forzado de ninguna forma (ni asignado en la etapa, ni arrastrado de planificación anterior, etc) y se debe determinar el comercial según los criterios de distribución, se producía un error en la carga de los datos del comercial.

• [CORRECCIÓN] En los protocolos de domiciliación SEPA C1914 y SEPA C1914 XML, no se calculaba correctamente el identificador del presentador para cuentas IBAN andorranas.

• [CORRECCIÓN] En los protocolos de domiciliación SEPA C1914 XML y transferencias SEPA C3414 XML, no se componía correctamente la cuenta bancaria IBAN (tanto la del deudor como la del acreedor) cuando el formato de datos bancarios estaba definido como “Andorra IBAN“.

Mejoras

• [MEJORA] Nueva funcionalidad para deshacer automáticamente la baja del contrato de socio/abonado al cobrar la deuda del mes en curso (siendo este el mes en que se ha producido la baja).
  • Implementada también en cobro de deudas vía web (DeporSite y ActividadesWeb)
  • Configurable mediante parámetro general de servicios “DeshacerBajaContratoSocioEnCobroDeuda“
  

• [MEJORA] Nueva pantalla de avalados. Se mostrará desde el menú contextual de la pantalla de contratación de servicios.

• En el asistente de contratación, en caso de reglas mal configuradas de tipos de periodo de contratación, se controla la excepción de programa que se producía y se muestra mensaje de error.
  

Correcciones

• En la pantalla de contratación, solucionado error en el cálculo del precio en bajas temporales de periodos.

• En contratación de servicios NMS, en caso de servicios con precio con congelación automática, se congelará el precio con el importe del último periodo vendido.

• En pantalla de contratación de servicios NMS, solucionado problema en la generación de ventas en caso de contratación automática de servicios (por ejemplo seguro adicional).

• En la pantalla de contratación de servicios NMS, en caso de reglas mal configuradas de tipos de cargo se controla la excepción de programa que se producía.
  (Aunque no se muestra ningún mensaje puesto que es posible que existan servicios sin ningún tipo de cargo).

• En pantalla de contratación, resuelto problema de contratos automáticos (en abonos familiares) que se guardaban en BBDD al salir de la pantalla sin formalizar.

Mejoras

• [MEJORA] En el listado de mis actividades contratadas y en su detalle se ha añadido el horario de la actividad. Para ocultar el horario, se ha creado el parámetro .
  
  

• [MEJORA] Cambios en módulo Selector_AltaAbonado_NMS (#560)
  • Añadido nuevo parámetro IdCentro para fijar el centro en el que se realizará la contratación. También se podrá indicar el parámetro mediante GET
  • Añadido nuevo parámetro CalcularPrecioDinamicoMultiCentro, que nos permitirá, en caso de que un servicio sea MultiCentro, obtener el precio de referencia mediante reglas (para la persona modelo, no la persona logueada) en lugar de utilizar el valor fijo de PrecioReferencia. Para ello, el servicio debe tener configurado el TipoPeriodoContratacionPorDefecto
  • Añadido nuevo parámetro UtilizarCentroUsuario. En caso de indicarlo, si el usuario tiene asignado centro, se usará este como valor para la selección y contratación de los servicios.
  • Se ha adaptado todo el proceso para el uso del IdCentro, tanto en contratación como en la obtención de los datos

• En la pantalla de formulario de alta V2 se ha realizado los siguiente cambios.
  – Permite situarse al principio del proceso desapareciendo el botón atrás.
  – Si se hace un registro, salta directamente a la pantalla siguiente
  – Desaparece el resumen y los datos de contratación en esta pantalla.

• Nuevo módulo de gestión de tarjetas tokenizadas centralizado.
  El nuevo módulo es compatible con AddOnPayments y RedSys.

  Este módulo tiene dos tipos de vistas: fullscreen (para ser la página de destino de enlaces desde correos electrónicos) y modulo (para utilizarse dentro de la sección del perfil del usuario).

• [NUEVA FUNCIÓN] Actualización de procesos para utilizar el nuevo módulo de tokenizacion con AddOnPayments
  • Para utilizar la opción de AddOnPayments, se deberán modificar los pasos que llamaban a la versión anterior y llamar a las nuevas páginas.Hay dos procesos que utilizarán este módulo: “Mis Datos Bancarios” accesible por el usuario desde su perfil, y “Tarjeta AddOnPayments Mail” que es la página de destino de los e-mails para que el usuario pueda dar de alta su tarjeta; si bien este último debería cambiarse de nombre, ya que podrá utilizarse con la pasarela RedSys en lugar de la de AddOnPayments.Las páginas que corresponden son:
    – La página 610 será sustituida por la 1600 (en el proceso “Mis Datos Bancarios“)
    – La página 611 será sustituida por la 1601 (en el proceso “Tarjeta AddOnPayments Mail“)Importante: Cuando se generan las nueva páginas desde el actualizador de módulos, los valores por defecto son los mismo en ambas páginas; deberá cambiarse el parámetro “tipoVista” a “fullscreen” en la página 1601, para que en la página de destino del e-mail no aparezcan los menús.
  • Así que lo primero será comprobar que en la página 1600 tenemos el valor “modulo” en el parámetro “tipoVista” y en la página 1601 tenemos “fullscreen” en “tipoVista“
  
  • El módulo centralizado utiliza el gestor de pasarelas de pago, así que deberemos comprobar que la configuración es la correcta allí.
    La configuración que en el módulo 600 teníamos como parámetros en el propio módulo, ahora deberá estar en la “Definición de parámetros de las formas de pago TPV Virtual” de la sección “Formas de Pago” de “BOTools“. Así, los valores que teníamos en los parámetros del módulo de esta forma:
  
  • Deberemos tenerlos en la sección de Parámetros TPV Formas de pago:
  
  • Y deberemos recordar el Id de la primera columna de la tabla de las formas de pago, ya que será el único parámetro que deberemos configurar en el nuevo módulo respecto a la pasarela.
  • A continuación vamos a modificar los procesos; para ello deberemos modificar la página del paso correspondiente, como hemos dicho antes: sustituyendo la página 610 por la 1600 en un proceso, y la 611 por la 1601 en el otro:
  
  • Una vez establecida la nueva página en el paso del proceso, iremos a “Gestionar” los parámetros del paso, donde comprobaremos que los valores sean los deseados:
  
  • Tener en cuenta que:
    – en el desplegable de los IdParametrosTPV, sólo aparecerán las pasarelas compatibles con el módulo.
    – En ImporteTest, el valor suele ser 15 (el importe se indica en céntimos de Euro), si bien, a diferencia de la versión anterior, ahora es válido poner el valor ‘0’ para que no se realice ningún micro cobro; pero para que funcione el cliente debe solicitar a su banco que le activen la opción OTB
    – el parámetro tipoVista, no debería hacer falta modificarlo ya que hemos puesto el valor correcto en los parámetros del módulo.
  • Recordar actualizar la caché de los procesos con la nueva configuración antes de poder utilizarlos.

• [NUEVA FUNCIÓN] Actualización de procesos para registrar token con RedSys
  • Para utilizar la opción de RedSys para tokenización de la tarjeta deberá crearse esta forma de pago, que es común a la de pasarela de pago por RedSys con tokenización: aparecen dos campos de URL RESPUESTA: una para sólo tokenizar y otra para pago + tokenización.
  
  • Los datos de Código de comercio, claves de firma,… deberían ser los mismos que en la pasarela RedSys normal.
  • A continuación, igual que se explica para el uso de tokenización de AddOnPayments, definiremos el IdParametrosTPV en el módulo, asignándole el Id que hemos creado.
    Y, también como se explica en el caso de AddOnPayments, deberemos modificar las páginas que son llamadas en los correspondientes pasos de los procesos de tokenización, cambiando las páginas 610 y 611 por 1600 y 1601.
  • Tener en cuenta que:
    – en el caso de RedSys el “ImporteTest” no es utilizado, ya que siempre es ‘0’.
    – el cliente deberá solicitar al banco que quiere recibir la tarjeta ofuscada, de lo contrario ésta no se recibe, y la que se almacena es una suposición, que sólo muestra el primer carácter.

• [NUEVA FUNCIÓN] Compra con tokenización de tarjeta (RedSys)
  • Ahora también podemos tokenizar una tarjeta cuando se realiza el primer pago: para ello se ha desdoblado el pago con tarjeta con la pasarela RedSys en dos tipos de formas de pago disponibles en DeporSite:
    – RedSys : la clásica que se ha utilizado hasta ahora
    – RedSys Tokenización : la nueva opción, si el usuario dispone de tarjeta tokenizada, podrá realizar el ‘Pago en 1 click‘, y si todavía no la ha tokenizado, realizará una compra normal, y al final del proceso su tarjeta será tokenizada para poder realizar pagos en 1 clic a partir de ese momento.
  • Con esta pasarela de pago activada, un cliente que todavía no tenga tarjeta tokenizada, verá un botón con el mensaje ‘PAGO 1-CLICK (Alta tarjeta)‘, y al pulsarlo un aviso indicando que se guardará información de la tarjeta (el token), y continuará con un proceso igual al de un pago normal con RedSys.
  
  • Si el cliente ya tiene tarjeta tokenizada, le aparecerá el botón con el mensaje ‘PAGO 1-CLICK (caducidad)‘, donde en ‘caducidad’ aparecerá el mes y año de caducidad de la tarjeta tokenizada
  

• [NUEVA FUNCIÓN] Pasarela de Pago CECA disponible en la nueva pasarela centralizada
  • Podemos configurar esta pasarela de pago seleccionando como Tipo de TPV: TpvCECA. Los datos que necesitaremos configurar en el BackOffice de DeporSite son:
    – Código Comercio
    – Código Caja
    – Terminal
    – Clave Producción
    – Clave Pruebas
  • IMPORTANTE: En la pasarela bancaria, debe configurarse la URL de notificación online para la recepción en DeporSite de la confirmación de los pagos.
    La URL que se le debe indicar debería ser la misma que la que aparece en el pantalla de configuración de parámetros TPV como ‘URL Respuesta Banco‘. Este parámetro, en general no debería modificarse en el BackOffice ya que el parámetro no se utiliza; sólo aparece como ayuda para la configuración de la pasarela en el panel del banco.
  

• [MEJORA] Mejoras en el BackOffice de procesos
  • Todos los cambios se realizarán mediante Ajax, sin volver a recargar la página
  • La modificación de enlaces, textos o parámetros de los pasos del proceso, se realizarán conjuntamente, pudiendo modificar o eliminar los valores de cada área conjuntamente
  
  • En el caso de los parámetros, se usará para su modificación lo definido en el fichero BackOffice.json de los módulos correspondientes, de forma que, tendremos los textos de ayuda y las listas de valores válidos correspondientes.
    También nos mostrará los valores actualmente configurados tanto en el módulo como en la página correspondiente, de forma que podemos saber que valor se va a aplicar si en el paso no está definido.
    Incluso podemos filtrar los datos para mostrar / buscar más fácilmente el valor deseado.
  
  • Además, en el BackOffice.json podremos indicar un “Grupo” para cada parámetro, lo que permitirá organizar los valores en pantalla.
  
  • En este fichero, además, para obtener los valores válidos para un parámetro, además de indicar las opciones en el propio fichero, podemos indicar que deben obtenerse a partir de una función del sistema (que debe estar preparada para devolver un array de tipo clave-valor)
  
  • En cuanto al tipo de parámetro indicado en el fichero, se admiten los tipos:
    – select: Valor a seleccionar de una lista de opciones.
    – multiselect: Selección múltiple a partir de una lista de opciones.
    – input-number: Número
    – input-color: Color
    – input-date: Fecha
    – input-time: Hora
    – input-password: Contraseña
    – input: Texto libre.
    que serán usados adecuadamente en el editor.

• Modificado el BackOffice de módulos para incluir el nuevo editor para la modificación de los parámetros del módulo
  
  

• Modificado el BackOffice de páginas para incluir el nuevo editor para la modificación de los parámetros de la página
  
  

• [MEJORA] Mejoras en el módulo de Formulario_AltaPersona_V2 (#1500), añadiendo 2 nuevos campos (Centro y Nacionalidad) y nuevos parámetros para su configuración

Parámetros

IdCentro	Nos permitirá indicar el IdCentro en el que queremos dar de alta a la persona. Este parámetro se puede pasar por url
centroVisible	Permitirá indicar si queremos que el selector de centro esté visible o no. Si queremos indicar un centro con el parámetro anterior, debe ser visible.
centroObligatorio	Permitirá indicar si el centro es obligatorio o no.
centroModificable	En caso de haber indicado un centro mediante el parámetro IdCentro, nos permitirá indicar si este centro se puede modificar o no
areaCentrosSeleccionables	Nos permitite indicar que lista de centros queremos mostrar: Todos los existentes, los válidos para contratación de servicios, los válidos para reserva de recursos, …
nacionalidadVisible	Nos permitirá indicar si queremos que el campo Nacionalidad esté visible
enviarCodigoConfirmacion	Nos permitirá indicar, si, previamente a dar de alta la persona en la base de datos, se enviará un mail con un código de confirmación. Por defecto, el valor es True
mostrarDatosPersonalesLogin	Nos permite indicar si, al acceder a esta página con login realizado (tanto por haberlo realizado previamente como por haber dado de alta la persona en esta misma página) mostraremos un resumen de sus datos personales o pasaremos directamente a la página siguiente del proceso. Por defecto, se mostrarán los datos.

• Se ha cambiado el orden en que se realiza el envío del mail de confirmación y la validación de duplicados. Ahora, se realizará en primer lugar la validación de personas duplicadas y, si todo es correcto, se enviará el mail con el código de confirmación.

• [MEJORA] Realizado cambios en la pantalla de login (tanto inicial como en medio de un proceso). para permitir el uso de procesos para realizar el alta de personas y para limitar la edad de las personas que pueden acceder a los procesos.
  • El enlace “Nuevo usuario” estaba utilizando una página fija, y pasará a utilizar un proceso configurable. Los únicos requisitos del proceso son que su primer paso sea el módulo “Formulario_AltaPersona_v2” (#1500) y el último paso sea el nuevo módulo “Proceso_AltaPersonaModal_Fin” (#1610).
    De esta forma, además de la recogida de datos personales se podrán incluir otras páginas necesarias, como por ejemplo, Consentimientos. En el caso de algunas páginas, puede ser necesario algún cambio de diseño para que se adapte correctamente.
  • Añadidos 2 nuevos parámetros en el configurador de DeporSite:
    • urlProcesoAltaPersona: Nos permitirá indicar la url de que proceso se utilizará para gestionar el alta de la persona desde el enlace “Nuevo usuario” de la pantalla de login.
    • EdadMinimaProceso: Nos permite indicar la edad mínima que deberá tener el usuario logueado para poder acceder a un proceso. El control se realizará en el momento que el proceso requiera el login, aún cuando el usuario esté logueado desde el inicio.
  
  • Añadidas nuevas propiedades a los procesos:
    • Proceso Alta Persona: Nos permitirá especificar, para un proceso determinado, que proceso se utilizará en caso de que la persona se dé de alta desde el proceso mediante el link “Nuevo usuario” de la pantalla de login. Por defecto se usará el indicado en la configuración general, aunque se podrá cambiar por otro diferente en cada proceso.
    • Edad Mínima: Indicará la edad mínima que debe tener el usuario logueado para acceder al proceso. De esta forma, podremos limitar que un niño realice un contrato, aunque su padre si podrá hacerlo en su nombre. Por defecto se utilizará el valor indicado en la configuración general, pudiendo modificarse en cada proceso.
    
    • De esta forma, podremos lanzar procesos de alta diferentes según desde que proceso se realicen. También podremos limitar la edad de forma diferente en cada proceso.
    • En el caso de limitar la edad para los procesos, si el usuario que intenta acceder no cumple con la edad, en el momento en que el proceso requiera login se le redirigirá automáticamente a la página principal del site, informándole de la situación.
    
  • Adaptación del módulo “Formulario_AltaPersona_v2” para su uso en los procesos de alta de usuario desde el login
    
  • [MEJORA] Cambios de diseño en el formulario de Consentimientos.
    • Se han realizado cambios estéticos en el formulario de Consentimientos, de forma que la presentación inicial queda simplificada, pues sólo se mostrará la capa 0.
      Esta capa 0 se puede desplegar para mostrar la capa 1.
    
    • Se mostrará desde el inicio los consentimientos aún no aceptados/denegados, así como los requeridos (en caso de procesos).
    
    • Los botones “Grabar“, “Siguiente” aparecerán atenuados cuando no se cumplan todas las condiciones necesarias. Al pulsar sobre ellos, nos informará de qué sucede.
    • Aparece un nuevo botón “Ir a firma” que sustituye el botón “Guardar“, en caso de que se solicite la firma. Este botón nos llevará directamente a la zona de firma del documento o, como los anteriores, nos informará por qué no se puede firmar.
    
    • Se ha adaptado el módulo para su uso en los nuevos procesos de alta persona desde el login.
    
  • Se distribuye un proceso para el nuevo sistema de alta de persona desde el login asignado a la URL configurada por defecto. El proceso incluye los pasos mínimos necesarios: Formulario_AltaPersona_V2 y Proceso_AltaPersonaModal_Fin
    
  • En el módulo Formulario_AltaPersona_V2 (#1500) se han añadido nuevos parámetros para permitir utilizar este módulo también en el alta de miembros de la unidad familiar

  Parámetros módulo

  modoOperacion	Permite seleccionar el modo de operación de la pantalla: Alta-Login persona / Alta miembro unidad familiar (en cuyo caso es obligatorio el login previo).
  parentescoObligatorio	Indica si el campo parentesco será obligatorio. Sólo será válido en modo “Alta miembro unidad familiar”
  parentescoVisible	Indica si el campo parentesco será visible. Sólo será válido en modo “Alta miembro unidad familiar”
  personaAutenticadaComoTitularEconomicoVisible	Mostrar el check para asignar como Titular Económico de la nueva ficha que se crea a la persona del login. Sólo será válido en modo “Alta miembro unidad familiar”.
  personaAutenticadaComoTitularEconomicoEditable	Permitir modificar el check para asignar como Titular Económico de la nueva ficha que se crea a la persona del login. Sólo será válido en modo “Alta miembro unidad familiar”.
  personaAutenticadaComoTitularEconomico	Indicar si asignamos o no como Titular Económico de la nueva ficha que se crea a la persona del login. Sólo será válido en modo “Alta miembro unidad familiar“.

• [MEJORA] Se distribuye un proceso para el nuevo sistema de alta de miembros de unidad familiar. El proceso incluye los pasos mínimos necesarios: Formulario_AltaPersona_V2 y Proceso_AltaPersonaModal_Fin y la configuración necesaria de “modoOperacion”
  

• Añadidos nuevos parámetros en el configurador de DeporSite:
  • urlProcesoAltaMiembroUnidadFamiliar: Nos permitirá indicar la URL de que proceso se utilizará para gestionar el alta de miembros de unidad familiar en las pantallas que sea posible, si no se ha indicado una específica. Su valor por defecto es del proceso que se distribuye por defecto.
  

• Adaptado el módulo Listado_Unidad_Familiar_v2 (#720) para utilizar el nuevo proceso de alta de miembro de unidad familiar. Se puede configurar en este módulo que proceso se desea utilizar. En caso de no indicar ninguno, se usará el configurado por defecto.

• [MEJORA] Ahora se puede establecer el idioma de la página desde la URL, para poder enlazarse desde diferentes enlaces de páginas externas en diferentes idiomas al mismo DeporSite.Para definir el idioma, sólo hay que añadir a la URL el parámetro GET ‘lang‘ y asignarle el valor del idioma según ISO 639-1.Por ejemplo, si a esta URL que redirige a la ‘reserva de pistas’ en castellano:https://demo.deporsite.net/reserva-pistasle añadimos el parámetro ‘lang=ca‘, mostrará la página en catalán, y el usuario navegará así hasta que decida cambiar el idioma:https://demo.deporsite.net/reserva-pistas?lang=caLo que hará DeporSite, es:1. detectar este parámetro GET (‘lang‘), establecer en sesión el idioma indicado2. eliminar el parámetro de la URL3. recargar la página sin el parámetro, pero ya en el idioma que está almacenado en sesión.

• [MEJORA] Añadido nuevo parámetro a los procesos para permitir indicar la URL de proceso de alta de miembros en la unidad familiar que se usará en los pasos del proceso (si existe alguno en el que sea posible). En caso de no indicarse se usará el indicado en la configuración por defecto.
  

• [MEJORA] Se ha creado un Selector de Usuario para permitir seleccionar sobre que miembro de la familia se realizarán las operaciones. Este selector substituirá a los que hay en las diferentes pantallas, centralizando la gestión.
  
  • Desde este mismo módulo se podrán añadir miembros a la unidad familiar utilizando para ello el proceso de Alta Miembros definido en el proceso en que nos encontremos o el de la configuración general.

• Adaptación módulos a uso del nuevo “Selector Usuario”:
  • Selector_Contratacion_Actividades (#670)
  • Detalle_Contratacion_Actividades (#680)
  • Listado_Actividades_Contratadas (#740)
  • Selector_Actividades_Simples_NMS (#1100)
  • Detalle_Contratacion_Servicios_simples_NMS (#1120)

• Se ha adaptado el módulo “Formulario_Consentimientos” (#690) para poder usarlo con usuarios diferentes al de login.
  • Esto permitirá que en procesos como la contratación de Actividades o Servicios Simples NMS, donde se puede realizar la contratación para un usuario diferente al que ha realizado login, en caso de incluir este módulo en uno de los pasos se solicitarán los consentimientos del usuario para el que se está contratando.
  • También permitirá incluir este paso en el proceso de Alta de un usuario de la unidad familiar, de forma que además de crear la ficha, podamos solicitar los consentimientos.

• Se adapta el módulo de Cuestionarios para su uso en los procesos de “Alta Persona” y “Alta Miembro Unidad Familiar” en ventana modal.

• Añadido nuevo parámetro “expresionValidacionCodigoPostal” al módulo “Formulario_AltaPersona_V2” (#1500). Este parámetro nos permitirá indicar la expresión regular que se deberá utilizar para realizar la validación del código postal. Por defecto, se usará el valor “^[0-9]{5}$|^[Aa][Dd][0-9]{3}$” para aceptar los CP de España y Andorra.

• [MEJORA] Se ha adaptado el módulo “AgendaEntrenador” para que aparezcan los servicios simples NMS
  

• Añadidos nuevos parámetros al módulo “AgendaEntrenador” para establecer, que nombre deseamos que aparezca en la lista de eventos:
  – NombreActividad: nombre que queremos que aparezca cuando el evento corresponda a una actividad.
  – NombreReserva: nombre que queremos que aparezca cuando el evento corresponde a una reserva directa.
  – NombreServicio: nombre que queremos que aparezca cuando el evento corresponde a un servicio NMS.
  

Correcciones

• En el detalle de contratación de actividades, si venimos desde el detalle de una actividad en lista de espera, al volver atrás volveremos al listado de las actividades del usuario que teníamos seleccionado.

• Se ha añadido las fechas de inicio y de finalización en el listado de las actividades en lista de espera

 

• [CORRECCIÓN] Corregidas validaciones en el módulo Formulario_AltaPersona_v2 en el caso de campos no visibles.
  Añadida la validación del nº de perfiles (en caso de que se puedan seleccionar).
  Corregida validación del IBAN. Sólo se comprobará contra el WS en caso de tener una longitud mínima de 15 caracteres, que son los mínimos necesarios para que sea válido.

• Enlace Atrás corregido. Tenía la clase incorrecta para realizar el atrás de procesos

• Ahora si añadimos un usuario sigue sin dejar buscar integrantes si el parámetro esta a cero. Arreglado también si por algún motivo daba error al insertar un integrante.

• [CORRECCIÓN] [CORRECCIÓN] Corregido problema en nuevo módulo “Resumen_SelectorPago_Unificado” que no permitía la contratación de clases en lista de espera.

• El migrador de procesos del BackOffice para el nuevo sistema de pasarela unificada, no estaba traspasando los parámetros que hubiese establecidos en los pasos del proceso.

• Al utilizar el modulo de cuestionarios dentro de un proceso, no se podía iniciar el cuestionario para la persona logueada.

• Si se realizaba login en un proceso de DeporSite mediante el Formulario_AltaPersona_V2, aunque se producía el login, no saltaba al paso siguiente, dando la impresión de que el login no se había efectuado.

• Al realizar la contratación de un servicio multicentro, no se tenía en cuenta el centro indicado para la contratación (indicado por GET, como parámetro del propio módulo o por usar el centro de la persona).

• Al navegar entre fecha con el selector de fechas el módulo ReservaRecursos_Selector_v2_2, en el día correspondiente al cambio de horario verano-invierno, se repetía el día.

• En el Resumen_SelectorPago_Unificado, si accedíamos desde la contratación de una Actividad con forma de pago obligatoria en web configurada, aunque el importe a pagar fuese 0, aparecía el mensaje de que “la forma de pago indicada desde el centro para la contratación del servicio no está disponible”. En este caso, el mensaje no debe aparecer.

• [CORRECCIÓN] En el módulo Resumen_SelectorPago_Unificado, al acceder desde inscripción a clases, si existían diferentes monitores asignados a la misma clase según el horario, siempre se mostraba el asignado al último horario.

• Desde el RC05, en el módulo “Formulario_Consentimientos” se producía un error al guardar el documento.

• Corrección de los textos de traducciones en los módulos siguientes:
  selector de clases en V1 y V2,
  resumen unificado,
  detalle contratación servicios simples nms,
  selector contratación servicios simples nms,
  integrantes V2,
  listado de entradas,
  GestorReservas,
  PasarelaZero (V1),
  Reservas (V1),
  Formulario_SelectorConceptosOpcionales
• En AgendaEntrenador no salían las descripciones de las actividades. Solucionado el error y ahora ya aparecen correctamente
• En el selector de integrantes de recursos si tenemos el parámetro permiteBuscar=0 no saldrá la opción de buscar arriba del listado ni dejará añadir desde las cajas vacías.

Mejoras

• En los procesos de altas / bajas de Abonos (incluyendo integrantes) y Actividades mediante el WS, se ejecutarán los correspondientes procesos automáticos definidos.

• Cambios en WS de servicios para poder utilizar servicios de tipo multicentro:
  • Modificado GET [Servicios/Centros] para devolver los centros relacionados con los servicios de tipo multicentro.
  • Modificado GET [Servicios] para devolver nuevos parámetros: EsServicioMultiCentro y IdTipoPeriodoContratacionDefecto.
  • Modificado GET [Servicios] para devolver, si se filtra por centro, los servicios MultiCentro que incluyan el centro indicado.

• En el WS POST [personas], añadido nuevo parámetros de entrada “Telefono“

• En el WS GET [servicios] añadido nuevo parámetro de entrada “IdComponenteGestion” para permitir obtener los servicios que usan un componente de gestión concreto.

• En el WS GET [servicios/contratos] añadidos nuevos parámetros de entrada “IdServicio“, “IdComponenteContratacion” e “IdComponenteGestion” para obtener los contratos filtrados por estos elementos. El parámetro “IdPersona” pasa a no ser obligatorio, excepto si se indica también “IncluirVinculados“

• En el WS GET [recursos/reservas], en el caso de reservas correspondientes a servicios (TipoTitular = 4), se devolverá como IdTitular el IdComponenteGestión al que corresponde la reserva.

• En el WS GET [servicios], si se obtienen los servicios a partir de un IdComponenteGestion y se solicita la disponibilidad, se devolverá la disponibilidad del servicio sólo para ese componente de gestión

• En el WS DELETE [abonos/{idAbono}], añadidos nuevos parámetros opcionales de entrada: IdMotivoBaja y FechaBaja.
  La fecha baja sólo podrá ser previa al momento del alta o en la fecha de próxima renovación.

Correcciones

• En el WS POST [/personas], a pesar de que se podían indicar los campos IdParentesco, IdPersonaTutor e IdTitularPorDefecto, no se grababan.

• [CORRECCIÓN] No se inicializaba correctamente la forma de pago para el cobro de importes 0 (IdFormaPagoCobroImporte0), tomando siempre el valor Cesta.

• En el WS GET [/recursos/reservas/ventapredeterminada], si algún concepto tenía un descuento por perfil no se devolvía la información correctamente. El importe total era correcto, pero el importe unitario se indicaba sin descuento.

Mejoras

• En la pantalla donde se muestra la ocupación y disponibilidad de un recurso de tipo “Ocupación vía reservas TPV y accesos de un recinto”, ahora se mostrarán unas nuevas columnas con la ocupación de sus recursos vinculados.

Correcciones

• Al calcular la disponibilidad de servicios/tratamientos para una fecha y un intervalo horario, la disponibilidad de la última franja horaria de dicho intervalo podría, en determinadas circunstancias, ser mayor a la real.

Mejoras

• [NUEVA FUNCIÓN] Nuevo protocolo para dispositivos Monética de Tecisa Vending
  • Nuevo dispositivo para el cobro en metálico de billetes y monedas en Kioscos de Tecisa
  • Permite reciclar (reaprovechar para cambio) las denominaciones de moneda configuradas en sus pagadores (Hoppers).
  • Permite la devolución de cambio en monedas (no en billetes)
  • No permite aportaciones de fondo de caja con conteo automático
  • El arqueo de caja se realizará externamente a DeporWin. Tecisa recomienda el uso de su aplicación de gestión y configuración del sistema “Hermes Toolkit” debido a la complejidad de dicho arqueo.

Exportación TraininGym

Mejoras

• Incorporada nueva versión de la librería TGAdapter.dll versión 2.13.1 de TraininGym.
  (Corrige bug en la exportación de accesos)

Kiosco

Mejoras

• [MEJORA] Nueva opción durante la reserva de un recurso, para que la persona identificada pueda añadir a un nuevo integrante conociendo únicamente su DNI.
  • A los integrantes añadidos de esta forma se les crea automáticamente una autorización para la persona identificada en el Kiosco.
  • Esta autorización permite incluso el pago con bono (si está disponible).
  • NOTA: no se recomienda activar esta opción por motivos de privacidad y por posible vulneración de la RGPD.

KIOSCO.INI [RESERVAS]

PermitirAñadirIntegrantesReservaPorDNI=True

True=Se permite añadir integrantes conociendo únicamente su DNI

 

Correcciones

• Al imprimir el ticket desde el Kiosco, si alguno de los listados del proceso de ticket estaba mal configurado (por ejemplo, apuntaba a un fichero .VST inexistente), el resto de listados se imprimían correctamente, pero se iban acumulando los pagos en las subsiguientes impresiones (COLECCIONPAGOS se acumulaba por culpa de objetos Listado no liberados de memoria).

Mejoras

• [NUEVA FUNCIÓN] Presentación de NPP
  • Sustituye a la gestión de personas actual con una nueva metáfora de uso basada en pestañas.
  • Incorpora un buscador completo y flexible, que permite configurar múltiples criterios de filtros, decidir las columnas a mostrar y ordenar, con configuraciones personalizadas por operador o grupo.
  
  • Disponemos de tipos de fichas que permiten lanzar asistentes personalizados de creación de personas según el tipo (más datos para un socio que para una persona que viene a consultar, por ejemplo).
  
  
  • Podremos ver en pestañas las diferentes personas buscadas o seleccionadas a partir de la relación con otras (grupos familiares, tutores, etc.)
  
  • Los widgets permiten tener un sumario rápido del estado del usuario, y son totalmente personalizables.
  

• Se añade nuevos filtros de nombre y descripción de la actividad en el buscador de actividades.

• Buscar y contratar: Se ha añadido un botón con la posibilidad de buscar personas que no cumplan los filtros por empresa o grupo seguridad y acceder a la pantalla de contratación NMS
  
  • Si se contrata correctamente algún servicio de la empresa actual, al acabar la formalización de la contratación y salir de la pantalla, se cargará la ficha de la persona correctamente.

• Se añade la cuota en grid de abonos.

• Se ha añadido la posibilidad de ejecutar procesos desde el botón de listados de la cabecera de la ficha de la persona
  • Click: Ejecutará listado especifico
  • CTRL + Click: Ejecutará configuración listados
  • ALT + Click: Ejecutará procesos automáticos
  

• Mostar pagos de la familia en nueva pantalla personas
  • Se ha añadido un nuevo parámetro en la pantalla de configuración de filtros de pagos para poder incluir los pagos de la unidad familiar de la persona en los datos al buscar pagos.
  • Estos parámetros son accesibles desde “Tablas Auxiliares > Parámetros económicos” o desde el botón de filtro en la pantalla de pagos.
  

• Nuevo módulo de Descuentos de Facturación.
  

Correcciones

• Se ha detectado que no se estaban teniendo en cuenta correctamente los protocolos apropiados de TPV Virtual, de forma que no se detectaba el método de introducción de datos correcto para la tarjeta bancaria

• Corregido un error que hacía que no se informara correctamente el IdAbono seleccionado en el tabla de abonos en el módulo correspondiente. Ahora, en la pantalla de abonos, al seleccionar una línea de la tabla y lanzar los listados, se informará el IdAbono correspondiente

• Detectado un problema que hacía que, al añadir un perfil con descuento, no se estuvieran generando correctamente los descuentos a los abonos o actividades

• Se corrige incidencia de Sonarqube del Widget de Ocupación.

• En la nueva pantalla de personas, en los módulos de pagos y recibos de la persona, no se realizaba correctamente el filtro por grupos de seguridad de datos (en caso de configurarlo en el entorno).

• En la nueva pantalla de personas, En el buscador de personas, no se realizaba correctamente el filtro por empresa en caso de servicios NMS multiempresa.

• En la nueva pantalla de personas, en el buscador no se estaban pasando correctamente los parámetros del fichero ini a la configuración del mismo. Ahora ya se están informando correctamente y se aplicarán los filtros por empresa y grupos de seguridad.

• Se ha detectado un problema por el cual el botón de “Configurar pasos” de la edición asistentes, no mostraba la pantalla de edición de los mismos desde el mantenimiento de “Tablas auxiliares“

• • Se ha separado en el árbol de “Tablas auxiliares” el mantenimiento de fichas y asistentes tal como se hizo en la NPP

• Resuelto problema en búsqueda de duplicados.
  Al crear nueva ficha de persona con el asistente, al introducir nombre de la persona se mostraban como duplicados personas con el mismo nombre y apellido informado.

• Se ha detectado un problema que hacía que los campos de selección no se mostraran como erróneos al abrir una ficha si este no estaba correctamente rellenado. Se ha modificado el control de errores para evitarlo.

Mejoras

• Cambios en la validación externa de accesos con el protocolo de “Ayuntamiento de Vitoria” para soportar códigos QR.

• [NUEVA FUNCIÓN] Nueva funcionalidad para arrancar un Vigilante en un entorno en “Modo Virtual”.
  • Podremos arrancar un Vigilante con la misma configuración que tengamos en el entorno, excepto que todos los puertos serán considerados virtuales. Es decir, como si en el Vigila.ini todos los [Puerto p] tuvieran el TipoLector = VIRTUAL.
  • Para ello ejecutaremos el Vigila.EXE con el parámetro /Virtual.
  • Y se mostrará en la barra de título del Vigilante que estamos en este modo especial con el texto “(Modo: VIRTUAL)”.

• Los mensajes de error en la inicialización de los protocolos STS3000, Gantner, Kimaldi KXP y BioMax ahora se mostrarán temporizados a 5 segundos. De esta manera no se impide la inicialización completa del Vigilante.

• Soporte en la BioMax2 de lectores QR/RF RS232 para la lectura de tags RFID, Código de Barras, QR estáticos y QR dinámicos del SmartTag QR.
  • En la BioMax2 hay que configurar la UART donde esté conectado el lector para que soporte 115200 baudios con FIM (para 0x8C)
  

ActividadesWeb

Mejoras

• Modificado el algoritmo de firma en el protocolo de TPV Virtual de CECA.
  • Ahora se usará SHA256 en vez del algoritmo propietario de CECA.
  • A partir del 16/12/2021 el único protocolo de firma válido será el SHA256.

Quiero Jugar

Correcciones

• [CORRECCIÓN] Corregido problema por el cual al realizar una reserva por invitación o reserva del sistema Quiero Jugar, esta se creaba directamente como completada y no permitía a los invitados por email apuntarse a la partida.

Mejoras

• En el fichero de clientes se añade nuevo campo “PorcentajeRetencionIRPF” (decimal, con valor por defecto = 0).
  Se informará a partir de un campo con el mismo nombre en “PersonasDatosExtra” (será necesario configurarlo mediante el editor de datos extra)

• En exportación contable a TAO-GTWin, se añade parámetro para poder indicar si en la generación del fichero de metálico se informará el campo expediente liquidación con el código externo de la forma de pago o por el contrario con la descripción de la caja.
  

CampWin

Correcciones

• Corregido error en pulsador (tipo “…”) para seleccionar equipo en un partido creado de cuadro de copa. Al pulsarlo para cambiar un equipo por otro daba error y al omitir, se mostraban todos los equipos. Ahora actúa correctamente mostrando los equipos de dicho campeonato de copa.

Mejoras

• [MEJORA] Nueva tarea “Asignar Código Ticket a Pagos de Recibos de Remesas Vencidas” que permitirá realizar de forma programada el proceso equivalente de DeporWin
  
  • Podremos indicar tanto la Empresa (si lo queremos limitar a una empresa), como la fecha que se utilizará de referencia para el proceso. En este caso, podemos utilizar una fecha absoluta (no recomendable si no es para un caso puntual) o fechas relativas.

• [MEJORA] Nueva tarea del Agente de trabajos “Procesar automáticamente ficheros de devolución de recibos” que permitirá realizar de forma automatizada el proceso de devolución de los recibos de remesas a partir de los ficheros ubicados en una carpeta. Este proceso, en caso de que se produzcan incidencias, emitirá avisos a los usuarios de DeporWin, según la configuración indicada
  
  • A la tarea se le pueden indicar los siguientes parámetros:
    – Empresa para la que se efectúa la devolución. Es un valor obligatorio.
    – Carpeta en que se encuentran los ficheros a tratar: Es un valor opcional. En caso de no indicar ninguna se usará la configurada en Deporwin.ini en la sección Económico, parámetro DirectorioFicherosDevolucion).
    – Tipo Aviso Usuarios: Valor opcional. Que tipo de aviso queremos que se genere en caso de incidencias.
    – Grupo Usuarios Avisar: Valor opcional. A que grupo de usuarios (operadores) queremos que se les emita el aviso.
    – Usuario Avisar: Valor opcional. A que usuario (operador) queremos que se le emita el aviso.
  

Correcciones

• [CORRECCIÓN] Si se configuraba el envió del informe de ejecución de los trabajos, este no se efectuaba por producirse un error al obtener el idioma en que debía enviarse el informe.