DSuite Noviembre 2019

• Modificaciones en DeporWin y SecuWin para tener en cuenta el TipoFicha de la persona en la visibilidad y obligatoriedad de los datos de persona. (1)

• En la exportación de ventas a Sitge DTEOne, en el documento de boleta/factura, se incluyen ‘glosas’ con el email de cliente y el asunto para el envío automático del email en el sistema Sitge.

• Al traspasar un bono a otra persona, ahora se pedirá confirmación. Y, además, se registrará información del traspaso en el historial de la persona origen/destino.

• Al realizar la importación / vinculación de personas mediante DeporPass, se traspasará también el nº de carnet.
  En caso que el carnet que nos informa DeporPass esté asignado a alguna persona en la base de datos actual, se preguntará si deseamos desvincularlo de la persona que lo tiene y vincularlo a la nueva persona.

• En el proceso de actualización de categorías de abono/integrantes, ahora se registrará en el historial de la persona los cambios realizados.

• En la pantalla de mantenimiento de “Parámetros de validación externa de accesos”, se añade la “Descripción”. Dicha descripción se verá en el “Parámetro de validación externa” dentro de Mantenimiento de Perfiles, pestaña Acceso.

• En la pantalla de mantenimiento de “Parámetros Económicos”, se añade la pestaña de “Descripciones”, con algunas descripciones de la tabla parámetros que aún no tenían interfaz.

• En pantalla ficha de persona, se añade nueva restricción de funcionalidad ‘GUARDAR TELEFONO MOVIL INVALIDO’ para poder impedir (según grupo de usuario) que se introduzcan y graben en BBDD número de móvil incorrectos

• [NUEVA FUNCIÓN] Nuevo mantenimiento de formas de pago con los siguientes cambios y mejoras
  • Se agrupan todos los tipos de formas de pago en un combo
  • Se agrupan las características de las formas de pago de una manera más organizada en varias pestañas
  • Se crea un Asistente para añadir las formas de pago, según modelos específicos de formas de pago. Hay una primera pantalla donde podemos seleccionar un Grupo de modelo y luego un modelo específico de una forma de pago. Una vez seleccionado, se creará una nueva forma de pago, donde se podrá cambiar las características y Validar o Cancelar posteriormente
  • Se crea un asistente en forma de árbol donde se podr
  • á agrupar y ordenar las formas de pago.
  • Se incorpora la duplicación de una forma de pago
  • Se podrá llamar a su correspondiente mantenimiento, para las formas de pago tipo
    • Cargo habitación hotel.
    • Cargo a Estancia
    • Cargo Monética
    • Tarjeta Bancaria

 

 

• Se añadió nuevo mantenimiento de Parámetros de Hoteles.

• Se añadió nuevo mantenimiento de Parámetros Estancia.

• Mejoras de rendimiento en “Fichas -> Personas -> Cursillos” al mostrar la lista de actividades disponibles (y al cambiar los filtros de tipo/subtipo y grupo).

• Mejoras de rendimiento al contratar actividades con muchos conceptos, mediante la implementación de una “cache” de conceptos.
  • La “cache” se reseteará según el tiempo definido de DEPORWIN.INI
  • También se reseteará cada vez que se entre a “Fichas -> Personas” o “Fichas -> Actividades”
  • Tener en cuenta que, si se realizan cambios en la definición de los conceptos, éstos no se aplicarán hasta que se resetee la “cache”.

[DEPORWIN]

TiempoVidaCacheConceptosEnActividades=60

‘en minutos (0=desactivada). La “cache” está desactivada por defecto.

• • En la pantalla de ficha de personas, se añaden nuevas restricciones de funcionalidad “MODIFICAR DATOS BANCARIOS CON PAGOS EN TRAMITE DE COBRO” y “MODIFICAR DATOS TARJETA CON PAGOS EN TRAMITE DE COBRO” para impedir modificar los datos bancarios o de tarjeta de una persona en el caso de que existan pagos en trámite de cobro (no anulados ni cobrados).
    • Para evitar costes de rendimiento innecesarios, estas restricciones sólo se comprobarán si el protocolo bancario configurado por defecto es un protocolo de cobro diferido.
    • Por defecto se deniegan ambas funcionalidades a todos los grupos de usuario.

 

• • [NUEVA FUNCIÓN] Se amplía la funcionalidad de los cargos automáticos ‘personalizados’ en el cobro manual, añadiendo los siguientes parámetros en procedimiento de BBDD:
    • @ImporteTotal = {Importe total a cobrar}
    • @ImporteCargoAcumulado = {Importe cargo acumulado de los pagos procesados}
    • @IndicePagoActual = {Indice del pago que se está procesando}
    • @NumeroTotalPagos = {Número de pagos total a cobrar}
    • @ColeccionIdsPago = {Colección de códigos de pago a cobrar}
    Ahora, por ejemplo, se podrá aplicar el recargo solo al primer pago (@IndicePagoActual = 1) o distribuir el cargo entre los N Pagos en función del importe que se va acumulando.

 

• Ahora, al realizar el cobro con bono de 1 pago pendiente, se modificará la descripción del pago añadiendo la información de [Uso x de y].

• Se añade nuevos mantenimientos de partidas presupuestarias.
  • Mantenimiento de Tipos de Partidas Presupuestarias.
  • Mantenimiento de SubTipos de Partidas Presupuestarias.
  • Mantenimiento de Partidas Presupuestarias.

• En ventas de producto, en la selección de comercial se usará el centro asignado como usuario DeporWin en lugar del centro definido en la ficha de persona al filtrar los comerciales según el centro.

• Mejoras en la reserva de paquetes compuestos por servicios “no realizables”. Es decir, servicios “ficticios” que sirven para dar precio al paquete, pero que en realidad tendrán que intercambiarse por servicios “reales” antes de prestarlos:
  • Al añadir un servicio “real” vinculado a un servicio “no realizable” dentro de la reserva de un paquete, ahora se contralará también el tiempo ya consumido en servicios del paquete independientemente de qué beneficiarios los consuman.
  • Además, al calcular el precio de dicho servicio vinculado, ahora se tendrá en cuenta que la suma de precios de servicios vinculados no supere el total del precio en servicios “no realizables” del paquete.
  • Y, al añadir el último servicio vinculado al paquete (el que hace completar el tiempo máximo en servicios), se tendrá en cuenta que el precio de éste complete el precio total en servicios “no reservables” del paquete.

• Se añade nuevo mantenimiento de Tipos de Documento de Identidad.

 

 

 

 

 

CORRECCIONES

• [CORRECCIÓN] En la pantalla de cobro, al seleccionar una forma de pago y acto seguido pulsar la misma forma de pago con el botón secundario del ratón, se quedaba sin ninguna forma de pago seleccionada, pero se podía continuar el proceso de cobro (con errores de por medio) lo que finalmente causaba que el cobro se quedase sin forma de pago especificada.

• En la pantalla de mantenimiento de parámetros económicos de DeporWin, se añade en el apartado de ‘Domiciliación’ el parámetro ‘Validar sufijo de ordenante al tratar ficheros de devolución de recibos’.

• En la exportación de ventas y facturas a DTEOne, en el caso de ventas o facturas ‘exentas’ se informaba tanto el campo ‘Importe Neto’ como el campo ‘Importe Exento’. Ahora se informará exclusivamente uno de los dos campos (‘Importe Neto’ o ‘Importe Exento’).

• Solventado problema al cerrar aplicación cuando se ejecuta en modo “Procesos Automáticos”

• [CORRECCIÓN] Corregido error en la exportación de IVA en el protocolo SII en las facturas/ventas con líneas exentas de IVA (faltaba nodo DetalleExenta).

• Si se asignara/desasignara un perfil NO activo a una persona (por ejemplo, por esta vinculado el perfil a una cuota de abonado), ésta asignación no tendrá implicaciones a nivel de denegación/otorgación de acceso permitido. Constará en el historial que la asignación es de un perfil desactivado.

• [CORRECCIÓN] Actualmente se permitía cambiar la Descripción de los Consentimientos de Sistema, lo cual generó problemas al utilizarlo con otro propósito. Se bloquea el cambio de la Descripción para que esto ya no ocurra.

• En pantalla de personas, solucionado error no controlado al eliminar datos de cuenta o tarjeta bancaria en personas con pagos en trámite de cobro.

 

DEPORWIN V3.0 Y V2.95

 

 

MEJORAS

• • [MEJORA] En la pantalla de facturación de ventas, en caso de que se active el filtro por ‘Titular’, se mostrará en la relación de pagos los datos del Usuario de la venta (identificador y nombre) en lugar de los datos del titular.

 

• En la gestión de consentimientos de persona, se tendrá en cuenta el centro asociado a las plantillas de los textos, de forma que los textos que se mostrarán e imprimirán al otorgar o denegar los consentimientos (“la primera vez”) corresponderán a la plantilla cuyo centro coincida con el asociado a la persona.

• [MEJORA] Creado un nuevo proceso automático de sistema para el Cambio de Abono, que nos permitirá realizar diferentes acciones (generar oportunidad en campaña CRM, emitir un cuestionario, etc.) en el momento de realizar un cambio (programado o no) de abono.

• [MEJORA] Se han añadido nuevos tipos de paso en los procesos automáticos. Los nuevos pasos nos permitirán:
  – Solicitar los consentimientos.
  – Lanzar un proceso de listados.
  – Adjuntar documentos al gestor documental.
  – Contratar un abono / actividad / servicio NMS
  – Realizar una reserva
  – Comprar uno/varios conceptos.
• Los tipos de paso disponibles dependerán del tipo de proceso automático y si el sistema está configurado como NMS, Clásico o Mixto.

• Se añade ‘NombreDocumento’ como token disponible para las plantillas de persona y poder ser utilizado tanto en el asunto como en el cuerpo de los emails de envío de enlace para la firma de documentos.

• Se ha añadido seguridad al menú contextual del grid de documentos del gestor documental. Ahora desde “Seguridad > accesos” ( >> Formulario “GridDocumentos”), se podrá editar que items son visibles/habilitados en el menú contextual de documentos. Tanto en multi selección (MCDocumentos) como en selección individual (MCDocumento)

• [NUEVA FUNCIÓN] Añadido el control de licencias por dispositivo para la firma de documentos y consentimientos mediante Tablet. Se podrá controlar, en cada caso por separado, qué dispositivos disponen de licencia para realizar la acción.

• [MEJORA] En la gestión de consentimientos de persona, se modifica el comportamiento al denegar un consentimiento de exportación de datos a terceros.
  Ahora se generará el aviso al operador:
  • Si la denegación del consentimiento es presencial y la persona anteriormente tenía el consentimiento otorgado.
  • Si la denegación del consentimiento no es presencial (vía web/email) y la persona anteriormente tenía el consentimiento otorgado o nunca lo había tenido pero la configuración del consentimiento es otorgado por defecto.
• [MEJORA] En la pantalla de facturación masiva, pestaña pagos facturados, al pulsar botón ‘rect. parcial’ se añade nueva opción (mediante pregunta) para crear facturas rectificativas parciales sin generar automáticamente nueva factura con los pagos seleccionados (sólo se genera factura rectificativa parcial con importe negativo)

 

 

 

 

CORRECCIONES

• [CORRECCIÓN] En la gestión de consentimientos, resuelto error no controlado al guardar los consentimientos de una persona, en el caso de que se hayan definido iguales los textos de dos capas del mismo consentimiento.

• Se ha modificado el protocolo Davivienda para eliminar los caracteres extendidos (acentos, ñ, ç, etc) y la forma de codificar el tipo de cuenta bancaria (ahorro o corriente).

• [CORRECCIÓN] Al crear un nuevo mensaje y seleccionar un operador destino, aparecían todos los operadores estuvieran o no activos. Ahora solo saldrán los operadores activos.

• Al crear un nuevo mensaje, no se podía seleccionar correctamente el tipo de aviso deseado.

• [CORRECCIÓN] Al imprimir comprobantes con plantilla en Word, se solventa problema en el cálculo de las funciones CCC_Cuota cuando el alta del abono es futura.

DEPORWIN NMS

 

MEJORAS

• [MEJORA] En la pantalla de selección de vistas/reglas NMS, en la pestaña de ‘Reglas’ se mostrarán sólo las reglas del ‘Grupo’/’Vista’ seleccionado.
  De esta forma se consigue una gran mejora en el tiempo de carga de la propia pantalla de selección.

• En “Fichas -> Personas -> Servicios” de NMS, ahora podremos imprimir la lista de servicios mediante la tecla F11.

• En pantalla de definición de servicios, se realizan optimizaciones en el refresco del árbol de servicios y en las opciones de añadir nuevas familias, subfamilias, etc.

• En la contratación de servicios NMS, en la selección de comercial se usará el centro asignado como usuario DeporWin en lugar del centro definido en la ficha de persona al filtrar los comerciales según el centro.

CORRECCIONES

• [CORRECCIÓN] En la pantalla de contratación, solucionado problema de refresco de precios en los periodos cuando los precios van variando al ir contratando nuevos componentes
  (por ejemplo actividades en la que se pueden escoger diferentes días y el precio se calcula en función del número de días)

• [CORRECCIÓN] En la pantalla de definición de reglas NMS, se soluciona problema que provocaba un error no controlado (“excepción por fuga de memoria”) al definir reglas de precio relativo a otras reglas.

• En la ficha de persona, solucionado descuadre de importes en tipos de cargo periódicos entre el resumen mostrado en la ficha de la persona y la pantalla de contratación de servicios NMS.

• [CORRECCIÓN] En pantalla de contratación, solucionado problema que impedía realizar cambio de tipo de periodo desde el asistente de contratación en contratos con promoción de alta asociada.

• [CORRECCIÓN] En pantalla de definición de servicios, solucionado problema al intentar duplicar servicios con componentes de gestión compartidos (se producía un error pero no se mostraba y se quedaba la ventana de progreso eternamente).

• [CORRECCIÓN] En pantalla de contratación de servicios NMS, corregido problema en la impresión de comprobante de alta con funciones CCC de cálculo de cuota.

 

CRM

 

 

MEJORAS

• • [MEJORA] En la evaluación de transiciones del CRM, se añade nueva función ‘Persona tiene foto’ para poder realizar cambios de etapa automáticos en función de si una persona tiene o no foto en el sistema.

 

• • En la gestión de oportunidades de CRM, se añade nueva restricción de funcionalidad ‘CAMBIAR COMERCIAL DE UNA TAREA’ para poder impedir (según grupo de usuarios) que un comercial pueda traspasar una tarea a otro.

 

• • En CRM, en los envíos de emails de notificación a comerciales y en las etapas de envío de email cliente, se modifican los mensajes de error para hacerlos más explicativos y ‘user-friendly’
    • Por ejemplo si no se puede enviar el email por motivos de configuración de plantillas se mostrará que plantilla causa el error.

 

• En CRM, en las pantallas de selección de comercial y en los algoritmos de asignación de comercial, se usará el centro asignado como usuario DeporWin en lugar del centro definido en la ficha de persona al filtrar los comerciales según el centro.

CORRECCIONES

• [CORRECCIÓN] En la asignación de comerciales en generación masiva de oportunidades, el criterio de ‘ordenación aleatoria’ no funcionaba correctamente, asignando en ocasiones el mismo comercial a la mayoría de oportunidades.

• Mantenimiento de motivos finalización campaña. Se ha establecido un alto máximo a la pantalla y habilitado el scroll en el grid de datos ya que crecía sin limite y sobrepasaba la pantalla.

 

 

 

RESERWIN V3.0

 

MEJORAS

• • [MEJORA] En la definición de plantillas horarias de un recurso, ahora podremos copiar la definición de disponibilidad de una franja horaria para otras entradas.
    • Nos permitirá seleccionar sobre qué conjunto de entradas deseamos realizar la copia.

 

CORRECCIONES

• [CORRECCIÓN] Al eliminar una reserva temporal con pagos pendientes (pero cada día de reserva con un pago asociado) no se permitía y sólo se daba la opción de dividir la reserva en reservas puntuales.

• [CORRECCIÓN] En reservas con sistema de ventas ‘selección por usuario’, al modificar en una reserva la fecha y la hora no se grababa en BBDD el nuevo día seleccionado.

• [CORRECCIÓN] En reservas con sistema de ventas ‘selección por usuario’, en caso de conceptos automáticos que no dependen de la duración de la reserva y que incluyen la marca de ‘reserva activa’, no se reasignaban correctamente al modificar reservas con pagos generados.

RESERCLASS

 

MEJORAS

• • [NUEVA FUNCIÓN] En la inscripción puntual a actividades (ReserClass), se añade la posibilidad de configurar que los avisos de plaza libre a los usuarios en lista de espera se realicen a través de SMS en lugar de email (nuevo parámetro general ‘Tipo de aviso plazas libres en inscripciones puntuales’ y plantilla para personalizar el mensaje).

 

 

CORRECCIONES

• Se ha modificado el ancho mínimo de las columnas de recursos para permitir que 5 columnas entren en una resolución 1024×768

• [CORRECCIÓN] Se ha modificado la obtención del Monitor para que aparezca correctamente tanto en la grid de actividades como en la pantalla de reserva actual. Se detectó que no siempre se estaba mostrando correctamente dependiendo de la configuración de la actividad/Horarios.

DEPORNETWSV2

MEJORAS

 

• Se han creado los siguientes WS:
  • (Obtener cuaderno) GET /economico/transacciones/{id}/cuaderno
  • (Generar cuaderno) POST /economico/transacciones/{id}/cuaderno

• Se modifica el WS de Obtener bonos [GET /productos/bonos] se han añadido los siguientes parámetros de entrada:
  • EstadoBono (Posibles valores: 0 = Todos, 1 = ConAccesoPermitido, 2 = SinAccesoPermitido) Por defecto con acceso permitido.
  • FechaReferencia. Por defecto se toma la fecha actual
  • TipoBono (Posibles valores: 0 = Todos, 1 = Bono, 2 = Entrada) Por defecto se obtienen los de tipo bono.

• Se añade el nuevo WS de [GET /recursos/reservas/conceptosopcionales] y se modifican los WS de [GET /recursos/reservas/{idReserva}/ventapredeterminada] y [GET /recursos/reservas/ventapredeterminada] para incorporar conceptos opcionales en la reserva de recursos.

• Se han modificado los WS de [POST /recursos/reservas] y [POST /recursos/reservas/{idReserva}/venta] para que acepten conceptos opcionales en las unidades de venta que se pasan como parámetros.

• Se añade de forma genérica para todos los WS (el tema a surgido al modificar los WS de ventapredeterminada de recursos) la verificación de que en cada petición se encuentre la cabecera Content-Type = ‘application/json’ y en caso de que no llegue o que el valor sea diferente se establecerá ‘application/json’ de forma automática.

• Se añade el parámetro de entrada ‘IdConvenio’ a los WS de [GET /servicios/{Id}/precioscontratacion] y [POST /servicios/contratos]

• Adaptación de los WebService de Contratación y Venta de servicios para productos de convenios
  • Nuevo parámetro ‘IdConvenio’ en WS de precios de contratación y contratación.
• • Fraccionamiento y precios según configuración del convenio.
• • Nuevo WS de consulta de movimientos de una transacción para poder consultar los importes pendientes y los que se facturarán.
• • Secuencia de llamadas necesarias para el alta de contrato con convenio:
    1) Autentificación: POST ‘/Autenticacion/Tokenlogindesarrollador
    2) Iniciar transacción: POST ‘/economico/transacciones’
    3) Contratar servicio con convenio: POST ‘/servicios/contratos’ (informar nuevo parámetro ‘IdConvenio’)
    4) Obtener importes pendientes de cobrar: GET ‘/economico/transacciones/{IdTransaccion}/movimientos’
    5) Confirmar transacción: PUT ‘/economico/transacciones/{IdTransaccion}’
    ó Cancelar Transacción: DELETE ‘/economico/transacciones/{{IdTransaccion}}’

• Se modifica el WS de [GET /recursos/centros] Ahora solo se devuelven en la respuesta los configurados como publicables en internet y que además tengan algún recurso y este se encuentre activo y sea reservable, reservable internet y visible.

• Se modifica la implementación del WS de [PATCH /economico/transacciones/{idtransaccion}] Ahora se hace directamente un Update de los campos ‘TimeStampVida’ y ‘UsuarioTimeStampVida’ en la tabla de ‘LineasTransacciones’ de todas las líneas que pertenezcan a la transacción indicada y que se encuentren es estado ‘Abierta’.

• Ahora si no llega en la petición al WS la cabecera ‘Accept-Language’ lo añade el propio WS.

• Nuevos WS de personas para guardar, modificar y eliminar la fotografía de una persona:- POST /personas/ídpersona}/fotografia
  – PUT /personas/ídpersona}/fotografia
  – DELETE /personas/ídpersona}/fotografia

CORRECCIONES

• Se modifica el WS de [POST /recursos/reservas/bloqueo] para que no valide la obligatoriedad de informar integrantes (según configuración) en este punto.

• Se modifica el WS de [PUT /recursos/reservas/{idReserva}] se añade el parámetro ‘IgnorarRestriccionObligatorioInformarUsuarios’ para poder saltar la validación de la restricción de obligatoriedad de informar usuarios.

• Se ha detectado un bug en el ‘GestorReservasRecursos’. Había una variable cacheada que guardaba el último recurso y que dependiendo de los parámetros que se le pasaban al WS de [GET recursos/reservas] el comportamiento no era el adecuado.

• Se corrige el problema detectado por el cual en el WS de [GET /recursos/reservas/ventapredeterminada] no funcionaba correctamente cuando se le pasaba el parámetro ‘IdsIntegrantes’ en la ‘query’.

• Se modifican los WS de VentaPredeterminada para que ahora informe la propiedad de los integrantes “EsAnonima=True” cuando se trate de una persona anónima y no de un integrante real.

• Se modifica el WS de [PUT /recursos/reservas{idReserva}] porque en ocasiones no validaba correctamente que los nuevos parámetros fuesen distintos de los ya guardados.

• Se modifica el WS de [POST /comunicaciones/email] se corrige el nombre del parámetro ‘Destinarios’ por ‘Destinatarios’ y el de ‘Direcion’ por ‘Direccion’. Además se añade el uso de traducciones para las respuestas en caso de error y se controla el caso de que no se envíen parámetros.

• Definimos como traducibles los mensajes de error al reservar a un usuario cuando ya está en una reserva en la misma franja horaria.

VIGILANTE

MEJORAS

• [NUEVA FUNCIÓN] Nuevo protocolo de autentificación en los terminales Flexy TOC de Kimaldi
  • El protocolo de autentificación recomendado continua siendo el de “Verificación 1:1”, es decir, la huella solamente está almacenada en la tarjeta Mifare del usuario (TOC: Template on card), el usuario presenta su tarjeta y se realiza una verificación directa con dicha huella.
• • Ahora soportamos el protocolo de autenticación de “Identificación 1:N”, es decir, el terminal tiene una BB.DD. con las huellas de los usuarios, el usuario presenta su huella y el terminal la identifica dentro de las N huellas almacenadas.
• • En este caso, al estar almacenada la huella del usuario en BB.DD, se requerirá de un consentimiento explícito del usuario (RGPD)

[PUERTO P]

TipoLector=KXP

‘ Protocolo de comumicaciones KXP de Kimaldi

CalidadMinimaGrabacion=80

‘ Calidad mínima de grabación (valor de 0 a 100). 0=Desactivado

[PUERTO P TERMINAL T]

IdTerminal=x.x.x.x:6000

‘ Dirección IP del terminal Flexy y puerto UDP (6000 por defecto)

TipoTerminal=FLEXYTOC

ProtocoloAutentificacion=1

‘ 1=Identificación, 2=Verificación.

GrupoSincronismo=A

‘ Grupo de sincronismo de las huellas

SincronizarFingerTemplates=Sí

PermitirDescargarBBDDFingerTemplates=Sí

‘ Si permitimos o no descargar BB.DD. en este terminal.

• • [NUEVA FUNCIÓN] Ahora podremos conectarnos a puertos COM procedentes de conversores USB-Serie, usando un patrón del nombre del dispositivo USB-Serie.
    • De esta manera, los cambios del número del puerto COM que se produzcan (por ejemplo, al desconectar y volver a conectar el dispositivo en otro puerto USB) no afectarán a la configuración.
  • • Esta configuración del puerto COM vía un patrón del nombre del dispositivo, nos servirá tanto para puertos locales como para puerto remotos vía “COM Remoto”.
  • • Hay que tener en cuenta que esta configuración NO funcionará si tenemos más de un adaptador USB-Serie del mismo tipo/fabricante en una misma máquina.
  • • Por ejemplo, para un conversor “Prolific USB-to-Serial Comm Port” que en el administrador de dispositivos se muestra así, lo configuraríamos de esta manera:

 

[PUERTO P]

PuertoCOM=PROLIFIC USB-to-Serial Comm Port (COM*) EN IP:Puerto

*: Comodín para autodetectar el número del puerto COM, IP: IP donde se ejecuta el COM Remoto, Puerto: Puerto TCP que escucha el COM Remoto

REPORWIN

MEJORAS

• [MEJORA] En las plantillas de Word se incluye la posibilidad de utilizar, en las tablas, algunas formulas propias de Word:
  – SUM([ABOVE | BELOW | LEFT | RIGHT])
  – AVERAGE([ABOVE | BELOW | LEFT | RIGHT])
  – PRODUCT([ABOVE | BELOW | LEFT | RIGHT])

CORRECCIONES

• En la edición de plantillas Word, si insertábamos directamente un Grupo de datos, los “tags” de inicio y fin se insertaban invertidos.

EXPORTACIÓN EGYM

MEJORAS

 

 

• [MEJORA] Mejora la validación de email antes de exportar una persona, dado que email es un campo requerido y por tanto ha de ser válido.
  • Descartamos los espacios antes y después de email al hacer las validaciones y exportación
• • Verificamos si hay espacios entre caracteres del email. En ese caso rechazamos la exportación e informamos del motivo de email no válido (email con espacios)
• • Verificamos con nuestra función EsEmail si bajo nuestras comprobaciones el email es válido. Si nos indica que no lo es, rechazamos la exportación e informamos del motivo.

CORRECCIONES

 

• [CORRECCIÓN] Modificado caracter de control de usuarios deshabilitados en el código IdTercero3, cambiamos de – a *, dado que la propia eGym puede retornarnos en ciertos casos el código de usuario con un caracter guión (-).

DEPORNEWS

MEJORAS

 

 

• Filtrar por fechas inicio y final al generar boletín con nºs de ticket.
• Poder editar fecha de verificación de linea de boletín.

DEPORSITE

MEJORAS 

 

• Se ha modificado el sistema de guardar las imágenes por defecto de una actividad. Ahora están en base64 en el archivo controllers/GestorFotosCache, ahí encontraremos el base64 de la imagen por defecto de las actividades.

• En el detalle de la reserva de agenda entrenador en caso de dicha reserva tenga elementos se muestran. También se han añadido clases a todos los elementos para poder ocultarlos por CSS en caso necesario.

• En el módulo de búsqueda por DNI se han añadido dos parámetros (TiposDato y TiposDatoDefault). Si se aceptan los dos tipos de datos (DNI o IdPersona) aparecen dos pestañas para modificar la búsqueda.

• [NUEVA FUNCIÓN] Mejora en el módulo de Reserva de Recursos, para poder escoger y asignar conceptos opcionales a los integrantes de una reserva.
• Los conceptos se definen en ReserWin como ya hacíamos hasta ahora.
  • Si un concepto no está marcado como Automático, será de contratación opcional en la reserva.
  • Si el concepto está marcado como multiplicable, al escogerlo para un usuario lo asignará a todos los usuarios de la reserva.
  • Si el concepto está marcado como divisible, al escogerlo para el titular lo repartirá entre todos los usuarios de la reserva.
  • Si el concepto no es ni multiplicable ni divisible se podrá asignar puntualmente a cada uno de los integrantes por separado
  • En el módulo de reserva de recursos escogemos pista, que permita inscripción multi integrante, escogemos duración y modalidad y asignamos los integrantes de la reserva

 

• • • Podremos añadir para cada usuario los conceptos opcionales deseados, y desde el titular aquellos conceptos que sean colectivos, multiplicables o divisibles.

 

• • • En el resumen de cargos, tenemos el desglose de lo pagable con bono y de lo que queda pendiente de pago (a pagar por TPV Virtual, etc).
      Si hay que hacer alguna corrección en la asignación de opcionales, botón Atrás nos permite revisarla.

 

• Se han ordenado los filtros en la reserva de actividades.
  En la versión mobile se ha modificado el popup para que aparezcan todas las opciones
  Ahora, cuando entramos en reserva de clases en el caso de no tener login lo primero es seleccionar que centro queremos mostrar. Cuando no tenemos login, nos coge el centro de la persona login automaticamente

• [MEJORA] En reservas de clases se añade enlace a Mis Reservas en el popup de la clase puntual que tenga registrada el usuario (parámetro linkMisReservas del módulo ReserClass).

• Se ha creado el archivo bgDefaultB64.txt en personalizados\corporativo\Fotos\Actividades donde se introduce la imagen en base64. Esta imagen será la imagen por defecto de las actividades que no tengan imagen en DeporWin. En la misma carpeta hay un readme.txt con la información.

• [MEJORA] En el módulo de contratación de actividades, al mostrar el detalle de una actividad, si tiene monitor asignado mostramos nombre y apellidos.

• Creación del modulo de reserva de entradas por invitación.

• Al avanzar diversos días, o centro o deporte en el selector de Reservas de Recursos, se controla la aceptación de cambios de fecha hasta que no se ha acabado de mostrar la parrilla actual. Así evitamos que se intente reserva en una pantalla en la que aún no se está mostrando la disponibilidad definitiva.

• [MEJORA] Informamos al correo de restablecimiento de contraseña en los casos en que haya más de una ficha de persona con ese mismo correo asignado, con un mensaje personalizado y sin permitir el cambio de contraseña.
  • De este modo, la web sigue siendo neutra y no ofrece información de si esa ficha existe o no y el usuario tiene información para transmitir al centro y gestionarlo.

• [MEJORA] Se incorpora un botón Volver a inicio que permite dirigir a la home o a cualquier otra página deseada al terminar de editar consentimientos de persona.

PARÁMETROS DEL MÓDULO

mostrarBotonIrA

Al finalizar, mostrar botón enlace a otra página. Por defecto 0 (falso)

DestinoTrasFinalizar

URL de destino del enlace tras finalizar (ruta virtual). Por defecto “/” (home)

• [NUEVA FUNCIÓN] Nueva funcionalidad de envío de comprobantes por email en el cierre de transacción mediante cola de impresión de listados ReporWin (necesario configuración de Gestor de Cola de Impresión).
  Configuración del comprobante mediante ‘Proceso de ReporWin’:
  • COMPROBANTE ALTA ABONO INTERNET EMAIL
• • COMPROBANTE RENOVACION ABONO INTERNET EMAIL
• • COMPROBANTE ALTA ACTIVIDAD INTERNET EMAIL
• • COMPROBANTE RENOVACION ACTIVIDAD INTERNET EMAIL
• • COMPROBANTE RESERVA RECURSO INTERNET EMAIL
• • COMPROBANTE RESERVA CLASE INTERNET EMAIL
• • COMPROBANTE VENTA INTERNET CONCEPTOS EMAIL

• [MEJORA] En agenda de entrenador, si la reserva del cliente lleva vinculado elemento escogido (número de bicicleta, etc.) aparecerá en resumen de la reserva de cada cliente de la agenda

CORRECCIONES

 

• [CORRECCIÓN] En la contratación de actividades, cuando entramos con login lo primero que hace la web es preguntar con que miembro de la unidad familiar queremos operar. Una vez seleccionado el usuario se han modificado las llamadas de consultas. Para las llamadas a las actividades para la inscripción se envía el parámetro AplicarFiltroPorNivelEspera = 1 y para las llamadas para la lista de espera no se informa.

• En la contratación de actividades se enviaban parámetros de más en la llamada getFormasPago. Se ha añadido la función clearParameters en svc_economico->getFormasPago para eliminar los parámetros en cache.

• En la grid de reserva de clases con la configuración de infoClase=directo (no salen los popups) cuando se hacia clic en una clase que ya se tenia una reserva, iba directamente a reservar y mostraba un texto diciendo que ya estábamos en dicha clase apuntados. Ahora aparece el popup avisando que ya estamos apuntado pudiendo ir a mis reservas desde él.

• En GESTOR AUTORIZACIONES en el apartado “me autorizan” ya no aparecen las personas que te han desautorizado. En el apartado de añadir integrantes tampoco aparecen dichas personas.

• En contratacion de actividades se han ordenado los días de la semana del horario en el selector de actividad y en el detalle.

• [CORRECCIÓN] En gestión de consentimientos a partir de enlace por email, en navegador de teléfono móvil, corregido el ancho del espacio de firma para que se vean correctamente los botones de confirmación y borrado.

• En el apartado de entidades de DeporSite, se ha comprobado que las correcciones de WS funcionan correctamente. Ahora se puede Crear, Modificar y Eliminar equipos de una temporada actual.

• Corregido email de aviso de error en consentimientos, que si bien no era realmente un error real, implicaba mayor lentitud en el tiempo de respuesta de la página.

ACTUALIZADOR DE BASES DE DATOS

MEJORAS

 

 

• Ahora ya no se actualizarán las descripciones de los campos al actualizar el modelo de una BB.DD. MsAccess.
  • Eran las causantes de que el proceso de comparación de BB.DD. tardase en exceso.

EXPORTACIÓN VITALE

MEJORAS

 

 

• Ahora otorgaremos un margen de 5 minutos respecto al tiempo de expiración del token actual, antes de obtener un nuevo token de acceso al API.

SECUWIN

MEJORAS

  

• [MEJORA] Se han creado nuevas ventanas de mantenimiento tanto para los Datos Obligatorios como para los Datos Visibles. Ahora se tendrá en cuenta también para esta definición el tipo de ficha persona.

 

EXPORTACIÓN CONTABLE

MEJORAS

  

• En pantalla de exportación contable, se modifica el titulo de ventana para eliminar la versión de DeporWin.

INSTALADOR DSUITE

MEJORAS 

 

• Se han hecho modificaciones en el instalador con el uso del parámetro ModoDesatendido=1 para su uso con el servicio de instalador automático DSuiteUpdateService. Ahora, en este modo, se realizará la parada y reinicio de las aplicaciones que estuviesen en ejecución en la carpeta DeporWin.

EXPORTACIÓN SYLTEK

MEJORAS

 

 

• Ahora la exportación informa a Syltek del tipo de usuario, en el campo idCustomerType
  • idCustomerType es un valor numérico mayor o igual a 0
• • Se calculará en base a un procedimiento almacenado que guardaremos en SQL Server, con el nombre que se desée (generalmente _Syltek_FuncionTipoUsuario), que calculará el valor del tipo en función del criterio que necesite el cliente.

CORRECCIONES

• Se modifica la asignación de Teléfono y Teléfono móvil en los campos que nos provee Syltek
  • Guardamos en “phone” nuestro campo TelefonoMovil
  • Guardamos en “phone1” nuestro campo Telefono

ACTUALIZADORSQL

MEJORAS 

 

• • [MEJORA] El actualizador no permitirá actualizar bases de datos ubicadas en un servidor que no cumpla con la versión mínima requerida, que actualmente es SQL Server 2008. En las bases de datos que no cumplan, se indicará el motivo correspondiente.
    • Mediante linea de comandos se podrá indicar otra versión (superior) indicando ActualizadorSQL /MOTOR:<numeroVersion>

 

KIOSCO – AUTOSERVICE (WS)

CORRECCIONES

  

• Corregido problema detectado por el cual al hacer login con pulsera o tarjeta si lo primero que hacíamos era pulsar el botón de ‘Mi próxima clase’ (teniendo reservas) no encontraba ninguna reserva.

• Se ha modificado el ancho mínimo de las columnas de recursos para permitir que 5 columnas entren en una resolución 1024×768

• Se ha modificado la obtención del Monitor para que aparezca correctamente tanto en la grid de actividades como en la pantalla de reserva actual. Se detectó que no siempre se estaba mostrando correctamente dependiendo de la configuración de la actividad/Horarios.

PRODOC

MEJORAS

 

 

• [CORRECCIÓN] Mejoras en la gestión de licencias desde la vista preliminar de documentos (con plantillas Word o PLT)
  • Al intentar firmar documento mediante panel de firma, se comprobará la existencia de licencia para ProSign.
• • Al intentar firmar documento mediante Tablet, se comprobará que existe licencia SmartProDoc para la tablet concreta que se vaya a utilizar
• • Al enviar un documento por correo para su firma por parte del cliente en web, se comprobará la existencia de licencia EMailProDoc
• • Al adjuntar el documento al gestor documental, se comprobará la existencia de licencia ProDoc. Esta licencia no será necesaria en los 2 casos anteriores, donde el documento firmado / enviado por correo se adjunta directamente al gestor documental.

CORRECCIONES 

 

• Al adjuntar un documento con plantilla Word al gestor documental, se comprueba que exista licencia para ProDoc. Se utilizará el sistema antiguo o nuevo de licencias, según esté activo.
• Si se solicitaba firma de documento por Tableta (plantilla PLT o Word), se estaba comprobando la existencia de la licencia de ProDoc. Ahora, esta no se comprobará y sólo se verificará si tiene la licencia específica para la tableta.

KIOSCO – MONETICA

 

MEJORAS

• [NUEVA FUNCIÓN] Nuevo protocolo para dispositivos Monética EZeSSP.
  • Nuevo dispositivo para el cobro en metálico de billetes y monedas en Kioscos de ArteMedia
• • Permite reciclar (reaprovechar para cambio) cualquier denominación de moneda o billete aceptada
• • Permite la devolución de cambio tanto en monedas como billetes
• • Permite aportaciones de fondo de caja con conteo automático
• • Dispositivos de monedas:
    Hopper01: aceptador de monedas individual + pagador
    SmartCoin01: aceptador de monedas múltiple (vía una tolva) + pagador
• • Dispositivos de billetes:
    Smartpayout01: aceptador de billetes + pagador

• [NUEVA FUNCIÓN] En Kioscos con monética de EZeSSP, ahora tendremos una nueva opción para vaciar completamente todos los dispensadores. Desde “Administración -> Gestión del fondo de Caja”