¶ DeporWin
¶ Mejoras
-
Se realizan modificaciones en la operativa de devolución de recibos para resolver problema en caso de pagos cobrados, domiciliados y posteriormente facturados.
Detalle del desarrollo realizado:-
En caso de que la configuración en
Parámetros Económicossea:Generar venta rectificativa al facturar:
Devolución vía un pago de anulación y un pago pendiente de cobro:
-
Al devolver un recibo que incluye pagos cobrados con número de ticket y posteriormente facturados:
- No se asignará número de ticket al pago negativo de devolución/anulación.
- Se generará una factura rectificativa asociada al pago negativo de devolución para compensar/rectificar la factura original.
- El número de factura pertenecerá a la serie de facturación para rectificativas correspondiente a la empresa/centro.
- El pago positivo pendiente no se incluirá en ninguna factura (y por tanto no se generan vencimientos).
-
Para poder realizar estos cambios en la operativa ha sido necesario el siguiente desarrollo complementario:
- En el proceso de facturación de un pago con número de ticket, si se genera una rectificativa del ticket original y un pago nuevo para facturar, se enlazará este último con el pago origen de la factura (nuevo campo
CodigoPagoOrigenFactura) - Si el pago devuelto está facturado, pero no tenemos el enlace
CodigoPagoOrigenFactura(porque se trata de un pago anterior al desarrollo) se intentará buscar el pago original asociado a la factura teniendo en cuenta el titular, el importe y la fecha de creación. - Si el pago devuelto está facturado, no se dispone del enlace
CodigoPagoOrigenFacturay no se puede calcular, se generará una factura negativa pero con serie estandar.
- En el proceso de facturación de un pago con número de ticket, si se genera una rectificativa del ticket original y un pago nuevo para facturar, se enlazará este último con el pago origen de la factura (nuevo campo
-
- Al añadir un integrante a un abono se incluye una nueva validación de restricción de funcionalidad por grupo de operadores para no permitir o no “miembro gratuito” en un abono.
- Por defecto se denegará la funcionalidad a todos los usuarios. TNV-992
- Por defecto se denegará la funcionalidad a todos los usuarios. TNV-992
- En el menú de pagos, se bloquean las opciones de anulación y deshacer cobro en caso de pagos de tipo "cobro" en los que la forma de pago este configurada para asignar código de recibo caja.
- Se añaden nuevos filtros y validaciones en la pantalla de definición de conceptos:
- En la pantalla de definición de paquetes de conceptos, no se mostrará como concepto seleccionable para incluir en el paquete el propio paquete que se está definiendo.
- En la pantalla de definición de conceptos, al definir paquetes por temporada, no se permitirá incluir el propio paquete y se mostrará un mensaje de error.
- En la pantalla de definición de paquetes de conceptos, no se mostrará como concepto seleccionable para incluir en el paquete el propio paquete que se está definiendo.
- En el envío de ventas a TicketBai, se incluye en el XML el importe de los descuentos aplicados en cada uno de los pagos
("<DetallesFactura><IDDetalleFactura><Descuento>")TNV-1082
¶ NPP
- Se ha modificado tanto el control de desplegable de la unidad familiar, como el grid de “Personas Relacionadas” para adecuarlo al nuevo diseño y requerimientos. Ahora, como se observa en las imágenes, veremos reflejado si la persona es abonado o cursillista
TNV-996
- Mejoras en la búsqueda de la Nueva Pantalla de Personas
- Ahora en el campo automático, si se busca por una palabra, también buscará en el campo “RazonSocial”
- Se modifica el nombre de campo “DNI” por “Código Identidad”.
- Si se introduce una letra al final del documento, se intentará realizar la búsqueda con y sin letra (este punto se aplica también cal campo automático)
- Ahora en el campo automático, si se busca por una palabra, también buscará en el campo “RazonSocial”
- Ahora al configurar pasos de procesos automáticos para asistente de tipo “contratar actividad”, en el campo Tipo, podremos seleccionar una nueva opción “Selector Actividades”.
- Esta hará que cuando se lance en el proceso automático desde el asistente, nos aparecerá la ventana de “Buscador de actividades” para la selección de la actividad que necesitemos.
TNV-991
- Esta hará que cuando se lance en el proceso automático desde el asistente, nos aparecerá la ventana de “Buscador de actividades” para la selección de la actividad que necesitemos.
- Se añade la disponibilidad en Nueva Pantalla de Personas de la acción "Recuperar Transacción borrada..." en la lista de pagos borrados. TNV-990
- Se modifica el mantenimiento de
Parametros de Personas > Protocolospara añadir la posibilidad de modificar el motor que ejecutará las exportaciones (motor clásico o el nuevo motor .NET)- El motor clásico permitirá escoger protocolo principal y secundario.
- El nuevo motor ofrecerá un selector de múltiples protocolos a utilizar.
TNV-967
- Se ha añadido las restricción para que no se pueda guardar una cuenta como “por defecto” si ya existe una marcada como tal para la misma empresa, en mantenimiento de “Tablas Auxiliares > Cuentas Bancarias”
- Adicionalmente se deja de permitir acceder a la pantalla antigua de parámetros para operadores convencionales.TNV-993
- Se ha añadido el Tag de
URLAltacomo campo insertable en el editor de Boletines.
TNV-987
¶ Exportaciones
¶ Mejoras
-
En la Integración TraininGym se añade el envío de campo
integrationQuotaen lugar del del antiguo campoNivelMembresia.TNV-1038 -
Se revisa la llamada a exportación de personas a VeriDAS (antiguo DASNano), tras un fix aplicado en su API e informado por DASNano que lateralmente implica una afectación en nuestro método de exportar persona en el protocolo de exportación a DASNano.
TNV-1173
¶ Correcciones
-
En el listado de catálogo
C1345 - Resumen de remesas por orígenesse ha corregido error en la relación conConceptosCaja(ahora enlaza porPagos.CodigoConceptoCajaen vez de porPagos.CodigoPaquete) TNV-1180 -
En la Tarea del Agente de Trabajos "Creación Oportunidades de listados automáticos", pese a tener marcado un listado para ser ejecutado, al iniciarse la Tarea no se procesa y en el Historial muestra el mensaje de "No se han indicado listados a ejecutar". TNV-1009
- En el proceso de inicio "Desasignación de perfiles al finalizar actividades", se resuelve problema en caso de cursillistas inscritos en otras activiades ya finalizadas (no se desvinculaban los perfiles). TNV-1035
- En el proceso de Renovación de Cuota ejecutado desde el propio Abono de una persona, se resuelve incidencia por la que se imprime el ticket sin el número ticket o factura simplificada.TNV-1065
- Se corrige que, al establecer los periodos de una Actividad de tal manera que la Fecha de Inicio de la Actividad es mayor que la Fecha de Fin, Deporwin muestra mensaje de que "La Fecha de inicio no puede ser posterior a la fecha de finalización", pero al pulsar sobre el botón de [Aceptar], acaba dando por válidos los valores y guardando los cambios directamente. TNV-1137
- Se resuelve problema en la obtención de disponibilidad y precios en el WS del servidor temal cuando existen precios por temporada definidos anteriormente y No está marcada la opción de “precios por temporada”. TNV-1124
- Se revisa que en el cierre de caja, en caso de introducir un importe con un punto se interprete como una coma separadora de decimales. TNV-1132
- En la contratación de Campus mediante WS, se soluciona problema al realizar una preinscripción con importe 0 (sin tipos de cargo asociados). Al cerrar la transacción el contrato quedaba en estado temporal y no se materializaba. TNV-1072
- Se modifica el proceso de contratación de Abono desde DeporSite o directamente WebService para bloquear el acceso hasta que se confirme o cancele la transacción:
-
En el WS de contratatación de Abono se bloqueará el acceso a la persona. Se marcará el flag de AccesoBloqueado con DescripcionAccesoBloqueado = “Contratación en curso”.
-
En el WS de cierre transacción, en caso de que la transacción provenga de una contratación de abono se desbloqueará el acceso a la persona. Se desmarcará el flag de AccesoBloqueado, en caso de que lo tuviera bloqueado con motivo "Contratación en curso".
-
En el proceso que elimina las transacciones caducadas, se revisará si alguna de las transacciones proviene de una contratación de abono y ene se caso se desbloqueará el acceso a la persona.
-
Se desmarcará el flag de AccesoBloqueado, en caso de que lo tuviera bloqueado con motivo "Contratación en curso".
TNV-1016
-
- Resuelta incidencia al facturar pagos cobrados por TPV PC: El pago de anulación que se genera al facturar como contrapartida del ticket original quedaba pendiente de cobro, con lo que se producía un descuadre en la caja. TNV-1106
- Se revisa que en la exportación planificada de ventas a TicketBAI en el Agente de trabajos, no se consideren los tickets ya enviados y registrados en TicketBAI anteriormente como errores. Tal cosa ya se hacía correctamente en la exportación desde DeporWin. TNV-1142
- Resuelta incidencia en control de límite de importe en el cobro de pagos: Al realizar un cobro conjunto de un pago anulado junto con su anulación, se generaban 2 tickets (uno con serie normal y otro con serie rectificativa), de forma que aunque el importe total es 0, los 2 tickets por separado podían superar el límite de importe configurado en la forma de pago. Ahora se valida por separado el importe que se incluirá en cada uno de los tickets. TNV-1075
- Se añade un botón oculto que, en caso de que la ventana de carga de licencias no se cierre, se mostrará a los 30 segundos, permitiéndonos cerrarla manualmente.
TNV-938
- Se corrige incidencia en Kiosco Autoservice vía WebService que al iniciar muestra mensaje de "No se dispone de una licencia para este equipo", utilizando el modelo antiguo de Licencias.TNV-1062
- Se revisa la acción de envío de prueba de boletín, de forma que si cancelamos la búsqueda de persona destinataria de la prueba nos muestre un mensaje explicativo de la no selección de persona.
TNV-1036
- Al modificar un trabajo del Agente y añadir 2 o más Tareas, se guardarán correctamente todas las tareas añadidas, no solo la primera de ellas.
- Lo mismo sucede en caso de añadir 2 o más Programaciones y/o 2 o más Destinatarios al trabajo
TNV-1010
- Lo mismo sucede en caso de añadir 2 o más Programaciones y/o 2 o más Destinatarios al trabajo
- En el fichero de domiciliación, en caso de caracteres especiales en el nombre (por ejemplo doble comillas) se sustituirán por un espacio en blanco.
TNV-1135
- Resuelto error no controlado al intentar realizar la devolución por datáfono de un pago cobrado por datáfono, facturado y posteriormente rectificada la factura.
TNV-1159
- Resuelto problema en la planificación de la exportación contable de facturas en el Agente de Trabajos (no se exportaban los vencimientos de las facturas).
TNV-1153
- En la pantalla de domiciliación, se mostrarán como incidencias los casos en el que el identificador de mandato es una cadena de ceros ("mandato incorrecto")
TNV-1134
- Se resuelve incidencia de facturación para el caso de forma de pago de domiciliación bancaria configurada con asignación de recibo al vencer la remesa:
- Se asignará automáticamente número de ticket a los nuevos pagos que se generan al realizar una factura rectificativa de una factura original que incluye pagos domiciliados con número de ticket asignado.
TNV-1152
- Se asignará automáticamente número de ticket a los nuevos pagos que se generan al realizar una factura rectificativa de una factura original que incluye pagos domiciliados con número de ticket asignado.
-
En la pantalla de cobro de un pago, se resuelve problema de descuadre de un céntimo entre el importe finalmente grabado en BBDD y el importe real del concepto.
- El problema se producía cuando se mostraba la pantalla de cobro con el cursor situado en el campo "base imponible" y se pulsaba una tecla (por ejemplo o )
TNV-1233
- El problema se producía cuando se mostraba la pantalla de cobro con el cursor situado en el campo "base imponible" y se pulsaba una tecla (por ejemplo o )
-
En el proceso de eliminación de contratos temporales en transacciones caducadas, se realizan modificaciones para solucionar casos en que los contratos de servicio temporales se quedan en BBDD sin eliminar.
- Se incluyen 3 nuevos subprocesos:
- Eliminación de Contratos de Servicio Temporales sin pagos asociados incluidos en transacciones abiertas caducadas
- Eliminación de Contratos de Servicio Temporales incluidos en transacciones anuladas
- Eliminación de Contratos de Servicio Temporales sin contrato de componente incluidos en transacciones finalizadas
TNV-1227
- Se incluyen 3 nuevos subprocesos:
-
En el proceso de envío de ventas a TicketBai (multiempresa), se resuelve problema de envío de certificado incorrecto en caso de 2 empresas configuradas con el mismo protocolo TBai pero con diferente certificado para firma.
TNV-1225 -
En la pantalla de contratación de servicios, se resuelve incidencia en la baja de servicio, en el caso de tener configuradas reglas de servicio no contratable que se verifican en la formalización de contrato.
- Se realizaba una comprobación en contratos de servicio que no estaban dándose de alta con lo que en algunos casos se mostraba un error y no se permitía la baja.
TNV-1264
- Se realizaba una comprobación en contratos de servicio que no estaban dándose de alta con lo que en algunos casos se mostraba un error y no se permitía la baja.
¶ Smart Apps
¶ Mejoras
- Ya está disponible en la Apple Store la versión 3.1 de SmartPanel, con nuevo logo e imagen corporativa.
TNV-928
- Ya está disponible en la Apple Store la versión 2.2.1 de SmartTagQR, con nuevo logo e imagen corporativa.
TNV-931
- SmartAccess ya cierra sesión y ofrece hacer nuevo login si la información guardada para login ya no permite conectar correctamente
TNV-1008
- Nueva App SmartTagQR ya disponible para Apple Watch. TNV-939
- Se publica nueva versión SmartTagQR para iOS, con .net Maui.
TNV-1095
- Se modifica SmartTagQR para hacer que en iOS no se permita la captura de la pantalla con el QR como en Android.
TNV-1155
-
Se incorpora la utilización opcional de la localización GPS en SmartTagQR para evitar posibles fraudes mediante la utilización de 3 dispositivos, uno con el SmartTagQR y otros dos para hacer videollamada y compartir la pantalla enfocando al dispositivo con SmartTagQR.
- La idea es que el uso de la localización sea configurable en la pantalla de información de SmartTagQR pero también en el vigilante, de forma que si el centro determina que se debe utilizar la localización, solo serán válidos los QR con la localización.
- La idea es que el uso de la localización sea configurable en la pantalla de información de SmartTagQR pero también en el vigilante, de forma que si el centro determina que se debe utilizar la localización, solo serán válidos los QR con la localización.
-
Se incorpora la verificación de geolocalización en SmartTagQR, en el Vigilante tanto local como en formato Web Service para Kapri Cloud.
- Se añade nuevo parámetro en Lógica Vigilante:
DistanciaMaximaGeolocalizacionSmartTagQR( 0 - no se comprueba. > 0 - Marca la distancia maxima de validez) - Ahora la tabla puertas (Añadido en mantenimiento tablas) tiene los campos Latitud y Longitud.
- Si el parámetro DistanciaMaximaGeolocalizacionSmartTagQR tiene un valor mayor a 0, se intentará utilizar la geolocalización de smart tag qr para validar el acceso.
- Se validará Lat y Long con los valores de la puerta de acceso (Configurado en la tabla Puertas) en metros
- Si el parámetro DistanciaMaximaGeolocalizacionSmartTagQR tiene un valor mayor a 0, se intentará utilizar la geolocalización de smart tag qr para validar el acceso.
- Se validará Lat y Long con los valores de la puerta de acceso (Configurado en la tabla Puertas) en metros
TNV-1174
- Se añade nuevo parámetro en Lógica Vigilante:
- Se almacena la información de localización del acceso en la BBDD para aquellos sistemas que permitan lectura de QR con información de geolocalización.
TNV-1206
- Se añade parámetro de INI
PermitirCarnetsSmartTagQRTelefonoYRelojque permita si está activado el uso de dos carnets tipo SmartTagQR, un para el teléfono y otro para el reloj.
- Creada documentación técnica para desarrolladores externos que quieran integrar la generación de la cadena del código SmartTagQR para relojes. TNV-1033
¶ Servicios Web DeporNetWS
¶ Mejoras
-
Implementado nuevo WebService para el control de presencia (
PUT /accesos/{idAcceso}) para modificar un acceso de entrada o salida.- Se podrá modificar únicamente la fecha/hora de entrada y/o salida (no se podrá modificar la persona, puerta, etc.).
Parámetros de entrada:
{ "Fecha": "AAAA-MM-DD", "Hora": "HH:MM:SS" }-
Se validará la coherencia al modificar (la fecha/hora de entrada siempre deberá ser anterior a la fecha/hora de salida)
-
Se recalculará el tiempo de estancia y se actualizará en el registo de acceso de salida.
TNV-1061
- Se podrá modificar únicamente la fecha/hora de entrada y/o salida (no se podrá modificar la persona, puerta, etc.).
- Se ha creado el WS de →
POST /economico/monederovirtual/{{idpersona}}- Parámetros de entrada:
- Importe
- IdTransaccion
- CrearTransaccion (Si/No)
- Puede por tanto cargarse dinero a cuenta usando una transacción existente (CrearTransaccion=False e informamos IdTransaccion) o bien dejando crear al método una transacción propia.
TNV-1004
- Parámetros de entrada:
-
Se implementan métodos para registrar el número de llamadas diarias dentro de DeporNetWS TNV-997
-
Se incorpora al objeto
Inscripcionesde la llamada[GET /clases/{codigoClase}/inscripciones]el campoFechaHoraInscripcion.TNV-1232
- Correcciones en DeporNetWS:
- Se ha detectado que en los candidatos del Campus no se estaba incluyendo la información sobre el Nombre Preferido (si existía), apareciendo siempre con el nombre “oficial”
- En los integrantes de una reserva se estaba informando incorrectamente si eran integrantes “anónimos” o reales, marcándolos todos como anónimos.
TNV-1140
- Se ha detectado que en los candidatos del Campus no se estaba incluyendo la información sobre el Nombre Preferido (si existía), apareciendo siempre con el nombre “oficial”
- Al generar la url para consentimientos mediante email o a través de SmartPanel, en caso de seleccionarse un grupo de consentimientos la información se enviará encriptada de forma similar a como se realizaba en el caso de un consentimiento único.
TNV-1139, TNV-1138
- Se ha añadido el parámetro IdMotivoBaja en el WS
[DELETE actividades/{idactividad}/cursillistas/{idpersona}/{numeroinscripcion}para poder indicar el motivo de baja de entre los definidos en DeporWin. En este caso,:- Si no se indica
MotivoBajaDescripcion, se usará la descripción del motivo de baja para indicarla en el histórico de la persona. - Si se indica
MotivoBajaDescripción, será este el que se use para el histórico de la persona.
TNV-1074
- Si no se indica
- En la respuesta al WS
[POST autenticacion/tokenlogindesarrollador]añadido nuevo campo en la respuesta “CodigoCliente” que informará del código de cliente (según el rec32.dll) para el que se está ejecutando el WS. TNV-1041
- Añadido parámetro de entrada "FechaContratacion" al WS
[GET actividades/{idActividad}/precios]. Por defecto es la fecha actual - Modificado el método WS
[GET actividades/{idActividad}/precios]para que solo devuelva los conceptos / tarifas válidos para la persona (si se indica) y en la fecha de contratación indicada
TNV-804
- Mejoras en WS actividades, información sobre configuración lista espera
- Añadido parametro de entrada "AplicarFiltroPorPerfil" al WS
[GET actividades/disponibilidad]para indicar si se aplica o no este filtro en la obtención de datos. Su valor por defecto es true, para mantener compatibilidad - Nuevos campos en la respuesta del WS [GET actividades/disponibilidad] :
PermitirInscripcionSoloSiEnListaEspera: Permite saber si la actividad obliga a inscripcion en lista de esperaCompatiblePorPerfil,CompatiblePorNivel,CompatiblePorNivelListaEspera,CompatiblePorEdad: Nos permite saber, si no se han aplicados los filtros en la obtención, si el usuario es compatible con la actividad según estos filtros.
- Nuevos campos en la respuesta del WS
[GET actividades/inscripciones/{idPersona}:Activo,EnEspera: Para saber si la inscripción es efectiva o en lista de esperaOrdenListaEspera: En caso de inscripción en lista de espera, la posición en la lista (calculada dinámicamente siguiendo el orden marcado por el campo Orden)InscripcionEnTramite: Para saber si la inscripción aún está pendiente de validarse o ya es definitiva (si hay transacción pendiente de cierre o no)
- Añadido parametro de entrada "AplicarFiltroPorPerfil" al WS
- En todas las llamadas a los WS de servicios, cuando en la llamada al servicio no se indica el valor del parámetro
FechaReferenciaoFechaInicio, se usará la fecha del día actual (sin hora), en lugar de la fecha con la hora, que provocaba problemas en el último día del mes.
TNV-1171
¶ Servidor de licencias
¶ Mejoras
- Servidor licencias
- Añadida nuevo campo “Meses Renovación” en la licencia para poder indicar con que periodicidad debe renovarse
- Añadido nuevo campo “Area Producto” en el tipo de producto para indicar si los productos de ese tipo corresponderán al área Escritorio o Web. Esta información será utilizada para generar las licencias provisionales cuando un nuevo centro solicite licencia.
- Creada la figura de las licencias de productos Temporales: Productos para los que se concede licencia durante un periodo de tiempo independiente de la licencia actual. Estos productos temporales no estarán incluidos en la licencia concedida al centro, sino que estarán relacionados directamente con el centro, aunque será necesario tener licencia activa para poder usar estas licencias.
- Se adaptan los procesos de obtención de licencias desde el cliente para incluir las licencias temporales. En caso de existir, y para que siga siendo operativo con el sistema actual, cuando un cliente obtenga sus licencias actuales, las temporales se incluirán como una más del paquete, de forma que los datos sean transparentes para la aplicación.
- Nuevo endpoint [GET /Licencias/LicenciaWeb/{codigoCliente}/{subdominioSite}] para obtener la información de licencia correspondiente al subdominio de Deporsite indicado del cliente. En caso de no existir, generará una licencia temporal con acceso a los productos de Tipo Web. Como en el caso anterior, este endpoint incluirá la información de licencias temporales que puedan existir.
- En la llamada al anterior endpoint, si no existe ningún centro definido para el cliente y subdominio indicado, se creará un nuevo centro con codigo DSxxxx al que se le licenciarán durante 7 días todos los productos web disponibles.
- Consola gestión cliente (aka “Angelote”)
- En la gestión de Tipos de Productos, podremos ver a que Area pertenece cada tipo:
- En la edición de los Tipos de producto, podremos asignar el área que le corresponda
- En la edición de licencias, podremos ver / modificar los meses de renovación:
- Al acceder a las licencias de un cliente, en la lista de centros, si alguno de ellos corresponde a Deporsite, aparecerá el subdominio que le corresponde:
- En la edición / alta de un centro, podremos indicar el subdominio que le corresponde, siempre que el centro sea para Deporsite:
- En el detalle de la licencia seleccionada, tendremos 2 apartados: Los productos para los cuales se tiene licencia “permanente” y los productos para los que se tiene licencia “temporal”
- Las licencias “permanentes” se gestionarán de la misma forma que actualmente. En cuanto a las temporales, se gestionan desde su propio apartado, en el que tenemos las opciones para:
- Eliminar: Se podrá eliminar una licencia temporal siempre que no está ya activa (dentro de su rango de fechas de validez) o haya caducado
- Modificar: En este caso solo para licencias iniciadas solo se podrá modificar la fecha final. Si la licencia aún no se ha iniciado, se podrá modificar cualquier valor (excepto el producto, evidentemente).
- Añadir: Podremos añadir licencias temporales a nuevos productos.
- En la gestión de Tipos de Productos, podremos ver a que Area pertenece cada tipo:
- Al programar una actualización desde la Consola de gestión de clientes, se comprobará si en el grupo o equipo para el que se está programando la actualización hay algún equipo que esté preparado para realizar la actualización de la base de datos.
- Si no hay ningún equipo en el grupo que esté configurado para realizarla, nos solicitará si deseamos aplicar la actualización al grupo
- Si el equipo/s seleccionado no tiene configurada esa opción, nos solicitará si deseamos aplicar la actualización al equipo/s
TNV-988
¶ Control de acceso
¶ Mejoras
- Se incorpora la recepción desde el lector por parte del Cloud de Kimaldi de la información referente a taquillas, para procesar su estado en las entradas/salidas del Vigilante. TNV-685
Se necesitará adaptar la lectura de información dependiendo de esta nueva entrada.