¶ Histórico de versiones: DeporWin
¶ 15/03/2023
¶ DeporWin v3.0
¶ Correcciones
- Solucionado error no controlado en inicialización de GestorSMS en caso de algunos proveedores (por ejemplo Mensario)
¶ 14/03/2023
¶ DeporWin v3.0
¶ Mejoras
- En la exportación de ventas a sistemas externos (como TicketBai), no apareceran como pendientes de exportar las ventas sin número de ticket que hayan sido facturadas o que tengan importe cero.
- En la pantalla de "estado de actividades", se mostrarán las plazas de ocupación y baja futuras.
- Se añade nuevas funcionalidades a la ventana de exportar datos en la opción de imprimir.
- Orientación: Horizontal o Vertical.
- Tamaño columna: Según Datos, Proporcional o Ancho de la columna.
- Previsualización antes de imprimir.
¶ Correcciones
- En pantalla de personas, solucionado error no controlado al fusionar o renumerar persona en caso de que esté incluida en la tabla RegistroFaltas
- Al deshacer una remesa de renovación de actividades asociado a la venta de un concepto bono, entrada o cupón se invalidará el bono/entrada/cupón del usuario.
- En la inscripción a una actividad con precios por conceptos, si ésta estaba configurada como "no renovable" pero "sí duplicable", la fecha de fin de validez del pago de la cuota quedaba establecida como si la actividad fuera renovable mensualmente, cuando debería haber quedado establecida a la fecha de finalización de la actividad.
- Se ha detectado que al realizar una petición de licencia de smart panel, no se estaba seleccionando correctamente el módulo licenciable.
- En la exportación de IVA al SII, se soluciona problema en caso de ventas con número/código de ticket que incluyen pagos sin número/código de ticket. En este caso, sólo se exportarán al SII los pagos con número/código de ticket.
- En reservas de clases puntuales, se soluciona problema en el cálculo de descuentos en caso de varios descuentos por perfil simultáneos.
- En exportación de IVA al SII, resuelto error en registro de estado en el lote de exportación. Sólo se actualizaba el estado de exportación en la última linea de lote de cada venta.
- En pantalla de exportación de IVA al SII, resuelto problema al filtrar ventas exportadas al SII por fecha de exportación, cuando la fecha inicial y final del filtro es la misma.
- Al enviar un documento al Smart Panel para su firma desde Deporwin, se producía un error en el cierre de la ventana de espera que, aunque no afectaba a la operativa (el documento se enviaba y guardaba firmado correctamente), impedía trabajar con normalidad.
- Se intentaba LiberarLicenciaSmartPanel al enviar Cuestionarios cuando no se había realizado el consumo previo de la licencia.
¶ 23/12/2022
¶ DeporWin v3.0
¶ Mejoras
- Nueva opción de menú principal "Eliminar consentimientos desde Listado" para poder eliminar todos o 'algunos' (según filtro seleccionado) consentimientos de las personas seleccionadas a partir de un listado.
- Está opción estará "protegida" por una restricción de funcionalidad por grupos de usuario que inicialmente será denegada para todos los grupos (es decir, se necesitará configurar que grupos de usuario podrán acceder a esta funcionalidad).
- Cada consentimiento eliminado se guardará en el historal de la persona y una copia en la tabla de consentimientos borrados.
- En la pantalla de definición de actividades, se añade validación de tipo de edad, en caso de configurar rango de edades será obligatorio seleccionar años o meses para poder continuar y grabar en BBDD.
- Se añade los servicios de T-Innova a la pantalla de "Estado de los Servicios de Sistema".
- En la pantalla de movimientos de sesión se añade los botones para navegar a la siguiente y a la anterior sesión de la que estamos visualizando.
- En la pantalla de movimientos de sesión se añade un botón para abrir el menú contextual de la sesión.
- En la pantalla de Sesiones de Caja se añade al título el filtrado de tipo de fecha y el rango de fechas.
- Se cambia el color a rojo de los importes negativos de movimientos de sesiones y de los módulos que tengan importes en la pantalla nueva de personas.
- Ahora se tendrán en cuenta los perfiles calculados del usuario para las restricciones de contratación de abonos, es decir, en las restricciones de perfil compatible e incompatible.
- Aplicable tanto a DeporWin como a DeporSite.
- Ahora se tendrán en cuenta los perfiles calculados del usuario para las restricciones de contratación de actividades, es decir, en la restricción de perfil compatible.
- Aplicable tanto a DeporWin como a DeporSite.
- Ahora se tendrán en cuenta los perfiles calculados del usuario para el cálculo de los descuentos por perfil en la contratación de abonos.
- Aplicable tanto a DeporWin como a DeporSite.
- Tenga en cuenta que el coste computacional será mayor que en el caso de no haber perfiles calculados
- Adaptación del protocolo Redsys REST (cobro por TPV Virtual con tarjetas bancarias almacenadas en la plataforma de Redsys Tokenización) para cumplir con de la normativa "Europea de Pagos PSD2" que entró en vigor el 01/09/2022.
- Se notifican los parámetros DS_MERCHANT_EXCEP_SCA="MIT" (Merchant Initiated Transaction) y DS_MERCHANT_COF_TXNID="999999999999999" (valor provisional mientras no se dispongan del valor DS_MECHANT_COF_TXNID capturado durante la tokenización de la tarjeta)
- Nueva funcionalidad de resolución múltiple de avisos
- Se añade en Servicios NMS (Definición) - Características generales un botón para acceder a los mantenimientos de Grupos de subtipos de documento, Grupo de consentimientos y grupo de cuestionarios.
- Rediseño pantallas de conexión con SmartPanel
- Se ha realizado un rediseño tanto a nivel visual como de funcionamiento de las pantallas de conexión de smart panel
- Además se ha creado una pantalla de selección/visualización de dispositivos SmartPanel. En ella nos dará el estado actual de los dispositivos configurados (por centros y tipos) y el tiempo de última actualización con SmartHub en caso de estar disponible.
- Al intentar realizar una operación con SmartPanel, en caso de tener mas de un dispositivo configurado, nos permitirá seleccionar que dispositivo utilizar para la petición. Se nos proporcionará esta opcion si no tenemos un dispositivo configurado por defecto o si da error al conectar a dicho dispositivo. Además tambien podremos forzar esta selección presionando la tecla Control antes de lanzar la petición.
- Esta pantalla también es accesible desde la opción de menú Ayuda > Ver estado de sistema.
- Nueva pantalla de Venta Selectiva, con nuevas funcionalidades.
- Nueva opción para generación de ingresos a cuenta
- Posibilidad de incluir tipo de iva como parámetro de entrada
- Posibilidad de fijar el importe de venta final (precio neto total)
- Se modifica el proceso de bloqueo de datos por RGPD, ahora se elimina la foto de la persona en el bloqueo, por cuestiones legales.
- En mantenimiento de cuentas bancarias -> Entidades bancarias, se añade el tooltip "Aplicable solamente cuando se realizan "Remesas x Entidades Bancarias"" para que quede más claro su utilización.
- En mantenimiento de series de facturación se cambia la verificación de siguiente número para que cuando esté seleccionado 'renumerar anual', verifique la numeración solo en el año actual.
- Se añade al mantenimiento de parámetros de activación de módulos el "País Operativa"
- Ahora podremos definir restricciones personalizadas de renovación de actividades:
- Estas restricciones serán obligatorias en Deporsite y Kiosco
- Estas restricciones serán opcionales en la renovación manual desde DeporWin
- Definiremos un procedimiento almacenado en SQL Server que evaluará las restricciones personalizadas.
- Informaremos en la ficha de la actividad, el nombre del procedimiento almacenado (Fichas -> Actividades -> Inscripción -> Restricciones Renovación)
- Los parámetros del procedimiento podrán ser los siguientes:
' Parámetros de entrada posibles
@CodigoActividad (adVarChar)
@IdPersona (adInteger)
@NumeroInscripcion (adSmallInt)
@InscripcionPorInternet (adBoolean)
@IdUsuarioAplicacion (adInteger)
' Parámetros de salida obligatorios
@RenovacionPermitida (adBoolean)
@MotivoRenovacionNoPermitida (adVarChar) - Se distribuye en el modelo de datos un procedimiento almacenado de ejemplo "ProcedureEjemploRestriccionesPersonalizadasRenovacionActividades"
- Ahora podremos definir para cada "Entidad bancaria de gestión" el importe a imputar al cliente final en las devoluciones de recibo.
- Si se deja en blanco, se asumirá el mismo importe que se imputa a la empresa.
- Adaptación del protocolo TBAI de exportación de ventas y facturas a entorno multiempresa
- Se podrá informar en los datos de empresa un tipo de envío por defecto (vinculado a un protocolo).
- En el momento de exportar una venta/factura se determinará el tipo de envio de la siguiente forma:
1) Se comprobará si existe un tipo de envio específico definido para el cliente (pestaña datos de facturación de la ficha de persona).
2) Si no existe específico del cliente, se obtendrá de los datos de la empresa a la que pertenece la venta/factura.
3) Si no está definido ni en el cliente ni en la empresa, se cogerá el configurado en los parámetros generales.
- Adaptación del protocolo de exportación de IVA al SII a entorno multiempresa
- Se podrá informar en los datos de empresa unos parámetros de exportación de IVA por defecto (vinculados a un certificado).
- En el momento de exportar un registro de IVA se utilizarán los parámetros de la empresa a la que perteneces el IVA si están definidos y en caso contrario los parámetros configurados en el entorno.
- Nuevas restricciones funcionales para impedir realizar remesas de recibos bancarios, así como devoluciones por transferencia bancaria, con fecha de vencimiento del pasado. Por defecto no estarán permitidas.
- En la domiciliación bancaria:
Domiciliar con Fecha Vencimiento a Pasado - En la devolución por transferencia bancaria:
Devolucion por Transferencia Bancaria con Fecha Vencimiento a Pasado
- Nueva restricción funcional para permitir la numeración manual forzada de tickets. Por defecto no estará permitida.
- En el menú principal de sesiones de caja:
Numeracion Manual Tickets
- Incorporación a la exportación a hoteles QuoHotel, de los números de ticket inicial y final emitidos en la sesión de cierre.
- Afecta a los pagos cobrados que NO sean cargo habitación.
- Los nuevos campos a informar se llamarán y y se informarán en el bloque que enviamos a QuoHotel en el proceso de cierre de día.
- Será necesario configurar en cliente series de facturación para tickets de caja y configurar las formas de pago que NO sean cargo habitación como Renumeración automática.
- Ahora podremos restringir la venta de "la oferta" si no se tiene asignada una analítica contable.
- Aplicable a:
- Contratación de abonados
- Inscripción de actividades
- Contratación de servicios (taquillas, ...)
- Venta de productos
- Reserva de recursos
- Reserva de clases - Configurable desde "Tablas auxiliares -> Parámetros económicos -> Permitir ventas sin agrupación analítica"
- Rediseño de la ventana de progreso
- Se mejora la estética de la misma y se adapta a las necesidades de cada proceso, de forma que cuando haga falta sea capaz de mostrar progreso e información de incidencias.
- Se añade el botón de duplicar al mantenimiento de cuentas bancarias.
- En la facturación de ventas, se añade la posibilidad de configurar validaciones sobre el titular al que se emite la factura:
- Edad mínima para poder emitir facturas.
- Documento de identidad obligatorio.
- Al mostrar el menú contextual de un pago, si la forma de pago es "Tarjeta Bancaria" pero sin protocolo bancario definido, ahora la opción de "Devolver por datáfono" pasará a ser "Devolver por devolución manual desde portal banco".
- En plantillas para emails y sms, se añade la opción de poder incluir en enlaces URL dinámicos (por ejemplo "$URLGenerica") tags con formato campo JSON o XML.
- Ejemplo:
$URLGenerica__Destino=contratar-actividades&InscribirDesdeListaEspera=1&IdActividad=$PlanificacionTareaCRM.Tarea.Item.Oportunidad.Item.Notas;format="CampoJSON__Codigo"$;format="URLCorta"$
¶ Correcciones
- En menú contextual de pagos y ventas se corrigen literales de algunas opciones ('reimprimir' por 'remprimir')
- En pantalla de personas, solucionado error no controlado al fusionar o renumerar persona en caso de que esté incluida en la tabla PersonasAnonimasReserva
- Al realizar la baja de un inscrito en una actividad con perfiles automáticos y que permita multi-inscripción, se eliminaban los perfiles vinculados aunque el usuario tuviese otra inscripción activa en la actrividad.
- Resuelta incidencia en conexión a SmartPanel en el caso de solicitar una firma de documento a partir de una vista previa de documento (por ejemplo, de contrato de alta de abono/cursillos, etc), por la cual no solicitaba la conexión al dispositivo.
- En pantalla de personas, resuelto error no controlado en alta de abono, en caso de cuotas configuradas con varios perfiles 'calculados' en descuentos por perfil o en perfiles compatibles.
- En pantalla de personas, resuelto error no controlado en inscripción a cursillo, en caso de actividades configuradas con varios perfiles 'calculados' en perfiles compatibles.
- Calendario de "Fichas -> Personas -> Acceso -> Válido Hasta" no visible
- Al dar de baja un cambio programado, si se tenía desactivado el parámetro de "Preguntar actualizar histórico en bajas", no se borraba completamente abono que representaba dicho cambio programado (se borrara de la tabla IntegrantesAbonos pero no de la tabla Abonos).
- En exportación de facturas y tickets a sistema TicketBai, resuelto error no controlado en el caso de que el formato de la serie de facturación contiene "%AÑO%"
- En la renovación de abonos, al realizar la verificación de diferencias de importes entre esta renovación y la anterior, se podía producir un cruce de datos si teníamos en una misma instancia de SQL Server más de una BB.DD. de DeporWin y se realizaba al mismo tiempo dos renovaciones (una para cada distinto DeporWin).
- En exportación de tickets a sistema TicketBai, resuelto error "51-AVISO: Error validación de negocio [No Simplificada y sin destinatarios]" al enviar datos de ventas rectificativas.
- En exportación de tickets a sistema TicketBai, resuelto error en el caso de ventas sin descripción informada (se informará el documento TBAI con una descripción genérica).
- Al fusionar dos fichas de persona y la ficha que se ha de mantener tiene como "Tutor" o como "Titular económico" a la ficha que se quiere eliminar, se producía un error de integridad referencial.
- En el menú contextual de pagos y en determinadas circunstancias, se permitía por error la opción de "Deshacer cobro" en los pagos que ya estaban facturados.
- En la exportación de IVA al SII, solucionado error no controlado en la generación del documento al intentar enviar modificación de factura con incidencia tratada.
- En la edición de un pago, al modificar la cantidad se impedirá pulsar la tecla Enter/Intro, ya que provocaba que se ocultara el valor introducido y diera un error al validar la modificación.
- En la exportación de IVA al SII, solucionada incidencia "importe total distinto de la suma de bases imponibles" en caso de ventas con varios pagos con IVA exento y creados en diferentes cajas.
¶ 20/07/2022
¶ DeporWin v3.0
¶ Mejoras
- Nuevo Visor/Selector de Registros mejorado con nuevas opciones de ordenación por columnas, filtros, exportación, etc. Esta ventana sustituye las anteriores de Visor de datos y Selección de Datos de WPF y Visor de Registros de VB6, unificando en una única ventana.
- En ServidorDeportivo, ServidorTermal, Agente de trabajos y DeporNetWS2 NO se actualizará el campo de UltimaEntradaSistema de la tabla de Sistema.
- En la pantalla de resumen de transacciones abiertas, se permitirá realizar el cambio de forma de pago de un pago (mediante anulación y nuevo pago).
- Se añade funcionalidad de "Imprimir" en la pantalla de exportación de datos Grid.
- Se añade pantalla de información sobre entidad desarrolladora para los protocolos de TBAI. Se mostrará desde el mantenimiento de parámetros de exportación de facturas.
- Nuevas restricciones de funcionalidad sobre el comercial:
- En la pantalla de edición de un pago:
Modificar comercial
Modificar comercial secundario - En reservas de servicios:
Modificar comercial reservas servicio
- Se cambia filtro de Buscador de Actividades para que salgan solo los Tipos, Subtipos y Grupos de actividades activos.
- En la inscripción a actividades, independientemente de la configuración de precios (por concepto o precio base), la fecha de vencimiento de los pagos en caso de actividades futuras se informará siempre con la fecha de inscripción (fecha actual si no se modifica).
- Creado protocolo de integración con aplicativo de gestión de hoteles Timon Hotel
- Incorpora las funcionalidades de buscar personas por habitación, cargar pago a habitación y subida de resto de cargos del día.
- Necesita de autenticación de usuario/contraseña
- En el envío de email recordatorio de deuda, se añade nuevo parámetro para indicar que se use el centro asociado a los pagos en el enlace a la página de cobro de deudas incluido en el email.
En caso de activar el parámetro: - Si existen varios centros asociados a los pagos se usará el que tenga Id menor.
- Si los pagos no están asociados a ningún centro se obtendrá el centro de la ficha de persona a quien va dirigido el email.
- En gestión de avisos, nueva funcionalidad para poder filtrar avisos generados automáticamnte por procesos de sistema
- Se marcaran los avisos generados por el sistema.
- Para cada usuario/operador DeporWin se podrá configurar si deben aparecer o no los avisos de sistema (por defecto apareceran para todos los usuarios).
- En la pantalla de selección de caja, se tendrán en cuenta los parámetros de entorno (DeporWin.INI) 'FiltrarAlmacenesPorEmpresa' y 'FiltrarAlmacenesPorGrupoEmpresa' al mostrar la información de empresas, centros, almacenes y cajas disponibles.
- En el menú contextual de pagos, no se mostrarán las opciones "anular" y "devolver" en caso de pagos facturados cuando esté activada la opción 'Generar venta rectificativa al facturar'.
- Se ha añadido un nuevo filtro en la ventana de mostrar avisos que permite mostrar o no los avisos autogenerados por el sistema. Por defecto toma el valor del campo 'MostrarAvisosSistemaPorDefecto' de SecuWin.Personas y luego con el filtro de la pantalla se puede modificar.
- Se ha cambiado el formato de la hora (a formato 24 horas) en el texto de la pantalla de mostrar aviso donde informa de la fecha y hora en que se ha leído el aviso.
- Se ha modificado el texto para que en el caso de tener un solo aviso no lo escriba en plural (avisos) y lo haga en singular (aviso).
- Nuevas ventanas de gestión de sesiones de caja (Sesiones de Caja y Movimientos de Sesiones de Cajas).
- Incorpora filtros de búsqueda y acotación tanto en la pantalla de sesiones de caja (lo que permite localizar un movimiento según múltiples criterios e identificar a qué sesión de caja pertecece)
- Como cualquier selección de la pantalla de sesiones afecta a la de movimientos de sesión, eso nos permite posicionar las dos pantallas
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- En el menú contextual de ventas, no se permitirá la anulación de una venta si alguno de sus pagos está en trámite de cobro
- En la pantalla de "Transferencias bancarias", ahora no se tendrán en cuenta los pagos anulados, siempre y cuando así lo tengamos configurado en "Parámetros económicos -> Domiciliación -> Permitir domiciliar/realizar transferencias de pagos anulados".
- Nueva configuración Email deporwin con cuentas google
- Se han implementado las mejoras para la configuración de cuentas de correo google. Ahora en la pantalla de configuración de cuentas de correo, se puede especificar el "Tipo de autentificación" (Por defecto o Google OAuth2)
- Ademas, al seleccionar este tipo de autentificación, nos aparecerá la nueva pestaña "Parametros google OAuth2". En ella deberemos de hacer el login de nuestra aplicación contra google obteniendo así 2 tokens(token de accion y token de refresco). Una vez obtenidos, ya tendremos el sistema autentificado contra los servicios de google y podrán realizarse envios desde esta cuenta.
- Nota: En sistemas operativos Windows 2012 Server R2 y anteriores hemos detectado conflictos (errores de conexión) contra protocolos ssl, con lo que recomendamos configurar el servidor de correo contra tls12://
¶ Correcciones
- En ficha de persona, pestaña de cuestionarios, se resuelve error no controlado al crear un nuevo cuestionario en el caso de la persona no tuviera ningún cuestionario anterior.
- Solucionado error de las ventanas de "Exportar Grid" y "Ver SQL". Al salir de dichas ventanas, saltaba un error de focus. El problema era que utilizaba un estilo que no encontraba.
- Resuelto problema al incluir en una transacción un pago sin forma de pago asignada.
- Se soluciona problema por el cual si en BD existía un registro sin un IdListado (por aplicación no se puede) esto provocaba un error al intentar lanzar el proceso de creación de avisos desde listado.
- Se soluciona el problema por el cual el no se estaba sincronizando el identificador en la tabla 'ProcesosAvisos' de ReporWin.
- Se soluciona problema con caracteres no permitidos en el nombre de fichero desde la pantalla de exportar datos.
- En pantalla de mantenimiento de restricciones de funcionalidad por grupos de usuario, resuelto error no controlado al editar las funcionalidades (doble click sobre funcionalidad).
- Solucionado error cuando hay consentimientos de personas sin fecha (posiblemente por alguna entrada directa en BBDD o algún error inesperado al asignar un consentimiento). Ahora está controlado el error y se muestra un mensaje de advertencia entendible y permite editar la pantalla de asignación de consentimientos.
- En caso de actividad configurada con esquema de fraccionamiento y precios por concepto, si la primera fracción tenía asociada una forma de pago, no se mostraba por defecto en la ventana de cobro y además se generaban incorrectamente los pagos.
- Al cerrar una venta, en caso de producirse errores en el acceso a BBDD sólo se eliminarán pagos creados en el mismo proceso de cierre.
- En la renovación de servicios, en caso de tener configurada la amortización, se corrige problema que podía generar saltos o duplicados en la numeración del número de vencimiento.
- En pantalla de defición de actividades, solucionados problemas en la configuración de horarios:
- Solucionado problema al modificar horarios de una actividad. Si se realizaba un movimiento de scroll previo, se guardaban los horarios en una actividad diferente a la seleccionada.
- Solucionado problema al duplicar actividades con horarios definidos. No se actualizaba correctamente la tabla de sistema de "SiguienteIdIntervaloHorarioActividad", lo que provocaba errores al intentar añadir o modificar horarios en la nueva actividad.
- En proceso masivo de altas/bajas de contratos de servicio NMS, se resuelve error no controlado en bajas de servicios no renovables.
¶ 06/04/2022
¶ DeporWin v3.0
¶ Mejoras
- Lectura de pasaporte COVID
Coincidiendo con la reciente noticia de que en Catalunya se exigirá el pasaporte COVID para poder acceder a los centros deportivos y que probablemente esta medida se extienda a más comunidades, hemos finalizado el desarrollo para poder integrar la gestión del pasaporte COVID en DeporWin. - El sistema se basa en la asignación de un perfil (p.e. ‘Documentación OK’), de forma que solo los usuarios con este perfil podrán pasar por el control de acceso. Este perfil tendrá la misma fecha de vencimiento que el pasaporte COVID, por lo que, cuando este caduque, automáticamente se deshabilitara el acceso al centro.
- Del pasaporte COVID, solo se mostrará el nombre, apellidos y fecha de vencimiento. No mostrándose el resto de información (tipo de vacuna, si es primera o segunda dosis, si es por PCR negativa, etc.)
- Tenemos botón de lectura de pasaporte COVID en pantalla de personas clásica y en nueva pantalla, en la clásica también se invocará la lectura al arrastrar alguno de los perfiles de control que se aportan.
- La lectura se realiza invocando a SmartPanel.
- Dado que la aplicación oficial de Salut no controla validez del certificado, en nuestro caso haremos lo mismo. Si que se comprueba que el QR sea realmente de un certificado COVID, y si el usuario ya tenía uno, se sobreescribe la información con la nueva lectura.
- Los perfiles asignados se marcan con la fecha de caducidad correspondiente según sea PCR, vacunación, etc.
- Para más info y videos consultar: https://www.t-innova.com/pasaportecovid/
.jpg "DeporNews")
- Implementado protocolo de envío de facturas y ventas (tickets/facturas simplificadas) a sistema TicketBAI.
- Configuración:
1. Crear nuevo registro de "Parámetros exportación facturas":
1.1. Informar URL's de envío y consulta
1.2. Informar certificado dígital (necesario para la firma y la conexión)
1.3. Informar código de licencia concedida por la administración en el campo "ApyKey"
1.4. En caso de exportación diferida de ventas, configurar apartado correspondiente.
2. Crear nuevo registro en "Tipos de envio de factura" y asociarlo con los parámetros anteriores.
3. En parámetros generales de facturación, configurar el anterior como el tipo de envio por defecto.
4. En las formas de pago que generen ticket configurar la asignación de recibo con exportación.
5. En las cajas informar el "NumeroSerieImpresora" con el número de serie de dispositivo "TBAI".
. - Para la exportación de ventas / tickets ("facturas simplificadas") existen 2 posibles opciones de configuración:
1) Envío inmediato al asignar el número de ticket.
En caso de configurar envío inmediato, se recomienda que las formas de pago domiciliables se configuren con la opción de asignación de recibo "Si vence la remesa de recibos".
De esta forma se optimizará el proceso de domiciliación puesto que se realizará el envío TBAI en el proceso posterior de asignación de tickets de remesas vencidas (configurado en el agente).
2) Envío en diferido a través de un proceso planificado en el propio DeporWin que exportará las ventas realizadas en la caja del entorno donde se ejecuta.
. - La exportación de facturas siempre será a petición del usuario y deberá hacerse mediante la opción de enviar, desde la pantallla de facturación o desde el menú contextual de factura.
- Se podrá consultar el estado de la exportación,
1. Para una venta concreta, a través de la opción "Consultar Venta exportada" del menú contexual de la venta (abre el navegador con la página de consulta del ticket TBAI).
2. Para ventas pendientes de envío, o para selección de ventas, a través de la pantalla de exportación de ventas (opción "Gestión económica\Facturación\Exportación ventas").
3. Para una factura concreta, a través de las opciones "Consultar factura exportada" y "Ver avisos"
4. Para facturas pendientes de envío, o para selección de facturas, a través de la pantalla de facturación.
.jpg "DeporNews")
- Se ha añadido en el historia de cambios de la persona información referente al tipo de ficha. Ahora cuando se cambie el tipo de ficha del la ficha, se almacenará el tipo de ficha actual y anterior.
- Ahora, en las ventas de servicios con un esquema de amortización, podremos:
- Definir cuál será el prefijo de la descripción de sus transacciones. Desde "Mantenimiento -> Parámetros Servicios -> Descripciones -> Capital A Cuenta Servicio" (por defecto "Capital a cuenta").
- Y también se aplicará el formato definido en "Mantenimiento -> Parámetros Servicios -> Descripciones -> Formado descripción transacciones".
- Nuevo selector de Cajas. Sustituye el anterior que se utiliza desde "Cambiar Caja Actual" y "TPV Administración".
- Nuevo selector de Almacén. Sustituye el anterior que se utiliza desde "TPV Almacén" y "TPV Comprar Almacén".
- Se ha implementado de nuevo el módulo de Avisos en Deporwin con una nueva interfaz
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Se implementa la funcionalidad de poder filtrar las extensiones de archivos que se permiten añadir mediante el gestor documental. La definición se hará mediante una nueva pestaña en la pantalla de mantenimiento de parámetros de personas --> 'Gestión Documental' con el parámetro 'ExtensionesFicherosGestionDocumental' en el cual se puede definir una lista de extensiones de ficheros admitidos separados por comas, sin espacios entre ellos y sin números y otros signos. Por ejemplo --> txt,pdf,png. Si no se especifica nada en este campo se permite subir al gestor documental cualquier tipo de archivo, por defecto el valor será este: pdf,jpg,jpeg,gif,png,doc,docx,xls,xlsx,xml,txt.
- Añadida nueva validación en la devolución de recibos.
No se permitirá devoluciones de recibo en caso de que la forma de pago de domiciliación se haya configurado con asignación de ticket al vencer la remesa y se intente realizar la devolución antes de la fecha de vencimiento de la remesa.
- En la pantalla de personas clásica, se añade nueva opción "Enviar Cuestionario a SmartPanel" en el menú contextual de cuestionarios de la ficha de persona.
- Se ha modificado tanto la implementación como el modelo de datos para la validación del certificado. Ahora el perfil del CovidPass pasa a ser de tipo relativo con una caducidad de 270 días a partir de la fecha de la administración de la última dosis.
- Añadido la orden de visualización en el mantenimiento de Tipos de componentes de contratación de servicios. Los datos salen ordenados ahora por orden de visualización + descripción.
- Se añade nuevos mantenimientos de Grupos de Cuestionarios y Cuestionarios por Grupo. El campo obligatorio se cambia directamente en la lista de cuestionario asignados al grupo.
.jpg "DeporNews")
.jpg "DeporNews")
- Se añade el campo Obligatorio al mantenimiento Subtipo de documentos por Grupo. Se cambia directamente en la lista de subtipos de documento asignados al grupo.
- Se añade mantenimiento de idiomas para el campo Nombre de los mantenimientos de Tipos de documento y Subtipos de documento.
- En la configuración de reglas de contratación, se añade nuevo campo "MomentoAplicacionRegla" (por el momento sólo en las reglas que determinan si el servicio es contratable).
Indicará el momento en que se aplicará la regla de contratación (1:En la contratación de periodo , 2:En la formalización del contrato)
Permitirá por ejemplo, en un campus, configurar reglas para determinar el número mínimo de periodos/semanas a contratar y que estas se validen una vez se han seleccionado todos los periodos a contratar.
- Ahora, si el abono (individual o el cabeza de familia) tiene una baja programada (ya sea por baja futura o por cambio), consideraremos que NO aplican los cambios automáticos por tipo de abono.
- En el cierre de sesión de caja, nueva restricción de funcionalidad por grupos de usuario "CERRAR SESION CAJA CON TRANSACCIONES ABIERTAS" para poder evitar que se cierre la sesión si todavía teníamos transacciones abiertas.
- En la exportación con F11 de una grid en DeporWin, el nombre de fichero propuesto para la exportación (por ejemplo, a Excel), usará la ruta de exportación definida en DeporWin.ini en [ReporWin] Documentos= .... y su nombre estará compuesto por el nombre del Entorno más el nombre de la grid.
- Nuevo parámetro para poder configurar en qué fecha se imputará la devolución de los recibos bancarios (1=Fecha devolución, 2=Fecha actual).
- Aplicable tanto a los movimientos económicos de devolución (positivo/negativo) como a los gastos financieros (imputados/soportados).
- Configurable desde "Mantenimiento -> Parámetros -> Económicos -> Domiciliación -> Comportamiento Devoluciones".
- Nueva restricción de funcionalidad "COBRAR TRANSACCION DE IMPORTE SUPERIOR AL MAXIMO" para poder impedir realizar cobros que superen los límites legales en determinadas formas de pago.
- En la forma de pago deberá configurarse el "ImporteMaximoCobroVenta" y automáticamente se aplicará la restricción (por defecto no se permitirá la vulneración a ningún operador).
- Se añade la Prioridad al mantenimiento de Perfiles.
- En pantalla de personas clásica, en pestaña de cuestionarios, se añade nueva opción en el menú contextual 'Añadir Cuestionario a SmartPanel'
- En la pantalla de definición de actividades, en la grid de horarios, además del campo de ordenación principal seleccionado, se ordenará siempre en segunda instancia por día de la semana y hora.
¶ Correcciones
- Corregido un error que, al añadir un perfil programado correctamente, hacía que en el Historial persona se generara un registro del Alta y otro de baja correlativos, donde el registro de baja era erróneo.
- En la ficha de persona, solucionado problema que impedía introducir pasaportes que incluyeran la letra "O" (que es una letra no válida en NIF)
- No se podía cambiar el "Usuario responsable" de una inscripción a un servicio (desde Fichas -> Personas -> Servicios -> Datos).
- Se producía un error nº 3426 "This action was cancelled by an associated object" y se queda la inscripción sin usuario responsable.
- Corregido comportamiento al asignar perfil programado a partir de un listado de asignación de perfiles.
- El perfil se asignaba hasta ahora en la lista de perfiles de la persona con fecha futura, lo cual implicaba que no se realizaba por ejemplo la denegación de acceso si la hubiera vinculada al perfil.
- Ahora se guarda correctamente en la lista de perfiles programados de la persona, con lo que la denegación de acceso o cualquier operativa relacionada con la programación del perfil se realizará correctamente
- Incrementado el límite del "Número" de fracción de 10 a 255.
- En pantalla de definición de actividades, resuelto problema en la aplicación de seguridad en controles por grupos de usuario.
- En la renovación de servicios, en caso de tener configurada la amortización, se corrige el texto del último pago para que incluya el número de vencimiento.
- En protocolo de exportación de facturas y ventas a plataforma "Estupendo", se resuelve problema de envio de importes negativos en caso de Notas de Crédito con pagos de importes positivos y negativos en la misma venta.
- En el proceso automático de ficheros de devolución, en caso de ficheros vacios se producían multiples errores y avisos y no se movía el fichero a la carpeta de incidencias.
- En domiciliación de tarjetas, resuelto problema al obtener datos de la empresa según la cuenta de gestión seleccionada.
- La pantalla de mostrar avisos solucionado el problema por el cual se estaban mostrando los avisos con fecha de activación a futuro.
- La pantalla de "Fichas -> Clientes" cargaba en memoria todos los clientes (al usar un DataControl ADODB Static), consumiendo mucha memoria para BB.DD. grandes. Ahora solamente se cargará el cliente actual (además del primero y último por id).
- Detectado que en las pantallas de Resolver aviso y Traspasar aviso se permitía escribir en el mensaje de traspaso/resolución mas caracteres de los que se permiten guardar en BD. Por lo tanto se han modificado las pantallas para que no se puedan escribir mas caracteres de los permitidos por BD y además ahora aparece un contador de forma que el usuario puede ver cuantos lleva y cuantos le quedan en todo momento.
- Detectado/solucionado la "Fuga de memoria RAM" al mostrar los avisos de personas (sólo pasaba si previamente se había enviado un email).
- Corregido problema detectado de uso excesivo de CPU en la operación de escanear un documento mediante ProDoc.
- Se mostraban por error los "mensajes de avisos" cuando se arrancaba el DeporWin con la opción /ProcesosAutomaticos, lo que impedía continuar con la ejecución.
- En la pantalla de domiciliación, si realizábamos un filtro por "Servicios NMS" seleccionando una cantidad grande de ellos, al refrescar el título de la tabla daba un error al haber superado el límite de 255 caracteres. Ahora se recortará dicho título a los primeros 255 caracteres.
- Al realizar la devolución de un recibo bancario (en el caso de tener configurado el tipo de devolución con "Vía un pago de anulación + 1 pago pendiente de cobro"), el pago de anulación no mantenía el IdCentro del pago origen.
- Solucionado error al entrar en mantenimiento de Parámetros de Personas. Esto ocurría cuando la tabla perfiles tiene un perfil con código cero.
- Se ha modificado la implementación de la comprobación de duplicados y ahora si se tiene configurada la comprobación de duplicados por Email no se tiene en cuenta si este no es informado como en el caso de la captura de DNI desde SmartPanel.
- Al cambiar de código a una actividad que tenía "inscritos en lista de espera por reservas de clases", no se cambiaban los registros de la tabla ListaEsperaInscripcionPuntualActividades. Con lo que se producía un error con la clave foránea FK_ListaEsperaInscripcionPuntualActividades_Actividades.
- En los procesos de asignación de perfiles a personas no se tenía en cuenta la configuración de "Sin Interfaz" del proceso. Por ello, al ejecutar los procesos de inicio de Deporwin desde un proceso sin interfaz (por ejemplo el Agente de Trabajos o el propio Deporwin en modo sin interfaz), en la tarea de ActivarPerfilesPersonasProgramados, si existía algún perfil que requiriese la introducción de algún valor (como los perfiles vinculado a una validador externo de acceso) el proceso se quedaba bloqueado a la espera de la introducción del valor. Ahora estos perfiles no se tratarán en este caso, quedando pendientes de asignar.
- En "Fichas -> Cuotas Abono", al seleccionar una cuota de abono e intentar dejar en blanco los campos Edad y/u Orden asociados los cambios automáticos de tipo de abono, se producían una serie de errores. Ahora se dejarán esos campos a valor 0.
- En el proceso "Generar previsiones de facturación", se resuelve problema de actualización de categoría de abonados en una categoría 'sin edad' (de 0 a 0).
- Se soluciona el problema detectado por el cual desde la pantalla clásica de personas, cuando se enviaba un cuestionario a SmartPanel, se quedaba mostrando de forma infinita la pantalla de 'Conectando con dispopsitivo'.
- Se corrige el problema detectado en la pantalla de mostrar avisos / mantenimiento de avisos, por el cual no se estaba aplicando bien el filtro y no se estaban mostrando los avisos comunes para todos los operadores.
Se ha cambiado el titulo para diferenciar la pantalla de mantenimiento de avisos de la de avisos (avisos por operador).
Se ha optimizado la carga y visualización de los avisos por pantalla porque cuando habían muchos resultaba lenta, ahora es casi instantánea al cargar y al aplicar los filtros.
¶ 10/11/2021
¶ DeporWin v3.0
¶ Mejoras
- 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.
.jpg "DeporNews")
- Se añade la opción de enviar un cuestionario a SmartPanel desde el menú contextual de la pantalla de cuestinarios dentro de la nueva pantalla de personas, así como la opción de crear un nuevo cuestionario desde SmartPanel.
- 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 |
- 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.
- 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 parametros 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").
.jpg "DeporNews")
- 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 Regimen Fiscal),
.jpg "DeporNews")
- Se añade nuevo mantenimiento de tipos de parentesco.
.jpg "DeporNews")
- 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.
- 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.
- Nueva pantalla de calendario de días festivos. Esta pantalla sustituye la anterior.
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevo proceso autómatico 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 activiades 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.
¶ 06/08/2021
¶ DeporWin v3.0
¶ Mejoras
- En la ficha de persona, nueva restricción de funcionalidad por grupos de usuario "GUARDAR DNI INVALIDO" para poder evitar guardar datos de documento de identidad no válidos.
.jpg "DeporNews")
- En la pantalla de detalle de servicios de sistema de DeporWin, se ha añadido una nueva funcionalidad que nos permite saber el estado del servicio de Windows relacionado y reiniciarlo si se cree conveniente y.su usuario de Windows dispone de los privilegios necesarios para hacerlo en el equipo que se encuentre.
.jpg "DeporNews")
- Se añade Centro y botón DUPLICAR en mantenimiento de exportación de personas.
- Se añade nuevo mantenimiento de Motivos de Accesos.
- Se añade nuevo mantenimiento de Motivos No Asistencia de Actividades.
- Se añade combo para seleccionar las opciones de inicialización de la pantalla de personas en el mantenimiento de parámetros de personas. Pueden ser: Pantalla Clásica, Pantalla Nueva o Mixta. También se podrá otorgar permisos de Administrador de la nueva pantalla de persona al operador actual.
- Se añade mensaje de advertencia a la pantalla de mantenimiento de Boletines cuando no se haya seleccionado ningún consentimiento: "¡Atención! No se ha informado qué consentimiento necesitarán los usuarios para el envío de este boletín. Si no lo informa se usará el "consentimiento comercial".
- Adaptación funcionalidades esquema amortización según versión 2.9
- Se añade "Comprobar Taquillas Liberadas" en mantenimiento de Perfiles. Indica si se comprobará que la taquilla esté liberada en los accesos de salida de los usuarios con este perfil.
- Al contratar un servicio y asignarle un objeto, ahora podremos indicar si dicho objeto ha sido "entregado" al usuario.
- Ahora podremos definir restricciones de reservas de servicios personalizadas
- Definiremos un procedimiento almacenado en SQL Server que evaluará las restricciones personalizadas.
- Se distribuye el procedure 'ProcedureEjemploRestriccionesPersonalizadasReservasServicios' a modo de ejemplo).
- Informaremos en los "parámetros de centros termales" el nombre de dicho procedimiento almacenado.
- Los parámetros del procedimiento podrán ser los siguientes:
' Parámetros de entrada posibles
@IdUsuario int,
@IdFormaPago smallint,
@IdReserva int,
@IdReservaTemporal int,
@PrecioNetoReservaTemporal money,
@IdUsuarioAplicacion int,
' Parámetros de salida obligatorios
@ReservaPermitida bit OUTPUT,
@MotivoReservaNoPermitida nvarchar(1024) OUTPUT,
@NombreFuncionalidad nvarchar(1024) OUTPUT,
@PermitirPorDefectoFuncionalidad bit OUTPUT,
@TipoVulneracionPorDefectoFuncionalidad smallint OUTPUT
- Al mostrar la plantilla de ocupación de recursos de la ficha de una persona, ahora si se crea una nueva reserva desde esta plantilla se realizará a nombre de dicha persona por defecto.
- Integrado un sistema de gestión de faltas de asistencia y sanciones (las sanciones se basan en la asignación de un perfil) en base a un procedimiento almacenado "GestionarFaltasYSanciones" el cual requiere ser ejecutado periodicamente con el parámetro "@IdParametrosGestionFaltas" que está relacionado con un conjunto de parámetros que define el modo de funcionamiento deseado.
- Los conjuntos de parámetros (tabla "ParametrosGestionFaltas") se pueden administrar desde una nueva pantalla de mantenimiento "Parámetros de Gestion de Faltas y Sanciones".
- Las modificaciones de dichos parámetros generará un registro en el historial en una nueva categoría "Gestión de Faltas".
- Se dispone de dos nuevas tablas "RegistroEjecucionGestionFaltas" y "RegistroFaltas" que registrarán todas las ejecuciones del procedimiento almacenado y todas las faltas generadas respectivamente.
- Mejorada la función [ObtenerTextoPlanoDeHTML] de la base de datos para obtener más caracteres legibles del código HTML original e identificar, de modo correcto, aquellos cuyo resultado sería una letra mayúscula o minúscula.
- El proceso de "Actividades -> Actualizar campo calculado Cuota" ahora solamente calculará el campo para los cursillistas de actividades NO acabadas.
- En la pestaña de "Movimientos de sesión" del TPV, si se filtra por una forma de pago, ahora se informará del total de dicha forma de pago (en vez del total de la sesión).
- Nuevas pantallas de mantenimiento de 'GruposSubTipoDocumento' y 'SubTiposDocumentoPorGrupo'.
.jpg "DeporNews")
- En el proceso de devolución de recibos se añade nueva opción para configurar el número de periodos a vender automáticamente antes de aplicar la baja ("NumPeriodosAdicionalesVentaAutomaticaEnBaja").
.jpg "DeporNews")
¶ Correcciones
- Al generar una remesa de validación de tarjetas bancarias, si intentábamos filtrar por un tipo de tarjeta (VISA, Mastercard,...), se producía un error de "El identificador formado por varias partes 'DatosTarjetasBancarias.TipoTarjeta' no se pudo enlazar".
- Al deshacer una remesa de validación de tarjetas bancarias, se producía un error de "El nombre de columna 'FechaFirmaMandato' no es válido."
- Detectado un problema que causaba error al limpiar los valores del asistente si no se había seleccionado ficha todavía.
- En configuración de actividades, resuelto error no controlado al sincronizar los horarios de actividades con monitor asociado con reserwin, en caso de no existir dias reservables para alguno de los horarios.
- Arreglado problema para cambiar siguiente número para facturas en mantenimiento de serie de facturación. Solo llevaba en cuenta el número para verificar si ya existía. Ahora verifica con el número, la serie de facturación y la empresa. Tampoco se comprobaba el siguiente número si era para ticket. Ahora lo hace si se selecciona disponible para tickets.
- En mantenimiento de tablas auxiliares, resuelto problema de asignación de identificador en altas de registro, en caso de tablas sin informar en "NuevosIdentificadores"
- En proceso de eliminación de datos RGPD desde listado, solucionado error no controlado en eliminación de datos bancarios.
- En el sorteo de plazas de los inscritos en lista de espera de actividades, al realizar un filtro, se producía el error "Error 3061: Pocos parámetros. Se esperaba 1".
- En mantenimiento de usuarios, se añade comprobación para verificar si ya existe un usuario con el mismo nombre para no permitirlo, ya que ocasionaba problemas de validación al acceder a DeporWin cuando uno era activo y el otro inactivo o tenían claves diferentes.
- Corregida la función [ObtenerTextoPlanoDeHTML] de la base de datos para evitar que devuelva un texto vació cuando el texto HTML acaba con algún carácter "malo".
- En el gestor de Proveedores SMS, no se podía comprobar el saldo si éste era superior a 32767
- En la venta de entradas / bonos con restricción por perfil, no se permitía la venta si la entrada / bono no tenía fecha fin y el perfil de la persona no tenía fecha de vencimiento.
- En la pantalla de definición de Actividades, al dar de alta un descuento por perfil repetido, se producía un error "Error 3146: ODBC: falló la llamada.".
- Ahora, tanto en el alta como en la modificación de un descuento por perfil, se verificará que no exista ya otro descuento para el mismo perfil.
- Además, si para seleccionar el perfil lo realizábamos con el teclado (sin desplegar el combo), en realidad no se seleccionaba ningún perfil. Lo que solía provocar el error anterior.
- Al lanzar la pantalla de renovación de Abonos/Actividades/Servicios, si ya teníamos abierta otra pantalla de renovación, ahora se nos alertará de que si continuamos se cerrará la anterior pantalla (esto es necesario para el correcto funcionamiento de la pantalla).
- En la pantalla de definición de Actividades, si pulsábamos el botón "Nuevo" y luego cancelábamos, la pantalla se situaba sobre la primera actividad, pero con ciertos campos mal cargados (como por ejemplo el Tipo, SubTipo, …). Ahora se situará sobre la actividad que teníamos previamente al pulsar el botón "Nuevo" y con sus datos bien cargados.
- En la pantalla de definición de Actividades, al crear una nueva Actividad, se heredaba el campo "Notas" y el campo "Analítica contable" de la anterior actividad.
- En la pantalla de "Seguridad -> Menús de la aplicación", no aparecía la opción de submenú "Mantenimiento -> Procesos de actualización -> Personas".
¶ 26/03/2021
¶ DeporWin v3.0
¶ Mejoras
- Al anular una inscripción a programa, se anularán automáticamente las ventas pagadas con bono (lo que restablecerá los usos correspondientes al bono).
- Nuevas restricciones de funcionalidad en la reserva de entradas (dentro de la inscripción a un programa):
- Reservar entrada sin disponibilidad
- Reservar entrada en hora prohibida
- Reservar entrada superando máximo reservas/hora
- En la inscripción de actividades se añade configuración de número plazas a reservar en el recurso asociado (tanto en el recurso de instalación como en el recurso monitor).
- Para cada horario definido en la actividad se podrá informar un número de plazas a reservar distinto de "1" (valor actual que se mantendrá por defecto)
- En caso de informar con un "0" el número de plazas, se reservarán tantas plazas como aforo máximo definido en el recurso.
- Al configurar el número de plazas en la actividad deberá tenerse en cuenta el número de plazas máximo que permite el recurso para evitar situaciones incongruentes respecto al aforo.
.jpg "DeporNews")
- En la ficha de persona, pestaña de reservas, al pulsar el botón derecho del ratón fuera de la zona de datos de reserva se mostrará el menú contextual para nuevas reservas de recursos (aunque en pantalla sólo existan reservas de clases).
.jpg "DeporNews")
- Cuadre de stock de entradas por sesiones de caja:
- Ahora podremos realizar un cuadre del stock de entradas (por ejemplo, de tarjetas/pulseras).
- En la definición de la caja habilitaremos el "Cuadre de entradas".
- Al abrir una nueva sesión de caja, se nos solicitará que introduzcamos la cantidad inicial de entradas.
- Durante la sesión de caja, tendremos la oportunidad de introducir la cantidad total de entradas recargadas (a mayores de la cantidad inicial). Menú contextual en movimientos de la sesión.
- Al cerrar la sesión de caja, se nos solicitará que introduzcamos la cantidad final de entradas que nos hayan sobrado. Y se realizará el cuadre respecto a la cantidad teórica final de entradas (calculada como cantidad inicial + recargas - entradas generadas).
- Podremos personalizar el cálculo de la cantidad de entradas generadas mediante el Stored Procedure "_CantidadTeoricaEntradasGeneradasSesionCaja". Por defecto cuenta la cantidad de entradas de 1 uso no anuladas.
- A posteriori, un administrador podrá revisar/modificar la declaración del cuadre de entradas (menú contextual sobre una sesión de caja). Para ello deberá tener permitida la restricción funcional de "MODIFICAR DECLARACION ENTRADAS".
- Se añade nueva opción de menú para poder ver la pantalla de estado de los servicios del sistema. Será accesible desde el menú Ayuda.
.jpg "DeporNews")
- Revisada la visualización de las fechas en Contratación de servicios simples NMS: ahora no muestra erróneamente en el caso que no haya fecha inicio o fecha fin en el servicio.
- En los procesos de inicio de Deporwin, si se realizan bajas de cursillistas en espera, ahora ya no se preguntará si se desea o no recalcular el orden de la lista de espera (directamente se recalculará).
- Se añade nuevo mantenimiento de Motivos Sin Cargo Reservas.
- Se añade nuevo mantenimiento de Motivos Sin Cargo Servicio.
- Al realizar el cobro de un conjunto de pagos, los posibles mensajes de alerta ahora se mostrarán temporizados durante 5 segundos. Por ejemplo, el mensaje: "Algunos de los vencimientos seleccionados YA han sido COBRADOS y por lo tanto NO pueden volver a cobrarse".
- Nueva pantalla autorizado. Cambio en flujo de creación
- Ahora, al crear un nuevo autorizado, se abre la ventana de edición autorizado, y no se crea el registro hasta aceptar esta edición. Si cancelamos, el registro no aparecera
- Al hacer doble click en los datos (texto de nombre o otras informaciones, no en la foto) se abre la ventana de edición.
- En la exportación de IVA al SII, debido a un cambio de funcionamiento del webservice de hacienda (incidencia: "Si el tipo de factura es F2, F4 ó R5, la contraparte no puede estar cumplimentada"), NO se infomarán los datos de "contraparte" en el documento XML en caso de facturas simples (tickets).
- Se han eliminado y reubicado opciones del menú principal de Deporwin
- Eliminadas opciones del menú de parámetros por ya estar incluidas en la pantalla general de parámetros: Parámetros Abonos/Actividades/Servicios, Parámetros Conceptos/Reservas, Parámetros Contabilidad
- Reorganizados los submenús Parametros y Tablas Auxiliares, en un único submenú que recoge todas las opciones
.jpg "DeporNews")
- Creación nuevo protocolo de exportación de personas (BH Loop) con id = 20.
- La contraseña de la pantalla de mantenimiento de proveedores SMS se encriptará en BBDD al grabar y se verá desencriptada en la pantalla de mantenimiento. El usuario no tendrá que preocuparse de escribirla encriptada.
- Nueva restricción funcional "MODIFICAR TELEFONO MOVIL" para permitir/denegar la modificación del teléfono movil de la persona.
- Añadidos nuevos procesos automáticos en diferentes puntos de la aplicación:
- SOLICITUD CAMBIO DNI: Se lanzará al modificar el DNI cuando el operador no tenga permiso para modificarlo
- CAMBIO DNI: Se lanzará al modificar el DNI cuando el operador tenga permiso para modificarlo
- SOLICITUD CAMBIO EMAIL: Se lanzará al modificar el Email cuando el operador no tenga permiso para modificarlo
- CAMBIO EMAIL: Se lanzará al modificar el Email cuando el operador tenga permiso para modificarlo
- SOLICITUD CAMBIO FECHA NACIMIENTO: Se lanzará al modificar la Fecha de Nacimiento cuando el operador no tenga permiso para modificarla
- CAMBIO FECHA NACIMIENTO: Se lanzará al modificar la Fecha de Nacimiento cuando el operador tenga permiso para modificarla
- Añadidos nuevos procesos automáticos que se lanzarán en la modificación del teléfono móvil
- SOLICITUD CAMBIO TELEFONO MOVIL: Se lanzará al modificar el Teléfono Movil cuando el operador no tenga permiso para modificarla
- CAMBIO TELEFONO MOVIL: Se lanzará al modificar el Teléfono Movil cuando el operador no tenga permiso para modificarla
- Añadido nuevo privilegio a los perfiles: EDITOR WEB
Este privilegio servirá para, desde DeporSite, conceder permiso de acceso a una versión reducida del sistema de administración del site a ciertos usuarios.
- En protocolo de exportación de facturas "Stupendo", en caso de facturas de pagos marcados como cobrados, se utilizará el esquema de fraccionamiento del cliente (sólo la primera fracción), definido en las "condiciones de facturación", para determinar la fecha de vencimiento (campo "PaymentDueDate" del documento XML).
En estas facturas el cálculo de la fecha de vencimiento será el siguiente: - 1) Cliente con condiciones de facturación configuradas:
PaymentDueDate = Fecha Emisión de la Factura + Días de la primera fracción del esquema - 2) Cliente sin condiciones de facturación configuradas o primera fracción sin periodicidad:
PaymentDueDate = Fecha Emisión de la Factura
- En el proceso automático "Sincronizar Reservas Actividades Activas", se permitirá cancelar el proceso en la ventana de selección de fecha.
- Al dar por cobrado un recibo domiciliado (tanto de cuentas como de tarjetas) ahora se generará un ticket único (factura simplificada) para todos los pagos del recibo, es decir a nombre del titular del recibo.
- Se añade nuevo mantenimiento de Tipos de componente de contratación de servicio.
- En la pantalla de "Transferencias bancarias", se añade una nueva opción para poder filtrar por centro
- Nueva opción de menú contextual "Filtro por centro".
- Se mostrarán y remesarán los pagos que tienen centro informado y coincide con el seleccionado, así como también los pagos que no tienen centro, pero se han generado en una caja del centro seleccionado.
- Se usará el parámetro 'IdCentroDomiciliacionPorDefecto' en la sección [Económico] de DeporWin.INI para establecer el filtro por defecto.
- Al ejecutar los procesos iniciales, no se mostrará la pantalla de exportación de ventas en caso de ejecución de procesos por linea de comando o en caso de ejecución de DeporWin sin interfaz.
- En ficha de persona, añadida nueva opción de menú contextual de múltiples pagos para modificar la fecha de vencimiento de varios pagos simultáneamente.
.jpg "DeporNews")
¶ Correcciones
- En la ficha de persona, pestaña de pagos, solucionado problema que hacía que nunca se mostrara el aviso de color amarillo ("pagos pendientes originados").
Ahora, además de mostrar el aviso amarillo (si procede), en este caso se informará el campo de remanente con el importe "originado" (como usuario).
- Solucionado problema en las bajas de cursillos con perfiles vinculados.
- Al dar de baja una actividad NO se eliminaban los perfiles vinculados en caso de que la persona tuviera anteriormente contratada otra actividad con alguno de esos mismos perfiles vinculados, aunque estuviera de baja.
- En la ficha de persona, solucionado problema al eliminar los datos de persona por RGPD. No se eliminaba la fotografía de la persona.
- Además, en los procesos de inicio de día DeporWin también se incluirá un proceso que eliminará las fotos de fichas de persona cuyos datos han sido eliminados por RGPD pero siguen manteniéndola.
- Al realizar domiciliación de tarjetas, se utilizaba incorrectamente el registro de operaciones de validación de datos bancarios en lugar del de tarjetas.
- En la domiciliación de tarjetas con cobro por TPV Virtual mediante MercadoPago, se añade información sobre el IVA (siempre será 0).
- Corregido error que se producía al realizar un cobro mediante el protocolo de TPV MercadoPago si la llamada al WS de MercadoPago daba timeout.
- No se obtenía el motivo de la devolución en el caso de protocolos de domiciliación con cobro por TPV Virtual.
- Resuelto error en importación de datos bancarios desde terceros.
- Al importar datos de persona desde terceros no se importaban correctamente los datos bancarios en caso de cuenta no IBAN (se informaba el Iban sólo con los dígitos de control sin incluir el código de pais).
- Al eliminar una persona que hubiese tenido DatosBancarios o DatosTarjetasBancarias, se producía un error de integridad por las tablas RegistroOperacionesValidacionCuentasBancarias y RegistroOperacionesValidacionTarjetasBancarias
- Al generar la remesa de validación de tarjetas bancarias, se estaba realizando una consulta incorrecta que impedía la validación de muchas de ellas.
- Al crear una nueva persona se le asignaba directamente como password el que tenía asignado la primera persona de la BBDD
- Al intentar des vender una reserva de servicio, se producía un error "Error 13: No coinciden los tipos" al comprobar la restricción funcional "DES-VENDER RESERVAS SERVICIO".
- Detectado un problema en la nueva pantalla de autorizados que hacía que no se vieran bien los estilos y los botones de validación. Se ha corregido para que se visualice correctamente.
- Resuelto error al desasignar 'Tipo de Centro' o 'Zona de Centro' en mantenimiento de Centros.
- En la pantalla de parámetros de transferencias bancarias, al intentar seleccionar una fecha desde el calendario este se mostraba con fondo negro lo que dificultaba la selección de día.
- Modificada plantilla de asunto de email para restablecer contraseña con texto corregido.
- En los procesos de envio de email para gestión de consentimientos, firma de documentos, verificación de correo y establecer contraseña, no se cargaba correctamente el idioma definido en la persona, por lo que se utilizaba la plantilla correspondiente al idioma del operador.
- Al añadir el SubTipo de documento desde una campaña de CRM, no aparece el botón salir. El problema era que al llamar la pantalla se enviaba los parámetros en un orden incorrecto. Ya está solucionado el problema.
- Controlado error al intentar borrar el Proveedor SMS que está guardado en parámetros de personas por defecto. Ahora sale un error de advertencia informando que no se puede borrarlo.
- Arreglado error al añadir un nuevo registro de Proveedor SMS. El problema era que intentaba calcular el saldo de SMS antes de seleccionar un proveedor. Posiblemente este error ocurría antes de cargar la lista de proveedores, por eso se ve vacía.
- En ficha de persona, solucionado problema en la aplicación de permisos de acceso por grupo de operador en controles de usuario (por ejemplo el control de gestión de abono)
- En ficha de persona, resuelto error no controlado al reactivar una ficha de persona desactivada.
- En la ficha de persona, resuelto problema con los perfiles vinculados en los cambios de actividad (no se asignaban los perfiles vinculados a la actividad de destino del cambio).
- Correcciones en protocolo Davivienda:
- Los recibos con causal de devolución desconocido se daban como cobrados.
- Se asignaba incorrectamente la referencia del recibo al titular en lugar de al usuario.
- En los protocolos de validación de Tarjetas Bancarias existía un error en la consulta que impedía generar el fichero de validación.
- En ficha de persona, datos bancarios, resuelto error no controlado al calcular referencia de mandato en caso de cuentas con más de 12 dígitos en el campo de cuenta bancaria.
- En ficha de persona, solucionado error no controlado al enviar email con código de verificación de correo electrónico, en caso de personas con algún idioma seleccionado.
¶ 10/11/2020
¶ DeporWin v3.0
¶ Mejoras
- Creado nuevo registro de las operaciones de inserción, eliminación y/o modificacion de datos bancarios y de tarjetas. La información se registrará en las tablas RegistroOperacionesValidacionDatosBancarios / RegistroOperacionesValidacionTarjetasBancarios.
Esta información es la que se utilizará en los protocolos que requieren validación previa para determinar si se deben realizar altas, bajas o modificaciones.
- Creado stored para gestionar bajas masivas de datos bancarios
GestionarBajaDatosBancariosPersona(@IdPersona as int)
Dado un IdPersona, elimina sus datos bancarios Cuentas y/o Tarjetas, registrando la información en las tablas de control de operaciones de validacion.
- Creado nuevo protocolo de domiliciación y validación de cuentas bancarias, para la entidad Davivienda de Colombia.
- El protocolo requiere informar el Convenio al que se ajusta (dato que debe proporcionar Davivienda). Este dato se indicará en el CodigoComercio de los DatosBancariosGestion creados para este protocolo.
- Creado stored para realizar gestionar la validez de las validaciones en el protocolo.
GestionarRenovacionDatosBancariosDavivienda(@MargenDiasCaducidad int)
Dado un margen de dias, toma todos los datos bancarios validados en el protocolo de Davivienda que estén caducados a la fecha de cálculo (fecha actual + @MargenDiasCaducidad), generando para cada uno de ellos la operación de Baja y una nueva operación de Alta, marcando los datos bancarios como pendientes de validación y relacionando los datos bancarios con el nuevo registro de la operación de validación.
- En protocolo de exportación de facturas "Stupendo", se incluye nuevo campo "OrderReference" con las ordenes de compra a partir de datos extra de la factura.
- En la facturación, antes del envío a "Stupendo", se mostrará la pantalla de datos extra.
- El campo "OrdenesCompra" (que se creará automáticamente si no existe) deberá informarse con las referencia de las ordenes de compra separadas por ";"
- En la pantalla de definición de actividades, se introduce mejora en la sincronización de reservas para evitar errores de integridad referencial por IdReservaInicial.
- En la facturación de ventas, nueva funcionalidad para poder realizar consumos de dinero a cuenta al generar los vencimientos de factura.
- Al generar los vencimientos, en caso de que la forma de pago configurada en le cliente sea "Cargo a cuenta" se realizará el cobro de los pagos de vencimiento consumiendo del saldo a cuenta, siempre que se disponga de saldo para cubrir el pago de vencimiento completamente.
- Si el cliente tuviera configurado un esquema de fraccionamiento, cada vencimiento con forma de pago "Cargo a cuenta" consumirá dinero a cuenta si hay saldo suficiente.
- En caso de que no haya suficiente saldo para cubrir el pago, este se quedará pendiente de cobro y con forma de pago según el nuevo parámetro general "Forma de pago pendiente en cobros a cuenta sin saldo" (si no está configurado este parámetro el pago se quedará pendiente con forma de pago "Cargo a cuenta")
.jpg "DeporNews")
- Soporte para el cobro por TPV Virtual con tarjetas bancarias almacenadas en la plataforma de MercadoPago
- Se permiten tanto cobros con tarjeta como anulaciones de los cobros previamente realizados con tarjeta.
| CodigoProtocolo = 12 | MercadoPago |
| CodigoComercio=1234567 | Codigo Comercio (merchant_account_id) asignado por MercadoPago |
| URLTpvVirtualReal=https://api.mercadopago.com/v1/ | URL de la plataforma MercadoPago en producción |
| URLTpvVirtualPruebas=https://api.mercadopago.com/v1/ | URL de la plataforma MercadoPago en pruebas |
| ClaveComercioPruebas=clavePruebas1,clavePruebas2 | Clave publica (Public Key) + Token Acceso (Access token) del comercio para el entorno de producción. Separadas por comas (en la pantalla de definición existen 2 campos separados para ellas) |
- Se ha añadido la posibilidad de traducir todas las respuestas de los servicios del area de Personas.
- Nuevo protocolo de domiciliación de tarjetas "MercadoPago"
- Se usarán las tarjetas bancarias en Deporwin por los clientes mediante la plataforma de MercadoPago.
- 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 "MercadoPago".
- La domiciliación se realizará de la forma habitual, 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 de "MercadoPago"
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.
- Nuevas restricciones funcionales para permitir / impedir la Venta, Cobro, Anulación, Ingreso a Cuenta de pagos en función de la forma de pago o de la forma de pago si el importe es positivio.
- Nuevo gestión de Alta de Tarjetas Bancarias o Datos Bancarios cuando está activo el parámetro "PermitirSoloUnDatoBancario".
- Solo se podrán dar de alta una Tarjeta Bancaria si el cliente no tiene Cuenta Bancaria o, teniendo cuenta bancaria, el usuario tiene permiso para eliminar dicha cuenta (o modificarla en caso de que el cliente tenga pagos en tramite de cobro).
- Solo se podrán dar de alta una Cuenta Bancaria si el cliente no tiene Tarjeta Bancaria o, teniendo tarjeta bancaria, el usuario tiene permiso para eliminar dicha tarjeta (o modificarla en caso de que el cliente tenga pagos en tramite de cobro).
- Añadidos nuevo parámetro "GestionExternaTarjetasBancarias" en la pantalla de Parámetros Personas. Con él activo, no se podrán dar de alta, baja o modificar las tarjetas bancarias, dandose la posibilidad de enviar al cliente un email con la información de dónde debe realizar la gestión. Por defecto, la plantilla llevará un enlace al DeporSite del cliente, a la págin GestionExternaTarjetas, que debería redirigirse a la web que corresponda.
- En la pantalla de mantenimiento de parámetros de TPV Virtual se han desdoblado los datos de Clave Comercio Real y Pruebas, para los protocolos que usan 2 claves (actualmente AddonPayments y MercadoPago).
- Nuevo protocolo de verificación de emails "Código de validación por Email".
- Se podrá configurar el protocolo de verificación en parámetros generales.
- Se podrá configurar la plantilla del email de verificación en el mantenimiento de plantillas.
- En caso de configurar este nuevo protocolo, se enviará un email al usuario con un "código de verificación" y se solicitará la introdución de este por parte del operador DeporWin.
.jpg "DeporNews")
- En los procesos de inicio de Deporwin, se asegurará que la tabla Diario contenga todas las fechas, como mínimo, para el año actual y los próximos cuatro.
- Se ha añadido zoom (entre 20 y 200%) en la pantalla de definición del mapa de ubicación de elementos.
- En la pantalla de mantenimiento de Perfiles se ha añadido la opción de poder filtrar por nombre (descripción) del perfil.
.jpg "DeporNews")
- Se añade información del usuario y fecha de Creación / Modificación para la tabla UsuariosAplicacion (Secuwin.Personas).
- Al domiciliar (o volver a generar) una remesa de recibos mediante un protocolo de pago con TPV Virtual, no se solicitarán los datos del fichero a generar dado que no se utliza.
.jpg "DeporNews")
- Al realizar devolución de recibos, si se marca la opción de "Imputar gastos financieros" pero no se indica el Centro de Coste para esos gastos, sólo se nos indicará que falta el centro de coste en caso que el cliente esté configurado para generar apuntes contables.
- En la pestaña Acceso de la pantalla de Personas, si el usuario tiene el dedo grabado, se ha añadido al tooltip de la imagen del dedo el nivel de calidad de la huella (siempre que el valor sea superior a 0).
- Se añade la propiedad "Activa" a los datos bancarios de gestión (cuentas bancarias de la entidad). Las cuentas que se marquen como no activas no estarán disponibles para la domiciliación o validación de cuentas / tarjetas, ni para el cobro o pago por transferencia.
.jpg "DeporNews")
- Ahora, los ingresos a cuenta que se generan por motivo de no haber podido retornar el cambio al cliente en los cobros con forma de pago "Cargo a Monética" (por ejemplo Cashbox), no se asignará nunca número de ticket (independientemente de que el tipo de pago "ingreso a cuenta" tenga informado que genere número de ticket).
- Tampoco se generará número de ticket si se anula dicho ingreso a cuenta (normalmente para reembolsar el dinero no retornado al cliente).
- Estos pagos se registrarán como tipo "2=Ingreso a Cuenta" y origen "28=Cambio sin dar"
- Al realizar la exportación másiva de personas a un sistema externo, tendremos la opción de exportar todas las personas de la base de datos o las indicadas por un listado (que debe contener un campo con el alias "IdPersona").
.jpg "DeporNews")
- Adaptación del módulo existente de gestión de consentimientos para poder insertarse en un Proceso. De esta forma se podrán solicitar consentimientos como un paso dentro de un proceso de alta de servicio, por ejemplo.
- Se han unificado y rediseñado varias pantallas de procesos de personas a partir de un listado: Asignacion de Perfiles Desde Listado, Eliminacion Datos Personales Desde Listado, Envio Emails Alta TarjetaBancaria Desde Listado,
Envio Emails Gestion Consentimientos Desde Listado
También se ha cambiado la forma de realizar el proceso, pasando los datos previamente obtenidos para evitar ejecutar la consulta nuevamente.
.jpg "DeporNews")
- Se han realizado mejoras en la gestión de las contraseñas de acceso a web (ActividadesWeb, DataWeb, TermalWeb, DeporSite), Kiosco y WS (DeporNetWS2, DeporNetWS).
- Será posible establecer la longitud mínima de las contraseñas (valor mínimo será 4)
- Será posible establecer la complejidad requerida de la contraseña, con 4 posibilidades a combinar entre ellas:
- Incluir, al menos, una mayúscula
- Incluir, al menos, una minúscula
- Incluir, al menos, un número
- Incluir, al menos, un símbolo - En los procesos de cambio o asignación de contraseña en las diferentes plataformas (Web, Kiosco, WS y Deporwin), se deberán cumplir los requisitos de longitud y complejidad especificados.
- No será posible conocer la contraseña existente, de forma que, desde las pantallas de Deporwin sólo se podrá:
- Enviar un mail con un enlace directo al proceso de Recuperación de Contraseña de DeporSite para que sea el propio cliente el que la establezca
- Establecer una nueva contraseña (de forma manual o autogenerada) que cumpla los requisitos especificados - Nueva restricción funcional "ESTABLECER CONTRASEÑA MANUALMENTE SIN CUMPLIR COMPLEJIDAD" para permitir/denegar establecer manualmente a un usuario una contraseña que no cumpla las normas de complejidad establecidas.
- Nuevas plantillas para el envio del mail con el enlace a Establecer Contraseña. En estas plantillas, por defecto, se enviará el link de enlace a la opción de DeporSite de establecer contraseña pero, en caso necesario se puede incluir el password asignado a la persona (no recomendable, dado que se envia en texto plano)
.jpg "DeporNews")
.jpg "DeporNews")
- Añadido nuevo tipos de paso en los procesos automáticos.
- Enviar email link establecer contraseña
que permitirá enviar, automáticamente al cliente un mail con el enlace a DeporSite para que establezca su contraseña. - Se podrá indicar que sólo se envíe el mail con el enlace en el caso que la persona no tenga asignado ningún password, que será su valor por defecto. En caso contrario, se enviará tanto si tiene password asignado como si no.
- Este tipo de paso invalida el parámetro del Ini "GenerarPasswordNuevasPersonas"
- Creadas nuevas plantillas para el envio del mail con el enlace a Establecer Contraseña desde los procesos. En estas plantillas, por defecto, se enviará el link de enlace a la opción de DeporSite de establecer contraseña pero, en caso necesario se puede incluir el password asignado a la persona (no recomendable, dado que se envia en texto plano)
.jpg "DeporNews")
.jpg "DeporNews")
- Creado nuevo proceso para enviar el mail con el enlace a Establecer Contraseña a partir de un listado
- Creadas nuevas plantillas para el envio del mail con el enlace a Establecer Contraseña desde listado. En estas plantillas, por defecto, se enviará el link de enlace a la opción de DeporSite de establecer contraseña pero, en caso necesario se puede incluir el password asignado a la persona (no recomendable, dado que se envia en texto plano)
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevas restricciones de funcionalidad para abonos (con dato Tipo de abono):
- Modificar importe cuota congelada [Tipo Abono]
- Modificar importe cuota especial [Tipo Abono]
- Nueva pantalla para gestión de autorizaciones de reservas en DeporWin que no necesita acceder a la web para la configuración.
- Al introducir la dirección de una persona, si se deben crear Paises, Provincias, Poblaciones o Calles, se tendrá en cuenta la configuración indicada en Parametros Pantalla sobre el uso de mayúsculas/minúsculas y acentos.
- Este comportamiento será parametrizable según lo indicado en los parámetros de pantalla.
- En el protocolo de domiciliación Davivienda, se exigirá introducir el código EAN y el código de convenio asignados a la empresa.
.jpg "DeporNews")
- Se añade el usuario y password a la pantalla de mantenimiento de parámetros de hoteles. También se añade un protocolo nuevo 'QuoHotel'.
- Creado protocolo de integración con la nueva aplicación de gestión de Barceló QuoHotel.
- Incorpora las funcionalidades de buscar personas por habitación o nombre, cargar pago a habitación y subida de resto de cargos del día
- Necesita de autenticación usuario/contraseña
.jpg "DeporNews")
- En la exportación de ventas a plataforma Stupendo Colombia, se informa nuevo tag 'Referencias=AUTODB' en el campo 'Note' del documento de exportación ( ... ; Referencias=AUTODB)
- Este nuevo campo 'referencias' sólo se informará en la exportación de ventas (no en la de facturas) en el caso de que alguno de los pagos de la venta tenga una forma de pago domiciliable (tanto de cuentas como de tarjetas)
- En la facturación de ventas, ahora se permite realizar facturas rectificativas de facturas con pagos de vencimiento cobrados si estos están anulados.
¶ Correcciones
- Al lanzar el menú contextual sobre una reserva de recursos con integrantes, si se seleccionaba la opción de "Nueva", se realizaba una nueva reserva, pero se mantenían los integrantes de la anterior reserva.
- Al crear una remesa de validación de tarjetas aparecian no se podía filtrar por formas de pago, pues en el filtro aparecian las correspondientes a cuentas bancarias.
- Al fusionar personas no se fusionaban los registros de la tabla ListaEsperaInscripcionPuntualActividades.
- Al realizar la devolución de un pago o venta por datáfono (vento o pago cobrado mediante datafono) no se estaba utilizando la serie de numeración rectificativa para el ticket generado.
- En pantalla de ficha de personas, solucionado error no controlado al realizar búsquedas de personas en caso de tener activada la opción de 'Eliminar datos al desactivar ficha de persona' y en el entorno 'ObviarAcentosEnBusquedaPersonas=Verdadero'
- Corregidos varios selectores de fecha que se mostraban con fondo negro lo que dificultaba la selección de día:
- En la domiciliación de recibos, pantalla de datos de la remesa, en fecha de vencimiento.
- En la pantalla de configuración de cuotas en fecha de próxima renovación.
- En la pantalla de duplicación de actividades en periodos de la actividad.
- En pantalla de ficha de personas, solucionado error no controlado al realizar búsqueda rápida de personas (F3) en caso de tener activada la opción de 'Eliminar datos al desactivar ficha de persona' y en el entorno 'ObviarAcentosEnBusquedaPersonas=Verdadero'
- En las pantalla de mantenimiento de Grupos, Tipos y Subtipos de Actividad, al añadir un nuevo registro el foco se situaba incorrectamente en el campo Id, en lugar de en el campo Descripcion.
- Al eliminar una ficha de persona desde "Fichas -> Personas -> Eliminar", se solicitaba confirmación al operador para el borrado , pero en cambio siempre se borraba.
- Al realizar una remesa de transferencias bancarias, los pagos remesados se marcaban como cobrados pero no se les asignaba código/número de ticket, aunque la forma de pago indicara que la asignación fuera al cobrar.
- Al internar editar un pago con una forma de pago de tipo Tarjeta Bancaria se producía un error al intentar determinar el tipo de tarjeta.
- Se comprobará la "sincronización" entre el IdPersona en el grid y en el RecordSet de personas al pulsar los botones de Listados y GrabarCarnet, de forma que, en caso de no estar sincronizados, se impedirá la acción y se solicitará actualizar los datos (pulsando F5 para refrescar).
- En buscador de actividades, solucionado error no controlado en búsquedas cuando existen actividades con caracteres especiales (como la comilla simple) en el código de actividad.
Atención! Se soluciona el error no controlado pero se aconseja NO incluir caracteres especiales (como la comilla simple) en el código de actividad porque en muchos casos esas actividades no apareceran en la búsqueda.
- Implementada la substitución del tag "%COD%" para las descripciones de los pagos de los servicios clásicos, que aunque se mostraba en la leyenda no se realizaba, y ampliada la leyenda para que muestre también la línea "%NOM% Nombre del servicio".
- En la ficha de persona, pestaña de pagos, resuelto problema al deshacer un cobro provinente de una devolución cobrada.
- En caso de configurar las devoluciones "Vía un pago poendiente de cobro de tipo Recibo Devuelto" (en parámetros generales), al deshacer un cobro de un pago de devolución se generaba código/número de ticket en el pago de importe negativo.
- Corregido error en la validación de cuentas / tarjetas bancarias si el Id de la tabla RegistroOperacionesValidacionCuentasBancarias o de la tabla RegistroOperacionesValidacionTarjetasBancarias era superior a 32767.
- Corregido problema en mantenimiento de franjas horarias que a veces guardaba las fechas con formato incorrecto. Eso pasaba cuando al hacer un cambio en fechas se cambia de fila sin Validar (que es donde hace la conversión). Ahora antes de cambiar de fila, obliga a Validar o Cancelar los cambios.
- Al realizar una domiciliación bancaria, generando remesas por cada agrupación de domiciliación, se producía un error de "El identificador formado por varias partes 'DBD.Activo' no se pudo enlazar".
¶ 29/06/2020
¶ DeporWin v3.0
¶ Mejoras
- Ahora podremos indicar si al realizar una venta de una reserva de recursos, se le permitirá al usuario anular primero las ventas previas existentes.
- Configurable desde Mantenimiento -> Parámetros Reservas.
- En la pantalla de "Movimientos de Sesión", se ajustará la altura de la grid de "Almacenes" dinámicamente en función de la cantidad de almacenes (con un tope de 10).
- En la pantalla de "Movimientos de Sesión Actual", se ajustará la altura de las grid de "Almacenes" y de "Sesiones" para mostrar solamente una fila.
- Nueva pantalla de Gestión de SMS, que sustituye la anterior.
.jpg "DeporNews")
- Nuevas restricciones de funcionalidad para abonos (con dato Tipo de abono):
Alta abono [Tipo Abono]
Alta abono desde preinscripción [Tipo Abono]
Alta integrante en abono familiar existente [Tipo Abono]
Baja abono [Tipo Abono]
Baja integrante abono [Tipo Abono]
Deshacer baja abono [Tipo Abono]
Deshacer baja integrante abono [Tipo Abono]
Cambiar abono [Tipo Abono]
Cambiar integrante abono [Tipo Abono]
Ejecutar cambio abono [Tipo Abono]
Ejecutar cambio integrante abono [Tipo Abono]
Renovar abono [Tipo Abono]
Anular renovación abono [Tipo Abono]
Congelar cuota abono [Tipo Abono]
Descongelar cuota abono [Tipo Abono]
- En el envío de documentos del gestor documental se incluye configuración de plantillas de email por subtipos de documento.
.jpg "DeporNews")
.jpg "DeporNews")
- Al mostrar la información de un pago, en la pestaña de "Códigos", si el pago tiene como origen una reserva de recurso o una reserva de clase, el código de origen mostrará en su tooltip el identificador de dicha reserva.
- Al desvincular un perfil de una actividad, ahora se tendrá en cuenta de desvincularlo solamente de aquellas personas que NO les corresponda tenerlo vinculado por ser abonado o por estar inscrito a otra actividad o servicio.
- Al desvincular un perfil de una cuota de abono, ahora se tendrá en cuenta de desvincularlo solamente de aquellas personas que NO les corresponda tenerlo vinculado por estar inscrito a otra actividad o servicio.
- Al desvincular un perfil de un servicio, ahora se tendrá en cuenta de desvincularlo solamente de aquellas personas que NO les corresponda tenerlo vinculado por ser abonado o por estar inscrito a una actividad.
- En la pantalla de ficha de persona, se añade nueva configuración con el parámetro general 'ValidarEmailAlGuardarDatosPersona' para poder realizar la verificación automática de email al guardar los datos de persona (en alta y modificación)
.jpg "DeporNews")
- En la pantalla de ficha de persona, se añade nueva restriccón de funcionalidad por grupos de operadores 'GUARDAR PERSONA SIN EMAIL VALIDADO' para permitir o no guardar los datos de persona con email incorrecto o no verificado.
.jpg "DeporNews")
- En la renovación de abonos y actividades, se protege el todo el proceso para que nunca se ejecute la impresión de ticket o ticket secundario.
- En los cambios de abono, se tendrán en cuenta los esquemas de fraccionamiento configurados en los tipos de abono al generar los pagos tanto del abono de origen como del abono de destino.
.jpg "DeporNews")
- Mejoras en la anulación de reservas de programas:
- Al anular una reserva de programa se guardará la fecha y hora de anulación, así como el operador que ha realizado esta operación.
- El editar una reserva de programa, en caso de reservas anuladas o anuladas con gastos, se mostrará como Tooltip del campo "Estado" la fecha/hora de anulación y el operador que la anuló.
- Desde "TPV -> Inscr. Programas" ahora podremos filtrar por "Fecha de anulación" y por "Anulado por".
- Se realiza una migración de los campos "FechaAnulacion", "HoraAnulacion" y "AnuladoPor" a partir de la información de la "traza" que se registraba al anular una reserva.
- Se añade nuevo mantenimiento de Parámetros de Centros Termales.
- En la pantalla de definición de actividades, se añade la posibilidad de realizar ordenaciones según el campo de cabecera en la grid de horarios de la actividad.
- En la operativa de 'cambio rápido de operador' (F8) no se permitía cancelar sin realizar el cambio (sólo se permitía salir de la aplicación o cambiar de operador), ahora se permite cancelar sin hacer el cambio.
- Se añade nuevo mantenimiento de Parámetros de Importación de Ventas.
.jpg "DeporNews")
- Al realizar una baja familiar o al programar una baja familiar, no se permitirá si alguno de los integrantes de la familia (incluido el cabeza de familia) tiene un cambio programado a futuro con fecha de programación posterior a la fecha de baja familiar seleccionada.
- Se añade nuevo mantenimiento de parámetros generales de envío de Emails.
- En las pantallas de gestión de visibilidad y obligatoriedad de datos, se ordenarán los atributos alfabéticamente para facilitar la búsqueda.
- Además, se pueden hacer filtros por agrupación de datos (equivalente aprox. a pestañas de la ficha de persona, siendo incluso más restrictivo).
.jpg "DeporNews")
- Se añade nuevo mantenimiento de parámetros ISolver.
.jpg "DeporNews")
- Se añade nuevo mantenimiento de Objetos, que sustituye el antiguo. Se puede acceder desde el Menu Principal --> Fichas --> Objetos o desde el mantenimiento de tablas auxiliares.
.jpg "DeporNews")
- Se añade nuevo mantenimiento de Nacionalidades. Se puede acceder desde la pantalla de Personas y desde la pantalla de Mantenimiento de tablas auxiliares.
.jpg "DeporNews")
- Se añade nuevo campo 'Activo' en Grupos de Actividades
- Un grupo desactivado no se mostrará en los combos de selección de grupos de actividades (en pantalla de definición de actividades y pantalla de inscripción en la ficha de persona)
.jpg "DeporNews")
- Se añade nuevo mantenimiento de Deportes. Se puede acceder desde el Mantenimiento de 'Modalidades de Reserva' y desde la pantalla de Mantenimiento de tablas auxiliares.
.jpg "DeporNews")
- Se añade nueva pantalla Estado de Servicios del Sistema. Se accede desde Mantenimiento de tablas auxiliares.
.jpg "DeporNews")
.jpg "DeporNews")
- Se añade nuevo mantenimiento de Idiomas. Se puede acceder desde la pantalla de Personas y desde la pantalla de Mantenimiento de tablas auxiliares.
.jpg "DeporNews")
- En la pantalla de venta selectiva, se añade botón buscador de conceptos para facilitar la selección.
- Nuevo sistema de captura de datos de persona mediante el escaneo de DNI desde SmartPanel.
- Se configura en Deporwin una nueva modalidad de captura de datos
- Esta modalidad conectará con el iPad con SmartPanel que tengamos asociado con ese entorno de trabajo, y permitirá capturar desde dicho iPad los datos del DNI y crear una nueva persona
|
DeporWin
|
| ArchivoDatosDNI | SmartPanel |
- Desde la pantalla de personas clásica invocaremos mediante la combinación de teclas CTRL+D
- Desde la nueva pantalla de personas tendremos un menú específico de importaciones.
- Se añade nuevo mantenimiento de Tipos y Subtipos de Notas.
¶ Correcciones
- E:\Desarrollo\Recursos\Binarios\VB6\Aplicaciones Auxiliares\boletin20200227.htm
- E:\Desarrollo\Recursos\Binarios\VB6\Aplicaciones Auxiliares\boletin20200227.htm
- Al realizar un alta de abonado familiar, no se exportaban todas las integrantes del abono (solo al cabeza de familia).
- Al añadir una persona a un abono familiar clásico/multi categoría, no se exportaba dicha persona.
- Al fraccionar un pago pendiente con un esquema de fraccionamiento, ahora tendrá en cuenta tanto el Tipo de IVA cómo la empresa si están definidos en alguna fracción.
- Al validar números de teléfono para Colombia, por su "expresión regular" definida, no admitía números con 323. Admitía números que emperezaran por 32X donde X podia ser 0,1 o 2. Se ha modificado para permitir también el 3 en esa lista. Además se ha añadido el grupo "70" dado que hemos visto en la documentación que tambien es válido.
- Al intentar eliminar un calendario de renovación de una actividad, se producía un error "3146 - ODBC -- Falló la llamada".
- Solucionado error no controlado en pantalla de Mantenimiento de Centros (" GestorReservasNET no inicializado.")
- Corregido error por el que el botón Autorizaciones en pantalla de personas DeporWin no invocaba correctamente el gestor de autorizaciones si era DeporSite.
- Solucionado problema en el cálculo de fecha juliana de C60 (con C60TipoFechaReferencia = 'Fecha de venta') en transacciones con varios pagos y en las que alguno de los pagos tiene fecha de venta nula.
- Se añade el Check "Aplicable en Baja" en el mantenimiento de "Motivos de Baja" para las instalaciones de DeporWin con Tipo de modelo de servicios "Clásico".
- Solucionado problema de visualización del "Cálculo de Próxima Renovación" de los Mantenimientos de Parámetros de Actividades y de Abonos. El cuál tenía un valor en la BBDD, pero se visualizaba uno diferente.
- En pantalla de mantenimiento de boletines, solucionado error no controlado al intentar acceder a DeporDrive
.jpg "DeporNews")
- En protocolo de exportación de ventas y facturas "Stupendo", se soluciona problema en la exportación de facturas rectificativas (notas de crédito de facturas) al informar el número de lineas (LineCountNumeric) ya que no coincidía con el número de lineas de factura reales.
- En la exportación de IVA protocolo SII, se soluciona incidencia de exportación: "Si la factura es de tipo rectificativa, el campo TipoRectificativa debe tener valor."
- El problema se da cuando se realiza una devolución o anulación de pagos que están incluidos en una factura.
Esta operación genera una venta con número de ticket ("factura simplificada") que rectifica la venta original y que no tiene "número de ticket" porque está incluida en una factura.
En este caso la exportación de IVA de la venta de devolución/anulación se realizará como si fuera una factura simplificada "no rectificativa".
- No obstante, se aconseja en estos casos realizar "faturas rectificativas parciales" de la factura original en lugar de devoluciones/anulaciones de los pagos.
- Solucionado problema en la carga de datos de persona cuando la persona tiene el fichero de fotografía en una ruta alternativa a la genérica (registro en tabla 'Fotos').
Este problema provocaba errores en DeporSite y que no se cargarán los consentimientos de la persona en DeporWin.
¶ 28/02/2020
¶ DeporWin v3.0
¶ Correcciones
- Solucionado problema en la grabación del detalle de descuentos de pagos.
- Solucionado problema en la grabación del detalle de consumo de cupones.
¶ 26/02/2020
¶ DeporWin v3.0
¶ Mejoras
- En DeporWin, al ejecutar un listado con plantilla .PLT, solamente se registrará en el historial de la persona como "Impresión Listado...", si dicha ejecución tenía datos.
- Aplicable tanto a la ejecución individual de un listado, como la ejecución de un proceso compuesto por varios listados.
- Se añade nuevo parámetro general 'Direcciones con identificador seguro', para que el alta en las tablas de direcciones ('Paises', 'Provicias', 'Poblaciones', 'Calles' y 'TipoDireccion') sea segura con alta concurrencia.
- Importante!!
Para activar este parámetro es necesario actualizar TODOS los servidores (incluido servidor WebService) con último DSUITE.
.jpg "DeporNews")
- Ahora podremos definir descripciones traducibles para Tipos de abono y Categorías de Abono.
- Links emails con referencia a Login persona
- Se han añadido dos nuevas restricciones funcionales para esta modificación: "PERMITIR EDITAR LINK CON LOGIN EN EMAIL" y "PERMITIR REENVIAR EMAIL CON LOGIN" (ambas NO estarán permitidas por defecto)
- Ahora en el listado de emails enviados, las opciones del menú contextual "Reenviar" y "Reenviar a mismos destinatarios", estarán protegidas por la restricción funcional "PERMITIR REENVIAR EMAIL CON LOGIN"
- Ahora en el editor de emails, si se edita un link, se revisará la restricción funcional "PERMITIR EDITAR LINK CON LOGIN EN EMAIL" y se avisará en caso de que el usuario no pueda usarla, evitando asi que se pueda ver el enlace.
- En ficha de personas, se añade configuración mediante parámetro general ('AltaPersonaConAsistenteTipoFicha') para poder realizar el alta de una nueva persona mediante el asistente de creación de fichas.
.jpg "DeporNews")
.jpg "DeporNews")
- Se añade nuevo mantenimiento de Proveedores de SMS.
- Al entrar si no hay ningún proveedor de SMS, saldrá un mensaje con la opción de conseguir 100 SMS Gratis con el proveedor de T-Innova. Si no escoge esta opción, podrá hacerlo posteriormente a través de un botón.
- Si ya tiene una cuenta con T-Innova y se agotó el saldo, le recordará y podrá contratar un nuevo paquete. Al confirmar, abrirá la pantalla para envío de un Email, donde podrá enviar la solicitud.
- En los procesos de inicio de sesión, se añade una comprobación de saldo de SMS con envio de email de solicitud de contratación de nuevo paquete en caso de cuenta gestionada por T-Innova.
- Se añade un botón para poder consultar el saldo de SMS (excepto en la cuenta de prueba donde aparecen directamente el contador de mensajes pendientes)
.jpg "DeporNews")
- En la pantalla de ficha de persona, el combo de centros se ordenará alfabéticamente por descripción en lugar de por identificador de centro.
- En la ficha de persona, al renovar un servicio manualmente desde menú contextual, en caso de que el servicio no esté activo a fecha actual se mostrará un mensaje de aviso y se consultará si se desea continuar con la renovación.
- Modificaciones en protocolo de exportación de facturas y ventas a plataforma 'Stupendo' Colombia:
- Se separan con ';espacio' los distintos datos en el campo 'Note' del documento de exportación
- En la exportación de notas de crédito, se informa el campo 'CustimizationId = 23' en caso de que provengan de facturas con fecha de emisión anterior al 19-11-2019
- En la exportación de 'facturas' y 'ventas', se informa el nombre del centro en el campo 'Note' del documento de exportación (NombreSede={nombre del centro})
- En la descripción de los servicios y conceptos ('Item\Description') se añadirá siempre como prefijo el texto 'Servicio Médico Deportivo'.
- En la ficha de persona, al intentar renovar manualmente (menú contextual) un servicio configurado con fecha de inicio posterior a la actual o fecha de fin anterior, se mostrará un mensaje de aviso y se solicitará confirmación para realizar la renovación.
- En la pantalla de exportación de ventas, los combos de centros y cajas de los filtros se ordenarán alfabéticamente por descripción.
- En la exportación de IVA protocolo SII, se reduce el límite máximo de resgistros de envío a 5000 para evitar errores por timeout.
- En la pantalla de exportación de ventas, se introducen optimizaciones de las consultas para mejorar el tiempo de respuesta de la pantalla.
- Estas mejoras incluyen un índice 'especial' en la tabla de pagos (no incluido en modelo de datos general):
CREATE NONCLUSTERED INDEX [IX_PagosExportacionVentas] ON [dbo].[Pagos] ([CodigoVenta],[FechaVenta]) INCLUDE ([Importe],[Cobrado],[FormaPago],[CodigoSesionCaja],[CodigoSesionCajaCobro],[IdCentro])
- Mejoras de rendimiento en la pantalla de domiciliación:
- Se ha añadido un índice para mejorar el rendimiento de la consulta de los pagos a domiciliar
- El cálculo del total a domiciliar ahora se realiza en la misma consulta de pagos a domiciliar
- Ahora, al ejecutar la acción de domiciliar, no se revisan los pagos aplazados (solo las incidencias).
- En la ficha de persona, pestaña económico, en caso de datos bancarios/tarjeta por empresa (Bodytech Chile) se filtraran las empresas según el grupo de empresas configurado en el entorno.
Y además, se autoseleccionará la empresa según la caja seleccionada (empresa configurada en el centro del almacen).
- En la ficha de persona, pestaña económico, en caso de datos bancarios/tarjeta por empresa (Bodytech Chile) se considerará obligatorio que esté el campo empresa informado.
- Se añade la opción de añadir Datos Extra en Perfiles. Los datos se guardarán en la tabla "PerfilesDatosExtra".
- Se añade el mantenimiento del desglose de las partidas presupuestarias. Se accede desde los mantenimientos de "Tipos de partidas presupuestarias" y "Subtipos de las partidas presupuestarias".
- Los desgloses se pueden configurar desde la pestaña desglose del mantenimiento de partidas presupuestarias, con los siguientes valores:
- Periodicidad: Mensual, Trimestral, Cuatrimestral, Semestral o Anual. / Tipo de Valor: Importe, Numérico o Porcentaje. / Número de dígitos decimales.
- Desde la pantalla de Desglose hay algunas utilidades para ayudar a entrar los datos. Se puede Copiar y Pegar un Periodo, una Partida Presupuestaria o todo el Año. También se puede ver el año anterior y copiarlo y pegarlo.
- Al pegar, saldrá una pantalla donde podrás configurar de qué manera hacerlo. Se podrá pegar con los mismos valores copiados, o incrementar o decrementar con valores absolutos o un porcentaje.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- En la edición de datos extra de fichas de persona, al intentar eliminar un campo se realiza pregunta de seguridad con mensaje alertando de la consecuencias de la acción.
.jpg "DeporNews")
- Se añade nuevo mantenimiento de Tipos Pago.
- En la pantalla de facturación de ventas, se resuelve problema de vinculación incorrecta de los pagos a la factura al facturar filtrando a partir de un listado de ReporWin.
- En la pantalla de ventas selectivas, se añade nueva opción para poder calcular el importe de venta por cada usuario y concepto (aplicando los descuentos del usuario y obteniendo el precio base del concepto si no se informa el importe)
- Se podrá añadir el nuevo campo en el listado o pulsar la opción directamente en la pantalla.
.jpg "DeporNews")
- Nuevo parámetro general 'GenerarVentaRectificativaAlFacturar' para poder indicar si debe generarse o no una venta rectificativa al incluir una venta con ticket en una factura
- Si está activado se generará rectificativa siempre y cuando la venta original tenga 'Código' ó 'Número' de ticket.
- Inicialmente el parámetro estará activado en caso de que exista una serie de facturación 'Activa' y 'DisponibleTickets' y además exista una forma de pago con el flag 'AsignarNumeroReciboAutomaticamente', en el resto de casos estará desactivado.
- En la configuración del parámetro se añade un tooltip de aviso de las consecuencias de desactivarlo.
- En la configuración de series de facturación en caso de marcar una serie como 'DisponibleTickets' se mostrará un aviso para activar el parámetro en caso de que esté desactivado.
.jpg "DeporNews")
- Se añade los siguientes mantenimientos de Tipos de Franjas y de sus correspondientes Franjas.
- Franjas de Edad.
- Franjas de Antiguedad.
- Franjas de Distancia.
- Franjas Horaria.
- Se añade a la pantalla de usuarios en la pestaña Otros, el "Login Externo" para poder almacenar un toke de login sobre un enlace web de ToolWin.
- En la configuración de formas de pago, se añade un nuevo parámetro 'Criterio de numeración de recibo' para que (en el caso de BBDD 'Multiempresa') se pueda indicar el criterio con que se asignará el código o numero de recibo en la venta (1=Según servicio o producto, 2-Según caja de operativa)
- La opción por defecto '1=Según servicio o producto' seguirá el mismo criterio que hasta ahora, es decir, la empresa que determinará la numeración del ticket será la que se asigne a la venta según la configuración del concepto o servicio.
- En cambio, al configurar la opción '2-Según caja de operativa' la empresa que determinará la numeración será la asociada a la caja donde se está generando el ticket (aunque la venta pertenezca a otra caja).
.jpg "DeporNews")
- Al borrar un campo de "Datos Extra" relacionado con una tabla (relación N:1), se borrará el campo, pero no se permitirá borrar la tabla relacionada si ésta no se había creado con el sistema de datos extra.
- Al realizar un cambio de tipo de abono sobre un abono con cuota congelada o cuota especial, ahora no se mantendrá en el nuevo abono esta congelación o cuota especial (excepto que el cambio sea para el mismo tipo/categoría).
- Al realizar una congelación en un abono, si éste tenía ya una cuota especial para la próxima renovación, la congelación quedará al importe de dicha cuota especial (en vez de al importe de la cuota).
- En la ficha de persona, al intentar cobrar un pago, una venta o un conjunto de pagos se comprobará si están incluidos en una transacción abierta y si es así se mostrará un mensaje de confirmación y en caso de continuar con el cobro se quitarán el/los pago/s de la transacción.
.jpg "DeporNews")
- Nueva restricción de funcionalidad para permitir modificar la fecha de caducidad de una reserva de servicios cuando ésta no ha sido realizada por el mismo grupo de operadores. Por defecto estará prohibida.
¶ Correcciones
- En la utilidad de captura de pantallas y video en DeporWin, solucionado problema que impedía subir los videos e imágenes a DeporDrive.
- Solucionado problema en la devolución de recibos, no se tenía en cuenta la forma de pago seleccionada en la pantalla datos de la devolución.
- En pantalla de facturación de ventas, solucionado error no controlado al agrupar por servicio y tipo de periodo.
- Se aumenta a 9 dígitos el campo "Días de caducidad (ficha obsoleta) desde la creación de la ficha de persona" en el mantenimiento de parámetros de personas / pestaña RGPD.
Este Agente aparece para ser un reemplazo de varias aplicaciones tanto propias de nuestro DSuite como otras del propio Windows e incluso en algún caso, del propio Deporwin.
- En exportación de IVA al SII, se soluciona problema de importes incorrectos en facturas con varios pagos.
- Al realizar una devolución de una venta (desde el menú contextual sobre la columna venta), si dicha venta contenía pagos de tipo descuento, éstos quedaban con el importe original (en lugar de con el importe en negado).
- En la pantalla de definición de actividades, se resuelve problema al seleccionar una actividad pulsando un campo de datos de la grid que provocaba que las acciones realizadas (por ejemplo duplicar) se aplicarán en la actividad anteriormente seleccionada.
- En la pantalla de renovaciones de abonos, resuelto problema al calcular total de la renovación (no se mostraban los importes correctos de las cuotas en casos de 'importe especial' y 'cuota congelada').
- En el proceso de asignación de fecha de baja a abonados por cambio de categoría (ya sean abonos individuales como integrantes de abonos familiares), se asignaba correctamente la fecha de baja, pero no se informaba de la fecha de solicitud de baja.
- Desde "Fichas -> Personas -> Perfiles -> Entidades" se mostraban a la izquierda todas las entidades, aunque éstas estuvieran desactivadas. Ahora solo se mostrarán las activas.
- En la ficha de persona, en la asignación de créditos, solucionado problema de fecha de caducidad sin establecer al cobrar pagos pendientes.
- Al acceder a la pantalla de actividades desde "Fichas -> Personas -> Cursillos-> Doble click sobre un código de actividad" y si la pantalla de actividades no estaba previamente abierta, se abría la pantalla situado en dicha actividad, pero al acceder a determinadas pestaña de la actividad no salía la información correcta.
- Si desde la pantalla de venta de conceptos sin ningún cliente seleccionado (usuario anónimo), se realizaba la selección de cliente pasando una pulsera por el lector de carnets, se producía un error en el proceso de cambio de cliente, aunque este finalmente se realizada correctamente.
¶ 21/11/2019
¶ DeporWin v3.0
¶ Mejoras
- Modificaciones en DeporWin y SecuWin para tener en cuenta el TipoFicha de la persona en la visibilidad y obligatoriedad de los datos de persona.
- 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 interface.
- 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
- 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
.jpg "DeporNews")
- Se añadio nuevo mantenimiento de Parámetros de Hoteles.
- Se añadio 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 ambás funcionalidades a todos los grupos de usuario.
.jpg "DeporNews")
- 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) ó distribuir el cargo entre los N Pagos en función del importe que se va acumulando.
.jpg "DeporNews")
- 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.
.jpg "DeporNews")
¶ Correcciones
- 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 devolucion 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"
- 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.
- 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.
¶ 12/09/2019
¶ DeporWin v3.0
¶ Mejoras
- En la pantalla de personas, pestaña de asignación de entidades, se añade nuevo botón con un buscador de 'Entidades' por nombre o código.
- Al seleccionar una entidad desde el buscador y pulsar aceptar (o doble click) se asignará automáticamente a la persona.
.jpg "DeporNews")
- Nueva funcionalidad RGPD: Consentimientos por concepto
- En la definición de conceptos se añade nuevo campo 'IdConsentimiento' para poder vincular un consentimiento a un concepto, de forma que en la venta del concepto se validará si el usuario tiene otorgado el consentimiento y en caso negativo no se permitirá la venta.
- Sólo aplicable a 'personas', no a 'entidades'.
.jpg "DeporNews")
.jpg "DeporNews")
- Adaptación del protocolo de intercambio de ficheros para domiciliación con el Banco ITAU (Chile) según nueva documentación recibida (mayo de 2019).
Se modifica formato de los ficheros: Universo de Mandatos, Facturación y Rendición.
- En los protocolos de domiciliación con cobro diferido, en el caso de las devoluciones de recibos no se generarán el pago de anulación y el nuevo pendiente, sino que simplemente se "liberará" el pago existente para poderlo incluir en una nueva remesa. La información de los pagos incluidos en cada recibo se mantiene, pues se registra en la tabla PagosRecibos
- Creado nuevo protocolo de domiciliación bancaría para Colombia: Davivienda, según los criterios indicados. El protocolo realiza Altas / Bajas de inscripciones de cuenta, así como cobros.
- En el registro de la ejecución de los procesos automáticos (en la tabla RegistroEjecucionProcesosAutomaticos) ahora se registrará una línea inicial y una final.
- "Inicio ejecución Procesos automáticos (Invocación Manual)"
...
"Fin ejecución Procesos automáticos (Invocación Manual)" - Se diferenciará también entre "Invocación Manual", "Invocación Automatizada" y "Invocación Automatizada desde línea de comandos".
- En la pantalla pequeña de "Mantenimiento de Persona" ahora se podrán definir los consentimientos de la persona, así como acceder a la pantalla de "gestión de quejas y sugerencias".
- En las operaciones RGPD de bloqueo o desactivación (con eliminación de datos) de una persona, se verificará si esta tiene algún servicio activo (abono, actividad, servicio, o servicio NMS), en cuyo caso no se permitirá el bloqueo o desactivación.
¶ Correcciones
- En los protocolos bancarios de ACH y Bancolombia no se incluirá el dígito de control del documento del usuario / titular, usándose sólo el número de documento.
- Al generar el fichero para validación de cuentas bancarias, se producía un error al registrar la baja de una cuenta pendiente de modificar.
- Al modificar el titular de una cuenta bancaria, si se indicaba que el titular era el propio usuario, el cambio no se registraba, quedando vinculada al anterior titular.
- Al acceder un usuario por primera vez a la pantalla de personas, si el filtro por defecto no estaba establecido en "Personas recientes", aparecía un cuadro de mensaje con el texto en blanco y el botón OK. Ahora el mensaje sólo aparecerá cuando realmente sea necesario, es decir, si el filtro de personas está establecido en "Personas recientes"
- En la pantalla de cierre de transacción, solucionado problema que no permitía ver correctamente los importes.
.jpg "DeporNews")
- En la pantalla de personas, al validar el número de teléfono móvil se mostrará aviso de formato incorrecto en caso de contener caracteres no númericos (con excepción de los caracteres ".", "+", "-", "(",")")
- En una devolución de uno o varios pagos no se permitirá modificar el signo del importe ni introducir un importe superior al importe original.
.jpg "DeporNews")
- En la pantalla de personas, al desactivar una ficha mediante el check 'Activo' de pantalla está ficha quedaba bloqueda y no se podía modificar ni volver a activar.
- Solucionado error no controlado en el buscador de personas de Deporwin al poner un apóstrofe en la búsqueda por apellido o nombre
- En el proceso de "Asignar Baja Inscripciones por Pagos Pendientes", si se selecciona una fecha de vencimiento "desde", se realizaba correctamente el filtro por el vencimiento de los pagos. Pero también usaba ese valor para filtrar las inscripciones con baja desde esa fecha, lo que hacía que se procesaran inscripciones con baja del pasado (supuestamente ya dadas de baja) aunque finalmente no las daba de baja de nuevo.
- Al realizar un cambio de código de una actividad, ahora se comprobará que el nuevo código no tenga una longitud mayor de 15 caracteres.
- En la pantalla pequeña de "Mantenimiento de Persona" no se ocultaban los campos de tipo/subtipo de cliente según la definición de "Visibilidad de datos".
- Al crear un albarán (en el sistema de facturación a crédito), ahora se asociarán también los pagos a la tabla M:N PagosLineasAlbaran.
¶ 10/07/2019
¶ DeporWin v3.0
¶ Mejoras
- En "Fichas -> Personas -> Perfiles", ahora mostraremos la fecha de alta en los perfiles de la persona.
- En "Fichas -> Personas -> Perfiles", se podrá ordenar los perfiles de una persona por la columna que queramos (tanto los efectivos como los programados). Para ello, pulsaremos sobre la cabecera de la columna a ordenar. El primer click corresponderá a una ordenación ascendente, mientras que el segundo será descendiente. La ordenación por defecto será por nombre del perfil.
- Desde "Fichas -> Actividades", en el desplegable de "Tipos de actividad" solamente saldrá los tipos activos (incluyendo siempre el tipo de la actividad actual).
Desde "Fichas -> Actividades", en el desplegable de "Subtipos de actividad" solamente saldrá los subtipos activos (incluyendo siempre el subtipo de la actividad actual).
- En "Fichas -> Personas -> Económico -> Facturación" o en"Fichas -> Clientes -> Facturación", al pulsar el botón de alta/mantenimiento de "Tipos de envío de facturas" ahora nos invocará la pantalla de tablas auxiliares correspondiente.
- En la gestión de cupones, se añade la posibilidad de asociar cupones a una empresa o un grupo de empresas.
- Se podrá asignar una empresa o un grupo de empresas a un "tipo de cupón".
- En la pantalla de mantenimiento de tipos de cupón se añaden selectores de empresa y grupo para poder filtrar la lista de tipos.
- En la configuración de entorno (DeporWin.INI) se podrá activar el filtro de cupones por empresa o por grupo de empresas.
- Al activar el filtro en el entorno, en la pantalla de mantenimiento de tipos de cupón se bloquearán y autoseleccionarán los filtros de empresa/grupo, mostrando sólo los tipos de cupón asociados a la empresa o grupo configurado en el entorno.
- Al crear un nuevo tipo de cupón se seleccionará automáticamente la empresa o el grupo definido en el entorno.
- En la pantalla de definición de reglas de 'Tipos de cupón válidos' se filtrarán los tipos según la empresa/grupo configurado en el entorno.
- En la pantalla de gestión de cupones de un usuario se filtrarán los lotes de cupones según la empresa/grupo configurado en el entorno.
- Al crear un nuevo lote de cupones se mostrarán sólo los tipos de cupón asociados a la empresa o grupo configurado en el entorno.
- Al consumir cupones en ventas de servicios NMS se continuarán usando las reglas de 'Tipos de cupón válidos' como primer filtro pero si el tipo de cupón tiene informado empresa o grupo, se aplicará un segundo filtro según la empresa del servicio o la empresa del contrato (para servicios multiempresa).
- Al consumir cupones en ventas de conceptos de caja (en TPVWin) se continuarán usando las reglas de 'Tipos de cupón válidos' como primer filtro pero si el tipo de cupón tiene informado empresa o grupo, se aplicará un segundo filtro según la empresa del concepto o la empresa de la caja (para conceptos multiempresa).
|
Económico
|
| FiltrarCuponesPorEmpresa=No | Activación de filtro de cupones por empresa |
| FiltrarCuponesPorGrupoEmpresa=Si | Activación de filtro de cupones por grupo de empresa |
|
Parametros Generales
|
| IdGrupoEmpresa= | Identificador de Grupo de empresa |
| IdEmpresa=0 | Identificador de empresa |
.jpg "DeporNews")
- Se ha implementado seguridad para los Arboles de datos genérica para .NET. Ahora en la sección de "Seguridad > Gestión de Accesos", podrémos definir la visivilidad de las diferentes opciones para los arboles.
- Se ha utilizado esta implememtación para añadir seguridad por grupos de usuarios al arbol de "Tablas de Auxiliares". Ahora en "Seguridad > Gestión de Accesos", buscando el formulario "Mantenimiento Tablas Auxiliares" podremos mostrar/ocultar/deshabilitar los items por grupos de usuarios.
.jpg "DeporNews")
.jpg "DeporNews")
- Desde "Fichas -> Personas -> Reservas -> Reservas", las reservas de recursos y/o clases en estado temporal (por ejemplo, las realizadas por la Web/Kiosco con tiempo de vida aún no finalizadas) se mostrarán en el campo nombre con el prefijo "[Temp]".
- Nueva funcionalidad RGPD 'Cancelación/Desactivación de datos personales'
- Los datos personales se conservan en BBDD pero no se podrá hacer uso de ellos ('ficha desactivada'), no se mostrarán en la ficha y no se podrán usar en listados, informes, etc. (Para activar esta opción se añade el parámetro general 'EliminarDatosAlDesactivarFichaPersona')
- Un nuevo proceso de inicio en DeporWin desactivará automáticamente las fichas 'obsoletas'. (Para activar esta opción se añade el parámetro general 'DesactivarFichasPersonaObsoletas').
- El proceso también podrá lanzarse manualmente desde la pantalla de 'Parámetros Persona'
- Se considerará una ficha 'obsoleta' en función de los siguientes criterios:
1.No tiene ningún consentimiento de comunicaciones comerciales otorgado.
2.No es una ficha de empleado, monitor o comercial.
3.No tiene acceso ilimitado.
4.No tiene ningún contrato activo (abono, actividad, servicio NMS, etc.).
5.No tiene deudas pendientes.
6.Han pasado más de x días (parámetro general por defecto 90 días) desde el último pago creado (como titular o usuario).
7.Han pasado más de x días (parámetro general por defecto 30 días) desde la creación de la ficha. - En las opciones de Activar/Desactivar ficha de persona y 'Eliminar datos RGPD' se añaden restricciones de funcionalidad por grupo de usuario. ('ELIMINAR DATOS RGPD', 'ACTIVAR FICHA PERSONA', 'DESACTIVAR FICHA PERSONA')
- Además, se registrará en el historial de la ficha la activación/desactivación de la misma (operador, fecha/hora, etc.)
- No se podrá acceder a una ficha desactivada, de forma que si se intenta acceder o se realiza una búsqueda en una ficha desactivada se solicitará la activación para poder acceder a la ficha.
- Aunque no sean visibles los datos en fichas desactivadas si se tendrán en cuenta en las búsquedas de persona, es decir, se podrá realizar búsqueda de fichas de persona no activas incluyendo filtros de datos personales.
- Al activar de nuevo una ficha se recuperarán los datos personales y volverán a estar visibles y accesibles.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora, por defecto, no se tendrá en cuenta la fecha de imputación contable en el cálculo del saldo a cuenta. Esto es necesario si admitimos cargos a cuenta con fecha futura.
- Aun así, lo podremos cambiar en Mantenimiento -> Parámetros Económicos.
- Nuevas opciones 'Bloquear Datos RGPD' y 'Desbloquear Datos RGPD' en menú contextual de personas
- Los datos personales se encriptan en BBDD (con cifrado seguro 'Triple DES') y no se podrá hacer uso de ellos ('ficha bloqueada'), no se mostrarán en la ficha y no se podrán usar en listados, informes, etc.
- También se guardarán encriptados los datos de historial, notas, emails, sms, registros de exportación, datos bancarios, documentos del gestor documental y foto.
- Esta operativa es una alternativa a la opción de 'Eliminar Datos RGPD' en casos en que sea necesario preservar documentos, facturas, datos económicos, etc.
A efectos prácticos ningún dato o documento de la persona está disponible en la aplicación para ningún operador. Sólo un operador autorizado ('de máximo nivel') podrá recuperarlos por algún motivo de fuerza mayor. - Al bloquear una ficha se podrá imprimir un documento mediante el proceso ReporWin 'BLOQUEAR DATOS PERSONALES'.
- En las opciones de Bloquear/Desbloquear ficha de persona se añaden restricciones de funcionalidad por grupo de usuario ('BLOQUEAR DATOS RGPD', 'DESBLOQUEAR FICHA PERSONA').
Dado la 'excepcionalidad' de la operativa de desbloqueo, por defecto ningún grupo de usuarios tendrá permisos para desbloquear. - Además, se registrará en el historial de la ficha el bloqueo/desbloqueo de la misma (operador, fecha/hora, etc.)
- Para determinar el estado de la persona respecto a la RGPD se añaden nuevos campos en la tabla 'Personas' :
- EstadoRGPD (1=Activa, 2=Desactivada, 3=Reactivada, 4=Bloqueada, 5=Desbloqueada, 6=Eliminada)
- FechaEstadoRGPD - Se añade nuevo proceso de inicio en DeporWin para eliminar los datos RGPD automáticamente de las fichas canceladas pasado cierto tiempo (por defecto 5 años).
Para configurar esta opción se añaden los parámetros generales 'EliminarFichasPersonaBloqueadas' y 'NumeroDiasEliminarFichaPersonaBloqueada'.
.jpg "DeporNews")
.jpg "DeporNews")
- En la pantalla de personas se añade acceso a buscador de personas bloqueadas con +B (se comprueba restricción de funcionalidad 'DESBLOQUEAR DATOS RGPD')
- Se ha creado una nueva pantalla de busqueda para las fichas "Bloqueadas". Esta pantalla tiene los filtros de DNI, Nombre, Apellidos, Telefono y email. (1)
- En la barra superior, tenemos las acciones a para realizar la busqueda, limpiar filtros, ocultar/mostrar los filtros y Tipo de Filtro (puede ser Valor Exacto, Comienza por, Acaba Por y Contiene) (2)
- La Busqueda será en background y se nos mostrará una barra en la parte inferior de la ventana en la que se nos mostrará el progreso. Cada vez que el sistema encuentre el una ficha bloqueada que cumpla los filtros, la irá añadiendo a la tabla de datos, de tal manera que si hay muchos registros, los iremos viendo aparecer de uno en uno, permitiendonos cancelar la busqueda en caso de que ya lo hayamos visto o no queramos que siga buscando(3)
- Una vez encontrado el registro deseado, podremos realizar dos acciones, Seleccionar el registro o Desbloquearlo (4). En caso de desbloqueo, el sistema nos pedirá tambien la razón del mismo.
.jpg "DeporNews")
- Rediseño del menú contextual de personas (se crean submenus "RGPD" y "Exportación" y se elimina opción "Establecer Validez Carnet" que pasará a ser una opción de "Mantenimiento -> Procesos de Actualización -> Personas")
- En proceso de domiciliación, se introduce validación de fecha de mandato futura.
En caso de que la fecha de emisión del mandato o la fecha de recepción de firma sean futuras se mostrará como incidencia de domiciliación y no se permitirá domiciliar los pagos.
- En la pantalla de pagos de la ficha de personas, se añade nueva opción 'Cobrar Venta' en el menú contextual de 'Ventas'
.jpg "DeporNews")
- Si tenemos parametrizado que se posponga la fecha de próxima renovación a partir de un día determinado del mes (por ejemplo, el 25), ahora podremos indicar si queremos cobrar o no los días restantes hasta fin de mes.
- Para ello, tendremos que configurar en "Mantenimiento -> Parámetros de abono" que se pondere automáticamente la primera cuota, definir el día del mes que nos interese y marcar la opción de "Cobrar días restantes al posponer la renovación".
- En la pantalla de pagos de ficha de persona, se añade nueva restricción de funcionalidad por grupos de usuario 'COBRAR VENTA PARCIALMENTE' para poder obligar (a determinados usuarios) a realizar el cobro completo de las ventas.
- En la pantalla de definición de actividades, se modifica algoritmo de cambio de código de actividad para evitar duplicaciones de 'IdActividad' en casos en que se produce algún error en el proceso y no finaliza correctamente.
- Se añade nuevo campo 'ComprobarOtorgacionEnProcesoDesactivacionFichasPersona' en "Consentimientos" para determinar si se deberá comprobar el consentimiento en el proceso automático de desactivación de fichas caducadas de persona (si está otorgado no se desactivará la ficha)
- Por defecto se establece el valor a falso en todos los consentimientos excepto en el consentimiento de 'Comunicaciones comerciales' en el que se establece a cierto.
.jpg "DeporNews")
- En la pantalla de ficha de persona, en la relación de facturas se añade campo 'Empresa'.
.jpg "DeporNews")
- En la ficha de persona, se modifica la validación de teléfonos móviles en País Operativa Chile.
- Antes debían ser 9 dígitos comenzando por "94", "95", "96", "97", "98" o "99", ahora se valida que sean 9 dígitos comenzando por "9", es decir, se permiten números que empiecen por "91" "92 y "93""
- El prefijo +56 es opcional y podrá incluirse o no al inicio.
- Al realizar un cobro combinado mediante tarjeta bancaria, no se admitirá que se indique un valor para el nº de cuotas superior a 36. En los valores inferiores, se podrá configurar mediante la funcionalidad "PERMITIR SUPERAR EL NUMERO DE CUOTAS" qué valores se admiten o no. Por defecto, los valores iguales o inferiores a 12 se permitirán, mientras que los superiores no.
- En el menú contextual RGPD de la ficha de persona, se añade nueva opción 'Portabilidad Datos' para obtener los datos de portabiliddad solicitados por el cliente a través del proceso ReporWin 'DATOS PORTABILIDAD RGPD'
Se han incluido en el catálogo de ReporWin algunos listados para incluir en este proceso: - 1873 - Portabilidad - Datos Personales
- 1874 - Portabilidad - Accesos
- 1875 - Portabilidad - Abonos
- 1876 - Portabilidad - Actividades
- 1877 - Portabilidad - Servicios Clásicos
- Reorganización del menú de 'Mantenimiento\Tablas Auxiliares', se eliminan las opciones de 'Agrupaciones Deportivas' y 'Grupos de Precios'.
Estas opciones aparecerán disponibles mediante un botón al lado del campo correspondiente en la pantalla correspondiente ('Actividades', 'Cuotas' y 'Servicios')
- Al realizar un cobro de tipo cobro combinado, si la forma de pago que escojemos es de tipo "Cheque", aparecerá un nuevo botón (Aceptar y Nuevo Cheque). Este botón nos permitira que, una vez rellena la información del primer cheque, si el importe indicado no cubre el total a pagar, automáticamente nos aparecerá la pantalla para introducir un nuevo cheque con toda la información completada, con los siguientes valores:
- Importe: El mismo que en el cheque anterior o el remanente hasta el total (el menor de ambos)
- Fecha Emisión: 1 mes posterior a la del anterior cheque
- Nº de cheque: Si el formato es numérico, el siguiente número que corresponda, manteniendo el formato
- Restos de datos: Los mismos que en el cheque anterior.
.jpg "DeporNews")
- Al enviar consentimientos a firmar mediante el Smart Panel, se añade la opción de que el operador pueda cancelar el proceso de firma
¶ Correcciones
- En la pantalla de personas, en caso de configuración de rangos de IdPersona, al intentar crear nueva ficha y cancelar en la pantalla de asignación de IdPersona se producían varios errores en cadena.
- Ya permite entrar con valores negativos tanto en porcentaje como en importe en Fracciones del mantenimiento de esquemas de fraccionamiento.
- Si el tipo de devolución de recibos lo tenemos configurado como "Vía un pago pendiente de cobro de tipo Recibo Devuelto", y realizábamos una devolución de un recibo que incluía un pago "Vencimiento de factura", el nuevo pago de "Devolución" perteneciente a dicho vencimiento de factura se creaba con los apuntes contables invertidos (debe/haber).
- En la pantalla de facturación de ventas, resuelto problema de filtro incorrecto de pagos por la empresa asociada a la caja en el caso de que se predetermina la caja en el entorno y no se muestra la pantalla de selección de caja.
- En la pantalla de "Fichas -> Navegador Personas", se ha limitado a 100.000 registros como máximo para no tener problemas de consumo excesivo de recursos.
- Solucionado error no controlado al editar grupos de actividades desde la pantalla de mantenimiento de actividades
- En la leyenda de colores de los perfiles de una persona, no se mostraban correctamente los nombres de los perfiles vinculados para cada color.
- Si tendíamos definidos y visibles varios tipos de documentos de identidad, al seleccionar el tipo de documento CIF (España), no se realizaba correctamente la validación del documento.
- Al cambiar la fecha de nacimiento de una persona, validar e inmediatamente contratar un abono, no se tenía en cuenta esta nueva fecha de nacimiento en el cálculo de la categoría del abono.
- En la pantalla de definición de conceptos, al acceder al mantenimiento de "Familia Descuento Facturación" o al mantenimiento de "Tipo Cupón", no se mostraba el botón "Salir" (la única manera de salir era con ALT+F4).
- Al realizar la devolución de recibos a partir de un fichero muy grande (más de 32767 recibos) aparecía un error debido al "gauge" de estado.
- En inicio DeporWin resuelto error 'No coinciden los tipos' al validar usuario T-Innova
¶ 03/05/2019
¶ DeporWin v3.0
¶ Mejoras
- Nueva operativa para poder realizar filtro de pagos por 'Grupo de Empresa' (configuración por entorno en DeporWin.INI)
- Filtro de pagos, recibos y facturas en la ficha de la persona.
- Filtro de pagos en las pantallas de movimientos de sesión.
- Filtro de pagos y series de facturación en la pantalla de facturación.
- Filtro de pagos y empresas pertenecientes al grupo en la pantalla de domiciliación.
- Filtro de remesas en la pantalla de consulta de remesas de domiciliación.
- Filtro de pagos en pantalla de transferencias bancarias.
- Filtro de remesas de transferencias.
- Filtro de pagos en proceso de bajas de inscripciones por impago.
|
Económico
|
| FiltrarPagosPorGrupoEmpresa=Si | Activar filtro de pagos por grupo de empresa |
|
Parametros Generales
|
| IdGrupoEmpresa= | Identificador del grupo de empresa |
- En el alta de personas, tanto manual como en procesos masivos (CRM, Convenios, importación de terceros, etc.), se añade nueva restricción de funcionalidad 'Duplicar persona con mismo email' para permitir o no añadir personas con un email ya existente en BBDD.
- Añadida selección automática mediante pulseras / carnet ( mediante lector carnets) en las pantallas de Selección de Comercial del TPV, Selección de Comercial del CRM y Cambio rápido de operador.
- Nuevo módulo de exportación de IVA a SII (Suministro Inmediato de Información del IVA)
- Es necesario disponer de un certificado electrónico reconocido admitido por la Agencia Tributaria, en el ordenador desde el que se produzca el envío de la información.
- Todos los NIFs de las ventas y facturas enviadas se tienen que validar contra la Base de Datos Centralizada de la AEAT.
- Configuración en tabla 'Parámetros de exportación de IVA'
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- En la exportación diferida de ventas a DTEOne, se añade opción de desactivar el borrado de histórico del registro de exportación. Si se configura 'DiasHistoricoRegistroExportacion = 0' no se realizará el borrado de histórico.
- En la pantalla de cobro combinado, al realizar un pago mediante una forma de pago de tipo Tarjeta Bancaria (manual, no vinculada a protocolo de datafono), se ha ampliado el campo correspondiente al Numero de Tarjeta para poder introducir hasta 6 dígitos.
- Al devolver un recibo, el pago con los gastos de devolución imputados se generará con el mismo usuario (IdPersonaOrigen) que los pagos domiciliados en caso de que este sea el mismo en todos los pagos del recibo.
- En la ficha de persona se aumenta la longitud del campo DNI a 25 caracteres.
- Nuevo parámetro 'Permitir cambio actividad programado con fecha anterior a próxima renovación' para indicar si en los cambios de actividad programados se permitirá o no realizar cambios a futuro con fecha anterior a la renovación.
- Si se activa el parámetro y se programa un cambio forzando una fecha anterior a la renovación se mostrará un aviso y se solicitará confirmación.
.jpg "DeporNews")
.jpg "DeporNews")
- Se han realizado cambios para la gestión de bajas en las tarjetas bancarias para Chile
- Se crea nuevo protocolo de domiciliación por tarjeta para Chile, PAT2. Este protocolo es idéntico al existente PAT con la diferencia que en los procesos de prenotificación de tarjetas se notifican tambien las bajas, y que los cambios se notifican como bajas y altas, no como modificaciones.
- En la pantalla de personas, si existe configurado algún protocolo que gestione las bajas de tarjetas bancarias, en el caso de eliminación de una tarjeta no se hará el borrado automáticamente, sino que se marcará como pendiente de eliminar para su posterior tratamiento mediante el protocolo correspondiente.
- Al realizarse la domiciliación mediante el protocolo correspondiente, si no se espera ningún fichero de respuesta para las bajas (como ocurre en el PAT2), se realizará el borrado de los datos.
- En el pantalla de domiciliación, en caso de escoger una opción de remesas 'múltiples' (remesas por entidades o por agrupaciones) no se mostrará el resumen de totales en cada remesa generada.
- Ahora podremos definir cómo se calcula el importe remanente de una persona.
Desde "Mantenimiento -> Parámetros -> Personas -> Tipo de cálculo del Remanente". - Tendremos 3 opciones:
1=Deudas vencidas, no anuladas y no domiciliables
2=Deudas
3=Deudas vencidas y no domiciliables
- Desde "Fichas -> Personas -> Pagos -> Pagos", si filtramos por el estado "Pendientes de cobro", ahora se incluirán los pagos pendientes que estuvieran anulados/anulaciones en función del parámetro "Tipo de cálculo del Remanente".
Desde "Fichas -> Personas -> Pagos -> Pagos", en el cálculo del remanente (importe pendiente), ahora se incluirán los pagos pendientes que estuvieran anulados/anulaciones en función del parámetro "Tipo de cálculo del Remanente".
- Nuevo parámetro general 'Obligatorio informar parentesco al asignar Tutor' para indicar que será obligatorio informar parentesco (distinto a "Él mismo") al asignar tutor a una persona.
.jpg "DeporNews")
.jpg "DeporNews")
- En la pantalla de facturación de ventas, se tendrá en cuenta el filtro de pagos por grupo de empresa en caso de configurarse en el entorno.
- Filtro de pagos por empresa y grupo de empresa en la búsqueda de pagos.
- En la ficha de persona, en la búsqueda de pagos () se tendrá en cuenta el filtro de pagos por empresa o grupo de empresa en caso de configurarse en el entorno.
- En la pantalla de movimientos de sesión, en la búsqueda de pagos () se tendrá en cuenta el filtro de pagos por empresa o grupo de empresa en caso de configurarse en el entorno.
.jpg "DeporNews")
- Se añade nuevo parámetro 'TipoFechaCobroImporteCero' en la forma de pago para indicar como se asignará la fecha al crear pagos de importe 0 que deben marcarse como cobrados automáticamente (1=Fecha imputación, 2-Fecha actual).
.jpg "DeporNews")
- Nuevo protocolo de cobros Cargo a Monética para los dispositivos CashDro 3 o CashDro 5.
- Se podrán realizar cobros en metálico para ventas de importe positivo
- Se podrán realizar pagos en metálico para ventas de importe negativo
- Las aportaciones de fondo y/o los traspasos de caja se realizarán desde la interfaz Web del propio CashDro. Es decir, desde DeporWin solamente tendremos reflejado las ventas. Por lo que:
- La caja donde se utilice NO tendrá que tener activadas las propiedades "controlar fondo" ni "Arrastrar el fondo entre sesiones".
- Y la forma de pago tendrá las mismas características que teníamos para el CashDro 2 (Metálico, Cargo a Monética, No cobrado por defecto,...) pero además la configuraremos con tipo de cuadre "Auto Cuadre".
- En la tabla "ParametrosCargoMonetica" definiremos, para la forma de pago creada y por cada caja donde esté disponible, la URL del servidor de comandos remoto que controle el dispositivo Monética. Con el formato scr://IP:Puerto (por ejemplo scr://192.168.1.12:5041).
- El dispositivo Monética estará controlado por el "Servidor de comandos remotos". Por lo que tendremos que tener instalado el DSuite Local en la máquina donde esté conectado. Se configurará el DeporWin.ini (raíz de la máquina local):
[MONETICA]
TipoGestorMonetica=8 'CashDro3 - Y en el fichero de configuración de monética (Cash.ini) correspondiente:
[CashDro01]
url=https://xxx.xxx.xxx.xxx/ 'URL del Cashdro 3
user=admin ' usuario del Cashdro 3
pass=xxxxxxxxxx ' contraseña encriptada de dicho usuario
.jpg "DeporNews")
- Si se definía una analítica para los ingresos a cuenta, ésta no se asignaba hasta el proceso de cierre de caja. Ahora se asignarán online.
- Se añade nuevo parámetro general "Validar Sufijo Ordenante en devolución de recibos" para indicar si al tratar ficheros de devolución se validará que el sufijo ordernante de la devolución coincide con el de la remesa original.
Esta configuración es necesaria cuando dentro de un fichero de devoluciones puedan incluirse devoluciones de remesas de distintos 'ordenantes' (misma cuenta bancaria pero distinto sufijo de ordenante).
.jpg "DeporNews")
- En la pantalla de definición de actividades ahora podremos filtrar las actividades por centro.
- Lo configuraremos en DeporWin.ini [DeporWin] FiltrarActividadesPorCentro = Sí
- El centro en cuestión por el cual filtrar, vendrá determinado por el centro del almacén al que pertenece la caja actual. En su defecto, será el definido en DeporWin.ini [GestionPersonas] IdCentroPersonaPorDefecto.
- Al crear una nueva actividad, se autoasignará al centro en cuestión. Y no se permitirá cambiarlo ni desasignarlo.
- En los horarios de la actividad, se filtrarán también las ubicaciones correspondientes a dicho centro.
- En la definición de centros, ahora podremos indicar cual será "el recurso instalación" y "el recurso monitor" para los horarios de las actividades. De esta manera, al definir los horarios de una actividad, podremos seleccionar de entre los recursos descendientes a los definidos en su centro correspondiente.
- Reservas Actividades Puntuales: Añadido un nuevo boton en la pantalla de reserva (reservar e imprimir). Ahora solo imprime el comprobante con este, el anterior hace la reserva sin la impresión del comprobante que queda pendiente.
- En el selector de almacenes, se añaden nuevos filtros de entorno 'FiltrarAlmacenesPorEmpresa' y 'FiltrarAlmacenesPorGrupoEmpresa' para poder filtrar los almacenes según la empresa o grupo definido en el entorno teniendo en cuenta la empresa configurada por defecto en el centro al que pertenece cada almacen.
- En el selector de cajas, en caso de activar en el entorno los filtros de 'FiltrarAlmacenesPorEmpresa' y 'FiltrarAlmacenesPorGrupoEmpresa' se filtrarán también las cajas segun la empresa asocida al centro de la caja.
- En la ficha de persona, al facturar pagos, si está activada la numeración de tickets manual se solicitará también introducir manualmente el número de factura.
Además, se bloqueará la opción de facturación de ventas masiva.
- En la ficha de persona, al eliminar los datos de persona con la opción 'RGPD' se elmininará también la fotografía del usuario.
- En las pantallas de datos de devolución de recibos y transferencias bancarias, al intentar seleccionar una fecha desde el calendario este se mostraba con fondo negro lo que dificultaba la selección de día.
- En CRM, al registrar acciones que implican envío de notificaciones a comerciales, 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.
.jpg "DeporNews")
- En la tabla inferior de la pantalla de "Fichas -> Objetos", ahora se mostrarán solamente la lista objetos (con su nombre y tipo) sin información de sus usos. Y para ver cualquier información respecto del uso de un objeto determinado, tendremos que consultarlo en la pestaña de "Usos".
- En el sistema de restricciones de funcionalidad por grupos de usuario, se añade registro en el historial de configuración de sistema para guardar todos los cambios que se produzcan en la pantalla de mantenimiento de restricciones de funcionalidades.
.jpg "DeporNews")
- En la importación de terceros, ahora podremos indicar cómo se procesará el número de las direcciones (1-Tal cual, 2-El número en dirección y el resto en dirección complementaria).
- Los "ingresos a cuenta" se crearán con la empresa definida en el .INI o en su defecto con la asociada a la caja.
Los "ingresos a cuenta para cobro combinado" se crearán con la empresa de las ventas/deudas que se estén cobrando.
- Mejoras en las pantallas de gestión de lotes de cupones
- Se añade nueva opción de 'exportación' de datos en la pantalla de detalle de un lote de cupones.
- Se añade nuevo campo con el nombre de usuario en la pantalla de consumos de un cupón.
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora la definición de parámetros de "Personas", "Económicos", "Pantalla", "Abonos", "Actividades" y "Servicios" se realizará desde "Mantenimiento tablas auxiliares".
¶ Correcciones
- Desde la pantalla de Búsqueda rápida (F3), si pasamos una pulsera por el lector de carnets, buscará siempre la ficha de la persona, aunque sea operador
- En sistema de restricciones de funcionalidad por grupos de usuario, solucionado error no controlado al comprobar restricciones cuando se definían para un mismo grupo y funcionalidad restricciones con dato y sin dato al mismo tiempo.
- En la exportación de ventas a Sitge DTEOne, resuelto problema en la sincronización en caso de multiempresa (no se cogía la empresa asociada al centro de la caja)
- Reserva de Clases Puntuales: No se estaba teniendo en cuenta el parametro del ini ni de la configuración de la actividad a la hora de mostrar el boton de "inscripcion en lista de espera". Ahora se tienen en cuenta ambos parametros para Mostrar/Ocultar esta opción.
- Al modificar el titular de una cuenta bancaria (no el titular por defecto, sino el titular de la propia cuenta) se marcarán los datos bancarios como "Pendientes de Validar". Esta información sólo aparecerá en pantalla en caso de tener configurado algún protocolo que la gestione (actualmente protocolos Bancolombia).
- Al realizar un cambio inmediato sobre un abono con fecha de baja programada, no se establecía como fecha de baja del abono anterior la fecha del cambio (se quedaba la fecha de baja programada).
- Si un ingreso a cuenta ya estaba caducado y no se había consumido ningún importe de dicho ingreso, se mostraba en la pantalla de "Extracto de dinero a cuenta" con el importe total del ingreso en vez de a 0€.
- Reservas ActividadesPuntuales: Detectado que si no había plazas disponibles en clases pasadas, permitia inscribirse en la lista de espera. Ahora, si la clase ya esta realizada y no hay plazas, el boton de "añadir a lista de espera" lanzará un aviso "No se pueden realizar inscripciones en lista de espera a clases en curso o ya realizadas"
- En la facturación de ventas, solucionado problema al configurar grupo de empresas en el entorno.
- En el selector de series de facturación se mostrarán sólo las series cuya empresa asociada pertenzca al grupo definido en el entorno.
- La pantalla de facturación sólo mostrará pagos de una empresa:
1.La empresa configurada en el entorno si se ha definido.
2.La empresa asociada a la serie de facturación si no se ha configurado empresa en el entorno.
3.La empresa asociada a la caja/almacen si no se ha configurado empresa en el entorno y no hay series de facturación para las empresas del grupo.
- Al intentar facturar uno o varios pagos desde el menú contextual de pagos, se mantenían los filtros de la pantalla principal de facturación (cobrados si/no, fecha de cobro, etc.) de forma que a veces los pagos selecionados no aparecían en la cesta a facturar por no cumplir dicho filtro.
- Al crear una nueva ficha de persona, ahora se bloqueará el cambio de ficha (F3, Buscar y click en la grid) hasta que finalice o se cancela la creación.
- En la pantalla de mantenimiento de agrupaciones, no aparecía el campo 'Concepto' para poder modificarlo.
¶ 01/04/2019
¶ DeporWin v3.0
¶ Mejoras
- Para optimizar el proceso de actualización de BBDD, en los scripts de cambios del modelo de datos de DeporWin se modifica el campo "EstadoExportacionIVA" para que sea nulable en Pagos, Ventas y Facturas.
¶ 14/02/2019
¶ DeporWin v3.0
¶ Correcciones
- Se fuerza la actualización de la tabla NuevosIdentificadores para la tabla Abonos en todas las actualizaciones de DSuite.
¶ 11/02/2019
¶ DeporWin v3.0
¶ Mejoras
- Modificado protocolo de notificación de cuentas bancarias para Bancolombia para incluir nuevos datos.
- Cambios en la gestión de eliminación y modificaciones de cuentas bancarias para Colombia.
- Al eliminar una cuenta bancaria desde la ficha de la persona, esta no se borrará directamente sino que se marcará como "Pendiente de Notificar Baja". En caso de modificar los datos bancarios existentes, lo marcará como "Pendiente de Notificar Modificación".
- Al generar el fichero de prenotificación de cuentas bancarias, para el caso de Bancolombia se notificarán las bajas realizadas. También se notificarán, en el caso de los cambios de cuenta, la baja de la cuenta previa y el alta de la nueva cuenta.
- Al tratar el fichero de respuesta, las cuentas marcadas como baja se eliminarán realmente de la persona.
- En el caso de ACH, dado que no hay notificación de bajas, no se informará de las mismas y las cuentas se borrarán en el momento de generar el recibo.
- En el menú contextual de factura, se añade nueva opción para gestionar 'datos extra' en la factura (se podrán configurar por parte del usuario los campos de datos extra necesarios).
.jpg "DeporNews")
- Ahora podremos indicar el tipo de redondeo que se aplicará a los importes de los pagos pertenecientes a abonos/actividades/servicios (1=Cantidad superior, 2=Cantidad inferior, 3=Cantidad más próxima).
- Añadido registro en el historial de la persona de las ventas exportadas de forma manual a través de la opción del menú de pagos "Exportar Venta".
- Al seleccionar forma de pago 'transferencia' en caso de configuración de empresa en el entorno (DeporWin.ini -> IdEmpresa), se mostrarán sólo las cuentas bancarias de la empresa del entorno en el selector de cuentas.
- En la ficha de persona, ahora se permite realizar cambios de actividad a actividades sin plaza disponible.
Se realiza petición de confirmación y se valida la restricción de funcionalidad 'INSCRIBIR EN ACTIVIDAD SIN PLAZAS' (de esta forma se puede permitir o no en función del grupo de usuarios).
- Se añade las consultas del "Registro de Exportación de Personas" y del "Registro de Exportación de Accesos".
- Se puede acceder desde el menú contextual de una persona seleccionada.
- Para habilitar hay que seleccionar los protocolos de integración de personas en la pestaña "Personas" del mantenimiento de Parámetros.
.jpg "DeporNews")
.jpg "DeporNews")
- Desde "Fichas -> Personas -> Pagos -> Pagos", los pagos de ingreso a cuenta para cobro combinado se mostrarán indentados.
- En la domiciliación PAC Itau, se añade la posibilidad de generar el fichero de cobros en formato 'CSV' (campos separados por coma ",").
Para generar el fichero en este formato, en la pantalla inicial de parámetros de domiciliación se deberá escoger 'Tipo plazo presentación = Reducido'.
.jpg "DeporNews")
- Al iniciar una venta de conceptos desde Fichas -> Personas (F2 o botón TPV), si el formulario del TPV ya estaba abierto pero minimizado, entonces se maximizará automáticamente.
- Nueva pantalla para consultar los Detalles de un Cobro Combinado. Se accede desde el menú contextual de la pestaña de Pagos de Personas, al seleccionar una venta o un cobro.
.jpg "DeporNews")
- En la pantalla de facturación de ventas, se añade nueva opción para agrupar pagos en la factura 'por Servicio y Tipo Periodo'.
.jpg "DeporNews")
- En la ficha de persona, pestaña de pagos, al modificar el titular de un pago se modificará el titular de la venta y el de todos los pagos pertenecientes a dicha venta.
En caso de que existan varios pagos pertenecientes a la venta se solicitará confirmación mostrando la relación de pagos afectados.
Esta funcionalidad es válida cuando no tengamos en DeporWin activado la generación de asientos contables en pagos.
.jpg "DeporNews")
- La aplicación "Lector Carnets", al recibir una lectura de un carné desde el dispositivo PCR300, ahora realizará un BEEP sonoro.
- Modulo nativo "Reserva Clases Puntuales"
- Se ha implementado un módulo de reserva de clases puntuales nativo para Deporwin. Este módulo es accesible desde la ficha de personas y consta de las siguientes pantallas:
- La pantalla principal (Imagen 1) nos permite ver las actividades actuales (7 y 8) por salas(4) y franjas horarias(6 y 7).
- Además, nos aparen las actividades reservadas/en lista de espera por Usuario (1) seleccionado y por el centro elegido(2).
- Esta pantalla tiene también un scroll horizontal (9) en caso de que no se puedan mostrar todas las salas.
- El botón "Próxima clase usuario" nos permite navegar directamente a la próxima reserva realizada por el usuario que estamos revisando actualmente.
- Una vez seleccionada una actividad se pueden dar 3 casos: que la clase no esté reservada por el usuario y tenga plazas (Imagen 2) con lo cual podremos reservar, que la clase este reservada por el usuario actual (Imagen 3) y que el usuario este en lista de espera de la misma(Imagen 4)
- Además reseñar que se permiten reservas puntuales con precio, que puede ser cobrada por medio de las diferentes formas de pago e incluso con cobro combinado si lo tenemos habilitado
- Se ha de revisar la configuración de los conceptos de la actividad para que esten disponibles en la caja que ha de realizar las operaciones de reserva.
- Nuevo mantenimiento de plantillas SMS. Se puede acceder desde la pantalla de mantenimiento de tablas auxiliares o desde Mantenimiento --> SMS --> Envío masivo de SMS.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Soporte a la nueva API de Google de Geolocalización de direcciones:
- "Google Maps Platform" ya NO permite geolocalizaciones anónimas, por lo que cada cliente tendrá que darse de alta en https://cloud.google.com/maps-platform/?apis=places (hay que tener en cuenta que Google puede llegar a cobrar en función del número de geolocalizaciones mensuales realizadas). Una vez finalizado el proceso de alta obtendremos una API Key.
- En [ParametrosWeb].[ClaveAPIGoogle] informaremos la API Key obtenida anteriormente.
- En el algoritmo de cálculo de la cuota para los abonos familiares clásicos o familiares multicategoría, con cálculo de descuentos sobre la parte incremental de cada integrante, ahora se tendrá en cuenta el "criterio de ordenación integrantes (0-Según categoría/tipo abono, 1-Edad descendente, 2-Edad ascendente, 3-Fecha inscripción ascendente)" así como la marca "Cabeza de Familia siempre primero".
- Y desde "Fichas -> Personas -> Abono -> Integrantes" también se auto ordenarán los integrantes teniendo en cuenta los criterios anteriores.
- Por defecto, para abonos familiares clásicos o familiares multicategoría, el valor será "3-Fecha inscripción ascendente" y "Cabeza de Familia siempre primero=Sí".
- En una reserva de programa, al establecer el descuento de una línea de una planificación, si teníamos definido que se redondeasen los importes de los pagos y no se había definido un redondeo de dicho descuento, se establecerá automáticamente el redondeo según los decimales de la moneda (por ejemplo, para el euro se establecerá a 0,01). Con esto aseguramos que el importe de la venta cuadre con el importe de la línea.
- Al realizar un alta de un servicio (por ejemplo, una taquilla) y modificar manualmente la fecha de próxima renovación, si tenemos configurado que se pondere automáticamente la primera cuota, ahora se tendrá en cuenta la nueva fecha de próxima renovación para el cálculo del factor de ponderación.
- En la facturación de ventas, se añaden mejoras en las descripciones de línea de factura en caso de agrupación de pagos por servicio
- Para la descripción de la línea, en caso de agrupación de pagos con distinta descripción, tomaremos la descripción del servicio en lugar de la descripción de la agrupación.
- Añadiremos al final de la descripción entre corchetes, la cantidad total de los pagos que están incluidos en la línea de factura. Y se seguirá manteniendo el importe unitario en la linea en el caso de que todos los pagos agrupados son del mismo importe
- Nuevo parámetro para indicar si en el algoritmo de selección de "concepto activo" para una actividad con precios por conceptos, debe o no tener en cuenta el "periodo de renovación".
- Lo definimos desde "Mantenimiento -> Parámetros -> Actividades -> Considerar periodo renovación en Algoritmo Concepto Activo".
- Nueva funcionalidad 'Conceptos Multiempresa'
- Nuevo campo 'Multiempresa' en la definición de Conceptos, para determinar si el concepto es compartido por varias empresas.
- Se podrá utilizar la variable 'Empresa de contratación' en el Sistema de Reglas NMS para poder introducir reglas de precio, promociones, etc. en función de la empresa asociada a la venta.
- Se determinará la empresa asociada a la venta de la siguiente forma:
1. La empresa definida en el centro asociado a la caja/almacen
2. La empresa definida en el concepto
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevo parámetro general 'FuncionCargoPersonalizadoEnCobroManual' para poder generar cargos 'personalizados' y automáticos en el momento de cobro manual de uno o varios pagos.
.jpg "DeporNews")
- Nueva entidad 'GruposEmpresa' para poder agrupar empresas a la hora de realizar informes, listados ReporWin, etc.
.jpg "DeporNews")
- Nuevo parámetro general 'FuncionDescuentoPersonalizadoEnDomiciliacion' para poder generar descuentos 'personalizados' y automáticos en el proceso de domiciliación (sólo en protocolos bancarios con cobro diferido).
.jpg "DeporNews")
- Cambio extensión fichero domiciliación PAC-ITAU Chile a '.XLS'
- Nuevas restricciones de funcionalidad:
- * 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
Modificar precio unitario reservas servicio
Modificar descuento reservas servicio
Modificar cantidad reservas servicio con importe resultante negativo
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
Mostrar panel servicios extra en reservas servicio
Des-prestar reservas servicio
Des-vender reservas servicio
¶ Correcciones
- Modificado los parámetros para el cálculo del IdAcreedor de Domiciliación SEPA, ya que solo calculaba bien para el IBAN de España, dentro del mantenimiento de "Cuentas bancarias".
- En la ficha de persona, pestaña de reservas, se soluciona problema al mostrar reservas 'temporales' con modificaciones puntuales de hora, recurso, etc. en algunos días.
Estas reservas modificadas no se mostraban con su identificador, sino con el identificador de la reserva inicial, lo que impedía realizar acciones del menú contextual sobre la reserva modificada.
- En "Fichas -> Personas -> Pagos", al realizar un click sobre la cabecera de un campo, se ordenarán los pagos por dicho campo ascendentemente, y si volvemos a pulsar se ordenará descendentemente. Y así, alternativamente.
- En "Fichas -> Personas -> Acceso", al iniciar la modificación los campos "Acceso permitido", "Acceso ilimitado" o "Acceso bloqueado" y cancelar dicha acción, se modificaban igualmente.
- Si el importe base de la matrícula de un tipo/categoría de abono era de 0€ y había definido un descuento por perfil para la cuota, pero el descuento para ese perfil para la matrícula era de 0€ o 0%, se generaba el pago de matrícula con importe 0€ y con un descuento de 0€, cuando lo correcto en ese caso es no generar pago de matrícula.
- En abonos familiares clásico o multicategoría, al añadir un nuevo miembro a un abono activo, si la fecha de alta del nuevo miembro era mayor o igual a la fecha de próxima renovación del abono, no se generaba el pago de incremento por matrícula.
- Desde "Fichas -> Personas", al reposicionarse de ficha mediante un click en una fila de la grid y rápidamente pulsar F3 o Alt+B para buscar otra ficha, se producía un error de posicionamiento de fichas. Ahora se impide la acción de búsqueda durante un reposicionamiento de fichas.
- Ahora usaremos el procedimiento almacenado "NuevoIdSeguroSeriesFacturacion" para la obtención de un nuevo número de ticket/factura. Este procedimiento es seguro en alta concurrencia (no se podrán repetir números dentro de una misma serie).
- Al leer un carné de un operador de DeporWin con la aplicación "Lector Carnets" y estando en " Fichas -> Personas", en determinadas circunstancias se activaba los botones de Validar/Cancelar.
- Al leer un carné de un operador de DeporWin con la aplicación "Lector Carnets" y estando en " TPV", no se refrescaba el título de la ventana con el nuevo operador y, además, se perdía el foco.
- No se aplicaba la seguridad de controles en el formulario de envío de un SMS.
- Al domiciliar pagos y filtrar por centro, no se autoseleccionaba una cuenta bancaria vinculada a ese centro.
- Al realizar un cambio inmediato de tipo de abono con el algoritmo "2) Abono parte no consumida + Cargo completo nuevo tipo (próxima renovación cambiará)", no se calculaba correctamente el importe de la parte "nueva" si el tipo de periodo del nuevo abono era "Periodos naturales".
- Si el tipo de devolución de recibos lo tenemos configurado como "Vía un pago pendiente de cobro de tipo Recibo Devuelto", y realizábamos una devolución de un recibo que incluía un pago "Descuento", el nuevo pago de "Devolución" perteneciente a dicho descuento se creaba con los apuntes contables invertidos (debe/haber).
- Al facturar pagos con código de ticket no se actualizaban correctamente los enlaces de la factura con los nuevos pagos (tabla 'PagosLineasAlbaran').
- En la ponderación manual de cuotas de abono, si se modificaba manualmente la fecha de próxima renovación, en determinadas ocasiones no se calculaba correctamente el factor de ponderación (por ejemplo, en periodos trimestrales que incluían el mes de febrero).
- En ficha de persona, resuelto problema al añadir foto en la persona que provocaba que de forma esporádica no se permitiera añadirla hasta hacer un cambio de ficha o un refresco de datos (F5).
- En los protocolos bancarios de Bancolombia y ACH, al realizar notificaciones de cambio de cuenta, si no se encontraban los datos de la notificacion previa se producía un error.
- Error al añadir un "Nombre" mayor que 10 caracteres en el mantenimiento de "Niveles por tipo de Actividad". Se limita la entrada al "Nombre" como máximo a 10 caracteres.
- Si esta activada la exportación de personas (online o diferida), al guardar la fotografía en una ficha recién creada en Deporwin (sólo datos personales + dirección) se sobrescribía la información de la persona eliminando el vínculo con el sistema externo (IdTercero, IdTercero3) y se volvía a exportar la persona como una nueva, provocando que en algunos sistemas externos (p.e. MyVitale) se diese de alta la ficha nuevamente.
- Solucionado problema que desde el mantenimiento de grupos de usuarios al intentar copiar accesos no seleccionaba el grupo de origen y no copiaba los permisos al grupo destino.
¶ 26/10/2018
¶ DeporWin v3.0
¶ Correcciones
- Al realizar la renovación de servicios (taquillas,..), se producía un error nº 3265 "El elemento no se encuentra en esta colección" al acceder al campo IdEmpresa.
¶ 27/09/2018
¶ DeporWin v3.0
¶ Mejoras
- Ahora podremos desactivar perfiles
- Un perfil desactivado actuará de manera similar a como si no existiera, es decir, no aplicará descuentos (abonos, cursillos, servicios, servicios NMS, conceptos...) ni restricciones de compatible/incompatible (abonos, cursillos, servicios NMS, conceptos, recursos...) ni restricciones de recurso (antelación, cantidad reservas...) ni avisos (DeporWin, Vigilante), etc.
- Un perfil desactivado no se mostrará en las pantallas de definición (abonos, cursillos, servicios, conceptos...).
- Un perfil activado sí se mostrará en las pantallas de definición, independientemente de si está o no visible.
- Un perfil activado, pero invisible, no se mostrará en las pantallas de asignación a personas (Fichas -> Persona, Editar Persona...)
- Un perfil desactivado se podrá volver a activar en cualquier momento, gracias a que la vinculación de dicho perfil con las personas no se ha eliminado mientras estaba inactivo.
- Añadido al mantenimiento de Perfiles la opción "Activo" y filtros para Activo/Inactivo/Todos y Visible/No Visble/Todos.
- Ahora se registrará la fecha de solicitud de alta para abonados (campo FechaSolicitudAlta).
- Su valor será igual al día del sistema en el que se registró el alta (no se solicitará al usuario por pantalla).
- Se guardará tanto a nivel de Abonos como a nivel de Integrantes Abonos.
- Añadido el mantenimiento de parámetros de exportación de personas en mantenimiento de tablas auxiliares, sección General.
.jpg "DeporNews")
- En el proceso de devolución de recibos (tanto manual como desde fichero), si como acción de devolución seleccionamos "Baja", "Baja diferida" o "Marcar como no renovable", ahora tendremos que indicar un motivo de baja.
- Este motivo de baja se guardará en los distintos contratos de origen (abonos, cursillos, servicios NMS).
.jpg "DeporNews")
- Mejoras en la selección de serie de facturación
- En la facturación de ventas, se seleccionará la serie de facturación por defecto teniendo en cuenta la empresa y centro actual.
- En la facturación de un pago/s desde el menú contextual, se seleccionará la serie de facturación por defecto teniendo en cuenta la empresa del pago y el centro del pago (en caso de no estar especificado, el centro de la caja de venta/cobro del pago)
- El selector de series de facturación, ahora informa de centro, empresa y serie rectificativa.
- Se añade control de seguridad por grupos de usuario en las opciones del menú contextual de entradas/bonos. (frmPrincipal Contextual-PopUpEntrada-*)
- En el menú contextual de facturas, la impresión de facturas en caso de generación de número de factura por sistema externo (DTEOne) también se realizará con una petición al sistema externo.
- Nuevo parámetro para indicar que no se deniegue el acceso a las personas al quedarse sin ningún servicio contratado.
- Configurable desde "Mantenimiento -> Parámetros -> Parámetros Personas -> No Denegar Acceso a Personas sin servicios contratados".
- En el desglose del cobro combinado ahora se mostrará los campos "Cobrado" y "Fecha de cobro". Útil por ejemplo, si tenemos un cobro con una forma de pago domiciliable.
- En la pantalla de domiciliación, se añaden nuevos campos de código y nombre completo del usuario del pago, así como ordenación por esos dos nuevos campos.
- Al realizar una reserva de servicio "reduciendo tiempos", si todos los niveles a reservar (cabina, terapeuta,...) tienen la misma duración/inicio que la del servicio, al modificar la duración del servicio se modificará automáticamente la los niveles.
- Al realizar una reserva de servicio "reduciendo tiempos", el selector de servicio ahora se mostrará con sus nodos plegados (solo se mostrarán las familias de servicio).
- Pantalla de mantenimiento de vulneración de funcionalidades por grupo de usuario
- Las funcionalidades se cargan ordenadas alfabéticamente. Ademas el grid admite ordenación.
- Ahora al hacer doble click en una restricción, se nos abrirá el mantenimiento de las funcionalidades posicionada en aquella que hemos seleccionado.
¶ Correcciones
- Al fusionar personas no se fusionaban los registros de la tabla "CobrosVentasExportacion" y "PersonasExportacionContable".
- Al calcular el saldo de dinero a cuenta de un cliente, no se excluían los movimientos relacionados con un cobro combinado. Habitualmente no tenía relevancia, ya que suman 0, excepto en el caso de fecha futura y consultar el saldo a medio periodo.
- Al realizar una búsqueda de personas, si se realizaba un doble o triple click sobre el botón "Nueva Persona", se producía un error en el formulario de personas (Error 91: La variable de tipo Object o la variable de bloque With no está establecida).
- En la pantalla de definición de actividades, al utilizar la opción "Copiar Datos" se ocultarán el botón "Aplicar a todas" y la segunda pestaña "Substituir", ya que solamente tienen sentido para "Duplicar".
- En la pantalla de Personas, al filtrar las actividades compatibles por edad, no se tenía en cuanta que no se hubiera definido Edad Mínima y/o Edad Máxima (ahora se tienen en cuenta los casos nulos en la SELECT).
- Corregido problema en la patalla de creación de lotes de cupones en convenios. Se ha solucionado y ahora se cargan correctamente los conceptos
- En la pantalla de mantenimiento de funcionalidades ahora se permite saltos de linea en la descripción de la funcionalidad.
- En determinadas circunstancias, al adjuntar un documento PDF procedente de la ejecución de un listado/proceso en el gestor documental, no se enlazaba a la persona correcta.
- Se enlazaba a la última persona que confirmó la asistencia de una reserva de recurso, a la que prestó una reserva de servicio.
- Al realizar la venta selectiva de conceptos, no se controlaba la existencia del concepto especificado por el campo IdConcepto del listado. Ahora se avisa y se puede cancelar el proceso.
- Al realizar una anulación parcial de una venta (anular sólo algunos de sus pagos, como por ejemplo al facturar solo un pago de una venta con varios pagos que tengan tiquet asignado), si después se intentaba realizar la anulación de los pagos restantes (por ejemplo para incluirlos en otra factura), se tomaba la venta completa como ya anulada por lo que no se generaba la anulación, provocando datos incorrectos.
¶ 10/08/2018
¶ DeporWin v3.0
¶ Mejoras
- En ficha de persona, se añade nueva restricción de funcionalidad por grupos de usuario 'DUPLICAR PERSONA CON MISMO DNI' para no permitir a ciertos usuarios duplicar fichas de persona con el mismo DNI.
- Añadido mantenimiento para 'Etiquetas' en mantenimientos de 'Tipo de Documento' y 'SubTipo de Documentos'.
- Este mantenimiento estaba anteriormente en Mantenimiento --> Gestión Documental --> Editar Tipos de Documento.
- Añadido botón para Duplicar un registro en los siguientes mantenimientos: 'Puertas de acceso', 'Centros', 'Agrupaciones Contables','Cajas', 'Parámetros TPV Virtual','Series de facturación','Tipos de créditos o puntos','Tipos de cupones','Procesos de aplicación de servicios', 'Promociones' y 'Usuarios'
- En el proceso de tratamiento del fichero de respuesta de domiciliación de tarjetas se informará en los pagos de cada recibo la información contenida en el fichero de 'Número de autorización' y datos de tarjeta (Número ofuscado, Tipo y Fecha de caducidad).
- En la facturación de ventas, se añade nueva opción para poder realizar o no una factura distinta por convenio asociado a los pagos.
- En la pantalla de facturación de ventas masiva, en las opciones de facturación, se añade nuevo check "Factura por convenio" y se permitirá modificarlo y guardarlo en la configuración del usuario.
- Desde la pantalla de gestión de convenios, al facturar ventas, por defecto aparecerá siempre marcada la opción de "Factura por convenio".
- Las facturas emitidas con el check a "false" no quedarán vinculadas a ningún convenio. Es decir, no se podrán ver desde la pantalla de gestión de convenios.
.jpg "DeporNews")
- Desde "Fichas -> Personas -> Pagos -> Pagos", si filtramos por el estado "Pendientes de cobro", ahora se incluirán también los pagos pendientes que estuvieran anulados/anulaciones.
- Desde "Fichas -> Personas -> Pagos -> Pagos", en el cálculo del remanente (importe pendiente), ahora se incluirán también los pagos pendientes que estuvieran anulados/anulaciones.
- Añadido a la pantalla de búsqueda de documentos el filtrado por la fecha y que se seleccione automáticamente la persona seleccionada desde la ficha de Personas.
- En la inscripción a actividades, se añaden nuevos parámetros 'TipoValidacionEdadMinima' y 'TipoValidacionEdadMaxima' en la actividad para poder determinar el algoritmo de validación de edad mínima y máxima.
Según la configuración de estos parámetros, la edad de la persona deberá ser mayor o igual a la mínima y menor o igual a la máxima: - 1.En algún momento de la actividad
- 2.En todo momento de la actividad
- 3.En la fecha de inscripción a la actividad (si la actividad no ha comenzado todavía entonces se valida en la fecha de inicio de la actividad).
- 4.En la fecha de solicitud (habitualmente fecha de actual)
.jpg "DeporNews")
- Nuevo parámetro (por entorno) para activar por defecto la "Numeración de tickets manual". De esta manera las ventas con formas de pago que asignaban automáticamente números de tiques (de sus respectivas series) pasarán a solicitar manualmente dicho número (sin consumir de ninguna serie).
|
[Económico]
|
| NumeracionManualForzadaRecibosCaja=Sí |
- El filtro rápido de actividades (F4) ahora soporta el filtro por "centro" (CT+).
- Al eliminar una baja programada de un abonado se lanzará el proceso de "COMPROBANTE ELIMINAR BAJA PROGRAMADA ABONO" y al eliminar una baja programada de un integrante de un abono familiar se lanzará el proceso de "COMPROBANTE ELIMINAR BAJA PROGRAMADA INTEGRANTE AB".
- Se alimentarán las variables "IdAbono" y "IdPersona"
- En el proceso de domiciliación bancaria, si se configura el entorno sin copia de fichero ( DeporWin.INI: UnidadDestinoFicheroDomiciliacion = NINGUNO ) ahora se mostrará la información de la remesa emitida pero no se mostrará la pregunta para copiar el fichero.
- Al acceder a la pantalla de personas, se desactiva botón "Nuevo" hasta la carga total para evitar que se creen nuevas fichas por error.
- En facturas y albaranes, las ventas (pagos) incluidos en más de 1 factura (por generación de facturas rectificativas totales o parciales) se mostrarán en todas las facturas en las que estén incluidas.
- Si desde "Gestión Económica -> TPV -> Recursos" se solicita realizar una nueva reserva de servicios para un usuario que no sea una entidad y dicho usuario tuviera otra reserva de servicio "no completada" (con ventas pendientes o prestaciones pendientes), tendremos la opción de "acumularla" en la anterior reserva o bien iniciar una nueva.
|
[GestionVentas]
|
| PermitirAcumularServiciosEnReservasProgramasNoCompletadas=Si |
- Realizadas mejoras en la asignación de CodigoReciboCaja / NumeroReciboCaja a los pagos / ventas
- Se ha centralizado la función para determinar si debe asignarse CodigoReciboCaja/NumeroReciboCaja a los pagos y/o ventas.
- Se ha añadido el parametro NoAsignarReciboSiImporteCero a las formas de pago para permitir no asignar tiquet a los pagos de importe 0 (y tampoco a la venta si todos los pagos de una venta son de importe 0).
- En la devolución parcial o total de pagos se generarán ventas con numeración de rectificativas y se vincularán a la venta original.
- En la ejecución de los procesos de inicio de sesión desde línea de comandos en DeporWin con el parámetro /ProcesosAutomatico, ahora se ejecutarán también las consultas de actualización (INSERT, UPDATE, DELETE) que no tengan parámetros.
- Ahora se registrará en el historial de una persona los accesos su HISTORIAL MÉDICO.
- "Se ha accedido al HISTORIAL MÉDICO de la persona pulsando el botón 'Fichas Médica'"
- Ahora podremos complementar el algoritmo de fusión de personas con una "fusión personalizada" mediante un procedimiento almacenado de SQL Server.
- Para implementar dicho algoritmo hay que modificar el procedimiento almacenado "FusionarPersonasPersonalizado", que recibe los parámetros @IdPersonaAEliminar, @IdPersonaAMantener e @IdOperador.
- Ahora podremos definir una empresa distinta para la cuota de mantenimiento de un tipo de abono (si no se define se considera la misma que para la matrícula y cuota).
- Se generarán ventas distintas para cada empresa (con su respectivo número de ticket).
- Ya no se pide confirmación en el cambio de operador.
- Aplicable tanto al cambio rápido (con F8 o con el "Lector Carnets") como al cambio normal.
- Nueva opción en el menú contextual de una persona, para crear una nueva ficha de persona relacionada con la actual.
- Se le copiarán los datos de dirección (excepto teléfono móvil y email) de la persona actual.
- Se le asignará como titular por defecto, el titular de la persona actual.
- Se le asignará como tutor, el tutor/titular de la persona actual.
- Desde "Fichas -> Personas", al mostrar el menú contextual sobre una persona, no aparecerán las acciones de "Editar", "Nueva ficha relacionada", "Copiar datos", "Renumerar Persona", "Eliminar Datos (RGPD)", "Establecer Validez Carnet", "Fusionar", "Exportar Datos", "Registrar Acción CRM" mientras estemos en medio de una edición de algún dato.
- Desde "Fichas -> Personas", al mostrar el menú contextual sobre una persona y seleccionar una opción de filtrado, si estábamos en medio de una edición de algún dato de la persona, antes de aplicar el nuevo filtro nos pedirá confirmación de si queremos guardar los cambios pendientes.
- Ahora al 'Asignar Perfiles desde Listado' se aplican TODOS los descuentos por perfil posibles, antes era necesario pasar posteriormente el proceso de actualización --> Procesos de Actualización --> Abonos --> Aplicar TODOS Descuentos Perfiles Abonos Aplicables
.jpg "DeporNews")
- Ahora podremos indicar si se desean borrar los pagos pendientes de cobro del abono en procesos de baja masivos.
- Mantenimiento -> Parámetros -> Parámetros de Abono -> Borrar pagos pendientes en procesos de bajas masivos.
- Ahora desde "Mantenimiento -> Procesos Actualización -> Personas -> Activar Perfiles Programados", al activarse uno a uno los perfiles de cada persona, no se lanzará el proceso de ReporWin "ALTA PERFIL".
- Nuevo proceso de actualización para la eliminación de datos personales a partir de un listado (RGPD).
.jpg "DeporNews")
- Nueva Pantalla de selección de tipo de comunicación (Email o SMS) para el alta de tarjeta bancaria.
.jpg "DeporNews")
¶ Correcciones
- Desde "Fichas -> Personas -> Personal" si se modificaba el documento de identidad por uno que comenzara por una letra (por ejemplo, los NIE), se producía el "Error 13: No coinciden los tipos".
- Si accedíamos primero a "Fichas -> Actividades", luego no se podía acceder a "Fichas -> Personas".
- Al realizar devolución de recibos mediante fichero, una vez cargados desde el fichero los recibos a devolver, al procesarlos no se tenía en cuenta el protocolo bancario según el tipo de fichero de devolución sino el indicado en Mantenimiento -> Parametros -> Parámetros -> Domiciliación, por lo que en algunos casos fallaba la devolución de los recibos apareciendo como incidencias.
- Solucionado el error al fusionar dos personas si ambas pertenecían ya un mismo convenio (Error de clave duplicada en IntegrantesConveniosEntidad).
- Si modificábamos algunos de los campos de "Fichas -> Personas -> Acceso" (como por ejemplo el número de carné) y luego pulsábamos el botón "Cancelar", no se cancelaban dichos cambios.
- En caso que en ParametrosWeb se registrará una clave de encriptación no "hexadecimal" se protege el código para no provocar error y aplicar la clave por defecto. Se registrará el error en el log.
- Corregido error en el protocolo de devolución de recibos Colombia RedeBan con la fecha de la operación cuando el idioma del servidor de terminales y del servidor SQL eran diferentes (la fecha se pasaba como texto en lugar de fecha, provocando problemas con el formato).
- Corregido el error de asignación de la caja de traspaso en el mantenimiento de Cajas. Se borraba la caja de traspaso al cambiar de fila, así como a nuevas o duplicadas.
- En la ficha de persona, al eliminar una persona se eliminarán también sus reservas de clases puntuales.
- En la ficha de persona, resuelto error no controlado de desbordamiento (división por 0) al acceder a la pestaña de cursillos de la ficha de persona. (El error se producía cuando el cursillo está de baja con una fecha igual a la fecha de alta)
- Corregida casuística de asignación NumeroReciboCaja/CodigoReciboCaja en pagos/ventas cuando se substituía la forma de pago seleccionada por el usuario por otra de forma automática (forma de pago de tipo UsoBono si el pago correspondía a un pago con bono; forma de pago especificada para los pagos pendientes de Importe 0 cuando así correspondía). En estos casos, la asignación de NumeroReciboCaja/CodigoReciboCaja la determinará la forma de pago final y no la seleccionada por el cliente.
- Al generar CodigoReciboCaja/NumeroReciboCaja, en caso de usar una forma de pago con IdEmpresaForzada, si el nº de tiquet dependía de la empresa no se realizaba correctamente, tomándose de la empresa inicial y no de la forzada.
- Solucionado problema de control de stock al fraccionar pagos (se añade un indicador en el pago para determinar si está exento en el control de stock)
- Al fusionar personas no se fusionaban los registros de la tabla "LogrosPersonas".
- En la plantilla de ocupación de recursos que se muestra desde "DeporWin -> Gestión Económica -> TPV", no se tenían en cuenta las propiedades del Recurso: "Mostrar Notas en plantilla siempre" y "Mostrar sólo titular en plantilla".
- Al identificarse un usuario mediante el lector de carnets sólo se comprobaba el carnet registrado en personas, pero no los posibles carnets adicionales registrados en Carnets.
¶ 28/05/2018
¶ DeporWin v3.0
¶ Correcciones
- Desde "Fichas -> Personas -> Personal" si se modificaba el documento de identidad por uno que comenzara por una letra (por ejemplo, los NIE), se producía el "Error 13: No coinciden los tipos".
¶ 07/05/2018
¶ DeporWin v3.0
¶ Mejoras
- Ahora podremos desactivar un subtipo de cliente, de manera que no se puede asignar a un cliente en nuevas altas/ediciones.
- En la definición de cuotas de abono/actividades/servicios, en los selectores de cuentas contables (cuota, matrícula, etc..) ahora se excluyen las cuentas contables del grupo 4.
- Añadida nueva restricción de funcionalidad por grupos de usuario "INSCRIBIR EN ACTIVIDAD SIN PLAZAS" para poder 'prohibir' a ciertos operadores la inscripción a una actividad sin plazas (teniendo en cuenta el posible overbooking configurado).
.jpg "DeporNews")
.jpg "DeporNews")
¶ Correcciones
- En la pantalla de definición de cuotas de abono, si seleccionábamos una cuota que no tenía definida ninguna matrícula, en la pestaña "Básicos" se mostraba información sobre la matrícula (precio, IVA,...) correspondiente a otra cuota. Ahora no se mostrará nada hasta que se cree un matrícula desde el grid.
- Al otorgar puntos por alta/renovación de cursillistas (de Actividades con precios sin conceptos), no se respetaba la asignación al usuario/titular definida en el "Tipo de créditos/puntos".
- Al realizar una devolución de un recibo bancario, si seleccionamos la opción de programar una baja diferida, se asignaba la fecha de baja a todos los servicios (abonos/cursillos/servicios) aunque estos servicios (abonos/cursillos/servicios) ya estuvieran de baja efectiva.
- No se aplicaba la seguridad del formulario "Fichas -> Personas" en la primera vez que se accedía.
- En la pantalla de mantenimiento de las Fracciones de los Esquemas de Fraccionamiento se ha cambiado el tamaño del importe hasta 15 dígitos.
- Al volver a acceder al "Fichas -> Personas" desde otro formulario, se mostraba el campo "Tipo de documento de identidad" aunque no tuviéremos ninguno definido.
- En la ejecución de los procesos de inicio de sesión desde línea de comandos en DeporWin con el parámetro /ProcesosAutomaticos, se quedaba el proceso parado en la "Baja de usos de servicios" (por ejemplo, Taquillas) si la persona tenía pagos pendientes.
¶ 19/04/2018
¶ DeporWin v3.0
¶ Mejoras
- Ahora podremos configurar que la pestaña de "Recursos" dentro del TPV se muestre maximizada.
|
[GestionVentas]
|
| MostrarPestañaOcupacionRecursosMaximizada=Si |
- Fichas provisionales
- Podremos indicar si una ficha es provisional o no.
- Tanto desde "Fichas -> Personas -> Personal" como desde el formulario de mantenimiento reducido.
- Podremos mostrar las fichas provisionales con el filtro del menú contextual de personas
- No se verificarán los campos obligatorios para las fichas provisionales
- Se registrará en el historial de la persona los cambios de estado de ficha provisional
- En el mantenimiento de Usuarios:
- - se oculta el campo "Mostrar Avisos Personas" ya que no se está haciendo caso en código.
- - se añade el campo "Mostrar detalle aviso si sólo hay uno".
- Nota: Al marcar esta opción, en caso de haber un único aviso, se mostrará el detalle directamente (en lugar de la lista de avisos), tanto en la pantalla inicial de avisos como al posicionarnos en una ficha que tenga algún aviso.
- - se añade el campo "Mostrar sólo avisos sin persona".
- Nota: Al marcar esta opción, se mostrarán por defecto los avisos que no tengan persona asociada (anónimos), tanto en la pantalla inicial de avisos como en la ventana de "Consulta de Mensajes"
- En el menú contextual de la ventana de avisos:
- - se añade el filtro "Sólo sin persona asociada"
- - se añaden checkboxes que se mantienen con la ordenación y filtros seleccionados
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Se añade restricción de funcionalidad por grupos de usuario para deshacer un cobro en el menú contextual de pagos.
- Al realizar una baja inmediata de un integrante de un abono (para familiares clásicos o multicategoría), se lanzará el nuevo proceso de "COMPROBANTE BAJA INTEGRANTE ABONO".
- Se alimentarán las variables "IdAbono" y "IdPersona"
- Modificación de los avisos (códigos de colores) en la pestaña de servicios de la ficha de la persona. Ahora se ha igualado a los avisos de la pestaña de cursillos.
.jpg "DeporNews")
- Ahora podremos ocultar columnas en las grids de persona (Fichas -> Personas, Pantalla de búsqueda, Pantalla de búsqueda rápida (F3)). Este desarrollo nos será útil si lo combinamos con la restricción de funcionalidad de "Acceder a ficha de persona" según un perfil.
|
[GestionPersonas]
|
| ColumnasGridPersonasOcultas=NINGUNA | ' Lista separada por comas de las columnas a ocultar, por ejemplo: Telefono, TelefonoMovil, Email, DNI, Nacimiento |
- Se añade campo 'Centro' en los datos bancarios de gestión para poder realizar filtro por centro en la pantalla de domiciliación.
.jpg "DeporNews")
- Nuevos parámetros de entrada para los perfiles calculados mediante función SQL
- Ahora dispondremos de 3 parámetros: @IdPersona, @Fecha y @IdOperador
- Si en la función de evaluación definida en el perfil solamente se indica el nombre de la función, por retro compatibilidad, se entenderá que solamente dispone de 2 parámetros: @IdPersona y @Fecha.
- Si queremos usar los nuevos parámetros deberemos definir en el perfil el nombre de la función y entre paréntesis los parámetros a usar (separados por comas). Por ejemplo: ObtenerPerfilesSocioCalculado(@IdPersona, @Fecha, @IdOperador)
- Adaptación de la eliminación de datos personales de una ficha de una persona a la nueva ley RGPD (Reglamento General de Protección de Datos).
- Ahora se lanzará el proceso de impresión "ELIMINAR DATOS PERSONALES" para poder emitir un 'certificado' de la información que se borrará.
- Se lanzarán peticiones de eliminación de huellas dactilares al Vigilante.
- No se eliminará el DNI por motivos fiscales.
- El menú contextual pasa a llamarse "Eliminar Datos (RGPD).
- En las altas de abonos con control de aforo, ahora se realizará una doble comprobación del aforo al aceptar el alta.
- Ahora podremos vincular la venta de conceptos con la generación de cupones.
- Desde "Definición de conceptos -> Características -> Cupones" indicaremos un "Tipo de cupón"
- Al vender uno de estos conceptos, se generará un lote de cupones del tipo indicado con tantos cupones como la cantidad vendida.
- Al anular la venta de estos conceptos, se invalidarán automáticamente los cupones que se generaron.
- Al cambiar la selección de TipoCliente de la persona, si sólo existe un SubTipoCliente válido, se autoseleccionará
- En la pantalla de Cobro Combinado se permitirá el uso de formas de pago domiciliables (tanto Cuenta como Tarjeta).
- Se podrá indicar la fecha de vencimiento del pago generado de esta forma.
- Si en la configuración de la forma de pago se marca la opción "Acumular En Cesta", se permitirá realizar múltiples partes con esa forma de pago, indicando diferentes vencimientos para cada una de ellas.
- Añadidas 2 nuevas funcionalidades para controlar el uso de estas formas de pago en caso de usuarios que no dispongan de los datos necesarios (Bancarios o Tarjeta):
- Permitir cargos domiciliados en cuenta sin datos bancarios
- Permitir cargos domiciliados en tarjeta sin datos tarjeta
.jpg "DeporNews")
- Mejoras en el buscador de conceptos:
- Se ha añadido la posibilidad de filtrar los conceptos desde la jerarquía de clasificación de conceptos (tipos, familias, subgrupos y grupos).
- Se ha añadido un menú contextual para filtrar por Bonos/Entradas, Servicios, Paquetes, ..
.jpg "DeporNews")
- Soporte para el cobro por TPV Virtual con tarjetas bancarias almacenadas en la plataforma de Addon Payments de "la Caixa".
- Se permiten tanto cobros con tarjeta como anulaciones de cobros con tarjeta.
|
BB.DD. DEPORWIN, TABLA PARAMETROSTPVVIRTUAL
|
| CodigoProtocolo=10 | ' Addon Payments |
| CodigoComercio=597029414300 | ' Código del comercio asignado en Addon Payments (merchantid). |
| Terminal=internet | ' Código de la cuenta asignada en Addon Payments (account). |
| UrlTPVVirtualReal=https://remote.addonpayments.com/remote | ' URL de la plataforma de Addon Payments en producción |
| UrlTPVVirtualPruebas=https://remote.sandbox.addonpayments.com/remote | ' URL de la plataforma de Addon Payments en pruebas (sandbox) |
| ClaveComercioReal=clave1,clave2 | ' Clave del comercio + Clave del comercio para devoluciones. Separadas por comas. Para el entorno de producción. |
| ClaveComercioPruebas=clave1,clave2 | ' Clave del comercio + Clave del comercio para devoluciones. Separadas por comas. Para el entorno de pruebas. |
| Caja= | ' Prefijo de los códigos de cliente en la plataforma de Addon Payments. Necesario solamente si se desea compartir un "mismo comercio Addon Payments" para distintas BB.DD. de DeporWin. |
- Nuevo protocolo de domiciliación de tarjetas "Addon Payments" de "la Caixa"
- Se usarán las tarjetas bancarias almacenadas por los clientes en la plataforma de Addon Payments de "la Caixa".
- 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 "Addon Payments".
- 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 de "Addon Payments"
- 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.
.jpg "DeporNews")
- Alta/modificación de tarjetas bancarias en la plataforma "Addon Payments" de "la Caixa".
- Necesario tener configurado un protocolo de domiciliación de tarjetas "Addon Payments" (en mantenimiento de cuentas bancarias)
- Necesario tener configurado DeporSite.
- Desde "Fichas -> Personas -> Económico -> Tarjeta bancaria -> Añadir Tarjeta bancaria" se procederá al envío de un email para solicitar al cliente que añada sus datos de tarjeta en la plataforma.
- El asunto/cuerpo del email lo podremos personalizar desde "Mantenimiento -> Plantillas -> Mantenimiento Plantillas -> Personas".
- Cuando el cliente reciba el email y pulse el link, se le abrirá en su navegador web el formulario para el alta/modificación de su tarjeta bancaria. No es necesario que el cliente tenga permitido el acceso a internet.
- Nuevos mantenimientos de Cajas, Entidades bancarias gestión, Esquemas de amortización y familias de descuentos de facturación.
- Los antiguos mantenimientos de "Tablas Auxiliares de Gestión Economica" ahora están en mantenimiento de "Tablas Auxiliares".
- Nuevo mantenimiento de Cuentas bancarias en "Tablas Auxiliares".
- También se puede acceder desde la opción "Mantenimiento -> Parámetros -> Parámetros" al clicar en la pestaña Cuentas Bancarias. Esta opción estará activa temporalmente.
- Ahora podremos definir como se calcula el importe remanente de una persona.
- Desde "Mantenimiento -> Parámetros -> Personas -> Tipo de cálculo del Remanente".
- Tendremos 2 opciones:
1=Deudas vencidas y no domicilibles
2=Deudas
¶ Correcciones
- Al fusionar personas no se fusionaban los registros de las tablas de "Convenios" ni de las de "Cupones."
- Al realizar un cambio inmediato de tipo de abono con el algoritmo "3) Abono parte no consumida + Cargo parte nueva (manteniendo próxima renovación)", no se calculaba correctamente el importe de la parte "nueva" si el tipo de abono nuevo era de duración mayor que mensual y se superaba el día del mes para posponer la próxima renovación.
- Al realizar la venta directa de un paquete "cerrado" sin venta detallada, se generaban los movimientos de prestación de servicio con la forma de pago de la venta (por ejemplo, metálico) cuando debería ser nula. Si además teníamos activa en la caja que arrastre el saldo entre sesiones, se arrastraba el importe de esos movimientos de prestaciones como si fueran ventas, creando un saldo inicial erróneo.
- Al realizar la renovación de cursillistas, si alguno no tenía informada la forma de pago, se producía un error nº 5 - Llamada a procedimiento o argumento no válidos.
- Al verificar el control de aforo de abonados, no se tenían en cuenta las bajas programadas del cabeza de familia (sí en cambio las de los integrantes) en el cómputo de número de abonados.
- En "Fichas -> Personas", al realizar una búsqueda de una persona, no se refrescaba correctamente el campo "Centro" si la persona no tenía centro definido, pero sí en cambio lo tenía la primera ficha de personas.
- Se ha corregido el problema detectado a partir de la creación del nuevo parámetro 'PublicableInternet' en la definición de centros, si este no estaba marcado como visible, en la pantalla de definición de usuarios el centro no aparecía.
- Desde "Fichas --> Personas", tanto los botones de "Buscar" y "Buscar y contratar" como los comandos con teclas rápidas (por ejemplo F3), estarán deshabilitados hasta la carga final del formulario.
- Al entrar a "Fichas --> Personas", en determinadas ocasiones se podría un error al cargar el DataControl con la lista de comerciales.
- La opción de menú "Fichas -> Actividades" no se ocultaba aunque así lo definirás en la gestión de seguridad de dicha opción.
- En la domiciliación de cuentas bancarias, tardaba en exceso la validación de datos bancarios en SQL Server 2014 y posteriores.
- En los cambios inmediatos de actividad, si se generaban pagos por la baja + alta, no tenían correctamente calculadas las fechas de inicio/fin de validez.
- El filtro de "Próxima renovación incorrecta" en la "Renovación de actividades" no funcionaba correctamente.
¶ 31/01/2018
¶ DeporWin v3.0
¶ Correcciones
- En la nueva pantalla de definición de conceptos, al cargar el árbol de selección de familias/subfamilias de conceptos, se producía un error de "campo ambiguo" en ciertas BB.DD. con SQL Server 2008 R2.
- En protocolos de domiciliación sin "Cobro Diferido" no era posible devolver recibos, ni de forma manual ni mediante ficheros de devolución.
¶ 24/01/2018
¶ DeporWin v3.0
¶ Mejoras
- En la gestión de ficheros de devolución del banco, se añade funcionalidad para selección y tratamiento de múltiples ficheros en un único procesamiento, mostrando una única pantalla de solicitud de parámetros, mensajes de error y resumen del proceso.
- Se añade restricción de funcionalidad por grupos de usuario para fraccionamiento en el menú contextual de pagos y en la venta de servicios NMS.
- En la pantalla de domiciliación se añade nueva opción para filtrar por centro
- Nueva opción de menú contextual filtro por centro en la pantalla de domiciliación
- Se mostrarán y domiciliarán los pagos que tienen centro informado y coincide con el seleccionado, así como también los pagos que no tienen centro pero se han generado en una caja del centro seleccionado
- Nuevo parámetro 'IdCentroDomiciliacionPorDefecto' en la sección [Económico] de DeporWin.INI para establecer el filtro por defecto
|
[Económico]
|
| IdCentroDomiciliacionPorDefecto= | Establece el centro por defecto para filtrar en la pantalla de domiciliación |
- En los traspasos de un dispositivo Cashbox (Monética), se ha cambiado el nombre de las opciones de selección del tipo de traspaso:
- "Retirada" pasa a ser por "Retirada Monedas" y "Traspaso a cajón y retirada" pasa a ser "Retirada Billetes"
- Desde "Gestión económica -> Sesiones Caja -> Activar numeración de tickets manual" podremos activar un "modo de contingencia" donde las ventas con formas de pago que asignaban automáticamente números de tiques (de sus respectivas series) pasarán a solicitar manualmente dicho número (sin consumir de ninguna serie).
- Se registrará en las notas del pago que se ha asignado manualmente el número de tique.
- Se mostrará de color rojo / naranja el formulario de cobro / cobro combinado.
- Al anular una pago se tomará siempre la serie de facturación de la caja/centro donde se está anulando independientemente del centro que tenga asignado el pago original.
- Se incluye el campo 'PermitirAccesoInternet' en la tabla de Terceros (por defecto a falso, aunque en cada cliente se podrá cambiar según sus necesidades)
- Se activa por defecto el acceso a internet al crear personas desde el fomulario reducido para seguir la misma lógica que en la ficha de personas
- Creación de una nueva aplicación "Lector Carnets", que se ejecutará en la máquina local donde tengamos un lector/grabador proximidad usb (PCR300x)
- Dicha aplicación escuchará el puerto donde tengamos conectado el PCR300, capturará el número de carnet y lo enviará a la pantalla que tengamos activa.
- Esta funcionalidad se ha ideado principalmente para 2 pantallas:
1) Ficha de Personas
En la pantalla de fichas de personas, si un operador pasa su tarjeta/pulsera RFID por el lector,
se efectuará el cambio rápido de operador.
Si el operador es el que ya está logeado en la aplicación, se bloqueará la misma.
En caso de pasar la tarjeta/pulsera de un cliente, se posicionará directamente sobre su ficha.
2) Salto de vulneración de funcionalidad
Cuando aparezca la ventana de Incompatibilidad con Normativa, en lugar de "Seleccionar Perfil", pasaremos directamente la tarjeta/pulsera RFID por el lector- Y se seleccionará directamente el operador que autoriza.
Posteriormente no nos pedirá la contraseña del mismo - En "Aplicaciones\Deporwin.ini", hay que añadir las siguientes secciones/entradas:
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
|
[LectorCarnets]
|
| NumeroLectoresCarnet=1 CaracterInicio=2 CaracterFin=3 |
|
[LectorCarnet 1] |
| PuertoCOM=3 <-- Ojo! El COM que te haya asignado el administrador de dispositivos Baudios=9600 Bits=8 Paridad=0 Stop=1 TipoLector=PCR300A Alias=PCR300 (125) MascaraCarnetProximidad= LongitudMinima=0 |
. |
- Y en el .ini del entorno de Deporwin incluiremos las siguientes entradas (haciendo coincidir los CaracterInicio y Fin que hayamos definido en Aplicaciones\Deporwin.ini):
|
[LectorCarnets]
|
| CaracterInicio=2 CaracterFin=3 |
. |
- Rediseño de la pantalla de "Definición de conceptos"
- A la izquierda se mostrará un árbol de selección de familias/subfamilias de conceptos.
- En la parte inferior se mostrará la lista de conceptos según el nodo del árbol seleccionado.
- En la parte superior se podrá definir/editar las propiedades del concepto seleccionado.
- Podremos filtrar por diversos criterios desde el menú contextual sobre árbol o sobre la lista de conceptos.
- La edición de una familia/subfamilia se realizará desde la opción "Editar" del menú contextual sobre el árbol.
- Con la tecla F3 se podrá buscar un concepto por Id.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Ampliado el tamaño del campo Nombre de las personas a 100 caracteres (necesario para entidades/empresas).
- Proveedor por defecto para compras de conceptos.
- Podremos asignar un proveedor por defecto para compras desde "Definición concepto -> Contabilidad -> Analítica".
- Podremos filtrar las familias/subfamilias/conceptos para un proveedor determinado desde el menú contextual en la definición de conceptos.
- Cuando se realice una compra de conceptos, si previamente no se ha asignado ningún proveedor, se asignará automáticamente el proveedor por defecto del concepto.
- En la definición de un bono de conceptos, ahora podremos limitar la cantidad máxima de usos para un determinado concepto de los pagable con dicho bono.
- Definible desde "Fichas -> Conceptos -> Características -> Conceptos en bono" si estamos en el concepto del bono, o desde "Fichas -> Conceptos -> Características -> Bonos" si estamos en el concepto del uso del bono.
- Al realizar la venta de uno de estos conceptos pagando con bono, se realizará dicha comprobación, y si no se cumple, se aplicará el "motor de restricciones de funcionalidades" con la nueva funcionalidad "VENTA CONCEPTOS -> CONSUMIR BONO CON CONCEPTO QUE EXCEDE LA CANTIDAD MAXIMA", con lo que podríamos permitir que determinados grupos de operadores puedan saltársela.
.jpg "DeporNews")
- En las pantallas de cobro y edición de pagos, añadidas nuevas restricciones de funcionalidad por grupo de usuario para cobros, anulaciones, devoluciones, etc. con importe negativo (según 'forma de pago').
- ANULAR TRANSACCION CON IMPORTE RESULTANTE NEGATIVO
- COBRAR TRANSACCION DE IMPORTE NEGATIVO
- DEVOLVER TRANSACCION CON IMPORTE RESULTANTE NEGATIVO
- INGRESO A CUENTA DE IMPORTE NEGATIVO
- MODIFICAR TRANSACCION CON IMPORTE RESULTANTE NEGATIVO
.jpg "DeporNews")
.jpg "DeporNews")
- Nueva restricción de funcionalidad por grupo de usuario para permitir/denegar la modificación/eliminación de reservas de servicios de otro terapeuta.
- RESERVA SERVICIOS --> MODIFICAR RESERVAS SERVICIO OTRO TERAPEUTA
.jpg "DeporNews")
- Nueva opción en la forma de pago para indicar si al generar la venta, se imputará al titular (por ejemplo, para recibo domiciliado) o al usuario (por ejemplo, para metálico/tarjeta).
- Puede sernos útil por ejemplo para trabajar con dinero a cuenta asociado al usuario (en vez de al titular)
- En la pantalla de fichas personas, se añade nueva restricción de funcionalidad por grupos de usuario "Acceder a ficha de persona" con dato "perfil".
- Si la persona tiene asociado de un perfil con comprobación de permisos de acceso (configuración en la pantalla de mantenimiento de perfiles) se verificará si el operador puede acceder a la ficha.
.jpg "DeporNews")
.jpg "DeporNews")
- Añadido control de tiempo de inactividad del usuario. En caso de que este se haya definido para el usuario / operador logeado, se actualiza su actividad en múltiples puntos de la aplicación. En caso de superarse el tiempo de inactividad establecido, se bloqueará la aplicación.
- Nuevo protocolo de domiciliación de tarjetas AMEX Perú.
- Se añade parámetro general "UsarSerieFacturasEnVentasParaEntidades" para permitir configurar el cambio de serie automático a serie de facturas en el caso de ventas a entidades.
Es decir, en caso de activar el parámetro, al realizar una venta a una persona marcada como entidad se le asignará automáticamente un número de la serie para facturas en lugar de la serie para tickets de venta.
.jpg "DeporNews")
- Cambiada la implementación de LeerClavesPrimarias_SQLServer para su optimización con SQL Server 2014 o superior
- Ya no se realizará una sincronización de las fechas de baja entre el abono y los cursillos/servicios relacionados con el abono de una persona. De esta manera podremos establecer fechas de baja programadas en los cursillistas/servicios distinta de la del abono relacionado.
- Y para evitar que se renueve anticipadamente un cursillista/servicios relacionado con un abono más allá de la fecha de baja del abono (si la hubiera), se realizará una comprobación en el momento de la renovación de manera que la persona continúe siendo abonada a fecha de próxima renovación.
- Añadida a la pantalla de personas la posibilidad de gestionar el Tipo / SubTipo de cliente.
- Para que el campo aparezca deberemos activar su visualización en la opción de Seguridad -> Visibilidad de datos -> TipoCliente, en cuyo caso, los campos "Lugar Expedición DNI" y "Numero Contribuyente" no se mostrarán (aunque su visibilidad esté activada).
- Se podrá forzar su obligatoriedad desde Seguridad -> Obligatoriedad de datos -> TipoCliente
- Se podrá definir un valor por defecto del SubTipo para las nuevas fichas, dependiente de cada entorno. Se definirá en el fichero Deporwin.ini:
.jpg "DeporNews")
|
[GestionPersonas]
|
| CodigoSubTipoClienteDefecto=X | X es el código del subtipo a aplicar por defecto |
- Añadido un nuevo tipo de registro en el historial de personas: Cambio Tipo Cliente para registrar los cambios realizados en el Tipo / Subtipo de la persona, así como los cambios de perfil.
.jpg "DeporNews")
- Ampliada la longitud del campo Email de las personas a 250 caracteres.
- Desde "Fichas -> Personas -> Reservas -> Reservas Recursos/Clases" se mostrará el elemento reservado (bicicleta, ...) en las reservas de clases.
- Nuevos niveles de clasificación de los conceptos:
- Ahora tendremos la opción de añadir 2 niveles de clasificación de los conceptos: Grupos de familias y Subgrupos de familias.
- Estos nuevos niveles son una clasificación "por encima" de los dos actuales niveles (familias/subfamilias de conceptos)
- Desde "Mantenimiento -> Tablas auxiliares" se podrán dar de alta los grupos/subgrupos de conceptos.
- A los grupos/subgrupos de familias de conceptos de cajas, se le permiten asociar "agrupaciones analíticas" y "cuentas contables".
- Desde la pantalla de definición de conceptos, se mostrará el árbol de clasificación con 4 niveles en función de si hay más de un grupo/subgrupo.
- En la pantalla de definición de conceptos, si en concepto tiene precios/puntos por temporada, ahora podremos ir a la definición de temporadas pulsando el botón ubicado debajo de la lista de temporadas.
- Antes de poder salir del formulario de "Personas", si teníamos cambios pendientes de guardar, se solicitará que se guarden (o cancelen). De esta manera evitamos que se creen fichas sin cumplir las condiciones de datos obligatorios.
¶ Correcciones
- Protegida la exportación de facturas de forma simultanea desde el proceso diferido y desde la pantalla de exportación de ventas. Si en la pantalla de exportación de ventas se selecciona una venta que se haya incluido en un "lote" diferido, nos informará de la situación y no la exportará.
- Corregido un error en el algoritmo de verificación de DNI y/o RUC de Perú.
- Al realizar una nueva inscripción a un servicio se producía un error nº 3426 "This action was cancelled by an associated object".
- Resuelto bug en grabación de dirección (países, provincias, poblaciones). Problemas en la compartición de la conexión en los data controls
- En la pestaña de "Fichas -> Personas -> Accesos -> Permisos", si no teníamos ninguna puerta lógica definida (o bien todas estaban filtradas en el entorno), se producía el "error nº 9: El subíndice está fuera del intervalo" al mover el ratón sobre la rejilla de permisos de acceso.
- Optimizado el proceso de Asignar FechaVencimiento a los perfiles vinculados de las actividades no renovables finalizadas.
- En la pantalla "Mantenimiento -> Tablas Auxiliares > Perfiles", los colores que se definían para los avisos de ese perfil no correspondían con los que luego se mostraban desde "Fichas -> Personas -> Perfiles".
- Al dar de alta un abono que tiene vinculado un perfil con una operación sobre el acceso (denegar acceso, acceso ilimitado, etc.) no se ejecutaba la acción en el acceso de la persona.
- Cuando se realiza una venta con forma de pago "Recibo bancario" para una persona sin datos bancarios, en el formulario que aparece para la introducción del número de cuenta, no se calculaba correctamente el dígito de control del País IBAN.
- Al modificar la nota de un "Pago borrado" se generaba por error un nuevo "Pago" con dicha nota.
¶ 27/10/2017
¶ DeporWin v3.0
¶ Correcciones
- Solventado problema al refrescar la tabla de Actividades en la pantalla "Fichas -> Actividades"
- Solucionado error no controlado al realizar ventas de concepto anónimas desde TPVWin
- Solucionado error no controlado ("No coinciden los tipos") al añadir nuevas fichas de persona desde el formulario de personas reducido.
¶ 24/10/2017
¶ DeporWin v3.0
¶ Correcciones
- Solventado problema en la inscripción / desinscripción / edición de cursillistas. Se efectuaba la acción correctamente, pero no se refrescaba en pantalla.
¶ 11/10/2017
¶ DeporWin v3.0
¶ Mejoras
- En el proceso de ficheros de retorno del banco se añade (para procesos costosos de más de 50 recibos) pantalla de estado con barra de progreso e información del número de registros tratados.
.jpg "DeporNews")
- Soporte para el cobro automatizado con datafonos de Transbank (Chile).
- Se permiten tanto cobros con tarjeta como anulaciones de cobros con tarjeta
|
BB.DD. DEPORWIN, TABLA PARAMETROSTPVVIRTUAL
|
| CodigoProtocolo=6 |
| CodigoComercio=597029414300 | ' Código del comercio asociado al datafono. Es opcional. |
| Terminal=4 | ' Número del terminal asociado al datafono. Lo definirá el consultor (es un valor para distinguir un datafono de otro). Propuesta: usar el código de caja. |
| UrlTPVVirtualReal=scr://IP:5040? Dispositivo=Transbank&Puerto=COMx:,115200,N,8,1 | ' IP: dirección IP del equipo local que tiene conectado el datafono ' x: Puerto serie |
| CodigoCaja=4 | ' Código de la caja. Para "Parámetros de TPV Virtual" por formas pago y caja. |
- Ahora podremos realizar cambios de abono dejando un hueco entre la baja y la nueva alta.
- Nos servirá, por ejemplo, si un abonado que quiere dejar de serlo durante un periodo (ej.: 01/08/2017 al 01/10/2017). Entonces le programaremos un cambio al mismo tipo de abono (o a otro diferente) estableciendo como fecha del cambio el 01/08/2017 y como fecha de alta del nuevo abono el 01/10/2017.
- En estos cambios de abono, al haber un periodo sin ser abonado, no se mantendrá la fecha de antigüedad para el nuevo abono.
- Se soporta tanto para los cambios de abonos individuales, como para los cambios de un integrante de un abono familiar.
- Nuevos protocolos de domiciliación y validación de cuentas de Chile PAC ITAU y PAC ITAU Universo.
- Se añade "CHILE PAC ITAU" en la lista de protocolos de parámetros de domiciliación.
- Para las validaciones de cuentas del fichero PAC ITAU Universo se creará una remesa de domiciliación (altas) y otra de devolución (bajas) para inluir las altas y bajas de cuentas.
- Por defecto en los ficheros se informará código empresa = '795' pero podrá modificarse si se informa el campo 'Sufijo Presentador' en parámetros de domiciliación.
- El número de cuenta en el fichero PAC ITAU se informará con los 8 primeros dígitos del campo número de cuenta de los datos bancarios de la persona.
- En los procesos de cambio de categoría de abonos y/o integrantes, sólo se realizará el cambio entre las categorías correspondientes a cada tipo de abono para las que haya definida cuota. Esto permitirá crear "tipos" de categorias diferentes para diferentes tipos de abono que simplifiquen la definición de precios y la gestión de familiares multicategoría.
- Ampliados los criterios de búsqueda de un pago desde la ficha de una persona con F4 en la pestaña Pagos.
.jpg "DeporNews")
- Ampliados los criterios de búsqueda de un pago desde los movimientos de sesión de caja con F4.
.jpg "DeporNews")
- Funcionalidades no permitidas por defecto para ningún grupo de usuarios
- Se añade la posibilidad de definir restricciones de funcionalidades por grupo de usuario que por defecto inicialmente no están permitidas a ningún grupo
- Por ejemplo, se aplica en la funcionalidad de "Gestionar Convenios" (por defecto no aparece la opción en el menú de "Otras opciones" en la pestaña de pagos de la ficha de persona)
- En el formulario de búsqueda de personas, ahora será necesario especificar algún criterio de filtraje para realizar la búsqueda.
- En el formulario de búsqueda de personas, si estaba configurado que el campo inicial de búsqueda sea el DNI, se realizará por defecto la búsqueda por "principio" (en vez de por contenido). Aunque si se introducen criterios de filtraje por nombre, apellidos,... se cambiará de nuevo a búsqueda por contenido.
- Ahora usaremos el procedimiento almacenado "NuevoIdSeguroVertical" para la obtención de nuevos identificadores.
- Al deshacer una baja de abono se lanzará el proceso de "COMPROBANTE DESHACER BAJA ABONO" y al deshacer una baja de un integrante de un abono se lanzará el proceso de "COMPROBANTE DESHACER BAJA INTEGRANTE ABONO".
Se alimentarán las variables "IdAbono" y "IdPersona"
- Se añaden nuevas pantallas de mantenimiento de tablas auxiliares:
- Procesos de Aplicacion de Servicio
- Modalidades de Reservas
- Tipo / Subtipo / Grupo / Niveles / Intensidades / Objetivos Actividad
- Monedas
- Flags Servicios
- Tipos de numeración y Renumeración
- Agrupaciones contables y Agrupaciones domiciliación
- Tipos de créditos o puntos
- Consultas SQL
- En todas los grids de las pantallas de mantenimiento de tablas auxiliares se usan CheckBox para los campos Booleanos, en lugar de los textos Sí/No - Verdadero/Falso.
- Mejoras en los mapas de ubicación de las taquillas/bicis (elementos)
- En el mantenimiento de subtipos de elemento se crean dos nuevos campos "Alto" y "Ancho"
- En la definición de elementos, se adapta la rejilla para que pueda contener todo tipo de elementos 2x1, 3x2, 4x4...
.jpg "DeporNews")
.jpg "DeporNews")
- Añadido nuevo campo "Día de pago" en los esquemas de fraccionamiento para poder definir el día del mes de la fecha de vencimiento de la fracción.
- El día podrá hacer que varíe tambien el mes en caso de que la fecha inicialmente calculada de la fracción se encuentre más cercana al día de pago del mes siguiente.
.jpg "DeporNews")
- Optimización en la gestión de conexiones a BBDD (se ha reducido en un 70% las conexiones simultaneas abiertas).
- Mejoras de rendimiento en el formulario de asistencia de actividades.
Nueva opción para ver/introducir la asistencia a las actividades de un usuario.
- Ampliada la descripción de los tipos de abono a 100 caracteres.
- Añadido nuevo protocolo domiciliación tarjetas Mastercard Perú
- Añadir DatosBancariosGestión con protocolo "Mastercard Perú"
- Informar el campo de código de comercio asignado en MasterCard
- Informar el campo de sufijo ordenante con el valor de "Código de Producto" asignado en MasterCard
- Modificar la vista "_PagosValidacionTarjetas" y poner el valor del "monto máximo" (común para todos los clientes)
Configuración:
- Perfiles calculados mediante función SQL
- Nueva configuración en los perfiles para poder vincular un perfil mediante una función en BBDD SQL, de forma que para determinar si una persona tiene o no el perfil se ejecute la validación a través de la evaluación de la función.
- La función en BBDD de SQL Server tiene que ser una función "con valores de tabla". Los parámetros de entrada son @IdPersona y @Fecha. La función devolverá una tabla con un campo IdPerfil. Disponemos de una función de ejemplo ya creada en nuestra BB.DD. (FuncionEjemploPerfilesCalculados)
- Se aplicarán este tipo de perfiles en el sistema de reglas NMS y en la venta de conceptos (incluido la venta en reservas)
- Se podrán ver los perfiles calculados de una persona en la pestaña de perfiles de la ficha de la persona.
.jpg "DeporNews")
.jpg "DeporNews")
- Añadido protocolo para validación / domiciliación de tarjetas bancarias para VisaNET Perú.
- Se generan archivos de envio según especificaciones.
- Se procesan los ficheros de log de errores en formato XML
- Se procesan los ficheros de información de cobros según formatos "S" y "L" informados por VisaNET
- Ampliación de Sistema de Restricciones de funcionalidades por grupo de usuario
- Se ha modificado el sistema de restricciones para que allí donde antes ser comprobaba la seguridad por grupo de usuario sobre una funcionalidad, ahora se nos permita hacer la misma operación y, además, si el usuario dispone de los derechos apropiados, permitir saltarse esa normativa por medio de una validación.
- Si el usuario presiona "SALTAR NORMATIVA", aparecerá una nueva ventana donde deberá indicar el motivo por el cual va a saltársela y una descripción del mismo (1). Además, se deberá seleccionar la persona que autoriza la operación (2). En caso de que el grupo de usuarios de operador tenga ese permiso, el autorizador será la misma persona y no deberá realizar este paso.
Además, desde esta pantalla, tenemos acceso al mantenimiento de los motivos, para poder añadir nuevas opciones (3). - Si el usuario presiona "SALTAR NORMATIVA", aparecerá una nueva ventana donde deberá indicar el motivo por el cual va a saltársela y una descripción del mismo (1). Además, se deberá seleccionar la persona que autoriza la operación (2). En caso de que el grupo de usuarios de operador tenga ese permiso, el autorizador será la misma persona y no deberá realizar este paso.
Además, desde esta pantalla, tenemos acceso al mantenimiento de los motivos, para poder añadir nuevas opciones (3). - Para seleccionar perfil (2 anterior imagen) se ha creado un nuevo selector de operadores. Este selector nos permite el filtro por grupo y centro (1). Por defecto seleccionaremos el centro del operador que está realizando las operaciones. Además, tendremos un campo de filtro por nombre para restringir la lista (2).
- Cuando pulsemos ACEPTAR, si es necesario, se nos pedirá validar el usuario seleccionado para la operación y se registrará la acción en la base de datos.
- Mantenimiento de funcionalidades por grupo de usuario: Se ha modificado también el mantenimiento de permisos de funcionalidades por grupo (Tanto diseño como funcionalidades) para añadir le nuevo campo "tipo de restricción"(1) que es el que marca si el usuario puede o no saltarse la normativa sobre esa funcionalidad. Además, también se puede acceder al mantenimiento de funcionalidades (2) para introducir el mensaje que saldrá en la pantalla inicial de restricciones.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Ampliacion motor de Vulneraciones: Ahora no se permitirá saltarse las restricciones después de las x veces realizadas (Por cliente, operador o ambos). Para realizar el cálculo, usamos los datos de utilziación de vulneraciones (Historial de Vulneraciones)
- Añadido combo desplegable para poder introducir el motivo de la anulación de un pago
- Nueva tabla de "Motivos de anulación" con su mantenimiento.
- En los distintos puntos donde se realiza una anulación, se solicitará la selección de un motivo de la tabla anterior
¶ Correcciones
- Al inscribirse a una actividad con precios base o por tarifa, si teníamos configurado que la descripción de los pagos tenga la fecha de vencimiento (%DMV%), se estaba informando como fecha el día del sistema en vez de la de vencimiento.
- Al iniciar Deporwin, si estaba activa la opción de EjecutarProcesosInicioSesion, siempre se modificaba la fecha de última ejecución, aunque fuese la actual Ahora sólo se modificará si es diferente.
- Al mostrar la pantalla de movimientos de sesión de caja, se producía un error de "desbordamiento" si la resolución de la pantalla era muy grande.
- Si introducíamos un teléfono móvil correspondiente a un país distinto de España, Andorra, Portugal, Colombia, Chile o Perú (países de los cuales disponemos actualmente de un validador), se producía una excepción de "Referencia a objeto no establecida como instancia de un objeto" al validar dicho número.
- Al cambiar de operador no se mostraban los avisos del nuevo operador.
- Si un operador con caja asignada intentaba realizar un cambio de operador, pero cancelaba el proceso, se perdía la caja actual.
- En abonos familiares clásico o multicategoría, al añadir un integrante a un abono familiar existente, no se tenía en cuenta el esquema de ponderación definido en el tipo de abono (se realizaba siempre una ponderación diaria).
- Si el tipo de devolución de recibos lo tenemos configurado como "Vía un pago pendiente de cobro de tipo Recibo Devuelto", y realizábamos una devolución de un recibo que incluía un pago "Descuento", el nuevo pago de "Devolución" perteneciente a dicho descuento se creaba por error con importe 0.
- Al asignar datos bancarios / tarjeta a partir de la seleccionan de datos de otro titular, el EstadoValidacion se guardaba tal como estaba en el titular. Ahora, para los datos en la persona actual se pondrá como PendienteValidar.
Al modificar datos bancarios / tarjeta de una persona y de los asociados a la misma cuenta / tarjeta, todos esos datos se marcarán como PendienteValidar (Cuenta) o PendienteValidarPorModificacion (Tarjeta).
¶ 12/07/2017
¶ DeporWin v3.0
¶ Correcciones
- No se permitían realizar cambios programados si el parámetro "Permitir ejecución de cambios manuales futuros" está desactivado.
¶ 21/06/2017
¶ DeporWin v3.0
¶ Mejoras
- En la pantalla de Parámetros -> Cuentas Bancarias sólo se permitirá dar de alta cuentas correspondientes a la empresa que se haya definido en el ini, o para cualquier empresa en caso de que esta sea 0.
- Se ha añadido log y control de excepciones en los métodos que construyen la URL cuando se lanza la "Reserva de Clases" o en la "Configuración de autorizaciones de reserva".
- ObtenerURLReservaPuntualActividad y ObtenerURLAutorizacionesReserva
- En abonos familiares clásicos o multicategoría, si añadimos una persona ya abonada a un abono familiar, tendremos la opción de programarle un cambio para la fecha de próxima renovación (opción ya existente) o programarle un cambio para fecha de hoy (nueva opción).
- En caso de escoger un cambio programado para fecha de hoy, se nos solicitará cobrarles los incrementos de cuota/matrícula que le per toquen.
- Ahora se registrarán los cambios realizados desde "Mantenimiento -> Tablas auxiliares de gestión Económica -> Almacenes" en la tabla "HistorialConfiguracionSistema"
- En el cambio/selección de caja, ahora podremos filtrar las cajas por descripción. Se mostrarán las cajas cuya descripción contenga el texto introducido.
- En Fichas -> Personas -> Abono, se han protegido los botones "Baja, Renovar, Anular Renovación, Cambio, Ejecutar Cambio" para que no se pueden pulsar rápidamente (doble o triples clicks).
- En los cambios de abonos ahora se controlará que la persona cumpla con las restricciones de "Perfiles compatibles" y "Perfiles incompatibles" del nuevo tipo/categoría de abono.
- Al crear una nueva ficha de persona, el valor por defecto de la fecha de nacimiento será 01/01/1800 y estará desactivada.
- Si un esquema de fraccionamiento tiene una única fracción (utilizándolo para establecer condiciones de pago del cliente a futuro, por ejemplo), no se incluirá la información sobre el nº de fracción en la descripción del pago.
- En la exportación de ventas, se añade nuevo parámetro 'ExcluirVentasImporteCero' en ParametrosExportacion para poder excluir de la exportación las ventas con importe 0.
Si se activa este parámetro las ventas de importe 0 no se exportarán y apareceran en estado "Descartado" en la pantalla de exportación de ventas.
- En el formulario de inscripción/edición de un cursillista, cuando se despliega el campo "Precio", se ha ampliado el ancho de la columna "Descripción" (tanto para tarifas como para precios por conceptos).
- No se permitirán realizar cambios inmediatos de abono con una fecha del futuro si el parámetro "Permitir ejecución de cambios manuales futuros" está desactivado.
- En la facturación de ventas, añadida nueva operativa para poder definir series de facturación por agrupación analítica y que se apliquen automáticamente en la facturación.
En caso de definirse series en las analíticas, estas prevalecerán sobre la serie general seleccionada y sobre las series asignadas por empresa.
.jpg "DeporNews")
- Ahora registraremos la ejecución de los procesos automáticos (en la tabla RegistroEjecucionProcesosAutomaticos)
- En la devolución de recibos por fichero se muestra la ventana de incidencias al final en lugar de mostrarla por cada grupo de recibos
- Añadido nuevo protocolo de devoluciones para el tratamiento automatizado de los ficheros de devoluciones bancarias del ABA (Andorra)
- Ahora podremos usar bonos de concepto con fecha de validez relativa al primero uso.
- Al realizar un cobro combinado con una forma de pago de tipo "cheque bancario" se ha añadido un nuevo campo para introducir el nº de cuenta asociado al cheque.
.jpg "DeporNews")
- Para evitar posibles bloqueos, el proceso de "Fusionar fichas de persona" ya no desactiva/activa las relaciones de integridad referencial de las tablas "Cursillistas", "Pagos", "Creditos" ni "CursillistasDatosExtra".
- Se ha modificado el modelo de datos de las relaciones de "Cursillistas" (las que intervenía el IdPersona como clave compuesta) para posibilitar la fusión.
- En la pantalla de personas, al añadir una nueva ficha si se selecciona otra ficha antes de grabar se mostrará la opción de aceptar cambios o cancelarlos antes de situarse en la ficha seleccionada.
- Al añadir datos de tarjeta bancaria a un usuario, si se selecciona un titular de tarjeta existente o si se introduce un número de tarjeta bancaria que ya exista en la BB.DD. en otra ficha, los nuevos datos de tarjeta del usuario pasarán a estar en estado de "pendiente validación" para los protocolos de Chile y Perú.
- Ahora se muestra el estado de validación de los datos de tarjeta bancaria para los formatos de Chile y Perú.
¶ Correcciones
- En la ponderación manual de cuotas de abono, no se tenía en cuenta el esquema de ponderación para calcular el factor de ponderación.
- Al fusionar o borrar personas no se fusionaban/eliminaban los registros de la tabla de comunicaciones de boletines.
- Si en la pantalla de Personas -> Reservas -> Entradas/Bonos se modificaba el nº de usos consumidos por un bono de acceso en uno de sus accesos, y este bono correspondía a un tipo de bono de consumo según tiempo de estancia, se recalculana incorrectamente el nº de usos restante, pues se usaban los usos consumidos en la entrada (en este caso 0) en lugar de los consumidos en la salida.
- En el proceso de "Actualización de categorías de abono" no se tenía en cuenta el posible recalculo de los perfiles vinculados (podrías ser que para un mismo tipo al cambiar de categoría cambiasen los perfiles vinculados).
- Al realizar una venta con cupones con éxito y volver a entrar en la pantalla se producía una excepción no controlaba que cerraba Deporwin.
- En el cobro combinado, cuando solamente usamos una forma de pago "Cheque bancario" y la venta tenía varias líneas (pagos), se creaban tantos cheques como líneas.
- En la domiciliación de cuentas y tarjetas, se soluciona problema de DNI en blanco en personas con el literal del campo Titular de datos bancarios/tarjeta informado.
- Resuelto error no controlado al acceder a la pantalla de domicilición de cuentas cuando se ha seleccionado por defecto en parámetros un protocolo de domiciliación de tarjetas.
- En ciertos casos se producía un error al acceder a la pestaña de servicios (clásicos) de una persona. Se modifica la consulta para obtener los servicios contratados por el usuario para evitar el problema.
- En el tratamiento del fichero de retorno del protocolo PAC (Chile), se soluciona problema al obtener importes del fichero cuando el sistema tiene configuración regional "Inglés" que producía un error de validación con el importe del recibo.
¶ 10/05/2017
¶ DeporWin v3.0
¶ Correcciones
- El proceso de asignación de baja por pagos pendientes, para el caso de modelo de servicios clásico o mixto, no asignaba la baja correctamente.
¶ 12/04/2017
¶ DeporWin v3.0
¶ Mejoras
- En el cierre de sesión de caja, en la pantalla de cuadre se validará tanto al iniciar como al finalizar la declaración si el importe teórico de las ventas de esta sesión ha cambiado, en cuyo caso no se permitirá realizar el cierre.
.jpg "DeporNews")
- Se ha añadido en la pantalla de administración de usuarios (Seguridad -> Gestión de grupos y usuarios) un buscador de usuarios por IdPersona y nombre.
.jpg "DeporNews")
- Nueva funcionalidad para realizar un control detallado del consumo de dinero a cuenta, es decir, saber para cada ingreso a cuenta que consumos le corresponde.
- Se activa mediante el parámetro general "Control detallado del consumo de dinero a cuenta" (Atención! Esta opción sólo se permitirá para dinero a cuento con pagos, NO para apuntes contables).
- Esta opción permitirá controlar la caducidad del dinero a cuenta (nuevo campo 'FechaCaducidad' en los pagos de cargo a cuenta)
- En la pantalla de extracto de saldo a cuenta:
- Se añade el campo "FechaCaducidad"
- Se muestran los totales disponibles según el consumo y la caducidad de los ingresos.
- Se añade consulta de desglose de un pago con doble click - Se añade opción en menú de mantenimiento para ejecutar un proceso masivo de regeneración de desglose de consumo.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora podremos clasificar las notas de una persona en tipos/subtipos.
- Al crear una nueva nota, si existe algún subtipo de nota definido, podremos seleccionar el que deseemos.
- Si queremos cambiar de subtipo, podremos realizarlo con doble-click en el grid de notas.
- Soporte preliminar para el cobro automatizado con datafonos de Credibanco (Colombia).
- Se permiten tanto cobros con tarjeta como anulaciones de cobros con tarjeta.
|
BB.DD. DeporWin, Tabla ParametrosTPVVirtual
|
| CodigoProtocolo=6 |
| CodigoComercio=010601557 | ' Código del comercio asociado al datafono. Es opcional. |
| Terminal=4 | ' Número del terminal asociado al datafono. Lo definirá el consultor (es un valor para distinguir un datafono de otro). Propuesta: usar el codigo de caja. |
| UrlTPVVirtualReal=scr://IP:5040?Dispositivo=Credibanco | ' IP: dirección IP del equipo local que tiene conectado el datafono |
| CodigoCaja=4 | ' Codigo de la caja. Para "Parámetros de TPV Virtual" por formas pago y caja. |
- Nueva funcionalidad para gestión de logros (puntos y su materialización en dinero a cuenta, créditos, etc.).
- Nuevas pantallas de mantenimiento de Tipos de Logro, Logros y Beneficios.
Estas pantallas de mantenimiento son accesibles desde el configurador de mantenimientos, dentro del nodo 'Gamificación'.
La definición de un logro está compuesta por la definición del propio logro con su descripción, tipo y puntos por defecto y por otro lado por la definición de los beneficios asociados a ese logro con su tipo (dinero a cuenta o créditos), valor, caducidad y forma de pago.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- En el proceso de "Actualizar campo Cuota A Pagar de abonos", ahora solamente se actualizará dicho campo para los abonados activos o pendientes de activación.
- En la ejecución de los procesos de inicio de sesión, ahora se asignará fecha de vencimiento a los perfiles de los cursillistas de actividades no renovables que hayan finalizado.
- La fecha de vencimiento será la de finalización de la actividad.
- Nuevo indicador de color rojo en la pestaña de "Cursillos" para indicar que tenemos una inscripción con una baja programada.
.jpg "DeporNews")
- Protocolos de domiciliación y validación de cuentas de Chile PAC y PAC Universo.
- Se añade "CHILE PAC" en la lista de protocolos de parámetros de domiciliación.
- Para las validaciones de cuentas del fichero PAC Universo se creará una remesa de domiciliación (altas) y otra de devolución (bajas) para inlcuir las altas y bajas de cuentas.
- Por defecto en los ficheros se informará código empresa = '003' pero podrá modificarse si se informa el campo 'Sufijo Presentador' en parámetros de domiciliación.
- Por defecto en los ficheros se informará código convenio = '046' pero podrá modificarse si se informa el campo 'Sufijo Ordenante' en parámetros de domiciliación.
- La fecha de vencimiento será libre en la domiciliación. Se informará por defecto con la fecha del día y se podrá modificar con el valor que se quiera.
- La fecha de cargo se informará automáticamente con la fecha de vencimiento + 2 días (según requerimientos).
- Añadida nueva marca en la definición de formas de pago para indicar que una forma de pago corresponde a un "cheque bancario". Sólo se solicitarán datos del cheque si se utiliza desde la pantalla de cobro combinado. En caso contrario, será como cualquier forma de pago normal.
- Se prepara la pantalla de cobro combinado para admitir formas de pago con la marca "Cheque Bancario" y solicitar datos adicionales: Nombre del titular, Entidad bancaria emisora del cheque, Lugar y Fecha de emisión y Nº de cheque.
- Al mostrar información de los pagos cobrados con forma de pago del tipo "Cheque Bancario", en la pestaña Codigos podremos ver información sobre los datos introducidos del cheque.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- En la pantalla de cobro combinado, para las formas de pago de tipo "Tarjeta Bancaría" se incluye un nuevo campo para indicar el nº de cuotas que ha solicitado el cliente desde el datafono al realizar la operación. Este valor es meramente informativo, la gestión del cobro de esas cuotas corresponde a la entidad bancaria.
.jpg "DeporNews")
- Mejoras en la gestión de errores en los métodos AbrirRecordset_Interno, Ejecutar_ADO_interno.
- Se reintentarán los errores de "interbloqueo" sin reabrir la conexión.
- Se reintentarán los errores de "Error general de red" y "Conexión inválida o cerrada" tras abrir la conexión.
- En la pantalla de cobro combinado, se permitirá seleccionar una forma de pago de tipo Cupón para realizar el cobro de un importe 0. En caso de no indicar ninguna forma de pago, se permitirá finalizar la operación utilizando la forma de pago metálico.
- Al inicializar la gestión económica, si tenemos dos tipos de IVA con el mismo porcentaje, se notificará del error.
.jpg "DeporNews")
- En la pestaña de accesos, las puertas se mostrarán ordenadas teniendo en cuenta que:
- Primera las correspondientes al centro de la persona
- Después las correspondientes al centro del INI.
- Después el resto de puertas por descripción.
- En la pestaña de Pagos dentro de la Ficha de Personas se han unificado los botones (extracto dinero a cuenta, ingreso, logros, puntos/créditos) en un solo botón "OTRAS OPCIONES", el cuál muestra un menú contextual con las acciones de dichos botones
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora tendremos la opción de deshacer la baja de un cursillista.
- Menú contextual del cursillista -> Deshacer baja
- Ahora se permitirá la selección múltiple de ficheros en el proceso de devolución de recibos.
- Se lanzará el proceso de devolución completo sobre cada uno de ellos.
- La grid con los movimientos de sesión que se muestra en el TPV ahora permite mover/redimensionar sus columnas.
- Mejoras en el algoritmo de domiciliación bancaria y de validación de cuentas/tarjetas:
- La consulta de los pagos a domiciliar es más eficiente (ya no se comprueba en este punto que el importe total de un recibo fuera positivo)
- Al generar un recibo, se comprobará que el importe total del recibo sea positivo. Si no lo es, ni se generará el recibo ni se consumirá un código de recibo bancario.
- Al incluir un pago en un recibo, se comprobará que éste no haya sido cobrado, tramitado ni cambiado de forma de pago durante el proceso de domiciliación bancaria. Es eso sucediera dicho pago no se incluirá en la remesa.
- En NMS ahora se recalcularán los "Flags de la persona" antes de domiciliar solamente cuando sea necesario. Es decir, cuando se tenga que informar en el cuerpo del recibo del "Número de ente" o del "Ordinal del número de ente".
- Se añade la posibilidad de añadir 'Datos Extra' en el mantenimiento de 'Promociones de Alta'.
.jpg "DeporNews")
¶ Correcciones
- En la venta de conceptos, resuelto error al vender conceptos con perfiles compatibles asociados, no se tenían en cuenta los perfiles programados de la persona.
- En la pantalla de administración de usuarios se ha corregido que al buscar y seleccionar una persona el campo persona quedaba vacío.
- Al cobrar deudas desde la pantalla del TPV con cobro combinado no se generan los pagos correctamente.
- Resuelto bug en la gestión de identificadores únicos que podía provocar errores de bloqueo en caso de mucha concurrencia.
- En la pantalla de mantenimiento de personas, en la pestaña accesos, se mostraba incorrectamente el día de la semana si la versión del SQL Server no era la española.
- Al realizar una baja de abono inmediata, si el abono ya tenía definida una fecha de solicitud de baja, ésta no se reestablecía al nuevo valor.
- En abonos familiares clásico o multicategoría, al añadir un nuevo miembro a un abono pendiente de activación proveniente de un cambio programado, no se generaba el pago de incremento por matrícula.
- No salían los avisos de colores definidos por perfiles que se establecían desde la ventana de mantenimiento de perfiles.
- Al cobrar pagos pendientes y asignarles número de ticket, se enlazan en una nueva venta correctamente, pero las entradas generadas anteriormente no se re-enlazaban a la nueva venta.
- Se corrige que al entrar en el mantenimiento de usuarios no se cargaba correctamente la información en la caja de texto de 'persona', una vez dentro al cambiar de usuario si que se cargaba correctamente.
.jpg "DeporNews")
- En el campo "País IBAN" de la pantalla de "Mantenimiento -> Parámetros", no se usará el "Formato de texto" sino que se indicará siempre en mayúsculas para evitar problemas en los protocolos bancarios.
- En "Tablas auxiliares de Gestión Económica", se producía un error al minimizar el formulario de "Disponibilidad de formas pago".
- Si teníamos configurado una forma de pago para que generase el ticket solamente si "se cobra e imprime", al realizar una anulación y/o una devolución imprimiendo, no se generaba el ticket.
- Durante el proceso de domiciliación se podían producir los errores "3704: La operación no está permitida si el objeto está cerrado" o el error "3265: No se encontró el elemento en la colección que corresponde al nombre o el ordinal solicitado", si había problemas de conexión con el servidor SQL Server por micro-cortes.
- Al cobrar una deuda aprovisionada no se asignaba correctamente el número de ticket (para el caso de estar configurado que se asigne el ticket en el momento del cobro).
- En la pestaña Accesos si existián más de 76 puertas definidas, aparecía un error de "Desbordamiento" al intentar crear la lista de leyendas de las puertas.
- Al duplicar una actividad y también duplicar sus inscritos, no se mantenía la marca NCI (no contar como inscrito) de los cursillistas en la nueva actividad.
- Al crear un nuevo "Tipo de concepto" e inmediatamente crear un nuevo "Concepto", no se guardaban los campos definidos en el concepto.
- No se lanzaba el proceso de aplicación "ALTA PERFIL PROGRAMADO" al añadir un perfil programado a una persona.
- Desde "Fichas -> Personas -> Pagos -> Facturas -> Líneas Facturas" no se podía editar la descripción de una línea de una factura que tuviera más de 80 caracteres.
- En el proceso de actualización de estado de cobro de facturas, al actualizar el estado de cobro de todas las facturas, se producía un error de desbordamiento al finalizar el proceso.
Y además no actualizaba el estado de cobro para las facturas de importe total cero.
- Modificado menú contextual de recibos en la pestaña recibos de la pantalla de personas para adaptarlos a los protocolos con cobro diferido.
¶ 23/01/2017
¶ DeporWin v3.0
¶ Mejoras
- En la ficha de persona, datos económicos, se añade nuevo botón para poder cambiar los datos de tarjeta (sin mostrar los datos originales).
Aparecerá la pantalla da datos de tarjeta en blanco como en un alta y al validar se sustituirán los datos de la tarjeta.
- Añadido nuevo tipo de respuesta a la domiciliación "Omitir respuesta" (Codigo 4). Cuando se nos informe una respuesta de este tipo para un recibo, no realizaremos ninguna acción.
- Se ha añadido información sobre la RespuestaDomiciliación para los recibos en la pantalla de Remesas Recibos.
.jpg "DeporNews")
- En la ponderación manual de cuotas de abono, se tendrá en cuenta la fecha de próxima renovación "modificada" para calcular el factor de ponderación.
- Rediseño y nuevas funcionalidades en "Fichas -> Actividades -> Horario"
- Ahora tenemos dos apartados, uno de configuración de general de los horarios y otro de definición de los horarios propiamente dichos
- Ahora podremos definir un recurso monitor para un intervalo horario concreto. Útil sobre todo en la reserva de clases puntuales.
- Las reservas generadas de los monitores ahora estarán enlazadas con la reserva del recurso principal.
- Mejoras en la generación de las reservas: ahora tiene en cuenta el nuevo recurso monitor y la fecha inicial de generación para un horario concreto (útil por ejemplo para variar durante el tiempo de monitor). Además, ahora es más eficiente, al crear/modificar un horario solo se generan las reservas de ese horario, se pueden aplazar la sincronización de reservas,...
.jpg "DeporNews")
- En la introducción de datos de tarjeas bancarias desde "Fichas -> Personas -> Económico -> Bancarios" ahora solamente aparecerán los "tipos de tarjeta" que estén activos.
- Si se introduce una tarjeta bancaria correspondiente a un tipo de tarjeta no activo, se mostrará cómo tipo "No válido" y se impedirá guardar los datos de dicha tarjeta.
- Nuevo parámetro general 'PermitirSoloUnDatoBancario' para indicar si se permitirá o no informar en la ficha de persona al mismo tiempo un número de cuenta y un número de tarjeta.
- En caso de activar el parámetro, al introducir datos bancarios o de tarjeta en la ficha de persona se cambiará si procede la forma de pago de los pagos pendientes, contratos, etc. y se eliminarán de la ficha los datos de cuenta o tarjeta anteriores.
.jpg "DeporNews")
- Al actualizar la cuenta bancaria de una persona, se podrá seleccionar sobre qué otras personas que compartían cuenta deseamos también actualizarles la cuenta bancaria.
- Al realizar un cambio de abono de un tipo "no renovable" a uno "renovable" (o viceversa) se recalculará la forma de pago y el renovable del nuevo abono según la configuración por defecto del nuevo tipo.
- Ahora se generarán por defecto los pagos correspondientes a las matrículas de abono de importe 0, siempre y cuando se haya aplicado algún descuento. De esta manera, desde el pago generado con importe 0 podremos consultar el desglose de descuentos aplicados.
- Para redondear importes, cantidades... ahora se usará el "redondeo aritmético simétrico" en vez del "redondeo del banquero" (IEEE Standard 754 sección 4).
- De esta manera, por ejemplo, al redondear 29,925€ obtendremos 29,93€ en vez de 29,92€.
- Ahora podremos definir desde "Fichas -> Cuotas -> Perfiles -> Perfiles incompatibles" que las personas que tengan unos determinados perfiles NO puedan contratar una cuota de abono.
- Desde DeporWin será un aviso, mientras que desde la Web será una prohibición.
- En la ficha de persona, en la pestaña de reservas, se añade nuevo menú contextual en reservas puntuales ("ReserClass") con las operativas de anular reserva e imprimir comprobante de reserva.
- La opción de anular reserva realizará la cancelación de la reserva (sin restricciones de antelación) siempre y cuando la reserva no se encuentre cobrada y registrará en el historial de la persona que operador ha realizado la anulacción.
- La opción de imprimir comprobante,
1.Imprimirá el comprobante definido en el proceso ReporWin 'COMPROBANTE RESERVA CLASE'
2.Imprimirá (en caso de que existan pagos) el ticket económico definido en el proceso ReporWin 'TICKET RESERVA CLASE'
3.Aumentará el registro de número de copias impresas
4.Registrará en el historial de la persona que se ha realizado la impresión y el operador que lo ha realizado
.jpg "DeporNews")
- En la selección de conceptos, ahora podremos filtrar por código de trabajo.
- La restricción de venta de conceptos en función de la edad ahora no se aplicará a las entidades.
- Al añadir datos de tarjeta bancaria a un usuario, si se introduce un número de tarjeta bancaria que ya exista en la BB.DD., tendremos la opción de seleccionar el titular de la misma o cancelar e introducir un número diferente.
- En el proceso masivo de bajas por impagos, se sustituye mensaje de error cuando falla algo en la baja de contrato de servicio por registro en DeporWin.log del problema.
- El proceso de validación de cuentas bancarias ahora ya no depende de tener pagos generados pendientes de domiciliar.
- Se usará la vista "_PagosValidacionCuentas" en vez de la tabla "Pagos"
- Desde Fichas->Personas, no se podrá pulsar los botones "Editar", "Eliminar", "Foto", "Grabar carné", "CRM" ni "Buscar y contratar" de la primera ficha (la correspondiente a la persona con Id mínimo) si la persona está inactiva.
- En la ficha de persona, el campo de razón social permitirá introducir hasta 100 caracteres.
- En la pantalla ficha de la persona en caso de tener activado el parámetro "PermitirSoloUnDatoBancario", al añadir un nuevo número de cuenta o de tarjeta, si la persona tiene datos bancarios previos, se solicitará el cambio de datos bancarios y forma de pago de usuarios que comparten el mismo número de cuenta o tarjeta anterior.
- Al introducir los datos de tarjeta bancaria se muestran las personas que estuvieran compartiendo datos de cuenta para decidir si también les borramos el datos de cuenta, copiamos el de tarjeta y cambiamos la forma de pago en contratos y pagos pendientes.
- Al introducir los datos de cuenta bancaria se muestran todas las personas que estuvieran compartiendo datos de tarjeta para decidir si también les borramos el datos de tarjeta, copiamos el de cuenta y cambiamos la forma de pago en contratos y pagos pendientes.
- En caso de tener activado el parámetro "PermitirSoloUnDatoBancario", al añadir datos de cuenta bancaria a un usuario y si se introduce un número de cuenta bancaria que ya exista en la BB.DD., tendremos la opción de seleccionar el titular de la misma o cancelar e introducir un número diferente.
- Al fusionar 2 fichas de persona ahora se exportará la ficha de la persona que se mantiene.
- Se ha modificado el funcionamiento de la pantalla de cobro combinado. Si una forma de pago marcada como Tarjeta Bancaria tiene también la marca "Acumular en cesta", una vez aceptado un importe con esa forma de pago, ya no se podrá modificar, y en caso de volverse a seleccionar se añadirá una nueva linea de detalle con la misma forma de pago
- Se añade a la pantalla de mantenimiento de cetros un desplegable para poder seleccionar el almacén principal.
.jpg "DeporNews")
- Se ha añadido al mantenimiento de Recintos, un desplegable para poder asociar un centro. También se ha añadido la posibilidad de filtrar por centro.
.jpg "DeporNews")
- Se ha añadido al mantenimiento de Centros, un desplegable para poder asociar un recinto principal.
.jpg "DeporNews")
- Desde Fichas -> Personas, ahora tendremos la opción de filtrar por centro en el menú contextual de personas.
- El filtro se realizará por el centro de la persona (Personas.IdCentro)
- En el proceso de envío masivo de SMS se añade en el momento de editar el mensaje un nuevo campo "URLCorta()" de tipo "función" que permitirá sustituir una URL por una nueva URL equivalente pero de longitud más corta.
También en las plantillas de presentación se añade nuevo TAG función "$URLCorta$" para poder sustituir una URL por una nueva URL equivalente pero de longitud más corta.
Además, para los TAGs con URL dinámicas (por ejemplo $RecordatorioDeuda.URLCobro$) se añade un nuevo formato ";format="URLCorta"" para poder hacer lo mismo y sustituirlas por otras equivalenetes más cortas. - Configuración:
DeporWin utiliza las APIs de Google por lo que será necesario crear una clave para su uso en la página web de google
(ver documento "http://www.t-innova.com/ftp/Manuales/Pasos a seguir para usar la API de Google.docx")
Esta clave deberá informarse en el campo "ClaveAPIGoogle" de la tabla "ParametrosWeb".
(En caso de no configurar una APIKEY de Google propia del cliente se utilizará una clave por defecto de T-Innova)
.jpg "DeporNews")
¶ Correcciones
- Solucionados problemas al grabar en pantalla de configuración de funcionalidades por grupos de usuario. Ahora se graba al momento los cambios que se realicen.
- A pesar de que la primera persona de la BBDD esté inactiva, se podía volver a activar situándose en esa ficha y pulsando Ctrl+F5 (refrescar datos). Se evita este comportamiento.
- En el detalle/desglose de descuentos generados en los pagos de abonos, si el tipo de acumulación era "Máximo" y el tipo de descuento "Porcentual", no se rellenaba el campo "ImporteDescuentoUnitario".
- Al realizar un cobro de una deuda en "cobro combinado", si la deuda tenía fecha de imputación contable futura, el cobro resultante se quedaba erróneamente con fecha de cobro igual a esa fecha.
- Si una forma de pago domiciliable (de cuentas o de tarjetas) tenía activado la marca "Admite cobro manual", se permitía por error deshacer el cobro de un pago ya domiciliado.
- En la ejecución de los procesos de inicio de sesión desde línea de comandos en DeporWin con el parámetro /ProcesosAutomaticos, si teníamos configurado un listado en el proceso de aplicación "PROCESO INICIAL DEPORWIN" que tuviera definido el tipo de impresión a "Correo Electrónico", se quedaba el proceso parado a la espera que un usuario confirmase el envío del email.
- Al devolver un recibo manualmente desde la pantalla de "Remesas de recibo", se producía un error de desbordamiento (si el código de recibo era mayor que 32767) al intentar recolocarse en el recibo tras la devolución del mismo correctamente efectuada.
- Se corrige el error que se producía en la pantalla de gestión de grupos y usuarios cuando se seleccionaba un grupo de usuarios sin descripción. Además se establece que por defecto no se carguen los usuarios no activos.
- Al realizar la validacion de cuentas agrupando por usuario o titular se producia un error
- En la ficha de la persona, pestaña de datos económicos, solucionado error que impedía modificar fecha de vencimiento de una tarjeta existente.
- En la pantalla de datos económicos de la ficha de persona, se añade posibilidad de modificar los datos de una tarjeta bancaria aunque existan otras personas compartiendo la misma tarjeta.
- En la ficha de persona, al leer los perfiles programados de una persona si esta persona tenía asignado el mismo perfil con diferentes fechas de alta se producían errores no controlados.
- En la pantalla de datos económicos de la ficha de persona, si se introducía un carácter no numérico al dar de alta una tarjeta, se saltaban las validaciones y aceptaba la tarjeta
¶ 22/11/2016
¶ DeporWin v3.0
¶ Correcciones
- En la pantalla de mantenimiento de operadores de la aplicación no aparecían las cajas que tenían un almacén sin un centro asignado.
¶ 14/11/2016
¶ DeporWin v3.0
¶ Mejoras
- Al duplicar una actividad configurada con "Generar reservas" y con fecha de fin informada (o se informa la fecha de fin en los datos de duplicación) se mostrará un aviso para sincronizar las reservas en la nueva actividad.
- Se añade mensaje resumen con el número de reservas generadas al finalizar la sincronización de reservas de una actividad.
.jpg "DeporNews")
- Al cargar la fotografía de una persona, si el fichero de la imagen estuviera "corrupto", se mostrará un mensaje explicativo el error.
.jpg "DeporNews")
- En la devolución de recibos por fichero añadida pantalla resumen con datos sobre las devoluciones al finalizar el proceso.
.jpg "DeporNews")
- En la pantalla de remesas de recibos se añade nueva pestaña para ver los datos de las remesas de devolución de recibos (datos de la remesa, de los recibos y de las incidencias)
.jpg "DeporNews")
- Ahora se omitirá la comprobación de las restricciones de anulación de una reserva de clase puntual si se acceda a la Web desde DeporWin.
- En "Fichas->Personas->Reservas de recursos/clases" ahora se mostrará también el código de la reserva.
- En la exportación de datos de personas a "Technogym Cloud", se ha mejorado el algoritmo de sincronización de la membresía.
¶ Correcciones
- Asistente generación horarios actividad no guardaba la ubicación seleccionada
- En los ficheros de remesas de tipo Colombia Redeban, no se fijaba la longitud de tarjeta a 16 dígitos.
- Al modificar o añadir horarios en una actividad configurada con "Generar reservas" ahora se muestra aviso y se pide confirmación para sincronizar las reservas.
- En el asistente de horarios de una actividad, si no se seleccionaba ningún calendario de festivo, se producía un error (foreing key).
- Al realizar un cobro con una forma de pago "Cargo monética (Cashbox)" o "TPV Pro", si se definía que dicha forma de pago "admitiese cobro manual" y "permitiese no cobrado", el operador podía sin querer cambiar el estado de cobro a "cobrado" antes de iniciar el cobro automático. Con lo cual queda la venta/deuda cobrada en DeporWin pero NO en Cashbox/TPV Pro.
¶ 27/10/2016
¶ DeporWin v3.0
¶ Mejoras
- Ahora podremos limitar la posibilidad de asignar/desasignar un determinado perfil para un determinado grupo de usuarios de la aplicación (mediante el "Nuevo sistema de seguridad por funcionalidades y grupos de usuarios").
- En la definición de una caja ahora podremos indicar si se permiten realizar domiciliaciones bancarias en dicha caja.
- Si se desactiva, no se podrán realizar ni domiciliaciones bancarias, ni devoluciones de recibos,...
- Ahora podremos definir qué bancos están disponibles para asignarlas a datos de cuentas bancarias y cuales para datos de tarjetas bancarias.
- Se muestra en Fichas->Personas->Económico el motivo del rechazo de una validación de una cuenta bancaria.
- Si tenemos activada la monitorización de accesos del Vigilante desde DeporWin, ahora podremos ir directamente a la ficha del usuario que acaba de acceder haciendo "doble click" en la barra de estado.
- En la definición de horarios de una actividad se permite especificar una ubicación (mapa de elementos).
.jpg "DeporNews")
.jpg "DeporNews")
¶ Correcciones
- En la definición de descuentos por perfil de las cuotas de abonos, no se podían introducir importes de descuento decimales menores que 1.
- El importe del cursillista mostrado en Fichas->Personas->Cursillos no se redondeaba con el mismo algoritmo que se generan los pagos de ese cursillista.
- En la definición de los horarios de una actividad, al hacer clic en una de las filas, no se refrescaban los controles para poder ver/modificar la hora de inicio y fin, por lo que al validar se asignaba otro valor diferente.
.jpg "DeporNews")
¶ 20/10/2016
¶ DeporWin v3.0
¶ Mejoras
- En la selección de comercial de una venta, así como en la selección de un comercial de un contrato de servicio, ahora podremos filtrar por centro y por tipo de comercial.
¶ 19/10/2016
¶ DeporWin v3.0
¶ Mejoras
- Si tenemos definido perfiles compatibles para una entrada/bono, solamente se podrá realizar su venta si la persona dispone de alguno de los perfiles compatibles durante toda la vigencia del bono.
¶ 17/10/2016
¶ DeporWin v3.0
¶ Mejoras
- En la opción de subir ficheros de cobros electrónicos, en caso de formato C60 por defecto se seleccionará extensión de fichero libre.
- En la pantalla de baja de cambio programado se modifican las descripciones y título de ventana para dejar claro que se trata de baja del cambio y no del abono completo
.jpg "DeporNews")
- Nueva opción en la baja de abonos por pagos pendientes, donde podremos indicar si se dará de baja el "abono vigente" de un usuario que tenga deudas, aunque estas correspondan a distintos abonos.
.jpg "DeporNews")
- Se añade un estado más en la pantalla de Gestión de SMS:
(5- Cancelado)
.jpg "DeporNews")
- Soporte para fotos de personas con ID de longitud mayor de 7 dígitos.
- Mejoras de seguridad en el almacenado de los datos de tarjetas bancarias de las personas.
- Ampliación de funcionalidades en la gestión multicentro
- Nuevos campos en la entidad centro para poder definir dirección, teléfonos, conexión con BD externa, etc.
- Nuevo campo IdCentro en el almacen para poder determinar el centro por defecto en función de la sesión de caja que se inicie.
Este campo se utilizará en la asignación de centro al crear nuevas fichas de persona. De forma que si el almacen asociado a la caja tiene centro definido, este tendrá prioridad sobre el definido en el entorno (DeporWin.INI) - Nuevo campo "IdCentro" en los pagos para poder distinguir y filtrar los ingresos por centros
- En el Mantenimiento de Almacenes se ha añadido el campo Centro.
.jpg "DeporNews")
.jpg "DeporNews")
- Se introduce en la ventana de formas de pago un filtro por Centro y/o Almacén
.jpg "DeporNews")
- En la edición de cuentas bancarias de gestión podremos seleccionar qué protocolo de domiciliación usará esta cuenta (en blanco el por defecto).
- Se añade al historial de actualización de cuenta bancaria la nueva cuenta introducida.
Del mismo modo, al añadir o modificar una cuenta aparecerá también el IBAN.
.jpg "DeporNews")
- Añadida nueva funcionalidad para poder tener formas de pago con series de numeración de tickets por empresa y centro.
- Configuración:
1.Definir distintos almacenes correspondientes a los diferentes centros/empresas
2.Definir las series correspondientes a los centros/empresas
3.En la forma de pago activar el check "Asignar número recibo automáticamente"
- Adaptaciones de pantallas y pocesos de domiciliación para protocolos bancarios de Colombia
- Nuevas opciones en menú principal "Domiciliación Tarjetas" y "Validación CCC"
- Posibilidad de asociar un protocolo de domiciliación a una cuenta de gestión
- En el menú contextual de la pantalla de domiciliación se filtrarán formas de pago, cuentas de gestión y grupos bancarios en función del tipo de domiciliación (recibos, tarjetas, validación de CCC, ...)
- Adaptación de pantalla de domiciliación según el tipo de domiciliación (campos de datos a mostrar en grid, descripciones en botones, etc.)
- En la relación de incidencias de domiciliación se incluyen los pagos con cuentas no validadas (en protocolos con validación de cuentas)
- En los protocolos bancarios con "cobro diferido" se marcarán los pagos "EnTramiteCobro" pero no se cobrarán hasta que se confirmen en el fichero de vuelta del banco. (Estos pagos no podrán eliminarse o modificarse datos sensibles)
- En la pantalla de validación de cuentas se incluyen los filtros normales de domiciliación, se muestran los datos de los pagos con cuentas no validadas, se generan recibos, se marcan las cuentas con estado "En Trámite" y en la remesa informamos el campo Norma = "PRE" para distinguirlas.
- Al filtrar por un grupo bancario se preguntará si quiere seleccionarse la cuenta de gestión correspondiente al grupo bancario.
- En caso de domiciliación de tarjetas se mostrarán como incidencias los pagos de personas sin datos de tarjeta informados
- Al devolver un recibo con los pagos pendientes (cobro diferido) se eliminará el vinculo entre pagos y el recibo, se pondrá EnTramiteCobro = False y se modificará la forma de pago a la seleccionada como FP pendiente.
- Añadida nueva funcionalidad en la domiciliación para poder generar de forma masiva y en una sóla operación diferentes ficheros con distinto protocolo/norma de domiciliación, pero del mismo tipo de domiciliación (es decir, o domiciliaciones de cuentas bancarias o domiciliaciones de tarjetas)
- Configuración:
En cada cuenta de gestión deberá informarse el protocolo que corresponda y al domiciliar se deberá marcar la opción de "Remesas x Entidades Bancarias"
- Ampliación del modelo ticket:
- Revisadas las siguientes operativas económicas para que creen una venta cuando así lo requieran:
Sobre un pago:
Anulación de un pago
Cambio de la forma de pago
Cambio de titular
Eliminar un pago exportado
Aprovisionar una deuda
Des-aprovisionar una deuda
Dividir un pago
Fraccionar (sin esquema) un pago
Fraccionar (con esquema) un pago
Duplicar un pago
Devolver un pago
Cobrar un pago
Reimprimir un pago
Editar número de recibo
Sobre una venta:
Anulación de una venta
Cambio de la forma de pago
Cambio de titular
Devolver una venta
Sobre un conjunto de pagos:
Cobrar
Reimprimir
Editar número de recibo
Sobre una transacción:
Cierre
Cobro
Domiciliación:
Cobro de recibo - Añadidos campos a la tabla "Ventas" y realizada su gestión (FechaVenta, FechaEmisionTicket, CodigoTicket, IdSerieTicket, NumeroTicket, IdPersona, IdEmpresa, IdVentaRectificada)
- Series de numeración de tickets
- Las operativas en ventas que impliquen una anulación generarán una "venta rectificativa" (enlazada a la venta rectificada). Y usarán la serie de numeración de tickets rectificativos (si estuviera definida).
- No se permitirán ventas de conceptos de distintas empresas simultáneamente
- No se permitirán ventas de conceptos mezcladas con ingresos a cuenta
- Cuentas bancarias:
- Ahora podremos indicar el tipo de la cuenta bancaria (Cuenta de Ahorro, Cuenta Corriente)
- Añadidos nuevos formatos de datos bancarios para Colombia, Chile y Perú.
- Adaptación de la pantalla de mantenimiento de una persona a los nuevos formatos bancarios.
- Adaptación de la pestaña de datos bancarios del formulario de personas a los nuevos formatos bancarios.
- En los formatos de datos bancarios de Colombia, Chile y Perú, la cuenta bancaria tendrá un estado de validación (pendiente, en trámite, validada, rechazada).
- Si se modifican los datos bancarios (tanto de la cuenta como el tipo de cuenta) se cambiará el estado de validación de la misma a "pendiente de validar".
- Se registrarán en el historial de la persona, los cambios de cuenta y tipos de cuenta bancaria según el formato.
- Ampliación del algoritmo de detección de una tarjeta bancaria (dando soporte a Diners y Maestro)
- Se ha rediseñado la pantalla de Administración de usuarios, ahora está divida en dos pantallas:
-Usuarios
-Grupos de usuarios
En la pantalla de Usuarios como nuevas funcionalidades tenemos que ahora se puede filtrar por Centro y/o por Grupo.
Además desde una pantalla se puede acceder directamente a la otra. - Se modifica la opción del menú de Seguridad de Deporwin para mostrar el nuevo mantenimiento de usuarios.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevo campo para especificar el tipo de documento de identidad. Las validaciones de éstos se hacen en función del valor especificado.
Solo se muestra el campo si hay algún tipo visible en la tabla TiposDocumentoIdentidad.
Se muestra un aviso si al guardar los datos de la persona, el documento de identidad no es válido según el tipo de documento especificado.
Si no hay ningún valor especificado se comporta como hasta ahora: se intenta deducir el tipo de documento entre NIF, CIF, NIE y Pasaporte si el país de operativa es España, sino se usa el documento de identidad predeterminado del país de operativa.
.jpg "DeporNews")
.jpg "DeporNews")
- Al guardar la ficha de una persona se muestra un aviso si el número de teléfono móvil introducido no es correcto.
Si no se especifica prefijo internacional (p.e. +34), se asumirá que el teléfono pertenece al país especificado en el parámetro Parametros.PaisOperativa
Si se especifica prefijo internacional, se usará la validación correspondiente al país de ese prefijo. Se soportan los siguientes países: España, Andorra, Portugal, Colombia, Chile y Perú
Para los países no soportados se dará por válido cualquier número de teléfono móvil introducido.
- En la ficha de persona, al realizar un cambio de DNI en la ficha del cliente se lanzará un proceso de impresión ReporWin ("COMPROBANTE CAMBIO DNI")
Se informarán variables de entrada de IdAbono (datos del abono actual de la persona) y IdContratoServicio (contrato servicio activo cuyo servicio tiene la marca de socio/abonado) para que el impreso pueda llevar datos del contrato en vigor.
- En la pantalla de Remesas Recibos se ha añadido información sobre el tipo de remesa de la que se trata: Domiciliación, Cobro (C57-C60) o Validación, ajustando la operativa según el caso.
.jpg "DeporNews")
- En la pantalla de domiciliación, tanto de cuentas bancarias como de tarjetas, se ha añadido nueva información, según el tipo de protocolo:
- Protocolos de domiciliación bancaria colombianos: Estado de validación y tipo de la cuenta bancaria.
- Protocolo de domiciliación de tarjetas: Numero y tipo de tarjeta
En todos los casos, si se muestran las incidencias, se ha añadido una nueva columna con un texto explicativo sobre la incidencia detectada (la primera de ellas en caso de que pueda haber más de una).
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Añadidos nuevos protocolos para la domiciliación de recibos y validación de cuentas:
- Validación de cuentas ACH.
- Validación de cuentas Bancolombia
- Domiciliación de recibos ACH
- Domiciliación de recibos Bancolombia
- Añadidos nuevos protocolos para la domiciliación de recibos mediante tarjeta bancaria
- Domiciliación de recibos CrediBan
- Domiciliación de recibos RedeBanco
En ambos casos se realiza la comprobación de que el tipo de tarjeta sea válido para el protocolo seleccionado.
- Al realizar el tratamiento (masivo o individual) de los "recibos" de validación de cuentas, se podrán incluir los rechazados en la campaña definida para el rechazo de cuentas (ver apartado CRM).
.jpg "DeporNews")
- Al facturar ventas con pagos que tienen número de recibo caja se mostrará un aviso y se generarán ventas rectificativas (con número según la serie de rectificativas definida).
.jpg "DeporNews")
- Al realizar el proceso de ficheros de respuesta a la domiciliación en el caso de remesas con cobro diferido se podrá indicar que, en caso de aceptarse el cobro, se vuelvan a poner en forma de pago domiciliable aquellos pagos que el cliente tenga en "mora" (pagos devueltos de anteriores domiciliaciones) y cuya forma de pago coincida con la configurada como "Forma Pago Devolución" para la forma de pago domiciliable.
.jpg "DeporNews")
- Cambios en la pantalla de Datos bancarios para mejorar el diseño y usabilidad.
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora podremos acceder directamente a la pantalla de movimientos de la sesión actual de caja con la combinación de teclas CTRL+J
- Nuevo sistema de seguridad por funcionalidades y grupos de usuarios
- En determinadas funcionalidades de DeporWin se establece seguridad por grupos de usuarios.
- En algunas funcionalidades incluso se puede aplicar la seguridad según el elemento sobre el que se aplica, de forma que se pueda permitir/limitar una determinada funcionaliad para un elemento concreto (p.e. no permitir dar de baja contratos de servicios pertenecientes a la subfamilia con Id=1234)
- Inicialmente cualquier grupo de usuarios tentrá permiso para acceder a cualquier funcionalidad, será el administrador el que decida en un momento de terminado restringir la funcionalidad a un grupo de usuarios.
- Añadido nuevo campo "NumeroSerieImpresora" en la caja (número de serie de la impresora de tickets asociada a la caja).
- Al crear/modificar una forma de pago, si no está disponible en ninguna caja, se lanzará automáticamente la pantalla de definición de formas de pago por caja.
- Al crear/modificar una forma de pago, si no tiene definidas cuentas de traspaso para ninguna caja, se lanzará automáticamente la pantalla de definición de cuentas de traspaso por caja. (Solamente aplicable si se generan apuntes contables)
- Nueva opción en el menú contextual de un pago "Devolver Recibo".
- Aparecerá en los pagos que hayan sido domiciliados y cuyo recibo bancario no esté devuelto todavía.
- Realizará la devolución completa del recibo bancario al cual pertenezca.
- Ahora no se mostrarán los campos del IBAN de la cuenta bancaria en los formatos de datos bancarios que no lo requieran.
- Desde la pestaña de pagos de la ficha de la persona, si realizamos un "doble-click" en:
- la columna "Forma de pago" de un pago, se lanzará la acción de "Cambiar forma de pago" (la misma acción y con la misma visibilidad que en el menú contextual)
- en la columna "Cobrado" de un pago, se lanzará la acción de "Cobrar transacción" (la misma acción y con la misma visibilidad que en el menú contextual)
- Las opciones del menú contextual "Cambiar forma de pago" y "Anular transacción" pasan a estar disponibles en los pagos pendientes con forma de pago domiciliables (de cuentas o de tarjetas).
- Nueva pantalla de configuración de mantenimientos de tablas auxiliares:
- Se ha modificado, añadido y centralizado el acceso a diferentes mantenimientos a través de la nueva pantalla de configuración accesible desde la opción de 'Tablas Auxiliares' dentro del menú de mantenimientos.
- La nueva pantalla de configuración de mantenimientos incorpora un buscador.
- La anterior pantalla de 'Tablas Auxiliares' pasa a llamarse 'Tablas Auxiliares Actividades/Servicios' y algunas de sus opciones se han pasado a la nueva pantalla de configuración.
- Los mantenimientos de NMS y CRM ahora solo están accesibles desde la nueva pantalla de configuración.
- Se ha añadido el mantenimiento de motivos de baja.
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevas funcionalidades para permitir modificar el DNI y/o la Fecha de nacimiento de las personas (una vez tengan la ficha creada):
- Si no estaba anteriormente definido el campo sí se permitirá modificarlo.
- Si el usuario de la aplicación tuviera el permiso de la funcionalidad denegado, se podrá configurar para que se genere una oportunidad CRM
- Si el usuario de la aplicación tuviera el permiso de la funcionalidad concedido, se lanzará un proceso de impresión para poder documentar el cambio.
- No se cargarán los combos de calles cuando haya más de 100.000 calles:
- Solamente se cargará en el combo la calle de la persona que se esté editando (si es que tuviera)
- Nuevo filtro por defecto para la pantalla de personas: "Personas recientes"
- Al entrar a Fichas -> Persona solamente se mostrará la primera persona (normalmente la que tiene código = 1)
- Si se realizan búsquedas de personas (por código, nombre, DNI, etc...) se irán añadiendo a la grid como personas recientes
- Si filtramos la grid (por ejemplo, por perfil, por mismo titular, por tutor,...) se mostrarán todas las personas que cumplan ese filtro.
- Para volver al filtro de personas recientes: menú contextual "Filtro por defecto" o CTRL + F
- Nueva ventana de cobro combinado para permitir cobrar con múltiples formas de pago una cantidad.
- Se añade comprobación de uso único de un cupón y se muestra un grid con el detalle de los usos del mismo
- Nueva funcionalidad para poder agrupar varias formas de pago:
- Se definirán una (o varias) forma de pago "agrupación"
- se asignarán a las forma de pago a qué agrupación pertencen
- En las pantallas de selección de forma de pago (ventas, cobro combinado,...) se mostrarán las formas de pago "agrupación"
- Al seleccionar una forma de pago "agrupación", se mostrarán las formas de pago contenidas en ella.
- Se permitirá definir varios niveles de "agrupación" (a modo jerárquico), es decir una forma pago "agrupación" podrá contener otra forma de pago que a su vez también sea "agrupación".
- Útil por ejemplo, para crear una forma de pago agrupación "Tarjeta bancaria", que contenga varias formas de pago "Tarjeta bancaria de crédido VISA", "Tarjeta bancaria de crédido Mastercard", ...
- En la pantalla de "Movimientos de sesión de caja", en el desglose de cobros por forma de pago, se podrá ver los movimientos tanto por forma de pago "directas" como en las formas de pago "agrupación".
- En la pantalla de "Cierre de sesión de caja" podremos realizar el cuadre por las formas de pago "directas" o por las formas de pago "agrupadas". En función de cual tenga definido el tipo de cuadre diferente de "Ninguno"
.jpg "DeporNews")
.jpg "DeporNews")
- La pantalla de cobro combinado admite formas de pago agrupadas (que pueden estar anidadas), marcadas con el correspondiente icono.
- También marcará con un icono las formas de pago que ya hayamos seleccionado.
.jpg "DeporNews")
.jpg "DeporNews")
- En la domiciliación de tarjetas bancarias, añadida la opción de poder realizar la misma agrupada por tipo de tarjeta, de forma que se generará un fichero (y una remesa) diferente por cada tipo de tarjeta incluida en la domiciliación.
- El nombre del fichero generado se podrá configurar en la pantalla de Parámetros -> Domiciliación -> Formato Nombre Fichero. En caso de no definir ningún formato, se usara el valor por defecto, que incluye todos los tokens (excepto la fecha).
.jpg "DeporNews")
- Ya se admiten las siguientes formas de pago con protocolos automáticos en el cobro combinado:
- Forma de pago tarjeta bancaria con TPV Virtual (datáfono)
- Forma de pago cargo monética (Cashbox)
- Parámetros de TPV Virtual y de Cashbox por formas pago y caja:
- Hasta ahora solamente podíamos definir "1 registro" de parámetros de TPV Virtual (datáfono)/Cashbox por cada forma de pago. Con lo que si disponíamos varios datáfonos/cashbox teníamos que duplicar las formas de pago para cada uno de ellos.
- Ahora ya se permite definir los parámetros del TPVVirtual/Cashbox por forma de pago y caja.
- Para mantener compatibilidad, podremos definir la caja a "Nulo". Con lo que esos datos se compartirían para todas las cajas.
- Al generar los recibos bancarios en el proceso de domiciliación, se revisarán los pagos del recibo que no tuvieran asignado código de recibo de caja, para asignarlos a una nueva venta con un nuevo código de recibo de caja (y número de recibo de caja y serie de numeración). Excepto que la forma de pago tenga definido que nunca se asignan recibos de caja.
- Ejecución de los procesos de inicio de sesión desde línea de comandos en DeporWin
- Útil si queremos automatizar los procesos para que se ejecuten a una determinada hora del día sin intervención de un operador.
- Lanzaríamos el DeporWin.exe desde el planificador de tareas de Windows (por ejemplo) indicando el parámetro "/ProcesosAutomaticos" en la línea de comandos. Y con el parámetro /Minimizado si queremos que la aplicación se muestre minimizada.
- Se ejecutan todos los procesos de inicio excepto:
* Renovación automática de abonos, cursillos, servicios
* Extensión automática de temporadas
* Consultas SQL
- Desde Fichas->Personas, no se podrá modificar ningún dato de la primera ficha (la correspondiente a la persona con Id mínimo) si la persona está inactiva.
- Validación de datos bancarios:
- El tipo de cuenta bancaria será obligatorio para los formatos de datos bancarios de: Colombia, Chile y Perú.
- No se permitirán cuantas bancarias de la entidad 0000.
- Nuevo proceso masivo de encriptación de datos de tarjetas bancarias.
- Accesible desde Mantenimiento -> Procesos de actualización -> Personas -> Encriptar datos de tarjetas bancarias
- También se lanzará automáticamente en los procesos de inicio de sesión.
- Ahora podremos informar el banco emisor de las tarjetas bancarias.
- En las remesas de domiciliación de tarjetas se guardará este dato.
- Titular de los datos de cuentas/tarjetas bancarias:
- Ahora podremos indicar en los datos de cuenta/tarjeta bancaria a que titular pertenece.
- Nos será útil, por ejemplo, en el caso de un titular que tenga más de una cuenta/tarjeta bancaria para pagar a varios beneficiarios. Definiríamos en la ficha de cada beneficiario los distintos datos de cuenta/tarjeta indicando que pertenecen a ese mismo titular.
- Se modifica también el filtro de personas "Titular económico de la persona actual" para que tenga en cuenta este nuevo dato en las cuentas/tarjetas.
- En los protocolos de domiciliación de cuentas/tarjetas bancarias, se tendrá en cuenta este nuevo dato para informar adecuadamente del nombre/DNI del titular.
- En proceso de devolución de recibos con fichero del banco, se podrá configurar para que el importe de gastos de devolución sea un porcentaje del recibo.
(Configuración en 'Tablas Auxiliares Gestión Económica \ Entidades Bancarias')
- En la pantalla de domiciliacion se activará por defecto la fecha de inicio con la fecha actual - 12 meses (a día 1).
- La pantalla de personas se iniciará con el filtro por defecto de 'Personas recientes'
- Nuevo protocolo bancario Bancolombia (domiciliación y devoluciones)
- Nuevo protocolo bancario ACH (domiciliación y devoluciones)
- Nuevos protocolos Redeban y CrediBanco para realizar la domiciliación de tarjetas. En la pantalla de domiciliación se permite el filtro por tipo de tarjeta bancaria, y se validan los tipos de tarjeta permitidos en cada protocolo.
- Se añade un nuevo parámetro en Deporwin para indicar el número de meses previos a la caducidad de la tarjeta bancaria con los que permitiremos efectuar una venta.
- En la pantalla de introducción de tarjeta bancaria añadimos una nueva validación que se traducirá en forma de aviso en rojo para ayudar al usuario de Deporwin:
1.- Si la tarjeta está caducada
2.- Si la tarjeta supera el número de meses previos que hemos introducido en los parámetros de Deporwin (ver entrada anterior del ticket)
- En abonos "familiares clásicos" o "familiares multicategoría", ahora también se lanzará el proceso de "COMPROBANTE ALTA NUEVO MIEMBRO ABONO" para las altas de nuevos integrantes a futuro.
- Nueva función para listados ReporWin "CuotasCursillista" que calcula las cuota a pagar por un cursillista.
- Parámetros de entrada: IdPersonaCursillista/IdPersona, CodigoActividad/IdActividad, IdNumeroCursillista/Numero, FechaInicio/FechaFin para el cálculo
- Formato de la cadena de salida: 00,0€ [dd/mm/AAAA] 00,0€ [dd/mm/AAAA] ...
¶ Correcciones
- En la pantalla de mantenimiento de perfiles, al eliminar un perfil que estuviera asignado a personas, conceptos, abonos, etc. se producía un error no controlado.
Ahora se muestra un visor de registros con las relaciones con otras entidades y no se permite el borrado.
- Resuelto bug en proceso automático de desvinculación de perfiles en actividades acabadas.
Si se cancelaba el proceso de las actividades mostradas en la grid, al lanzar de nuevo los procesos automáticos no se volvía a ejecutar el proceso sobre estas actividades.
- Al duplicar un pago no se generaban los apuntes contables, si la cuenta contable del pago estaba definida por origen (en vez de por analítica).
- Aparecía un error al acceder a los documentos de una persona (pantalla de personas, pestaña Notas -> Gestor Documental), si el número de documentos total en la base de datos era muy grande.
- En la ficha de la persona, pestaña dirección, al introducir un email y validar el fondo del campo se ponía en negro impidiendo que se vieran los datos introducidos.
- Si el nº de conceptos asignados a las actividades como "precios por concepto" era superior a 32000, al realizar un cambio de actividad si el concepto a asignar en la actividad de destino correspondía a uno de estos conceptos se producía un error.
- Al duplicar un concepto, no se duplicaban los perfiles compatibles.
- Se producía un error al minimizar la pantalla de "Tablas auxiliares de gestión económica".
- No se permitía definir más de 40 caracteres en el campo "Razón Social" desde "Mantenimiento -> Parámetros". Ahora se permiten hasta 100 caracteres.
- Resuelto bug en el proceso de "baja de integrantes de abono con fecha de baja" que mantenía los perfiles vinculados de los integrantes activos en abonos no activos.
- Resuelto bug en proceso de actualización de antigüedad de integrantes de abono. En caso de abonos familiares donde el titular proviene de un abono individual no se calculaban correctamente las antigüedades de los integrantes.
- Resuelto bug que, en caso de tener visible el TipoDocumentoIdentidad, impedía poder poner como obligatorio el campo DNI.
- En el caso de domiciliación por tarjetas, en la pantalla de devolución de recibos aparecía incorrectamente la opción "Forma de vencimiento pendiente según la definición" cuando la forma de pago estaba configurado en las formas de pago de domiciliación bancaria, pero no de tarjetas.
- Si el código de una actividad contenía un apóstrofe, se producía un error al posicionarse en la lista de actividades de "Fichas -> Personas -> Cursillos"
- Al cambiar un código de actividad, se actualizaban los pagos de dicha actividad correctamente (campo CodigoActividad) pero no el campo CodigoOrigen de los mismos.
- Al copiar los permisos de acceso entre tipos de abonos, no se copiaban las propiedades de "número/tiempo máximo de usos en un periodo" ni las de "calendario de festivos".
- Corregido problema que, en caso de pagos correspondientes a recibos devueltos que se volvian a domiciliar, mostraba el motivo de devolución original al editar el pago.
¶ 11/07/2016
¶ DeporWin v3.0
¶ Correcciones
- Solucionado bug en cambios programados de abonos familiares a abonos individuales.
Al realizar un cambio programado en todos los integrantes del abono familiar a un nuevo abono individual, en el último integrante no se aplicaba el cambio y se quedaba como NO abonado.
¶ 10/05/2016
¶ DeporWin v3.0
¶ Mejoras
- En la ficha de la persona, en la pestaña de abono, se añade mensaje de aviso al intentar deshacer bajas de abonos cuyo Tipo de Abono NO está activo.
.jpg "DeporNews")
- En la pantalla de mantenimiento de familias de servicio se permite modificar nombre y/o descripción y en la grid se muestran ambos.
.jpg "DeporNews")
- Añadido control de caducidad de mandatos
- En parámetros nueva opción de número de meses de caducidad del mandato (por defecto 36, según Norma SEPA actual)
- Nuevo proceso en el inicio diario de DeporWin para eliminar de la BBDD los mandatos caducados (mandatos que no tengan ningún recibo emitido en los últimos x meses definidos en el parámetro anterior)
- Cambio en la construcción de la referencia de mandato. Ahora se incluye la fecha de emisión en la referencia para que la misma cuenta bancaria tenga distintas referencias en momentos diferentes:
IdPersona + Oficina cc + Num cc (al reverso) + Entidad cc + Año y Mes de la fecha de emisión
.jpg "DeporNews")
- No se permitirán cambios masivos de abono (Mantenimiento \ Procesos de Actualización \ Abonos") si se selecciona una fecha del futuro y el parámetro "Permitir ejecución de cambios manuales futuros" está desactivado.
.jpg "DeporNews")
.jpg "DeporNews")
- En la pantalla de configuración de perfiles, añádida nueva opción de acceso ilimitado en asignación de perfiles. Esta opción (así como las demás de acceso) sólo se aplicarán en la asignación manual de perfiles.
.jpg "DeporNews")
- En la pantalla de configuración de perfiles, añadidos tooltips explicativos en opciones de acceso al asignar perfiles.
.jpg "DeporNews")
- Nuevo filtro por perfil del cliente en la pantalla de "Facturar albaranes"
- Añadido campo "Activo" en los motivos de baja para definir que motivos serán seleccionables (en todas las pantallas de baja o de asignación de motivo: abono, cursillo, procesos masivos, definición de cuotas, etc.)
.jpg "DeporNews")
- En el proceso de devolución de recibos a partir de fichero del banco, se eliminan los mensajes intermedios de incidencia (mostrados por cada registro incorrecto) sustituyéndolos por una pantalla final resumen con todas las incidencias detectadas.
.jpg "DeporNews")
- En los cambios de actividad (tanto inmediatos como programados) se enlazará la actividad de origen con la de destino, guardando la información de la actividad origen en el nuevo registro del cursillista.
- Añadido nuevo parámetro "Redondear importes unitarios de pagos" para poder parametrizar de forma diferente el redondeo de los totales y el redondeo de los importes unitarios.
Inicialmente se marcará con el mismo valor que el prámetro "Redondear importes totales de pagos".
.jpg "DeporNews")
- En la pantalla de edición de pagos, se mostrarán siempre 4 decimales en los importes unitarios.
.jpg "DeporNews")
- Se ha mejorado el sistema de búsqueda e importación de datos de terceros para soportar otros sistemas diferentes al actual (tabla de terceros). Ahora se soporta también la búsqueda en el Registro Central Tarjetas de Navarra.
- Es necesario configurar las siguientes tablas tal y como se hace para la exportación de datos de personas a este mismo protocolo:
- ParametrosExportacionPersonas
- ParametrosExportacionPersonasRCT
Para seleccionar el sistema de búsqueda a utilizar:
Deporwin --> Parametros--> Personas --> Configuración --> Protocolo Búsqueda Terceros
.jpg "DeporNews")
.jpg "DeporNews")
- En una reserva de servicios, ahora podremos enviar varios documentos por correo electrónico en un único email.
¶ Correcciones
- Resuelto bug en proceso de baja de integrantes de abono con fecha de baja que mantenía integrantes activos en abonos no activos.
- Un caso de ejemplo sería:
1. Se realiza baja programada de un integrante de abono familiar para la fecha X
2. Se realiza cambio programado del cabeza de familia del abono para la misma fecha X
3. Cuando llega la fecha X y se ejecuta el cambio se procesa el cambio correctamente dejando el abono como no activo pero el integrante se quedaba activo para siempre (el proceso de baja de integrantes no lo desactivaba)
- Al ejecutar un cambio de abono programado, si teníamos configurado una exportación de personas según perfil, no se exportaba como activo el alta por cambio al nuevo de tipo de abono (debido a que la asignación del perfil se realizaba a posteriori de la exportación de la persona).
- Al asociar un perfil a una persona, no se imprimirá el proceso "ALTA PERFIL" si estamos "SinInterfaz" (para servidores deportivos, etc.)
¶ 08/03/2016
¶ DeporWin v3.0
¶ Mejoras
- En la pantalla de mostrar información de un pago, añadido campo de código de trasacción
.jpg "DeporNews")
- Al fusionar dos personas en Deporwin, se traspasarán también los datos médicos que pudieran existir.
- En los pagos generados en un alta/renovación de abonos se guardará el detalle/desglose del descuento que se haya aplicado.
.jpg "DeporNews")
- En la pantalla de abonos de la ficha de persona, al dar de alta integrantes con caracter inmediato ("Alta hoy") en abonos activos pero con fecha de alta futura, se mostrará aviso y se activará el integrante pero con fecha de alta la del abono.
.jpg "DeporNews")
- En la pantalla de parámetros de reservas, ahora podremos definir el formato de los SMS que se envían tanto al cliente como al recurso humano.
.jpg "DeporNews")
¶ Correcciones
- Al fraccionar un pago que tuviera informado un detalle de descuentos, no se "adaptaban" ese detalle a cada fracción.
- Al deshacer una renovación de abono (tanto de forma manual como a partir de una remesa) no se informaba correctamente la fecha de última renovación.
- En la pantalla de "Datos persona" no se mostraba el "Teléfono móvil".
- En la ficha de persona, solucionado error "conflicto con la restricción ..." al fusionar 2 personas asociadas como monitor a alguna actividad.
- Solucionado error no controlado al iniciar DeporWin con un usuario sin permisos para entrar en la opción de menú "Mantenimiento\Consultas\Administrador de Consultas"
- Al modificar la fecha fin de una actividad que debía generar reservas, no se realizaba la actualización de las reservas relacionadas.
- En la pantalla de definición de actividades se ha modificado el color de fondo de los calendarios correspondientes a Inicio del periodo de la actividad, Inicio del periodo de inscripción por internet y Fecha Inicial de las edades válidas.
- Corregido un error al arrancar la aplicación y superar el número máximo de licencias.
- No funcionaban las licencias de "gracia" (20 usos de gracias al superar el número máximo de licencias).
- Se producía un error de desbordamiento al "dibujar" la matriz de accesos en pantallas con resolución grande (por ejemplo, 2560x1440).
¶ 18/01/2016
¶ DeporWin v3.0
¶ Mejoras
- No se permitirá deshacer remesas de recibos con recibos devueltos.
.jpg "DeporNews")
- En el alta de abonos se validará que la edad de la persona cumpla el rango de edades de la categoría seleccionada (siempre y cuando no tengamos activada la marca de "mantener categoría").
.jpg "DeporNews")
- Al finalizar la inscripción en una actividad se mantendrá seleccionada dicha actividad, así como al cambiar de ficha de persona.
- Mejoras en la selección de empresa en la domiciliación bancaria:
- En la cabecera de la lista de pagos a domiciliar, se mostrará la abreviatura de la descripción de la empresa seleccionada (en lugar del código como hasta ahora).
- Al filtrar los pagos de una empresa se autoseleccionará la cuenta bancaria de gestión por defecto de esa empresa (si no tuviera se usaría la de parámetros).
- En "Mantenimiento -> Parámetros -> Parámetros -> Cuentas Bancarias" podremos definir la cuenta bancaria de gestión por defecto de cada empresa.
- En la ficha de personas, al eliminar/anular pagos o ventas pendientes en personas con acceso denegado por pagos pendientes, se preguntará si se desea restablecer el acceso en caso de que no exista ningún otro pago pendiente.
.jpg "DeporNews")
- Añadidas nuevas opciones de búsqueda en el filtro de actividades (F4):
- AA+ para filtro por el año de la fecha de fin.
- BB+ para filtro por el mes de la fecha de fin
.jpg "DeporNews")
- Mejora de usabilidad en los traspasos de un dispositivo Cashbox (Monética):
- Ahora, al realizar un traspaso, nos aparecerá un menú para poder seleccionar qué tipo de traspaso deseamos hacer (Retirada, Traspaso a cajón y retirada,...)
- Anteriormente esta selección se realizaba manteniendo pulsado el botón CTRL.
.jpg "DeporNews")
- Nuevo parámetro para permitir o no ejecutar manualmente cambios de abono programados a futuro en la ficha de la persona.
.jpg "DeporNews")
.jpg "DeporNews")
- En la ficha de personas, cambio de comportamiento en la opción de "Establecer validez carnet" del menú contextual de personas.
Ahora, al selecionar la opción se mostrará una pregunta para establecer si se realizará el cambio a la persona selecionada o a todas las personas filtradas.
Y en caso de seleccionar la opción de todas las personas se realizará una previsualización con las personas afectadas
.jpg "DeporNews")
- Al realizar un cobro vía un dispositivo Cashbox (Monética) podremos abortar el cobro con CTRL+F5 o pulsando en el aspa roja.
- No es recomendable su uso, ya que podrían crearse inconsistencias si se está a medias del proceso (quedaría un importe en Cashbox pero nada en DeporWin). Pero sí podría sernos útil para cancelar si no hay conectividad con el Cashbox, por ejemplo.
.jpg "DeporNews")
- Durante el proceso de cierre de sesión de una caja con control de fondo, si solamente realizamos un traspaso (sin cerrar), tendremos la opción de imprimir tickets de los diversos traspasos realizados.
¶ Correcciones
- Resuelto problema en la asignación de fecha de solicitud de baja en los cambios de abono. Se informaba la fecha de solicitud con la fecha del cambio en lugar de la fecha del día.
- En el formulario de definición de actividades, solucionado bug al sincronizar reservas de actividades con calendario de festivo asociado. Aparecían como colisiones reservas existentes en el recurso asignado a la actividad en dias del calendario de festivos, cuando no existía colisión real.
- Al usar la opcion desde Deporwin de "Bloquear aplicación" y al identificarse otro usuario para desbloquear, en el marco superior de la ventana de Deporwin no se refrescaba con el nombre del nuevo usuario, se seguía mostrando el usuario inicial.
- En la pantalla configuración de tablas auxiliares de Gestión Económica, en la pestaña de "Entidades Bancarias", en caso de tener definida una empresa en el entorno (DeporWin.INI), se quedaba el combo de empresa bloqueado y sin valor, con lo cual no se permitía añadir entidades
- En la duplicación de actividades con duplicación de cursillistas y generación de pagos, en caso de actividades renovables con precios no definidos por concepto, se generaban los pagos con fechas incorrectas y el cursillista con fecha de próxima renovación también incorrecta.
- En los algoritmos de actualización de categoría (o de tipo) en función de la edad de la persona, se usaba una función para calcular la edad que en determinadas circunstancias no era del todo precisa.
- Al devolver fichero recibos, si el IdEmpresa del Entorno no coincidía con el IdEmpresa de la entidad bancaria de la devolución (y este era diferente a 1), no marcaba automáticamente el importe de gastos de devolución correspondiente a la entidad.
- Al vender un concepto que genera una entrada/bono, si no se tenía activado el Vigilante, no se tenía en cuenta la "modalidad de grabación de tarjetas" definida en el tipo de entrada de dicho concepto. Siempre se usaba "Tarjetas diferentes para cada cantidad vendida".
¶ 10/11/2015
¶ DeporWin v3.0
¶ Mejoras
- Añadida nueva opción para permitir calcular la antiguedad de los integrantes de los abonos. Esta opción se encuentra en el menú Mantenimiento -> Procesos de actualización -> Abonos -> Calcular Antigüedad Integrantes.
Este dato se guardará en el campo FechaAntiguedadIntegrantes de la tabla IntegrantesAbonos para cada uno de los registros.
- Se ha añadido a los tipos de Crédito (puntos) la posibilidad de indicar una caducidad (absoluta o relativa) que se puede definir desde la correspondiente pantalla. Esta caducidad se guardará con el crédito en el momento de la venta.
- Para que la gestión de créditos con caducidad funcione correctamente, es necesario definir el parámetro "Control detallado del consumo de puntos" en la pantalla de Mantenimiento -> Parámetros -> Pestaña Pagos
.jpg "DeporNews")
.jpg "DeporNews")
- Se ha rediseñado la pantalla de Extracto de Créditos a la que se accede desde la pestaña Pagos para mostrar la información correspondiente al saldo de créditos disponible si se usa el sistema de control detallado de puntos, mostrando además de la información habitual, el saldo disponible al final del periodo solicitado.
.jpg "DeporNews")
- En caso de usar el sistema de control detallado de puntos, se ha añadido la información correspondiente a la Fecha de Caducidad y el Saldo disponible de créditos en la pestaña Notas -> Créditos.
.jpg "DeporNews")
- En ficha de persona, añadida nueva opción para desvincular el centro de la persona.
.jpg "DeporNews")
- En la ficha de persona, se añade campo descripción en grid de actividades disponibles. Además se guarda y recupera la configuración de la grid personalizada para cada usuario.
.jpg "DeporNews")
- Desde la ficha de personas > Notas > Gestor Documental podremos a partir de ahora enviar múltiples documentos en un mismo email.
La grid con todos los ficheros adjuntos permite ahora la multiselección y, con el botón derecho, nos aparecerá un menú contextual con una única opción "Enviar documentos por email"
.jpg "DeporNews")
.jpg "DeporNews")
- Asignación automática de bonos agencia en el momento de realizar la venta de las reservas de servicios.
- Será necesario que la reserva esté debidamente cumplimentada (cliente
asignado, número de localizador de cliente, forma de pago "bono agencia").
- Creación de pantalla de Mantenimiento de Esquemas de Ponderación
- Desde dicha pantalla podremos mantener también los intervalos del Esquema de Ponderación
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
¶ Correcciones
- En la pantalla de "Fichas -> Cuotas", estando en la pestaña de definición de los permisos de acceso de un tipo de abono y en determinadas circunstancias, saltaba un error de infracción de la integridad referencial "FK_CuotasDatosExtra_Cuotas".
- No se podían traducir los controles de la "Fichas -> Personas -> Abono" ni "Fichas -> Personas -> Dirección -> Usercontrol de dirección"
- Si al realizar el sorteo de cursillos, un cursillista tenía forma de pago definida (por ejemplo por haberse inscrito por internet), en el sorteo no se le asignaba ninguna forma de pago y tanto la inscripción como el pago generado quedaban sin forma de pago válida.
- Al ir a cobrar un concepto mediante créditos (puntos) y en caso de usar el sistema de control detallado de puntos con puntos caducados, no se calculaba correctamente el saldo disponible.
- Al desactivar una persona, se pregunta si se le quieren dar de baja sus contratos (abono, cursillos, servicios) así como si se le quiere denegar el acceso. Si respondíamos afirmativamente, durante el proceso de baja/denegación saltaban preguntas de si se quería volver a activar a la persona que estamos desactivando.
- No se asignaba la analítica contable a los pagos fraccionados en el momento de una inscripción a una actividad (sin precios por conceptos).
- Solucionado problema en proceso de baja de abonos programados. En caso de que existiera un cursillo asociado al abono se imprimía el comprobante de baja del cursillo a pesar de tratarse de un proceso masivo de baja.
- En la ficha de persona, resuelto bug al realizar cambio de usuario en el programa con la pantalla de fichas personas abierta.
Todos los campos en la pestaña abono se activaban, pudiendo desactivar o modificar la fecha de baja, creando incoherencias en los registros
¶ 15/09/2015
¶ DeporWin v3.0
¶ Mejoras
- En la ficha de personas, al activar el filtro de personas con la misma cuenta bancaria se mostrarán las personas con la misma cuenta o que tienen la persona seleccionada como titular económico.
- En el protocolo para transferencias bancarias en formato SEPA (C34.14), ahora soportamos indicar el concepto de cada transferencia (Nómina, Pensión u Otros). Configurable por forma de pago.
.jpg "DeporNews")
- Nueva opción para imprimir "otros listados" de una sesión de caja.
- Accesible desde "Gestión Económica -> Sesiones caja -> Movimientos Sesiones -> Menú contextual sobre 1 sesión de caja -> Imprimir otros listados".
- Para configurar qué listados queremos, accedemos de la misma manera y manteniendo pulsado la tecla SHIFT.
.jpg "DeporNews")
- Nueva opción para poder definir por tipo de abono la forma de pago por defecto (renovación) y forma de pago del primer pago (matrícula, primera cuota) de los abonos.
- Lo indicaremos desde la definición de un tipo de abono en "Fichas -> Cuotas"
- Esta configuración también se aplicará para las altas de abonos en la Web/Kiosco.
.jpg "DeporNews")
- Nueva funcionalidad para permitir realizar una baja de abono programada con fecha anterior a la próxima renovación (y superior al día de hoy). Configurable desde "Mantenimiento -> Parámetros Abonos".
- Nueva funcionalidad para poder gestionar servicios de múltiples empresas.
- Desde "Fichas -> Servicios -> Precio" podremos definir a qué empresa pertenece un servicio.
- Se registrará en los pagos generados del servicio (matrícula y cuota) la correspondiente empresa. Tanto para el alta como para la renovación.
- En la pantalla de renovación de Abonos/Actividades/Servicios, ahora tendremos la posibilidad de filtrar por empresa/s.
- Si tenemos configurada una empresa en DeporWin.INI ([Parametros Generales] IdEmpresa=x), se filtrará por defecto por dicha empresa.
- Si tenemos configurada una empresa en DeporWin.INI ([Parametros Generales] IdEmpresa=x) y además filtramos los pagos por empresa ([Económico] FiltrarPagosPorEmpresa=Sí), solo se mostrarán los contratos de dicha empresa.
- En la pantalla de selección de caja actual, se mostrarán las cajas ordenadas alfabéticamente por descripción de la caja.
- Adicionalmente podremos cambiar la ordenación por código de la caja o por descripción del almacén (pulsando en su respectiva columna).
.jpg "DeporNews")
¶ Correcciones
- En la ficha de personas, resuelto problema al crear 2 nuevas personas seguidas e intentar copiar los datos de una a otra (se mostraba como persona origen IdPersona=1).
- Al programar una baja de un abono, se modificaba la fecha de baja de sus cursillos/servicios vinculados aunque éstos ya tuvieran otra baja programada con fecha menor.
- Al sincronizar las reservas de las Actividades no se solicitará imprimir el comprobante de reserva aunque este estuviera configurado para otras reservas.
¶ 22/07/2015
¶ DeporWin v3.0
¶ Mejoras
- Regularización de accesos (entradas sin salidas y salidas sin entradas).
- Se regularizarán los accesos de entrada que no tengan su salida correspondiente (en función del tiempo promedio de estancia definido en el recinto).
- Se regularizarán los accesos de salida que no tengan su entrada correspondiente (en función del tiempo promedio de estancia definido en el recinto).
- Estos nuevos accesos de regularización se registrarán como accesos correctos de entrada/salida con el campo Accesos.ErrorOriginal = 4 (es decir, de la misma manera que desde el Vigilante se registran los accesos de regularización de la ocupación).
- Se recalculará el campo Accesos.Ocupacion para reflejar los nuevos accesos regularizados (se tendrán en cuenta los parámetros Recintos.ContarEmpleadosEnOcupacion y Puertas.EsInterior).
- Podremos invocar esta nueva funcionalidad desde "Mantenimiento -> Procesos de Actualización -> Accesos -> Regularización de Accesos sin entrada o salida". Podremos indicar el periodo a regularizar.
- Podremos configurar que se regularicen automáticamente los accesos al inicio de día. Desde "Mantenimiento -> Parámetros -> Parámetros -> Acceso -> Regularización automática de accesos". En este caso el periodo corresponderá a los anteriores 7 días pasados.
- En menú contextual de pagos, cambio de la descripción de las opciones de anular y devolver en caso de forma de pago TPV Virtual (datáfono):
.jpg "DeporNews")
- Nuevos campos "AccesoBloqueado" y "DescripcionAccesoBloqueado" en la persona para impedir/bloquear el acceso de entrada por el control de acceso.
- Estos nuevos campos NO se usarán para impedir realizar reservas de recursos o reservas de clases puntuales, etc. Solo se utilizarán en el control de acceso.
- Pueden ser utiles, por ejemplo, para bloquear inicialmente el acceso de la persona para requerirle algún tipo de documentación, firma, etc.
- Inicialmente en la ficha de la persona NO aparecerán los nuevos campos. Si se desea utilizarlos deberán configurarse mediante la opción de "Seguridad\Visibilidad de datos"
.jpg "DeporNews")
- Cambio del titular de una reserva/inscripción programa.
- En el caso de no tener configurado la generación de apuntes contables, ahora podremos cambiar el cliente de una inscripción programa aunque ésta tuviera pagos con saldo.
- Se avisará y se registrará en la reserva que se ha cambiado de cliente teniendo la reserva pagos con saldo.
- Añadidos nuevos campos "TipoTitular" y "IdTitular" en los esquemas de fraccionamiento para poder determinar el titular económico de cada fracción en caso de fraccionamiento de cuotas de abono ó de contratos de servicio NMS.
- Tipos de titular posibles en cada fracción:
0-Indeterminado (sin especificar, se tomará el titular que corresponda al pago)
1-Usuario del contrato (abono o contrato de servicio en NMS)
2-Titular económico del contrato
3-Entidad del usuario del contrato (opción válida sólo para contratos NMS)
4-Persona seleccionada (informada en el campo "IdTitular")
.jpg "DeporNews")
- En la pantalla de búsqueda de personas (la del botón con la lupa), si buscamos por teléfono ahora se realizará el filtro en los campos "Teléfono", "Teléfono 2", "Teléfono 3" y "Teléfono Móvil".
- Nueva funcionalidad para poder definir los "nuevos precios" para la próxima temporada. Se podrá definir nuevos precios para:
- Cuotas, cuotas de mantenimiento y matrículas de abono
- Precios familiares para abonos familiares clásicos y/o multicategoría
- Descuentos familiares para abonos familiares multitipo
- Cuotas y matrículas de actividades
- Tarifas de actividades
- Cuotas y matrículas de servicios (clásicos)
- Precio de venta de conceptos
- * Actualizaremos los nuevos precios desde "Mantenimiento -> Procesos de Actualización -> Económico -> Actualizar nuevos precios"
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
¶ Correcciones
- En la ficha de personas, pestaña de perfiles, al añadir un perfil no refrescaba la relación de perfiles.
- Resuelto problema con calendario Festivos no Activo en pantalla de definición de actividades.
Si el calendario se desactivaba después de haberlo asignado a una actividad, en la ficha de la actividad no se mostraba el calendario.
- La renumeración de entes de numeración en la pantalla de mantenimiento de Entes, no funcionaba con contratos de servicio NMS.
- En el alta de abonos, al aceptar el alta se vuelven a validar las restricciones de la fecha de alta.
De esta forma se evitan errores, como por ejemplo al entrar a la pantalla de alta con una fecha de alta propuesta incorrecta.
- Solucionados bugs en altas/bajas por cambios programados en abonos familiares.
No se estaban informando correctamente los checks de alta y baja por cambio en la tabla de integrantes abonos.
- Caso 1. Abono familiar con baja programada y cambio a abono individual de integrante programado en la misma fecha.
- Caso 2. Cambio programado de abono familiar a un abono individual y baja programada de integrante en la misma fecha.
- Caso 3. Cambio programado de abono familiar a otro familiar y alta programada de integrante en la misma fecha.
- Al editar el DNI en la ficha una persona existente (desde Fichas -> Personas), no se comprobaba ni se avisa de si el nuevo DNI pertenecía a otra persona.
- En la cesta de transacciones abierta, si realizábamos la acción de "Quitar pago" con el objetivo de eliminar un pago "suelto" dentro de una línea de transacción, no se evaluaba si era necesario asignarle (o no) un número de ticket.
- No se registraba el IdLineaTransaccion en el LogMonetica.mdb para el protocolo del Cashbox.
- En la anulación de una reserva se usaba el bono de compensación configurado para el concepto de la reserva aunque estuviera configurado que NO es "Pagable con uno de los siguientes bonos"
.jpg "DeporNews")
¶ 15/06/2015
¶ DeporWin v3.0
¶ Mejoras
- En caso de que no exista el parámetro ObviarAcentosEnBusquedaPersonas en DeporWin.INI se creará con valor por defecto true.
- En "Fichas -> Personas" ahora podremos filtrar las personas que están inscritas a una actividad.
- Para ellos arrastraremos una actividad desde "Fichas->Personas->Cursillos->Actividades" hasta la tabla/grid de "Personas".
- Nuevo parámetro para indicar si queremos preguntar si se registra o no en el histórico las bajas de abonos/cursillistas/servicios (si no tienen pagos cobrados).
- Se parametrizará desde "Mantenimientos -> Parámetros -> Parámetros de Abonos/Actividades/Servicios -> Preguntar actualizar histórico en bajas"
- En el cálculo de la cuota de un cursillista a fecha futura (por ejemplo una renovación anticipada) perteneciente a una actividad con "precios por conceptos", se tendrán en cuenta los perfiles que aparecerían/desaparecerían a tal fecha si dicho cursillista tuviera un cambio programado de abono (o alta futura) pendiente de activar.
- En el proceso de domiciliación de recibos añadido nuevo parámetro "FormatoDescripcionCabeceraRecibo" para poder configurar la descripción de la cabecera del recibo y poder añadir por ejemplo el código de recibo caja.
.jpg "DeporNews")
- En la subida de ficheros del banco con cobros de pagos C60 se mostrará información de las transacciones no encontradas en DeporWin
.jpg "DeporNews")
- Nueva funcionalidad para dar de alta fichas de personas/clientes desde el escáner de DNIs "Seac Banche NexGen 5".
- Se dará de alta la ficha con los datos básicos (nombre, sexo, fecha nacimiento, nacionalidad, DNI) y la dirección completa (se solicitará el código postal por no estar reflejado en el DNI), así como la fotografía de la persona.
- Para qué el reconocimiento de la dirección sea óptimo, se recomienda tener rellena la tabla de equivalencias de tipos de vía/dirección (EquivalenciasTipoDireccion).
- Podremos realizar el alta desde "Fichas -> Personas" con CTRL + D o desde el botón "Buscar" -> "DNI".
|
[GestionPersonas]
|
| ArchivoDatosDNI=\\tsclient\c\Program Files (x86)\DLTID\jpg\*.xml | Ruta donde el escáner NG5 almacena los ficheros (normalmente accederemos a ella desde \\tsclient). Con la terminación *.xml |
|
[En la configuración de la aplicación del escáner (DltId) ]
|
| Desactivar la opción del menú "XML -> Almacenar por días" |
| Activar la opción "Salvar siempre XML" |
- En la leyenda de "puertas" que aparece en la rejilla de permisos de acceso de una persona (Fichas -> Personas -> Acceso -> Permisos) se ha añadido un "tooltip" para poder ver el nombre completo de la puerta (así como también su código).
- Además si se pulsa sobre una puerta en la leyenda se mostrarán los permisos detallados de la persona filtrados por la puerta en cuestión.
.jpg "DeporNews")
- Añadido checkbox para indicar que el documento de identidad introducido es propio o no (p.e. si el NIF indicado es el del padre).
El valor por defecto para nuevas fichas será marcado (el documento identidad es propio). Todas las fichas anteriores también se actualizarán para que aparezca marcado si este campo no se había marcado para ninguna ficha.
Inicialmente aparece oculto, pero se puede visualizar mediante el menú Seguridad-->Visibilidad datos-->EsDocumentoIdentidadPropio - Accesible desde Pantalla Personas --> pestaña "Básicos"
- Y desde la pantalla reducida de edición de personas (botón derecho sobre una persona -->Editar):
.jpg "DeporNews")
.jpg "DeporNews")
- Cambios automáticos de tipo de abono
- Podremos indicar para cada cuota de abono (tipo/categoría) que se apliquen cambios automáticos de tipo de abono al cumplir ciertas condiciones de edad y orden. Indicaremos:
- El tipo de abono al que se cambiará automáticamente.
- La edad del integrante a partir de la cual se aplicará el cambio automático (0-cualquier edad).
- El orden por edad (mayores primero) del integrante en la unidad familiar a partir del cual se aplicará el cambio automático (0-cualquier orden).
- En el momento que un abonado cumpla con las condiciones citadas, se le programará un cambio a fecha de próxima renovación (excepto que se indique una fecha más futura).
- Se registrará en el historial de la persona este cambio. "Programado cambio automático a ... para el ...".
- Si la programación del cambio finalmente fuera para una fecha ya vencida, se programará y ejecutará el cambio inmediatamente.
- Los cambios podrán ser tanto de integrantes familiares como de abonados individuales.
- Se aplicarán automáticamente estos cambios en los procesos de inicio de sesión siempre y cuando tengamos activada la opción de "Mantenimiento -> Parámetros -> Parámetros Abonos -> Actualización automática de categorías y tipos de abono".
- Se podrá aplicar manualmente estos cambios desde "Mantenimiento -> Procesos de actualización -> Abonos -> Aplicar cambios automáticos de tipo de abono".
- En el proceso de renovación de abonos, también podremos indicar que se apliquen estos cambios antes de renovar. "Mantenimiento -> Renovación -> Renovación abonos -> Actualizar categorías y tipos".
.jpg "DeporNews")
- Al asignar a una persona un perfil programado (mediante arrastrar y soltar) o al hacer doble clic en uno ya asignado se muestra una nueva pantalla que permite editar conjuntamente los valores de dicho perfil (fecha de alta y fecha de vencimiento).
.jpg "DeporNews")
- Al generar un recibo bancario se asignará un mismo código de recibo de caja (a sus pagos que no lo tuvieran) si la forma de pago "recibo domiciliado" está configurada con "Asignar recibo= Si se cobra (siempre)".
¶ Correcciones
- Al dar de alta un integrante en un abono familiar existente futuro (pendiente de activación), no se generaban los cargos por matrícula/cuota (ponderada si conviniese) si la fecha de alta del nuevo integrante era a posteriori de la fecha del alta familiar.
- Ahora sí que se generarán, salvo que la fecha ya fuera mayor o igual a la próxima renovación.
- Se permitía erróneamente deshacer la baja de un abono (o de un integrante de un abono familiar) si éste tenía un cambio programado (posiblemente también de baja). Ahora no se permitirá y se informará de este hecho.
- En la definición de las formas de pago de una actividad (desde "Fichas -> Actividades -> Precio"), si dicha actividad tenía asignada una forma de pago que no estuviera disponible para la caja actual, no se mostraba la forma pago en el combo (forma pago defecto, forma pago 1º pago, forma de pago obligatoria web).
- No se cerraba correctamente DeporWin si previamente nos dejábamos abierta la pantalla de "Fichas->Conceptos".
¶ 15/05/2015
¶ DeporWin v3.0
¶ Mejoras
- Ahora se registrará un historial detallado de las impresiones/reimpresiones de los tickets (ticket principal).
- Podremos consultarlo desde el menú contextual de un pago, opción "Ver historial impresiones"
- Las impresiones de ticket realizadas desde el Kiosco también registrarán este historial (para el ticket principal y el ticket de "Dinero a cuenta, el Kiosco no ha podido devolver el dinero correcto").
.jpg "DeporNews")
- En la pantalla de movimientos de sesión, al realizar un doble-click sobre un pago se redirigirá a la ficha de la persona correspondiente:
- Abriendo el formulario (Fichas -> Personas) si fuera necesario.
- La persona a la que se redirigirá será la que ha originado el pago (usuario/beneficiario) excepto que el doble-click se realice sobre la comuna de "Titular".
- Esta acción se podrá realizar desde cualquiera de las subpestañas: Vendido, Cobrado, Servicios Prestados,...
- Además ahora se mostrará la columna "Usuario" que hasta ahora estaba oculta.
- Ahora podremos definir si los abonos de determinado tipo son o no renovables por defecto.
- Lo indicaremos desde la definición de un tipo de abono en "Fichas -> Cuotas".
- Tendremos las opciones de: 1-Renovable, 2-No renovable y 0-Según definición general (la definida en "Mantenimiento -> Parámetros -> Parámetros Abono")
- Esta configuración también se aplicará para las altas de abonos en la Web/Kiosco.
.jpg "DeporNews")
- Mejoras de usabilidad en los cobros vía un dispositivo Cashbox (Monética) o un ProTPV (Sermepa TPV PC Implantado,...):
- Ahora en la venta de conceptos, al seleccionar la forma de pago correspondiente (Cashbox, ProTPV), estarán habilitados los botones de Imprimir/No Imprimir. De esta manera podremos realizar en 1 solo click el proceso de acumular y cerrar la transacción (imprimiendo ticket o no).
- El botón de acumular seguirá funcionado de la misma forma que ahora. Y combinándolo con esta nueva mejora, si quisiéramos realizar varias ventas, podríamos ir acumulándolas y en la última pulsar ya los botones de "Imprimir/No Imprimir".
- Esta mejora también será aplicable en:
- Las ventas que procedan de inscripciones a abonos/cursillos/servicios.
- Las ventas que procedan de contratación de servicios NMS. Aquí pulsando el botón "Vender"
- En los cobros de deudas, en las anulaciones, en las devoluciones y duplicaciones.
.jpg "DeporNews")
- En la pestaña de pagos de la ficha de persona, añadidas nuevas opciones de "Devolución" en menú contextual de ventas y de conjunto de pagos, para realizar la devolución total ó parcial de un importe distribuido proporcionalmente entre varios pagos (se generarán tantos pagos de devolución como pagos de origen seleccionados).
.jpg "DeporNews")
- Ahora podremos añadir nuevos integrantes a un abono escogiendo de entre los familiares del cabeza de familia.
- Aplicable tanto para el alta de un nuevo abono como para añadir integrantes a un abono existente.
- Los familiares serán aquellos que tengan definido el tutor/cabeza de familia.
- Pulsaremos en "Abono -> Integrantes -> Nuevo familiar" y nos aparecerá una ventana de selección de los familiares (siempre y cuando no se hayan añadido al abono previamente).
.jpg "DeporNews")
- Al pulsar en la pestaña "Recursos" de la pantalla de venta de conceptos (TPV), ahora se mostrará la plantilla de ocupación de recursos ocupando todo el especio "vertical" disponible.
- Recordamos que podemos activar dicha pestaña en DeporWin.ini [GestionVentas] MostrarPestañaOcupacionRecursos=Si
- En la opción "Duplicar" de la pantalla de actividades, se ha añadido una nueva opción para generar las reservas de la nueva actividad.
- Esta nueva opción estará activada por defecto si se copian los horarios y si se ha establecido una fecha de inicio/fin para la actividad en la pestaña "Sustituir".
.jpg "DeporNews")
- Mejorada la opción de "regenerar apuntes contables" donde se reasignará la cuenta contable según el origen de la transacción (abono, actividad, servicio y concepto). Hasta ahora se reasignaba solamente teniendo en cuenta la analítica.
- Al editar un pago pendiente de cobro, se permitirá modificar la forma de pago aunque éste ya estuviera exportado.
- En Fichas->Personas->Cursillos->Actividades se han añadido los campos "Id" (identificador numérico de la actividad) y "Monitor" (primer monitor de la actividad).
.jpg "DeporNews")
- En las actividades con precios por conceptos se actualizará automáticamente el "Precio base" en función de los conceptos asignados.
- De esta manera en las pantallas donde se muestre el "Precio base" (Fichas->Personas->Cursillos->Actividades y en Fichas->Actividades) se mostrará un precio válido.
- Cuando una actividad tenga más de un concepto asignado se considerará el que mayor prioridad tenga (menor valor) y primer orden.
¶ Correcciones
- Al mostrar las transacciones abiertas (cesta) (CTRL+Z) ahora solamente saldrán las transacciones realizadas por el operador actual de DeporWin (usuario de SecuWin) y realizadas desde la caja actual.
- Hasta ahora solamente se filtraban por operador, por lo que si un mismo operador trabajaba desde dos o más puestos de trabajo con cajas diferentes se podrían llegar a mezclar las operaciones en una misma "cesta".
- En la venta de conceptos, al mostrar la pantalla de descuentos aplicables/aplicados a una unidad de venta, no se posicionaba correctamente dicha pantalla cuando estaba visible la barra de tareas de Windows.
- Al cambiar de "Idioma" y/o "Centro" a una persona (desde Fichas -> Persona -> Básico) no se registraba correctamente en el historial de cambios.
¶ 02/04/2015
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para realizar renovaciones de abono anticipadas (con fecha posterior a la de próxima renovación).
- Por ejemplo, puede sernos útil si queremos cobrar a un nuevo abonado la primera cuota (como habitualmente) y la 13º cuota anticipadamente.
- Activamos esta opción desde "Mantenimiento -> Parámetros -> Parámetros Abono -> Permitir renovaciones anticipadas".
- En la renovación manual (desde Fichas -> Personas -> Abono -> Renovar) tendremos una nueva pantalla para indicar qué cuota deseamos renovar (el primero, segundo,... comenzando a contar desde la fecha de alta) y cuantas cuotas deseamos renovar.
- Si en algún momento se intentara renovar una cuota que ya se hubiera renovado anteriormente, no se generará de nuevo ningún pago.
.jpg "DeporNews")
- En la exportación de facturas a Bavel de Voxel, añadida información de código BIC (SwiftCode) de banco en el apartado de cuenta bancaria de vencimientos (DueDate)
- Ampliada la funcionalidad de traspaso de bonos para bonos de concepto con producción diferida. Si se generan asientos contables online, entonces se avisa de que la producción del bono estará compartida entre las dos personas.
- Ampliada la funcionalidad de aprovisionamiento de deudas cuando no se tiene la generación de asientos contables on-line.
- En el menú contextual de pagos aparecen dos nuevas opciones de aprovisionamiento y desaprovisionamiento de pagos.
- El aprovisionamiento permite mantener la deuda del cliente pero saldando contablemente la cuenta contable de cliente y de explotación.
- El desaprovisionamiento (que se produce también en el cobro de la deuda) deshace el movimiento contable de aprovisionamiento.
- Nueva funcionalidad para poder introducir unas notas en la venta de conceptos.
- Se podrá especificar por cada línea/unidad de venta.
- Las notas se guardarán en los pagos generados. Por lo que podrán ser consultadas/modificadas a posteriori desde el menú contextual de dichos pagos.
.jpg "DeporNews")
- Si desde "Fichas -> Personas -> Acceso -> Permisos" pulsamos en cualquier parte de la rejilla de permisos de acceso, se mostrará un nueva ventana con los permisos detallados de la persona actual.
.jpg "DeporNews")
- En la pantalla de ficha de persona, en la introducción de datos bancarios, en caso de entidades distintas a España y Andorra se solicitará el nombre de la entidad para cada nueva oficina.
Además, la búsqueda del nombre de banco mostrado en pantalla se realizará por entidad y oficina.
- Se ha ampliado el log en los cobros de ventas y aportaciones de fondo vía un dispositivo Cashbox (Monética).
- Logs ubicados en ficheros \Logs\Pagos y \Logs\ComandosRemotos.
- Al cobrar de una venta vía un dispositivo Cashbox (Monética), si ésta se realizaba correctamente en el Cashbox pero no se registraba como cobrada en DeporWin (por ejemplo porque fallaran las comunicaciones), ahora tendremos la opción de volver a intentarlo.
- De manera que al reintentarlo, el sistema determinará automáticamente si el cobro solicitado ya se ha realizado previamente para esa transacción (y persona) y dará por cobrada la venta en DeporWin con su desglose de monedas.
- Es necesario que la venta pendiente de cobro permanezca en la misma transacción (mismo código de línea de transacción) para que el sistema la detecte.
- En el log de Servidor de comandos quedará reflejado este hecho: "Autorización enviada correctamente [Cobro ya realizado anteriormente para la transacción y persona indicada]".
- Ahora podremos eliminar los movimientos de "Aportación SIN MONEDAS Fondo Caja desde la sesión".
- Menú contextual sobre el pago -> Eliminar.
- Estos movimientos se podrían producir esporádicamente por varios motivos: cobros manuales desde la BB.DD sin reflejar desglose de monedas, cobros manuales desde DeporWin con previa manipulación de la forma de pago (desactivando el "Cargo monética"), etc.
- Es aconsejable que si esto ocurriera, además de eliminarlo, se realice un cierre de sesión de caja con "cuadre". Es decir conteo/arqueo físico del metálico y decláralo en la columna "Declaración final". Con ello se generarán los movimientos de diferencias necesarios.
- Mejoras en la pantalla de movimientos de sesión
- Al realizar una operación sobre un pago (por ejemplo anularlo, cambiar la forma de pago,...), ahora se refrescarán automáticamente las grids de movimientos, con lo que podremos ver los nuevos pagos generados.
- Pulsando F5 podremos refrescar (volver a cargar) los movimientos de una sesión.
- Nueva pestaña para ver los pagos borrados de una sesión.
- Al consultar/editar un pago, en la pestaña "Códigos" ahora podremos ver el "código de la línea de transacción" al que pertenece. Útil para tareas de seguimiento.
- Ampliada la funcionalidad del control de aforo de abonados:
- Ya podíamos definir el aforo por tipo abono
- Ahora podremos definir también el aforo por cuota (tipo/categoría de abono). El control podrá ser en términos absolutos así como en porcentajes del total de abonados.
- Se comprobará el aforo en las altas así como en los cambios (inmediatos/programados).
- En la pantalla de definición de actividades, al realizar un cambio de código de una actividad con reservas asociadas, se modificará la descripción de las reservas para incluir el nuevo código de actividad.
- En la pantalla de definición de actividades, añadido nuevo campo "EsCursillista" en pestaña de personas en lista de espera de la actividad.
.jpg "DeporNews")
- En la ficha de personas, pestaña de datos bancarios, al introducir un número de cuenta nuevo se inicializará el país IBAN por defecto en función del formato de datos bancarios definidos (España o Andorra).
- Al realizar el cobro de una venta de concepto se permite cambiar el titular de la venta
.jpg "DeporNews")
- Mejoras en el mantenimiento de calles (DeporWin -> Tablas auxiliares -> Calles):
- Ahora se podrá ordenar por cualquier columna de cualquier tabla (Países, Provincias, Poblaciones, Códigos Postales, Tipos de dirección, Calles y Usuarios).
- Para cambiar la ordenación pulsaremos sobre la cabecera de una columna. Se cambiará entre ordenación ascendente de dicha columna, ordenación descendente de dicha columna u ordenación por defecto de la tabla.
- En la cabecera de una tabla se mostrará qué tabla es, cómo se está ordenando y cuantos registros contiene.
- En la tabla "Usuarios" se ha añadido las columnas "Dirección complementaria".
- En la tabla "Usuarios" se mostrarán todos los usuarios de la BB.DD si se accede directamente. Si se accede desde un doble-click en una calle se mostrarán los usuarios de dicha calle.
- Ahora podremos "Buscar y reemplazar" texto de las columnas: Paises.Nombre, Provincias.Nombre, Poblaciones.Nombre, TipoDireccion.Descripcion, Calles.Nombre, Personas.Direccion y Personas.Direccion2 (dirección complementaria). Pulsaremos el botón "Buscar y reemplazar" estando situado en la tabla (y columna para Usuarios) deseada.
- Antes de reemplazar se mostrará un previsualización de los cambios que se van a realizar.
.jpg "DeporNews")
.jpg "DeporNews")
- Mejora de rendimiento en algunos procesos que se ejecutan al clicar el botón "Domiciliar" de la pantalla de domiciliación de recibos
¶ Correcciones
- Al traspasar un bono no se actualizaba correctamente el total de usos del bono ya consumido (el de la persona origen). En cambio sí se generaba correctamente el total de usos del nuevo bono correspondiente a la parte pendiente de consumir para la persona de destino.
- En la geolocalización masiva de direcciones de las personas ("Mantenimiento -> Procesos de actualización -> Personas -> Geolocalización de direcciones"), en el caso de que falle la geolocalización de una dirección concreta, solamente se nulificará la geolocalización anterior de dicha persona si el motivo del fallo es por "Dirección no encontrada". Y no en cambio por otros motivos tales como "Superado el límite diario", "Llamada al WebService",...
- En el alta de un abono familiar multitipo y teniendo un esquema de fraccionamiento seleccionado (con varias fracciones de diferentes fechas de vencimiento), si usábamos la opción de "Cobrar todos conjuntamente", se intentaban cobrar al momento todas las fracciones (en vez de cobrar al momento solamente la primera fracción).
- En la ficha de actividades al modificar cualquier campo y grabar se perdía el concepto para actividades puntuales configurado y se asociaba automáticamente el primero de la lista.
- Al desactivar una caja, si luego accedíamos a ella desde ciertos puntos de la aplicación (como por ejemplo la pantalla de movimientos de sesión), se producían errores al obtener datos de dicha caja (nombre, cuentas contables, etc...)
- En la pantalla de "Mantenimiento-> Tablas Auxiliares->Tablas Auxiliares de Gestión Económica", si cambiábamos el filtro de las formas de pago (Activas, Inactivas, Todas) y acto seguido modificábamos una propiedad de la forma de pago (como por ejemplo la "Forma de pago pendiente") y validamos, no se guardaba dicho cambio. Lo mismo ocurría de manera análoga con las Cajas.
- En la pantalla de introducción de nuevos datos bancarios no se permitía informar los dígitos de control.
- No se guardaba la fecha de alta en la asignación automática de perfiles vinculados a cuotas de abono.
¶ 10/03/2015
¶ DeporWin v3.0
¶ Mejoras
- Nueva opción para acceder a la gestión de archivos en DeporDrive
.jpg "DeporNews")
- Ahora podremos definir desde "Mantenimiento -> Parámetros -> Parámetros Reservas" de qué tipo serán por defecto las nuevas reservas (Externo, Persona, Entidad, Actividad, Servicio,...).
.jpg "DeporNews")
- Añadidas columnas de información de publicación y envío de factura en la grid de facturas de la ficha de la persona.
.jpg "DeporNews")
- Añadida nueva opción para eliminar varios pagos al mismo tiempo en el menú contextual de pagos con selección múltiple ( + botón derecho ratón)
Esta opción sólo estará visible si TODOS los pagos son borrables (la forma de pago es borrable y el pago no está cobrado, ni facturado, ni anulado)
.jpg "DeporNews")
- Desde la ventana de Fichas Personas > Pestaña Pagos > Subpestaña Facturas, si abrimos el menú contextual, nos aparecerá una nueva opción "Vincular documentos existentes a la factura".
Mediante esta nueva opción podremos relacionar documentos existentes en Deporwin con la factura seleccionada
.jpg "DeporNews")
.jpg "DeporNews")
- Nueva funcionalidad para poder decrementar/incrementar el número de usos restantes de un bono de conceptos.
- Tendremos que definir previamente desde "Mantenimiento->Parámetros->Parámetros Conceptos/Reservas -> Entradas/Bonos" qué concepto usáramos para este consumo manual.
- Menú contextual sobre el bono de conceptos y seleccionamos la opción de "Decrementar" o "Incrementrar". Podremos especificar cuantos usos queremos consumir.
- Se realizará una venta por la cantidad especificada del concepto previamente definido a precio 0€ (o precio correspondiente si la producción del bono es diferida) con la forma de pago bono (si esta está definida).
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Si desde el menú contextual de una reserva de un servicio pulsábamos la opción de "Prestar/Des-prestar servicios seleccionados" para un servicio con fecha futura, no se realizaba ninguna acción. Ahora se notificará de que dicha fecha es futura y si queremos continuar igualmente.
.jpg "DeporNews")
- En la plantilla de ocupación de recursos, al mostrar el menú contextual sobre una reserva de recursos que pertenezca a una reserva de tratamientos, ahora aparecerá directamente el menú contextual de dicha reserva de tratamientos a la que pertenece. Todavía podremos acceder al antiguo menú contextual de reserva de recurso con CTRL+Menú contextual.
- Si desde el menú contextual de una reserva de un servicio pulsamos la opción de "Eliminar reserva servicio", si la reserva estuviera vendida, se avisará de este hecho.
.jpg "DeporNews")
- Al imprimir con F11 una grid (Sherdian DBGrid) ahora saldrán dos ventanas, la primera para preparar la página (márgenes, orientaciones,...) y la segunda para seleccionar la impresora.
- Hemos tenido que cambiar el comportamiento anterior ya que el equipo de desarrollo de Windows de Microsoft decidió eliminar el botón "Imprimir" de la venta "Prepara Página" desde Windows Vista (y siguientes Windows 7, 8,... Windows Server 2008,...)
- Nueva funcionalidad para poder gestionar tipos de abonos de múltiples empresas.
- Desde "Fichas -> Cuotas abonos" podremos definir para cada tipo de abono a qué empresa pertenece.
- Se registrará en los pagos generados de un tipo de abono (matrícula, cuota y cuota de mantenimiento) la correspondiente empresa. Tanto para el alta como para la renovación. Y tanto desde DeporWin como desde la Web/Kiosco.
.jpg "DeporNews")
¶ Correcciones
- Arreglo de pantalla de leyenda avisos de pestaña de personas. En caso de no estar configurado NMS no se mostraban correctamente alineados los avisos con la pestaña.
- No se mostraban los "usos de los bonos" en "Fichas -> Personas -> Pagos" si éstos se habían realizado para pagar reservas de servicios/tratamientos.
- Si vendíamos un concepto (pagable con bono) con cantidad negativa, no aparecían los bonos vigentes que no les quedaran usos disponibles.
- Desde una "inscripción a programa" de servicios/paquetes, donde hubiéramos eliminado todos los servicios de la planificación pero aún quedaran pagos vinculados (aunque estén anulados), al pulsar el botón salir aparecía un mensaje indicándonos que la reserva no era válida y si queríamos eliminarla. Este mensaje no procede en este caso, por lo que ahora no se mostrará.
- Si desde el menú contextual de una reserva de un servicio/paquete pulsábamos la opción de "Deshacer la VENTA de servicios seleccionados" que se hubiera vendido anteriormente con bono:
- La nueva venta negativa no restauraba el uso de dicho bono. Ahora lo restaurará y en la descripción de la venta aparecerá el prefijo "[Anul. Uso ...]"
- Ni tampoco restauraba el precio al valor original antes de la venta con bono (al vender con bono se estable a 0€ o al correspondiente si el bono es con producción diferida).
- Si desde el menú contextual de una reserva de un servicio pulsábamos la opción de "Eliminar reserva y servicio de planificación", si la reserva estaba ya vendida, se eliminaba la reserva de recursos pero no la reserva de la planificación. Ahora no permitirá realizar esta acción hasta primero haber deshecho la venta.
- Al imprimir con F11 la grid de personas (de Fichas -> Personas) solamente se mostrarán/exportarán las columnas visibles.
¶ 19/02/2015
¶ DeporWin v3.0
¶ Correcciones
- Desde DSuite2015 v02.16.1311 daba error al acceder al menú contextual de pagos borrados
¶ 16/02/2015
¶ DeporWin v3.0
¶ Mejoras
- Se ha añadido un mensaje de confirmación en el proceso de cambio rápido (F4) del tutor/cabeza de familia de una persona.
.jpg "DeporNews")
- En el historial de una persona (Fichas -> Persona -> Notas -> Historial) se mostrará el nombre del operador de DeporWin que ha realizado la operación (además del código).
- Se han añadido las columnas "Descripción, Días y Horario" de la actividad en la tabla de los cursillos de una persona en "Fichas -> Personas -> Cursillos".
- Exportación de facturas a Bavel de Boxel Group.
Si se configura la exportación de facturas al sistema Bavel (ver imagenes anexas) en el momento de "publicar la factura" se generará el xml con los datos de la factura según los extandares del protocolo Bavel (almacenandose dicho documento asociado a la persona y a la factura en el gestor documental). Y al realizar el "envio de factura", se exportará al sistema Bavel.
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora podremos guardar las acciones a realizar por defecto en una devolución de recibo (baja, baja diferida, marcar como no renovable, acceso denegado, acceso denegado temporalmente, enviar email de recordatorio de deuda,...)
- Se define desde la misma pantalla de devolución de un recibo (o la devolución masiva desde fichero) (Botón guardar).
.jpg "DeporNews")
- En la pantalla de facturación de ventas añadido nuevo filtro por tipo de envio para facturas
.jpg "DeporNews")
- Nuevo sistema de ayuda para nuestras aplicaciones de escritorio:
- Sistema basado en páginas web.
- F12 para lanzar la Ayuda de la aplicación.
- CTRL + F2 para lanzar la Ayuda del modelo de datos.
- Esta ayuda será sensible al contexto:
- Por ejemplo, si estamos situados en el campo Entidad de los datos bancarios de una persona se lanzará la siguiente URL:
http://ayuda.t-innova.com/Index.php?Aplicacion=DeporWin&Version=3.00&Formulario=frmPersonas/Económico/Bancarios&Control=txtBancarios[0]/tabEconomico[0]/picBase[5]/SSTab1[2]/frmPersonas - Por ejemplo, si estamos situados en el campo de "Próxima renovación de un abono" y lanzamos la ayuda del modelo de datos, tendremos la siguiente URL:
http://modelodatos.t-innova.com/Index.php?Aplicacion=DeporWin&Version=3.00&Formulario=frmPersonas/Socio/Básicos&Control=dtpFechaProximaRenovacion/pctBasicos/tabAbono[0]/UserControl_ctlAbono/picBase[3]/SSTab1[6]/frmPersonas - Por ejemplo, si estamos situados en las líneas de una factura , tendremos la siguiente URL:
http://ayuda.t-innova.com/Index.php?Aplicacion=DeporWin&Version=3.00&Formulario=frmPersonas/Pagos/Facturas/Líneas Facturas&Control=tabVentasFactura[0]/tabPagos[2]/picBase[8]/SSTab1[11]/frmPersonas - Podremos configurar en DeporWin.INI [SecuWin] MostrarAyudaEnNavegadorWebPredeterminadoSistema=Sí si queremos usar el navegador predeterminado del sistema operativo en vez del navegador IE incrustado.
- Al iniciar el cobro de una transacción vía un dispositivo Cashbox (Monética) o un ProTPV (Sermepa TPV PC Implantado,...) ahora se validará que los pagos de dicha transacción sean válido para ser cobrados (todos de la misma empresa, todos no cobrados,...).
- En la ponderación automática de servicios, podremos definir los parámetros de "Día del mes para posponer un periodo la próxima renovación" y "Día del mes para cambio de ponderación a meses". Hasta ahora se usaban los mismos que para abonos.
.jpg "DeporNews")
- Nueva funcionalidad para permitir realizar un cambio de abono programado con fecha anterior a la próxima renovación (y superior al día de hoy). Configurable desde "Mantenimiento -> Parámetros Abonos".
- Al estar situado en un abono para el cual hay programado un cambio (o una baja programada), si solicitamos renovarlo, nos dará un mensaje de error indicando que no podemos renovarlo (por tener una baja programada u otros motivos), antes de solicitar cuantos periodos queremos renovar.
- Al estar situado en un abono/integrante para el cual hay programada una baja, el botón "Baja" pasará a llamarse "Eliminar Baja" (aunque en realidad también puedan hacerse otras gestiones de dicha baja, como cambiar la fecha, el motivo,...). Además, en el formulario de gestión de la a baja, se ha cambiado el icono del botón para "Eliminar una baja programada" ya que, al ser totalmente gris, parecía que estuviera deshabilitado.
- Rediseño de la información que aparece en los accesos de una persona (Fichas -> Personas -> Accesos -> Accesos).
- Ahora se mostrará con más claridad el código del acceso, la fecha/hora/día de la semana del acceso, el tipo de acceso (entrada/salida) y su tiempo de estancia, el error con su descripción, el carné que usó, si era un acompañante, el origen del acceso (abono, cursillo, reservas, entrada/bono, servicio, servicio NMS,...) y el motivo de acceso (para controles de presencia).
.jpg "DeporNews")
- Nuevo proceso de importación de ventas desde sistemas externos.
Inicialmente está implementada la importación desde sistemas Syltek.
Información de configuración disponible en documento externo.
¶ Correcciones
- Al realizar una baja de un abonado (o un cambio), si previamente a pulsar el botón de "Baja" (o de "Cambio") habíamos editado alguna propiedad del abono (por ejemplo el motivo de baja), y luego realizábamos la acción de Baja (o cambio), al finalizar dicho proceso el sistema nos solicitaba si queríamos guardar la edición de la propiedad que teníamos pendiente desde el principio, con lo que si finalmente respondíamos afirmativamente, se perdía la fecha de baja del abono (o del cambio).
- Al realizar una devolución de un recibo bancario (con el método "(2) Vía 1 pago anulación + 1 pago pendiente"), el campo "CobradoPor" del pago pendiente de cobro se quedaba establecido incorrectamente al valor de quien emitió el recibo.
- Al "deshacer el cobro" de un pago cobrado se genera un pago de anulación y un pago pendiente. El campo "CobradoPor" de dicho pago pendiente se quedaba establecido incorrectamente al valor de quien inicialmente lo cobro.
- Al añadir un integrante a un abono familiar "clásico" y teniendo activada la ponderación de la cuota, si el abono era no renovable con fecha de próxima renovación nula, se producía un error "94 -Uso no válido de Null" al calcular el factor de ponderación. Ahora, para este caso, se usará la fecha de baja para ponderar en vez de la fecha de próxima renovación.
- Al realizar una venta, si no se informaba automáticamente de una fecha de prestación (por ejemplo para cajas de "Facturación"), aparecía el mensaje de error "La fecha de imputación NO es correcta", lo que podía causar confusión al no saber a qué fecha se refería. Ahora aparecerá el mensaje de error "La fecha de prestación NO está informada".
- Desde la versión del DSuite del 10/11/2014, al editar un vencimiento de una factura pendiente de cobro, no se podía cambiar la forma de pago si éste ya estuviera exportado.
¶ 09/01/2015
¶ DeporWin v3.0
¶ Mejoras
- Por mejora de usabilidad, en los campos Nacionalidad, Idioma, Parentesco y Centro de la ficha de persona no se permite escritura, tan sólo selección.
- Añadido nuevo proceso de actualización de fechas de vencimiento de los perfiles de usuarios de servicios con fecha de fin informada.
El proceso se ejecutará diariamente (procesos iniciales) sobre todos los servicios y también se ejecutará sobre un servicio cuando se modifique su fecha de vencimiento.
- En la pantalla de definición de actividades, añadida nueva pestaña de precio para inscripciones puntuales para poder ver y modificar el concepto de precio asociado a las inscripciones puntuales (hasta ahora se tenía que hacer desde la pantalla de definición de conceptos)
- La lista de conceptos se cargará con aquellos conceptos que tienen la marca de "UsoActividad".
- La pestaña de precios para inscripciones puntuales se mostrará sólo en el caso que existan conceptos con la marca de "UsoActividad"
.jpg "DeporNews")
¶ Correcciones
- En Fichas -> Personas, si estábamos situados en la última persona y pulsábamos el botón "Nuevo", no se posicionaba correctamente en la nueva persona "en blanco". Esto sólo sucedía en determinadas circunstancias en función de la resolución de la pantalla (por ejemplo en DeporWin a pantalla completa a 1024x768 y sin scroll horizontal de la grid de personas).
- Al crear albaranes (desde "Gestión Económica -> Facturación -> Crear Albaranes") de una venta de un paquete con IVA heterogéneo con un descuento aplicado en el momento de la venta, no se construían correctamente las líneas del albarán de los descuentos.
- Al duplicar actividades o al actualizar datos de actividades desde diversos puestos de trabajo simultáneamente, era posible que el IdActividad de las mismas se repitiera. Se ha convertido este campo en "seguro" para evitar el problema.
¶ 16/12/2014
¶ DeporWin v3.0
¶ Correcciones
- Al aplicar el nuevos sistema de ocultación datos relativos a "Abono, Cursillos, Servicios, Servicios NMS,..." no se tenía en cuenta la parametrización de si tenemos activado "Nuevo modelo de servicios", "Reservas por invitación",...
¶ 11/12/2014
¶ DeporWin v3.0
¶ Mejoras
- Nuevo campo tipo de envio de factura en la ficha de la persona
.jpg "DeporNews")
- Ahora se mostrará la columna con la clave principal en el mantenimiento de tablas auxiliares (frmTablaWin de DeporWin).
.jpg "DeporNews")
- Descuentos por perfil para abonos familiares multitipo en función del número de miembros familiares o del orden de integrante dentro de la familia.
- Mantenimiento -> Parámetros Abonos -> Abonos familiares multitipo.
- Mantenimiento -> Parámetros Abonos -> Aplicar dtos. Perfiles en función del nº miembros.
- En ficha de persona los campos de idioma y centro NO se mostrarán por defecto.
Se podrá decidir mostrarlos en la opción de "Visibilidad de datos" del menú de Seguridad
.jpg "DeporNews")
- Nuevas opciones de ordenación de los integrantes en los abonos familiares multitipo. Desde "Mantenimiento -> Parámetros de Abonos" podremos indicar.
- Ordenación de los integrantes de los abonos familiares multitipo (0-Según categoría/tipo abono, 1-Edad descendente, 2-Edad ascendente, 3-Fecha inscripción ascendente).
- La opción 0) corresponde a la que teníamos hasta ahora (ordenación según las prioridades definidas en las categorías/tipos de abono).
- Además podremos indicar si queremos que el cabeza de familia siempre sea el primero.
.jpg "DeporNews")
- Al añadir un servicio/paquete a la planificación de una reserva de programas, si se realiza arrastrando dichos servicio/paquete desde las "tablas superiores" hacia una zona vacía de la planificación, se solicitará para que fecha se desean añadir (con opción de fecha abierta).
- Nueva funcionalidad para monitorizar los accesos del Vigilante desde DeporWin.
- Se mostrará en la barra de estado del DeporWin los accesos que se estén monitorizando (tanto sean correctos/incorrectos y personas/entradas/bonos).
.jpg "DeporNews")
|
[Vigilante]
|
| ActivarVigilante=Sí |
| VigilanteRemoto=Sí | ' Tiene que ser vigilante remoto |
| MonitorizarVigilante=Sí |
| PuertoMonitorizacion=0 | 'Número de puerto [Puerto x] del Vigilante que se desea monitorizar (0-todos) |
| TerminalMonitorizacion=0 | 'Número de terminal [Puerto x Terminal y] del Vigilante que se desea monitorizar (0-todos) |
- Añadida posibilidad de configurar diferentes plantillas de envio de email de factura y recordatorio de deuda en función del centro al que pertenece la persona.
- Selección automática de cuenta en envio de email de factura y recordatorio de deuda en función del centro asociado a la persona
- En pantalla de ficha de persona, añadida posibilidad de configurar campos Idioma y Centro como obligatorios (mediante opción de "Obligatoriedad de Datos" del menú de "Seguridad")
- Al crear un concepto de venta, si solamente existiera un almacén/punto de venta, se asignará automáticamente a este almacén.
- Al anular un pago o una venta (desde su correspondiente menú contextual) se invalidarán automáticamente las entradas/bonos vinculados. Siempre y cuando dicho pago/venta corresponda con la venta original que generó dichas entradas/bonos.
- Se ampliado el nuevo sistema de establecer la visibilidad de datos de "persona". Ahora se podrán ocultar datos relativos a: Abono, Cursillos, Servicios, Servicios "NMS", Reservas de Recurso, Reservas por invitación (quiero jugar), Reservas de servicios, Bonos y/o Entradas, Pagos, Albaranes, Facturas, Apuntes contables, Talonarios, Bonos agencia, Recibos y Datos extra.
- Se añade en Deporwin una pantalla de mantenimiento de Centros.
La opción para llegar a dicha pantalla es fácil:
Desde Deporwin > Mantenimiento > Centros
.jpg "DeporNews")
¶ Correcciones
- En la pantalla de "Mantenimiento->Tablas Auxiliares de Gestión Económica>-Formas de Pago" si se pulsaba el botón "%" de al lado de "Imputar al emitir" se producía un error "13-No coinciden los tipos".
- Desde la pantalla de "Editar Transacción/Mostrar información transacción" (menú contextual de un pago), al cambiar la forma de pago de una no facturable a una facturable no se comprobaba si la persona tenía habilitado el "Permiso de facturación".
- Al intentar acceder a la opción "Mostrar Información Transacción" (menú contextual de un pago) de un pago borrado, se producía un error.
- Si se realizaba una inscripción a una actividad NO renovable (aunque se cancele la inscripción) y luego se realizaba la inscripción a otra actividad renovable, se establecía una fecha de próxima renovación incorrecta (normalmente la fecha de fin de la actividad).
- En el menú contextual de Pagos, la opción de "Enviar mail Recordatorio deuda" no aparecía si la forma de pago no se podía cobrar manualmente. Ahora aparecerá excepto que esté pendiente de cobro por recibo domiciliado o a facturar.
- En la pantalla de Fichas -> Personas, no se permitía arrastrar el campo "Tutor/Cabeza Familia" cuando no estábamos editando la ficha de la persona actual, por lo que no se podía filtrar personas por "Tutor/Cabeza Familia". Ahora ya se permite.
- Además ahora se prohíbe arrastrar dicho campo cuando estamos editando la ficha de la persona actual, para evitar errores de refresco.
- Si se tenía definido un redondeo para los cargos de los abonos, éste se aplicaba correctamente al generar el pago, pero no se mostraba aplicado a priori en la pantalla de "Fechas -> Personas -> Abono".
- Al realizar un cambio inmediato de tipo de abono con la opción de "sin cobrar nada y manteniendo fecha próxima renovación" se re enlazaba incorrectamente el último pago generado del abono original con el nuevo abono.
¶ 10/11/2014
¶ DeporWin v3.0
¶ Mejoras
- Refresco automático de grid de facturas en ficha de persona al modificar facturas (por ejemplo número de factura)
- Mejoras en la modificación de la forma de pago:
- Al editar un pago pendiente de cobro, si cambiamos la forma de pago de una "No a facturar" a una "A facturar", se regenerarán los apuntes contables automáticamente.
- Al editar un pago pendiente de cobro, no se permitirá modificar la forma de pago si éste ya estuviera exportado.
- En el menú contextual de un pago, estará disponible la opción "Cambiar forma de pago" aunque éste estuviera pendiente de cobro. En este supuesto recordamos que se creará una pago de anulación con la forma de pago inicial y se generará un nuevo pago con la forma de pago escogida.
- En la devolución de recibos (individual o con remesa devolución) añadida nueva opción para marcar como no renovable el abono, cursillo,...
.jpg "DeporNews")
- Nueva funcionalidad para poder filtrar por entorno los tipos de abonos disponibles en los procesos de alta, alta familiar, alta integrante y cambios de abono.
|
[DeporWin]
|
| FiltroTiposAbono=TODOS | ' Lista separada por comas de los códigos de los tipos de abonos deseados (TODOS = sin filtro) |
- Mejoras de usabilidad en la definición de precios por conceptos en Actividades:
- Añadido un tooltip explicativo para cada columna de la tabla de conceptos asignados a la actividad.
- Reordenación de las columnas para que estén conceptualmente mejor agrupadas.
.jpg "DeporNews")
- Nueva funcionalidad para poder clasificar las actividades según su "objetivo" (por ejemplo: tonificación, cardiovascular, cuerpo-mente,...) y/o "intensidad" (por ejemplo: alta, media, baja).
- Los definiremos desde "Fichas -> Actividades -> Básico"
- Se podrá filtrar por "objetivo" y/o "intensidad" con F4 (obj+ y/o int+)
- En la devolución de recibos (individual o con remesa devolución) añadida nueva opción para poder crear automáticamente una oportunidad de la persona en una campaña CRM (configurada en pantalla de parámetros generales del CRM)
.jpg "DeporNews")
.jpg "DeporNews")
- En ficha de persona, añadidos campos Centro e Idioma en datos básicos.
- Inicialmente se actualizará el centro de cada persona en función de los servicios NMS contratados.
- La inclusión de estos nuevos campos ha obligado a una reorganización de la pestaña de datos básicos, así como de la pantalla de edición rápida de personas.
- Se podrá configurar en el entorno (DeporWin.INI) el centro e idioma por defecto en el alta de persona.
|
[GestionPersonas]
|
| IdCentroPersonaPorDefecto | Identificador de Centro por defecto en el alta de persona. |
| IdIdiomaPersonaPorDefecto | Identificador de Idioma por defecto en el alta de persona. |
.jpg "DeporNews")
.jpg "DeporNews")
- Mejora de usabilidad al eliminar un concepto de una actividad. Ahora se avisará de si hay cursillistas que estén usando dicho concepto, y si igualmente el usuario desea continuar con la eliminación, se le advertirá que variará el precio de dichos cursillistas.
- Primero se intentará reasignar los cursillistas al concepto más adecuado del mismo grupo del que eliminamos. Si no hubiera ninguno del mismo grupo, entonces al más prioritario de otro grupo.
¶ Correcciones
- En el alta/renovación de un abono no se generaban los puntos/créditos según lo definido en la cuota correspondiente.
- En actividades con "precios por conceptos" no se aplicaba la ponderación de la primera cuota durante el proceso de renovación (aunque la actividad permitiera la ponderación automática).
- En ficha de persona, solucionado error "Permiso denegado" al intentar borrar una foto de persona después de volver de la pantalla de contratación de servicios.
- En las altas de abonos, si la forma de pago por defecto configurada en "Mantenimiento -> Parámetros abonos" no estaba disponible para la caja actual, se proponía igualmente esta forma de pago como la forma de pago para las renovaciones de dicho abono.
- En las pantallas de "Búsqueda de personas" y "Búsqueda de terceros" se ha eliminado el límite de caracteres que se podían introducir en los distintos campos de búsqueda. No tenía sentido, por ejemplo, limitar a 20 dígitos el campo de búsqueda por email.
- Al dar de baja un cursillista, si no se desplegaba el combo de motivos de baja, se guardaba como motivo de baja el siguiente por orden alfabético al que aparecía por defecto en el combo, que en el caso de "Sin motivo" (el motivo NULO) era el primero por orden alfabético. Ahora guardará el motivo correcto (o ninguno si es "Sin motivo").
- Si se realizaban 2 o más remesas de recibos simultáneamente (desde varios puestos de trabajo) podía darse el caso de colisionar en la obtención del "código de recibo bancario".
- Ahora se obtiene ese código de forma segura (Sistema.SiguienteCodigoReciboBanco)
- Si se cambiaba rápidamente entre filas de la grid de Personas, estando situado en una pestaña que realizara una proceso con cierto coste (por ejemplo "Pestaña Servicio", "Pestaña Cursillistas", "Pestaña Pagos", …) en determinadas ocasiones se producía un posicionamiento incorrecto en dicha grid.
- Ahora se impedirá cambiar de fila hasta que haya finalizado el cambio de fila anterior.
¶ 10/10/2014
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para asignar manualmente el "número de ticket" en las ventas.
- Útil cuando es un organismo externo a la empresa el que otorga la numeración de tickets. Por ejemplo en Chile con las "boletas".
- Configurable por forma de pago desde "Mantenimiento -> Tablas auxiliares de gestión económica -> Formas de pago".
- El número de ticket podrá contener tanto letras como números (tipo alfanumérico de hasta 50 caracteres).
- Se solicitará las el número de ticket de venta en todas las operativas de venta (ventas, anulaciones, devoluciones,...).
- Se podrá consultar y modificar el número de ticket a posteriori. Desde el menú contextual de 1 pago o desde el menú contextual de una selección de múltiples pagos.
- Se mostrará el número de ticket en las diversas tablas/grids de pagos: en fichas->Personas, en Movimientos de sesión, en TPV,...
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Soporte para el "documento nacional de identidad" para Chile.
- RUT (Rol Único Tributario) y Rol Único Nacional (RUN) ambos coincidentes y con el mismo formato XXXXXXXX-Y (X=número y Y=dígito verificador {0,1,2,3,4,5,6,7,8,9,K})
- Durante la introducción del RUT se calculará automáticamente el dígito verificador.
- Hay que establecer el "país de operativa" a Chile (UPDATE Parametros SET PaisOperativa = 4, TituloCampoDNI = 'RUT')
.jpg "DeporNews")
- Ampliada la funcionalidad de datos bancarios de una persona, ahora se podrá guardar también los datos de una tarjeta bancaria.
- Útil para países como Chile donde se realizan domiciliaciones de recibos con cargo a tarjetas (servicio PatPass de Transbank).
- Se reconoce automáticamente los tipos de tarjeta: Visa, Mastercard, American Express y Discover. El resto quedarían como "No especificados".
- Se validarán los datos de la tarjeta bancaria introducida, tanto el número (de los tipos reconocidos) como la fecha de caducidad.
- Se registrarán en el historial de la persona las altas, bajas y/o modificaciones de los datos de tarjeta bancaria realizados.
- Se lanzará el proceso de aplicación "COMPROBANTE DATOS TARJETA BANCARIA" para que el usuario pueda firmar las autorizaciones pertinentes.
- Los datos de la tarjeta bancaria pueden ser propios de la persona o del titular por defecto vinculado con dicha persona.
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora podremos definir el campo de búsqueda de personas que tendrá el foco por defecto (Nombre, 1º Apellido, 2º Apellido, Código, DNI,...).
- Aplicable tanto en la pantalla de búsqueda de personas como en la pantalla de búsqueda de terceros.
- Mantenimiento -> Parámetros -> Personas
¶ Correcciones
- Resuelto bug en domiciliación multiempresa con grupos bancarios.
No se filtraban correctamente los pagos en función de la empresa y el grupo bancario seleccionado.
- Resuelto bug detectado al fraccionar pagos con esquemas fraccionamiento que incluyen fracciones con importes fijos con decimales.
No se calculaba correctamente la parte decimal en los pagos fraccionados.
- Al fusionar/renumerar personas, si la persona original tenía foto y no existía la carpeta en la que se debía situar la foto para la persona destino, se producía un error.
- En la pantalla donde se muestran los mensajes/avisos destinados a un operador/grupo se mostraba incorrectamente el "teléfono 2" en vez del "teléfono móvil" en la columna correspondiente.
- Durante el proceso de domiciliación bancaria, al marcar los pagos como cobrados, no se asignaba el código de recibo de caja si la forma de pago estaba configurada como "asignarlo cuando se cobre".
- Ahora se usará la clase CPago con su lógica, en vez de un UPDATE directo a la BB.DD.
- Esto puede hacer que el proceso sea un poco más lento
- Al renovar un abono que tenía un cambio programado a futuro, si la fecha de próxima renovación del abono actual una vez renovado era superior a la fecha del cambio programado, se modificaba incorrectamente la fecha de baja del abono actual por la de próxima renovación.
- En sincronización de reservas de actividades, resuelto bug al asignar un calendario de festivos que incluye festivos en la primera semana de la actividad.
Además, se introduce una mejora para permitir continuar el proceso en caso de producirse errores al intentar reservar un horario
.jpg "DeporNews")
- Desde la versión "DSuite2014 v09.02.0917", al crear una nueva ficha de persona sin entrar en la pestaña de dirección, se creaba la nueva persona con la misma dirección de la última persona en que habíamos estado posicionados.
¶ 17/09/2014
¶ DeporWin v3.0
¶ Correcciones
- Desde la editor reducido de personas la validación de datos obligatorios fallaba si el campo FAX estaba visible y como consecuencia el botón de validar no realizaba ninguna acción.
¶ 01/09/2014
¶ DeporWin v3.0
¶ Mejoras
- Ahora podremos modificar los datos de una persona, cambiando de la pestaña "Personal" a la pestaña "Dirección" sin tener que validar entre medio. Útil para la validación de campos obligatorios.
- Nueva funcionalidad para poder validar que las ventas a facturar tengan los datos necesarios establecidos en el momento de cierre de sesión de caja. Por ejemplo: Si "Bono agencia" -> establecido un bono, si "Talón hotel" -> asignado un talón, si "A facturar" -> cliente asignado,...
- Configurable por cada caja, desde "Mantenimiento -> Tablas auxiliares de gestión Económica -> Cajas".
- En el momento del cierre saldrá una advertencia/aviso si no se cumple dicha validación, mostrándonos las ventas que la incumplen.
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Mejoras en la pestaña de movimientos de la sesión de la pantalla de TPV:
- Se podrá filtrara los movimientos creados en la sesión por forma de pago
- Se podrán ver las ventas anuladas
- Ya no aparecen los movimientos relativos a las prestaciones de servicio
- Se podrá asignar "Bonos de agencia" a las ventas y/pagos (con sus respectivos menús contextuales)
- Se podrá asignar "Talón hotel" a las ventas y/pagos (con sus respectivos menús contextuales)
.jpg "DeporNews")
- Nuevo sistema para establecer la visibilidad de ciertos datos.
Se puede aplicar visibilidad para determinados grupos de seguridad (Secuwin) o a nivel global (si no se especifica ningún grupo). En caso de aplicarla a ambos niveles, tendrá siempre prioridad lo especificado para el grupo.
Inicialmente se ha habilitado para la mayoría de datos de las pestañas "Básicos" y "Dirección" de la pantalla de Personas y del editor reducido de Personas.
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevo sistema para establecer la obligatoriedad de ciertos datos.
Se puede aplicar obligatoriedad para determinados grupos de seguridad (Secuwin) o a nivel global (si no se especifica ningún grupo). En caso de aplicarla a ambos niveles, tendrá siempre prioridad lo especificado para el grupo.
Inicialmente se ha habilitado para la mayoría de datos de las pestañas "Básicos" y "Dirección" de la pantalla de Personas y del editor reducido de Personas.
.jpg "DeporNews")
.jpg "DeporNews")
- Al asignar manualmente un nivel a una persona, si la persona ya tenía otro nivel para el mismo tipo de actividad, se le preguntará si desea realizar el cambio a dicho nivel, y en caso negativo, se le preguntará si desea tener los dos niveles simultáneamente.
Al asignar automáticamente un nivel a una persona (ya sea por la inscripción a un cursillo, la edición de un cursillista o cómo por el cambio de actividad) si la persona ya tenía otro nivel para el mismo tipo de actividad, se le preguntará si desea realizar el cambio a dicho nivel, y en caso negativo, si la actividad permite "multi-inscripción" se le preguntará si desea tener los dos niveles simultáneamente.
.jpg "DeporNews")
- Ahora se podrá configurar el ancho y posición de las columnas de la tabla de los pagos de una persona en "Fichas -> Personas -> Pagos".
- Dicha configuración se guarda automáticamente para cada usuario de la aplicación.
- Hay columnas al final ocultas con más campos que se podrán mostrar (Número de factura, ...)
- Con CTRL+"Botón principal del ratón" se restaura la configuración por defecto.
- Los desplegables de: Comercial asignado y Comercial técnico asignado de Fichas > Personas > Económico > Comerciales ahora aparecen ordenados alfabéticamente.
.jpg "DeporNews")
- En la definición del tipo de entradas/bonos tendremos la opción de poder copiar los horarios de un tipo a otro.
.jpg "DeporNews")
- En Fichas -> Personas, se ha protegido los botones Nuevo/Validar y Eliminar/Cancelar para que no se pueden pulsar rápidamente (doble o triples clicks).
- Protección con una exclusión mutua y un intervalo mínimo de 1 segundo entre pulsaciones.
- Nueva funcionalidad en las "Bajas de inscripciones/contratos" y en la "Cancelación de crédito" para poder realizarlas en función de un listado de ReporWin.
- Desde "Mantenimiento -> Procesos de actualización -> Económico -> Baja inscripciones por pagos pendientes"
- Seleccionamos el listado desde "Filtro según listado". Aparecerá una nueva ventana donde podremos configurar listados predefinidos y/o seleccionar uno.
- Para realizar bajas de abonos el listado debe tener los campos: IdPersona, IdAbono
- Para realizar bajas de cursillistas el listado debe tener los campos: IdPersona, CodigoActividad, NumeroCursillista
- Para realizar bajas de inscritos a un servicio el listado debe tener los campos: IdPersona, CodigoServicio, CodigoUso
- Para realizar bajas de contratos de un servicio NMS el listado debe tener los campos: IdPersona, IdContratoServicio
- Para realizar bajas en cualquiera de los casos anteriores, si el listado tiene los campos FechaBaja y/o IdMotivoBaja, se usarán éstos. En caso contrario se usarán los especificados en la pantalla.
- Para realizar cancelaciones de crédito el listado debe tener los campos: IdPersona
- El listado puede ser "mixto" y contener registros con bajas de los diferentes tipos anteriores.
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevo formulario para la geolocalización masiva de direcciones de las personas
- Desde "Mantenimiento -> Procesos de actualización -> Personas -> Geolocalización de direcciones"
- Podremos filtrar las direcciones de qué personas queremos geolocalizar: por un rango de sus códigos (inicial y final), sólo las que le falten geolocalizar, ...
- También podremos filtrar las direcciones de qué personas queremos geolocalizar mediante un listado de RepoWin.
- Se podrá cancelar el proceso en todo momento (pulsando ESC o el botón Cancelar)
- Se realizar un geolocalización cada 500 milisegundos (para no ser rechazados por Google)
.jpg "DeporNews")
¶ Correcciones
- Si modificábamos alguno de los campos de la pestaña "Fichas -> Personas ->Acceso" (como por ejemplo: el usuario, el password, el pin de C.A.,...), no se guardaban realmente en la BB.DD. hasta que nos movíamos de ficha. Ahora se guardan inmediatamente al validar.
- Al eliminar una ficha de persona, no se borraban los datos relativos a su Historial.
- En los servicios que "permiten el pago fraccionado de la cuota", se producía un error al mostrar: la cuota mensual, el importe pendiente, el importe total, el número de fracciones, etc... desde la ficha de un usuario que los tuviera contratados.
- Al realizar la validación de un email desde la ficha de una persona (pulsando el botón pertinente o pulsando CTRL+L), en determinadas ocasiones se producía un error de "Comprobación de simultaneidad optimista. Se modificó la fila fuera de este cursor". Se ha reimplementado el proceso de validación de email para evitar múltiples validaciones simultaneas y para establecer el estado de validación del email como si se modificara cualquier otro campo de la ficha de la persona (lo que implicará pulsar el botón "Validar" para dar por bueno los cambios).
- Al realizar la venta de un concepto y abrir el formulario para seleccionar descuentos adicionales, no se aplicaban primero los descuentos del concepto y luego los descuentos por perfil, con lo que quedaba incoherente con el precio de final de la venta.
- En los abonos familiares multicategoría, no se asignaba correctamente los perfiles vinculados a los integrantes (excepto al cabeza de familia).
- Al dar de alta una persona existente (con ficha) como integrante de un abono familiar, no se copiaban del cabeza de familias los perfiles con la marca "Copiable a personas familiares".
- En el caso de no tener configurado la generación de apuntes contables, tanto en la validación del saldo a dinero a cuenta así como en el extracto de dinero a cuenta, los cargos a cuenta pendientes de cobro se incluían erróneamente. Ahora solamente se incluirán una vez éstos estén cobrados.
- En el caso de no tener configurado la generación de apuntes contables, si de manera involuntaria se realizara un "ingreso a cuenta" cobrado con una forma de pago "cargo a cuenta" no se tendrá en cuenta en el extracto de dinero a cuenta (ya que su balance sería de 0€).
¶ 05/08/2014
¶ DeporWin v3.0
¶ Mejoras
- Se ha añadido la posibilidad de configurar un segundo protocolo de integración de personas. Lo podremos configurar desde la pantalla de Mantenimiento -> Parámetros -> Personas.
.jpg "DeporNews")
- En la pantalla de definición de Actividades, en la pestaña de Inscritos, se ha añadido una nueva columna para mostrar la fecha de la próxima renovación de dichos cursillistas.
.jpg "DeporNews")
- En la ficha de personas (sección económico \ comerciales), añadida posibilidad de realizar filtro de comerciales según tipos de comercial definidos en el entorno (DeporWin.INI)
|
[DeporWin]
|
| FiltroTiposComerciales=TODOS | Filtro de Comerciales por 'Tipo de Comercial' (Valores separados por comas) |
- Añadida opción mediante configuración por entorno (DeporWin.INI) de detectar personas con email duplicado.
Al introducir/modificar el email en una ficha de persona, se comprobará si existen otras personas con el mismo email y en caso de existir se mostrará la lista de personas.
|
[GestionPersonas]
|
| DetectarPersonasDuplicadasPorEMail=Verdadero | Indica si al introducir/modificar email de persona se validará si existen personas con el mismo email (por defecto activado) |
- Añadida opción mediante configuración por entorno (DeporWin.INI) de detectar personas con teléfono (o teléfono móvil) duplicado.
Al introducir/modificar cualquiera de los teléfonos (incluido el móvil) en una ficha de persona, se comprobará si existen otras personas con el mismo teléfono y en caso de existir se mostrará la lista de personas.
|
[GestionPersonas]
|
| DetectarPersonasDuplicadasPorTelefono=Verdadero | Indica si al introducir/modificar cualquier teléfono de la persona se validará si existen personas con el mismo teléfono (por defecto desactivado) |
- Nueva funcionalidad para poder usar desde varios puestos de trabajo un mismo Cashbox o un mismo TPV Pro:
- Tendremos el CashBox y/o el TPV Pro conectados por USB en 1 equipo concreto (Eq1).
- Desde varios DeporWin ejecutándose en varias máquinas (o vía Terminal Server) se podrá operar con ellos de manera alternativa. Pero no de manera simultánea, es decir, se prohibirá operar con el equipo Eq1 si otro DeporWin está todavía en medio de una operación con dicho Eq1.
- Aun habiendo un bloqueo establecido, se informará con detalle de qué operación se está realizando, dando la opción de saltarnos dicho bloqueo (por si éste se hubiera quedado colgado).
.jpg "DeporNews")
- En la pantalla de parámetros podremos definir el texto para la LOPD con varias líneas. Para saltar de línea CTRL+ENTER.
¶ Correcciones
- En la pantalla de definición de conceptos, al crear un nuevo concepto con el botón "Nuevo" y posteriormente editábamos alguna propiedad concreta (como por ejemplo la empresa), se producía un error nº 0 (debido a que tenía un valor por defecto en el modelo de datos que aún no se había cargado).
- Al emitir una factura directamente desde un pago de la ficha de persona (opción Facturar del menú contextual de pagos), pulsando "Facturar e Imprimir" NO se mostraba la previsualización de la factura
.jpg "DeporNews")
- No se aplicaban los descuentos por perfil en la venta selectiva
¶ 25/07/2014
¶ DeporWin v3.0
¶ Mejoras
- Se han añadido los procesos "ALTA PERFIL" y "ALTA PERFIL PROGRAMADO" que se lanzarán al añadir un nuevo perfil / perfil programado a la persona.
- Al realizarse una venta con forma de pago ingreso bancario C60 o C57 se guardará en BB.DD. los días de margen para el cobro. De esta manera, si se cambiase la definición de dicho margen (en la forma de pago o en parámetros), no afectará a las ventas ya generadas.
- Se guardará en Pagos.DiasMargenCobro y LineasTransaccionCuaderno.DiasMargenCobro
- Podremos editar los días de margen de cobro de un pago en concreto desde el menú contextual de pagos -> Editar transacción -> Fechas.
.jpg "DeporNews")
- En pantallas de configuración y edición, carga de combos de formas de pago filtradas por caja pero manteniendo forma de pago seleccionada (aunque no sea compatible con la caja):
- Edición de pagos
- Edición de cursillistas, abonos, servicios
- Definición de forma de pago en ficha de personas (y ficha de clientes)
- Definición de formas de pago en parámetros
- Formas de pago en tablas auxiliares
- Creación de pagos manuales
- Creación de albaranes
- Aportaciones fondo de caja
- Ventas selectivas
- Se incluye nuevo campo identificador de empresa en EntidadesBancarias (como parte de la clave) para poder definir propiedades de gastos de devolución, cuentas contables, etc. diferentes para la misma entidad bancaria en función de la empresa.
.jpg "DeporNews")
- Definición de entidades bancarias relacionadas a las cuentas bancarias de gestión del centro por empresa.
.jpg "DeporNews")
- Redimensión del formulario de cobro en función del número de formas de pago disponibles.
En caso de que se visualicen muchas formas de pago, el formulario se redimensionará automáticamente variando la altura para que la parte derecha de información de fechas, titular, etc. no quede cortada
- Se han añadido nuevos valores para el filtro por defecto de la pantalla de personas.
.jpg "DeporNews")
- Añadida opción para mostrar información de ocupación de recursos del sistema (CPU y Memoria) en la barra de estado de DeporWin
La información de ocupación se mostrará con + F5 en la pantalla de personas o automáticamente si se configura en el entorno (DeporWin.INI)
|
[DeporWin]
|
| IntervaloRefrescoBarraEstado=0 | Intervalo de refresco en minutos de la ocupación de recursos del sistema en la barra de estado de DeporWin (0: No hay refresco automático) |
.jpg "DeporNews")
- En ficha de personas en la pantalla de asignación de entidades, añadida tecla rápida para poder asignar entidades seleccionandolas en el buscador de personas por código
- Añadida posibilidad de definir por entorno (DeporWin.INI) el tipo de ordenación por defecto de las personas en la pantalla de fichas de personas.
|
[GestionPersonas]
|
| OrdenacionPersonasPorDefecto=1 | Tipo de ordenación por defecto en la pantalla de personas (1:IdPersona, 2:Nombre/Apellidos, 3:Apellidos/Nombre, 4:Telefono, 5:DNI, 6:Fecha Nacimiento). |
- En la pantalla de remesas de recibos añadida información de fecha de devolución del recibo
.jpg "DeporNews")
- Nueva opción en las reservas de tratamientos para eliminar en un solo paso la reserva de recursos y quitarla de la planificación.
- Menú contextual -> Eliminar reserva y servicio de la planificación
.jpg "DeporNews")
- Al buscar personas, si la persona seleccionada no está activa, se nos preguntará si queremos activarla.
- Si nos encontramos en la ficha de una persona inactiva y accedemos a alguna de las pantallas de contratación (Abonos, Actividades, Servicios, Servicios NMS), se nos preguntará si deseamos activarla. En cualquier caso, accederemos igualmente a la pantalla seleccionada.
- En la pantalla de personas, si tenemos filtrada la información del grid de personas (Socios, No socios, Cursillistas, Mismo titular, ...), la tecla CTRL+F nos permitirá volver rápidamente al filtro por defecto que tengamos establecido, manteniéndonos en la persona que teniamos seleccionada si es posible.
¶ Correcciones
- En la facturación de accesos no se aplicaban los descuentos por perfil definidos en el concepto de facturación.
- Al devolver manualmente un recibo desde la pantalla de remesas de recibos NO se creaba una Remesa de devolución asociada (con la fecha de devolución)
¶ 20/06/2014
¶ DeporWin v3.0
¶ Mejoras
- En la duplicación de actividades, nueva opción para poder copiar los niveles definidos en la actividad origen.
.jpg "DeporNews")
- Nueva funcionalidad para filtrar las puertas de qué recintos se muestran en la rejilla de "Fichas -> Personas -> Accesos". Útil en BB.DD. multiempresa donde hay muchos recintos.
|
[DEPORWIN]
|
| FiltroRecintos=1,4,5 | ' Colección separada por comas de códigos de recinto (TODOS = sin filtro). |
- Nueva funcionalidad para poder regrabar una entrada/bono de accesos desde la ficha de la persona (en la pestaña de "Bonos y Entradas"). Menú contextual sobre el bono y seleccionamos la opción "Regrabar".
.jpg "DeporNews")
- Al realizar un cambio de actividad para una persona, si la actividad de destino tiene únicamente un nivel de conocimiento, se le asignará dicho nivel. Y si la persona ya tuviera otro nivel para el mismo tipo de actividad, se le preguntará si desea realizar el cambio a dicho nivel.
- Al realizar una nueva inscripción a actividad para una persona, si la actividad tiene únicamente un nivel de conocimiento, se le asignará por defecto. Y si la persona ya tuviera otro nivel para el mismo tipo de actividad, se le preguntará si desea realizar el cambio a dicho nivel (en el momento de formalizar la inscripción).
- Nueva funcionalidad para poder definir el algoritmo por defecto a usar en los cambios de actividad. Parametrizable desde "Parámetros -> Parámetros de Actividades".
.jpg "DeporNews")
- Nueva funcionalidad para poder decrementar/incrementar el número de usos restantes de un bono de acceso. Menú contextual sobre el bono y seleccionamos la opción de "Decrementar" o "Incrementrar".
- Se registrará un acceso de entrada conjuntamente a un acceso de salida (para no afectar al aforo), por la puerta "Nula" y con "ErrorOriginal = 5". Dicho acceso será positivo (UsosConsumidos = 1) cuando decrementemos y negativo (UsosConsumidos = -1) cuando incrementemos.
.jpg "DeporNews")
- Sorteo de plazas de actividades con 5 inscripciones
En el proceso de sorteo de actividades se podrán asignar plazas entre 5 opciones posibles de cursillo para cada persona
.jpg "DeporNews")
- Filtro por empresa en proceso de baja de inscripciones por pagos pendientes
- Configuración por entorno:
|
Económico
|
| FiltrarPagosPorEmpresa=Si | Filtro de pagos por empresa |
|
Parametros Generales
|
| IdEmpresa= | Id de la empresa |
- Nuevo opción en el menú contextual de Actividades para poder filtrar las actividades en vigor (empezadas y no acabadas).
.jpg "DeporNews")
- En la pantalla de inscripción a un cursillo, añadida información de plazas disponibles: Número de plazas + código de colores (rojo = sin plazas, amarillo = última plaza, verde = quedan plazas)
.jpg "DeporNews")
- Añadida la opción de F11 en la pantalla de "Facturación de accesos" para poder imprimir y/o exportar a Excel los datos de facturación.
- Mejorada la geolocalización de direcciones para localizar: direcciones, calles, poblaciones, códigos postales, paradas de autobús, etc...
- En Personas.TipoGeolocalizacionDireccion se guardará el tipo de geolocalización detectada (1=Dirección, 2=Calle, 3=Población, 4=Código Postal, 5=Parada autobús).
¶ Correcciones
- Resuelto problema de diferencias de importe de abono por redondeos.
En algunos casos (con descuentos por perfil) podía existir diferencia de 1 céntimo en el importe de cuota mostrado en la ficha de la persona respecto a la pantalla de cuotas de abono.
- Revisado los mensajes de la "barra de estado" al abrir DeporWin y al "Lanzar procesos de inicio".
- Al hacer un alta de servicio y desmarcar la cuota para cobrar sólo la matrícula, no se generaba ningún pago.
- Al realizar cambios de cursillo con agrupación analítica en el concepto, no se informaba correctamente la agrupación en los pagos generados por el cambio (diferencia, baja y alta)
- Mejorado reposicionamiento en grid de personas en cambios de pantalla para evitar cruce de datos entre fichas de personas.
¶ 21/05/2014
¶ DeporWin v3.0
¶ Mejoras
- Mejoras en la renovación de abonos/actividades/servicios
- Renombrada la opción del menú contextual "Incidencias" por "Datos económicos incorrectos"
- Reordenadas las opciones del menú contextual
- La opción del menú contextual de "Bajas" incluía incorrectamente las bajas por cambio.
- Extendida la verificación posterior a la renovación de "diferencias de cuota respecto al periodo anterior" a la renovación de actividades y servicios (hasta ahora solamente ser realizaba en la renovación de abonos).
- Nueva verificación posterior a la renovación de "cuotas duplicadas", es decir, de generación de más de un pago para la misma persona, origen y fecha de vencimiento. Aplicable a la renovación de abonos, actividades y servicios.
.jpg "DeporNews")
- En ficha de persona añadida nueva funcionalidad con para crear ficha de persona a partir de los datos de un DNI escaneado
- Nueva opción en menú de "Mantenimiento" para crear ó modificar calendarios de festivos
- Mejoras en la pantalla de facturación de accesos:
- En caso de pulsar preparar la facturación y procesarse algunos accesos, se pasará a modo "facturación en proceso" y se bloquearán las opciones de selección y la opción de salir
- Una vez en modo "facturación en proceso" sólo se desbloquearan las opciones de selección y de salir si se pulsa facturar o deshacer
- Añadida posibilidad de asignar una caja por defecto a un operador (usuario secuwin).
En caso de que se cofigure caja para un operador concreto, está prevalecerá sobre la definida en el entorno (DeporWin.ini)
.jpg "DeporNews")
- Exportación automática de personas en altas y cambios de abono programados
- Al cobrar un conjunto de pagos y pulsar el botón de "Acumular", si la forma de pago seleccionada es pendiente de cobro (por ejemplo CashBox o TPVPro), se acumularán dichos pagos y se dejarán como pendientes (para validar su cobro posteriormente con el dispositivo Cashbox o TPVPro). Pero si la forma de pago fuera cobrada (por ejemplo Metálico) se cobrarán y acumularán dichos pagos inmediatamente.
- Nueva opción en menú de mantenimiento para ejecutar proceso de previsión de facturación.
.jpg "DeporNews")
¶ Correcciones
- En la ficha de actividades, al configurar el horario de una actividad y generar la reserva desde el botón del asistente no se tenía en cuenta el calendario de festivos seleccionado.
- Al ejecutar procesos sobre abonos, de asignación de baja por impagos o baja diferida por devolución de recibos, no se actualizaba la fecha de solicitud de baja en caso de que estuviera ya informada en el abono.
- Al seleccionar una forma de pago "Cargo monética" (por ejemplo Cashbox) durante el proceso de contratación de abonos/cursillos/servicios, el botón "Validar" estaba inactivo, con lo que no se podía finalizar la contratación con dicha forma de pago.
- Al finalizar la contratación de una abono, si seleccionábamos Acumular, no se mostrar la cesta con los pagos acumulados.
- En las inscripciones a actividades con precios por conceptos (tanto en DeporWin como desde la Web) no se tenían en cuenta los perfiles programados en el cálculo de descuentos.
- En actividades con precios por concepto, si se modificaba el titular en la pantalla de inscripción, el primer pago seguía apareciendo con el titular original.
- Mejorado el reposicionamiento de personas después de un UPDATE.
¶ 23/04/2014
¶ DeporWin v3.0
¶ Mejoras
- Al realizar el proceso de "Asignar baja por pagos pendientes" se guardará en el historial la fecha de baja asignada. Aplicable tanto a las bajas de abonos, cursillos o servicios.
- Ejemplo: "Baja Socio 0054812 (MAÑANAS) (Baja Automática por Impago) (Fecha de baja = 10/04/2014)"
- En el proceso de "Asignar baja por pagos pendientes", ahora la fecha de baja por defecto a asignar será el día de hoy (en vez de la fecha de vencimiento de las deudas).
- Se han renombrado las opciones del menú de "Mantenimiento -> Procesos de actualización -> Abonos" que hacían referencia a "Borrar …" por "Dar de baja …" o "Asignar baja …".
- Al consumir simultáneamente varios usos de un bono de conceptos, se reflejará en la descripción del pago los usos correspondientes.
- Por ejemplo, si consumimos 3 usos simultáneos de un bono de 8 usos de Pádel (del cual ya se habían consumido 2 usos anteriormente), la descripción del pago sería: [Usos 3, 4 y 5 de 8] Pádel 1h
- Al dar de alta un integrante en un abono familiar con la opción de "Nuevo" (con lo que se crea una nueva ficha), ya no se copiarán ni el teléfono móvil ni la dirección de correo electrónico del cabeza de familia, ya que podemos actualmente considerar que esos datos son propios de cada persona.
- Desde la pantalla de mantenimiento de almacenes/puntos de venta (accesible desde el mantenimiento de tablas auxiliares de gestión económica) podremos definir para un almacén dado a qué tipo de punto de venta pertenece. Así como dar de alta nuevos tipos de punto de venta.
.jpg "DeporNews")
- En el formulario de búsqueda de personas ordenación correcta de tabulador respecto al orden de los campos en pantalla.
Además, al abrir el formulario se situará el foco en el campo de primer apellido (opción más común de búsqueda)
- Al realizar el proceso "Dar de baja Abonos con Fecha Baja" o el proceso "Dar de baja Integrantes de abonos con Fecha Baja" se exportarán las personas implicadas en dicha baja.
¶ Correcciones
- Al iniciar una venta de conceptos (F2), si la persona tenía pagos pendientes y los seleccionábamos para cobrar, y finalmente los cobrábamos con una forma de pago que requiere acumulación (TPV Pro o CashBox), no se acumulaban correctamente (ya que previamente se anulaban y se volvían a crear innecesariamente).
¶ 09/04/2014
¶ DeporWin v3.0
¶ Mejoras
- En la ficha de actividad, en la sincronización de reservas se mostrarán los errores producidos al intentar generar las reservas (por ejemplo recurso no activo o no reservable)
- En definición de calendarios de festivos se añade nuevo campo "Activo" para poder filtrar sólo los activos en la selección de calendarios para actividades, cuotas de abono, servicios, etc.
.jpg "DeporNews")
.jpg "DeporNews")
- Añadido nuevo campo en forma de pago para forzar la empresa asociada al pago.
Al utilizar esta funcionalidad es recomendable configurar la forma de pago con asignación de número de ticket en el cobro para evitar problemas en la numeración de tickets
- Añadida más información de los pagos (fecha de cobro, IdPersona y nombre/apellidos del titular) y opción de impresión/exportación en ventanas de resumen de carga de ficheros electrónicos
.jpg "DeporNews")
- Nueva opción para exportar datos a sistemas externos en menú contextual de personas
.jpg "DeporNews")
- En proceso de renovación de abonos y actividades, añadido aviso en el inicio si existen periodos de renovación 0 (sólo se muestra una vez y no se vuelve a mostrar hasta que se vuelve a iniciar de DeporWin)
.jpg "DeporNews")
- Posibilidad de configurar por entorno un aviso de que no se ha realizado en cierre de caja al salir de DeporWin
|
DeporWin
|
| AvisoSesionCajaAbiertaAlSalir=Si | Avisar al salir de DeporWin en caso de no haberse cerrado la sesión de caja |
.jpg "DeporNews")
- Durante el proceso de cierre de sesión de caja, si trabajando con dispositivos Monética (por ejemplo Cashbox), podremos realizar varios traspasos de monedas/billetes consecutivos.
- Al realizar el cobro de pagos pendientes (con o sin selección múltiple) y acumularlos en la cesta, por ejemplo porqué nos interesa cobrarlos con dispositivos Monética/Cashbox o ProTPV), se acumularán con la forma de pago seleccionada (en vez de la forma de pago pendiente que tuvieran originalmente).
- Al eliminar un pago desde el menú contextual de pagos, se solicita motivo de borrado y se guarda en el campo notas
- El envío de correos electrónicos desde "Fichas -> Personas -> Dirección -> Enviar email" ahora puede usar el nuevo editor de correo propio de DeporWin.
- Hay que tener configurado en DeporWin.INI: [ReporWin] TipoEditorCorreo=3
- Es necesario tener configurado el Servidor de Correo de DeporWin (ParametrosEnvioEMails)
- En el proceso de cierre de sesión de caja, si la caja tiene habilitada la opción de "Arrastrar el fondo entre sesiones", no se permitirá realizar el "Pre-Cierre" de la sesión (ya que se cruzarían los saldos de inicio).
- Nueva funcionalidad para limitar el número máximo de plazas que se permitirán contratar por Internet (Web o Kiosco) en la inscripción puntual de actividades (ReserClass para la versión 3.0).
- Se definirán el máximo para internet dese "DeporWin -> Fichas -> Actividades -> Básicos -> Internet" (un valor 0 indicará que no hay ningún límite específico para Internet).
.jpg "DeporNews")
¶ Correcciones
- Las facturas generadas mediante el nuevo sistema de facturación (facturación ventas) se quedaban pendientes de validar, con lo que entraban en el proceso de validación del sistema de facturación antiguo
- Cuando se procesaban las bajas programadas de abonos en estado de preinscripción, se daban de baja correctamente, pero continuaban saliendo erróneamente al día siguiente como candidatos de baja programada.
- Al hacer un alta de nueva persona, en caso de introducir un valor de nacionalidad inexistente se producía un error no controlado al aceptar
- Al realizar un cobro en metálico con dispositivos Monética (Cashbox), si se habían introducido 2 billetes del mismo importe, donde uno de ellos se quedaba en el reciclador y otro en el cajón (por ejemplo por sobrepasar el nivel máximo), no se registraba correctamente la declaración de monedas/billetes de dicho cobro.
- Al abrir una sesión de caja con arrastre de fondo, si se detecta una desviación entre el importe total en metálico respecto el importe total de las declaraciones de billetes/monedas, se realizarán 2 aportaciones de fondo: una con el importe de billetes/monedas y otra con la diferencia.
- En la inscripción de actividades con precios por conceptos, no se calculaba correctamente el detalle/desglose del descuento sobre el importe de la cuota, si éste se había ponderado o modificado manualmente. Lo mismo sobre el importe de la matrícula, si éste se había modificado manualmente.
.jpg "DeporNews")
¶ 06/03/2014
¶ DeporWin v3.0
¶ Mejoras
- Rediseño de la interfaz y ampliación de funcionalidad de los filtros de pagos en la pantalla de personas.
- Se ha simplificado los filtros visibles en la pantalla de pagos dejando solamente los más habituales: pendientes de cobro (embudo rojo) y anulaciones (embudo amarillo).
- Pulsando sobre el embudo azul accederemos a la nueva pantalla de filtros.
- Se han reorganizado los filtros para mayor claridad y se ha añadido un nuevo filtro por "origen" del pago. Éste último filtro nos puede ser muy útil por ejemplo para ver solamente los pagos de abonos o de actividades, etc...
- Desde Mantenimiento -> Parámetros -> Pagos podremos definir cuál queremos que sea nuestro filtro por defecto. Por ejemplo podríamos decir que por defecto no se muestren los pagos de usos de bono, o de Reserclass,...
.jpg "DeporNews")
.jpg "DeporNews")
- Ahora permitimos editar el campo IdTercero de una persona directamente desde la Fichas -> Personas -> Personal.
- Nueva funcionalidad para vincular Informes a persona actual en la pantalla de "Fichas -> Personas -> Notas".
- Se podrán vincular uno o varios listados (tanto propios como del catálogo) pulsado el botón "+" en la última pestaña de Notas.
- Los listados vinculados aparecerán como pestañas adicionales dentro de Notas.
- Es recomendable que los listados vinculados usen la variable de filtro "IdPersona" y que no pregunten otros criterios de filtraje.
.jpg "DeporNews")
- Nueva funcionalidad para congelar el importe de la cuota de un abono para las próxima renovaciones.
- Se congelará la cuota al importe actual y se guardará en el campo 'Cuota Especial', aunque se podrá variar.
.jpg "DeporNews")
- Implementado fraccionamiento de pago en cuota de servicio:
- Se configura el servicio para que permita pago fraccionado
- En el alta de servicio se introduce el número de fracciones
- En los datos del contrato del servicio se muestra el importe pendiente, total, numero fracciones, etc
- Al renovar el servicio se calcula el importe de la nueva fracción en función del importe pendiente y el número de fracciones total
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Al acceder desde Deporwin a la pantalla de nueva reserva (Personas -> Reservas -> Nueva" y seleccionar un recurso, la duración por defecto de la reserva se establecerá igual al Intervalo definido para la plantilla de ese recurso, siempre que no se haya modificado previamente esa duración, en cuyo caso se mantendrá el valor indicado.
- En la inscripción puntual de actividades desde DeporWin las restricciones por antelación, número máximo ó incompatibilidad de perfil se convierten en una aviso pero se deja continuar la inscripción
.jpg "DeporNews")
- Cobros cargo a Monética.
- Nueva funcionalidad para gestionar el cobro en metálico mediante dispositivos Monética (por ejemplo Cashbox).
- Se podrán realizar cobros en metálico para ventas, aportaciones de fondo y/o traspasos de caja.
- Se tendrá que definir una nueva forma de pago (una para cada dispositivo Monética) con las propiedades: Metálico, Cargo a Monética, No cobrado por defecto, No admitir cobro manual y Permitir no cobrado.
- En la tabla "ParametrosCargoMonetica" definiremos, para cada forma de pago creada, la URL donde se encuentra el dispositivo Monética. Con el formato scr://IP:Puerto (por ejemplo scr://192.168.1.12:5040).
- La caja donde se utilice tendrá que tener activado las propiedades "controlar fondo" así como "Arrastrar el fondo entre sesiones".
- El dispositivo Monética estará controlado por el "Servidor de comandos remotos". Por lo que tendremos que tener instalado el DSuite Local en la máquina donde esté conectado. Se configurará el DeporWin.ini (raíz de la máquina local):
[MONETICA]
TipoGestorMonetica=6 - Las ventas realizadas cargo a Monética, tendrán que acumularse en una transacción. Al cerrar dicha transacción se iniciará la autorización contra el dispositivo "Monética".
- Si al realizar el cobro de una venta no se pudiera devolver todo/parte del cambio, se generará un ingreso a cuenta para el titular de la transacción en concepto de "Dinero a cuenta (Monética no ha podido devolver el dinero correcto)". Si esto sucediera en una venta anónima, el ingreso a cuenta se realizará a la persona definida en "Mantenimiento -> Parámetros -> Pagos -> Id Persona anónima).
- Las aportaciones de fondo de caja se realizarán desde "La sesión de caja -> Menú contextual -> Aportación Fondo". Estas aportaciones de fondo son controladas por el dispositivo Monética, por lo que no tendremos que especificar ningún importe a priori, simplemente ir introduciendo monedas/billetes en el dispositivo.
- Durante el proceso de cierre de sesión de caja, en el último paso, tendremos que realizar el traspaso de las monedas/billetes que queremos. Igualmente controladas por el dispositivo Monética. Para el dispositivo Cashbox, si queremos realizar un traspaso de los "cassettes" tendremos que mantener pulsado la tecla CTRL.
.jpg "DeporNews")
.jpg "DeporNews")
¶ Correcciones
- En los cambios de abonos se lanzaba correctamente el proceso de impresión para el "cambio de abono", pero también se lanzaban (incorrectamente) los procesos de impresión para la "baja de abono" y "alta de abono". Ahora solamente se lanzará el de "cambio de abono".
- Se calculaba incorrectamente la fecha de próxima renovación en las altas y renovaciones de abonos/actividades/servicios con tipos de renovación "Según calendario".
- En la venta de conceptos, cuando se editaba la cantidad de una venta directamente desde la "cesta de la venta" y se pulsaba la tecla "Supr" se producía un error (ya que se intentaba eliminar la fila entera en vez de eliminar el dígito de la cantidad).
- En cambios inmediatos de actividades con actividades configuradas con precios por concepto y tipo de periodo de renovación definido en el concepto, se calculaba incorrectamente la fecha de próxima renovación
¶ 17/01/2014
¶ DeporWin v3.0
¶ Mejoras
- Nuevo procedimiento para asignar el siguiente código libre para el campo IdTercero (desde el botón de al lado del campo IdTercero).
- Ocultada la pestaña de competiciones en Fichas -> Personas.
- Renombrada la pestaña "Ex" de datos extra por "Datos" en Fichas -> Personas.
- Se ocultará la pestaña del ISolver en Fichas -> Personas si éste no está configurado (URL en blanco).
- Desde Fichas -> Personas -> Pagos, al realizamos la acción de "doble click" sobre un pago, se mostrará el formulario de "Edición" o el de "Mostrar Información" de dicho pago (en función del estado del pago (cobrado, remesado,…)).
- Geolocalización de direcciones de personas.
- Nueva funcionalidad para geolocalizar las direcciones de las personas, es decir, calcular la latitud y longitud a partir de la dirección.
- En "Mantenimiento -> Parámetros -> Personas" tendremos que activar el parámetro "Geolocalizar automáticamente las direcciones de las personas". De esta manera, al modificar la dirección de una persona, se geolocalizará.
- Desde "Fichas -> Personas -> Dirección" tendremos la opción de geolocalizar y mostrar en un mapa la dirección la persona seleccionada.
- Desde "Fichas -> Personas -> Dirección" podremos ver la distancia al centro (siempre que se haya podido geolocalizar correctamente la dirección definida en Mantenimiento -> Parámetros -> Centro Deportivo) así como los datos de geolocalización (latitud y longitud).
- Desde "Mantenimiento -> Procesos de actualización -> Personas -> Geolocalización de direcciones" podremos realizar una geolocalización masiva de las direcciones de todas las personas.
- Para evitar el abuso del servicio de geolocalización se controlará el número de máximo de geolocalizaciones en un periodo de 24 horas (actualmente limitado a 1250) y así como la frecuencia entre geolocalizaciones (2 por segundo).
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
.jpg "DeporNews")
- Nuevo protocolo SEPA para transferencias bancarias (C 34.14)
- Este nuevo protocolo requiere de la utilización de cuentas bancarias en formato IBAN, así como los códigos bancarios BIC (ver documentación publicada referente a la domiciliación SEPA)
.jpg "DeporNews")
.jpg "DeporNews")
¶ Correcciones
- No se guardaban los cambios realizados en los datos extra de las cuotas de abono.
- Añadido icono al formulario de "extracto a cuenta" y al de "extracto créditos/puntos".
- Migración de DAO a ADO de las pantallas de "Parámetros" y "Parámetros Abonos/Actividades/Servicios" para soportar más de 255 campos en la tabla "Parámetros".
- Desde "Fichas -> Personas -> Reservas -> Reservas de recursos" y en determinadas BB.DD. se producía un error al ver las reservas borradas. Se ha cambiado la implementación pasando a usar dbSQLPassThrough.
- Al entrar en "Fichas -> Servicios" no se mostraba correctamente el tipo de IVA del primer servicio.
- Al realizar una venta de conceptos con impresión, no se generaba un número de ticket si la forma de pago tenía definido "asignar número de ticket cuando se imprime y cobra".
- No se debe mostrar aviso de mandato incorrecto en fichas de personas con titular económico distinto a la persona
- Se abría cajón portamonedas (se lanzaba el listado correspondiente) al hacer clic en la tecla "/" del teclado numético en Notas-->Notas.
¶ 09/01/2014
¶ DeporWin v3.0
¶ Correcciones
- Al realizar una venta de conceptos con impresión, no se generaba un número de ticket si la forma de pago tenía definido "asignar número de ticket cuando se imprime y cobra".
¶ 19/12/2013
¶ DeporWin v3.0
¶ Mejoras
- El monitor asignado a los cursillistas de una actividad ahora se mantiene actualizado y se puede cambiar masivamente al cambiar los monitores asignados a una actividad.
El funcionamiento es el siguiente:
1. Si se desasigna un monitor de una actividad (se arrastra del panel de la derecha al de la izquierda):
1.1. Si es el último -> se desasigna de todos los cursillistas
1.2. Si no es el último -> se muestra una ventana con el resto de monitores de la actividad. Cuando el usuario escoge uno todos los cursillistas del monitor eliminado pasan al escogido.
2. Si se asigna un nuevo monitor a una actividad (se arrastra del panel de la izquierda al de la derecha)
2.1. Si no había ningún monitor asignado -> se asigna a todos los cursillistas
2.2. Si había algún monitor ya asignado -> se pregunta si se desea reemplazar uno existente por el nuevo.
2.2.1. Si se responde sí -> se muestra un selector con los monitores previamente asignados. Los cursillistas del monitor que se seleccione pasarán a tener asignado al nuevo monitor (se reemplaza el seleccionado por el nuevo).
2.2.2. Si se responde no -> se añade al monitor como monitor de la actividad pero no se asigna a ningún cursillista.
NOTA: Solo se modifican los cursillistas activos que no están en espera.
- En las renovaciones manuales se pregunta el número de periodos a renovar (se generará un pago por cada periodo a renovar)
.jpg "DeporNews")
- Añadido proceso automático de impresión de comprobante en la baja de servicios
¶ Correcciones
- Desde el DSuite anterior, al utilizar la opción "Reimprimir otros tickets", no se recuperaba la información de los pagos seleccionados, obteniendo un listado vacio.
- No se asociaba el IdAbono al registrar en el historial los cambios genéricos sobre campos de un abono.
- En la pantalla de contratación, solucionado error no controlado al intentar contratar servicios con sus componentes de contratación "No Activos"
- En la contratación de servicios, en caso de activar la ponderación del primer periodo (parámetros generales), no se realizaba el cálculo correcto en caso de modifcar la fecha de alta
¶ 29/11/2013
¶ DeporWin v3.0
¶ Mejoras
- Añadidos nuevos campos "Comercial" y "Comercial técnico" en la ficha de la persona para poder asociar comerciales, entrenadores personales, monitores, etc asociados al cliente
.jpg "DeporNews")
- Nuevo sistema de cierre de periodos para estadísticas de abonados.
- Informaremos del día del mes a partir del cual se considerará cerrado las estadísticas de abonados del mes anterior (no se permitirá tocar fechas de alta/baja/renovación del mes anterior).
- Lo definimos desde Mantenimiento -> Parámetros de abonos.
- Nueva operativa para eliminar una baja programada de un abonado: usaremos la nueva opción dentro del botón "Baja" -> "Eliminar Baja" en vez de tocar directamente sobre la fecha de baja.
.jpg "DeporNews")
- Mejoras en los procesos de contratación de abonados para garantizar una coherencia estadística en las altas y bajas de abonados.
- Añadida seguridad en pantalla de búsqueda de personas para poder ocultar o bloquear controles.
NOTA: Los controles se han de añadir manualmente en la base de datos de Secuwin.
- En las aportaciones de fondo de caja, ahora se incluye la caja de origen en la descripción del pago.
- Se ha añadido el campo Importe en la pestaña de Esquemas de Fraccionamiento, para permitir su gestión desde pantalla.
- En la pantalla de gestión de descripciones por idioma se permitirá pegar texto multilinea desde el portapapeles (tanto mediante CTRL+V como con el menú contextual del ratón).
- En la pantalla de domiciliación, al seleccionar pagos, además de la información actual, se informará en la cabecera de la pantalla de la cantidad e importe de los pagos seleccionados.
.jpg "DeporNews")
¶ Correcciones
- En la facturación de accesos no se tenía en cuenta el parámetro "tiempo de gratuito" en el cálculo del tiempo total a facturar.
¶ 12/11/2013
¶ DeporWin v3.0
¶ Mejoras
- En la pantalla de definición de conceptos podremos buscar un concepto por el código interno mediante ALT+F2.
.jpg "DeporNews")
- En caso de configuración de formato de datos bancarios IBAN, ahora ya se aceptan cuentas de otros paises que utilizan este formato. Se desbloquea el campo de dígitos de control, no se autocompleta y sólo se valida en el caso de cuenta IBAN española.
- Nuevo algoritmo en el cambio de actividad para un cursillista consistente en no cobrar nada y mantener la fecha de próxima renovación.
- Nueva funcionalidad para definir en una actividad la forma de pago del primer pago. Esta forma de pago será la propuesta para la matrícula y la primera cuota.
.jpg "DeporNews")
¶ Correcciones
- Al realizar un cursillista un cambio de actividad, si el monitor de la nueva actividad tenía un código mayor de 32767 aparecía el error "Error 6: Desbordamiento".
- No se permitirá anular ni cambiar de formas de pago para los pagos ya anulados (tanto en un pago suelto como para una venta conjunta).
- En la venta de conceptos de entradas/bonos se imprimía el ticket de económico antes de generar las entradas/bonos en la BB.DD. Por lo que si el ticket tenía información de las entradas no se mostraba dicha información.
- Al dar de baja un cursillista de una actividad que asignaba un perfil automático, si la persona seguía inscrita a más de 1 actividad que asignase el mismo perfil, perdía la vinculación.
- En la pantalla de definición de cuotas de abono, al realizar "Copiar" para luego "Pegar todo", si alguno de los precios familiares tenían decimales daba un error "Error 3346: El número de los valores de la consulta y el número de campos de destino son diferentes".
- Mejorado el proceso de domiciliación de recibos bancarios para evitar que la remesa se quede a medio generar en los casos de "Transaction (Process ID) was deadlocked on resources with another process and has been chosen as the deadlock victim" y de "Could not complete cursor operation because the table schema changed after the cursor was declared."
¶ 16/10/2013
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para fusionar los servicios (no vendidos ni prestados) de una reserva con los de otra. Nos puede ser útil, por ejemplo, si queremos vender conjuntamente los servicios de dos reservas.
- Desde "DeporWin -> Fichas -> Personas -> Reservas -> Reservas de servicios y programas", primero seleccionamos la reserva "origen" y luego la reserva "destino" y sobre esta última en el menú contextual tendremos la opción de "Fusionar con".
- En el momento de eliminar perfiles de personas, se procederá a registrar en la tabla PerfilesPersonasBorrados la información correspondiente al perfil borrado (IdPersona, CodigoPerfil, FechaAlta, FechaVencimiento, FechaBorrado).
- Al eliminar perfiles vinculados a Abonos, Actividades o Servicios, se registrará en la tabla PerfilesPersonasBorrados la información correspondiente para cada persona a la que se le elimine el perfil.
- Ahora se podrá configurar el ancho y posición de las columnas de la tabla de los cursillos de una persona en "Fichas -> Personas -> Cursillos".
- Dicha configuración se guarda automáticamente para cada usuario de la aplicación.
- Mejoras de en pantalla de consulta de remesas
- Nuevos campos en recibos de "código de tributo" y "modalidad de pago" (0:Desconocido, 1: Pago en ventanilla de la oficina, 2: Pago en autoservicio (Cajeros automáticos), 3: Banca virtual ( Línea Abierta), 4: Pasarela de pagos')
- Nuevos campos en remesas de "código de tributo" (seleccionado), nombre de empresa y nombre de fichero C60 de cobro
- Añadido menú contextual en grid de remesas con las opciones:
1.Ordenar (asc y desc) por código, fecha vencimiento, fecha de creación, empresa e importe
2.Filtrar por empresa
3.Buscar remesa, persona, recibo por referencio o por código y pago - También se realiza filtro directo sin opción a seleccionar ninguna otra empresa si en el entorno (DeporWin.INI) se marca FiltrarPagosPorEmpresa=Si y se define la empresa (IdEmpresa=X)
.jpg "DeporNews")
- Nueva funcionalidad en la venta de conceptos para aplicar descuentos por perfil (o descuentos seleccionables manualmente) en función de la antelación de venta. Podremos definir:
- una antelación mínima y máxima (valor nulo significa que no se aplica filtro por antelación).
- y un tipo de antelación (0-días relativos, 1-días naturales, 2-horas, 3-minutos,...)
- Para el caso de los descuentos seleccionables manualmente tendremos que definir en la venta un cliente (es decir, no aplicable en reservas con ventas anónimas).
.jpg "DeporNews")
- En la gestión de actividades, se podrán personalizar los nombres y abreviaturas utilizados para los dias de la semana y que aparecen asociados a los Horarios Actividad (nombre del día) y a en el campo Dias (abreviaturas) de la propia actividad.
- Se podrán modificar desde la pestaña Horarios de la pantalla de definición de actividades.
- Para aplicar los cambios realizados a las actividades ya existentes, deberemos pasar el proceso de actualización de datos de actividades (Mantenimiento -> Actualización -> Actividades -> Actualizar datos actividades)
.jpg "DeporNews")
.jpg "DeporNews")
- Nueva funcionalidad donde se registrarán los descuentos aplicados sobre el precio unitario para la venta de conceptos.
- Aplicable a la venta de conceptos directa, a la reservas de recursos y a la contratación de actividades con precios por conceptos.
- Se podrán consultar desde la información de un pago.
- Se guarda la información en la tabla "DescuentosPago". Remarcamos que la información registrada es el descuento sobre el precio unitario, por lo que habrá que multiplicarla por la cantidad del pago para su posterior explotación.
.jpg "DeporNews")
¶ Correcciones
- Al realizar altas de actividades desde diversos puestos de trabajo simultaneamente, era posible que el IdActividad de las mismas se repitiera. Se ha convertido este campo en "seguro" para evitar el problema.
- Al realizar el cobro de pagos pendientes no se imprimía ticket secundario
- Al realizar un cambio de abono programado se daban de baja los servicios relacionados con el abono.
Con esta corrección, a partir de ahora, no se producirá la baja del servicio pero se debe tener en cuenta que pueden existir bajas de servicios por este problema, anteriores a la resolución del bug.
- No se podía vincular una imágen desde un archivo externo, si la ruta base para las plantillas se había especificado con una "\" al final, como por ejemplo:
[PlantillasPresentacion]
RutaBasePlantillas=D:\Deporwin\BD\Mis Plantillas\
En este caso se producían los siguientes problemas:
- En el diálogo que aparece para seleccionar el archivo inicial no se posicionaba directamente en el directorio de origen
- En el diálogo que aparece para seleccionar la ruta de destino del archivo anterior no se posicionaba directamente en el directorio base de destino (el configurado anteriormente).
- Aunque se seleccionara una ruta correcta, siempre aparecía un mensaje de error indicando que no lo era.
.jpg "DeporNews")
- Al realizar ventas a cargo de la estancia en un recinto de acceso vía el InfoTerminal se producía un error si la descripción del cargo contenía caracteres reservados para XML como por ejemplo &, <, >, etc...
- Si se regeneraban los apuntes contables de una venta que se cobró a posteriori (con transacción de cobro separada) se generaban incorrectamente los apuntes contables de cobro.
- Si se fraccionaba un pago de una persona y luego se fraccionaba otro pago de otra persona, algunos de los datos (p.e. el Usuario del pago) que aparecían eran los del primer pago fraccionado.
- Al validar un servicio (Fichas -> Servicios) se producía un error de "No se puede insertar un valor nulo en ServiciosDatosExtra.CodigoServicio".
¶ 18/09/2013
¶ DeporWin v3.0
¶ Mejoras
- Nueva opción en el menú contextual de recibos para poder deshacer una devolución de recibo (eliminando los pagos generados en la devolución y dejando el recibo en la situación inicial).
Esta opción aparecera sólo en caso de que no se haya cobrado ninguno de los pagos pendientes.
.jpg "DeporNews")
- Desde una reserva de un programa de tratamientos, pulsando F6 podremos acceder rápidamente a los datos del cliente de dicha reserva.
- Realizadas mejoras en la gestión de actividades:
- Al cambiar el código de una actividad, también se cambia en los registros relacionados de Descripciones, ArchivosOrigenes y PlantillasPresentacionOrigenes
- Al Duplicar / Copiar Datos de una actividad, tenemos la opción de indicar si queremos que también se dupliquen / copien los datos correspondientes a Descripciones, ArchivosOrigenes y PlantillasPresentacionOrigenes.
- Al eliminar una actividad, se eliminan los registros relacionados de Descripciones, ArchivosOrigenes y PlantillasPresentacionOrigenes.
- Al consumir un bono de conceptos, en el pago que se genera se añade como prefijo un texto indicando el uso correspondiente: [Uso x/y].
- Tener en cuenta que si se anulara el consumo intermedio de un bono (no el último uso), la secuencia de los pagos ya generados quedará descoordinada respecto a los futuros consumos.
- Nueva funcionalidad para autogenerar un código de tarjeta EAN en las ventas de entradas puntuales y/o bonos de acceso. Esta codificación EAN-8 o EAN-13 es una alternativa más robusta para los controles de acceso con de lectores de códigos de barra respecto la la codificación Code39.
- En la definición del tipo de entrada tendremos que activar la opción "Autogenerar código de tarjeta EAN". Se usará EAN-8 o EAN-13 automáticamente según la longitud de los datos a codificar.
- El listado que se use para imprimir el código de barras de la entrada tendrá que usar la fuente EAN13.ttf codificando el campo Entradas.CodigoBarrasTarjeta.
.jpg "DeporNews")
.jpg "DeporNews")
- Se ha añadido interfaz para el mantenimiento del texto de LOPD (utilizado en listados) en la pantalla Mantenimiento -> Parámetros
- En las actividades con precios por conceptos podremos definir precios que correspondan a periodos discontinuos (por ejemplo: del 16/09/2013 al 21/12/2013, del 07/01/2014 al 01/04/2014, etc.). De esta manera, al inscribirse e ir renovando los cursillistas, se saltará de un periodo al siguiente (aunque en medio hubiera un hueco). Notas:
- La actividad tiene que ser renovable.
- El periodo de renovación de la actividad tiene que ser igual 0.
- El periodo de renovación para los precios con fecha inicio/fin definida tiene que ser 0. Si no fuera así se entenderá renovable dentro de dicho periodo.
- En la definición de los periodos, la fecha fin corresponde al día siguiente del fin lectivo de dicho periodo.
- Todos los precios de la actividad tienen que tener fecha de inicio definida.
- En la ficha de clientes búsqueda de facturas () por número de factura (en lugar de código interno)
- Reorganizados todos los parámetros de Mantenimiento-->Parámetros Conceptos/Reservas en diferentes pestañas para facilitar su búsqueda.
.jpg "DeporNews")
- Añadido un nuevo parámetro en Mantenimiento-->Parámetros Conceptos/Reservas para permitir el pago de reservas multiintegrante desde web/kiosco con el bono del titular de la reserva.
.jpg "DeporNews")
¶ Correcciones
- En la pantalla de definición de cuotas de abono, al realizar "Copiar" para luego "Pegar precio", si el precio de la cuota tenía decimales daba un error "Error 3146: ODBC: falló la llamada".
- Al realizar cambios de abono con algoritmo 3 "abono parte no cosumida + cargo parte nuevo", no se calculaban correctamente los cargos de parte consumida y parte nueva, ya que se calculaban teniendo en cuenta meses de 30 días en lugar de los días reales de cada mes.
- En el proceso de "DeporWin -> Mantenimiento -> Procesos Actualización -> Actividades -> Asignar baja cursillistas expirados" si no se seleccionaba ningún tipo de actividad daba un error de "token failed".
- Al asignar un monitor a una actividad (con recurso humano definido en ReserWin) no se vinculaba correctamente dicho recurso humano al monitor de la actividad. Por lo que no se generaban las reservas de ocupación del recurso humano.
¶ 22/07/2013
¶ DeporWin v3.0
¶ Mejoras
- Vinculación de perfiles compatibles para la venta de conceptos a usuarios.
Una vez definidos los perfiles compatibles en un concepto, sólo se permitirá la venta del concepto a usuarios que dispongan de uno de esos perfiles.
.jpg "DeporNews")
- En la pantalla de renovaciones, se podrá desmarcar la fecha fin para realizar comprobaciones. En el momento de la renovación, será necesario indicar una fecha.
- En el caso de actividades renovables que tienen definido periodo de vacaciones (mes inicio y fin de vacaciones) se tiene en cuenta este periodo en la renovación. De forma que si las vacaciones caen en medio del periodo de renovación, se atrasa la renovación el número de meses definidos como vacaciones.
¶ Correcciones
- No se actualizaba el valor calculado con el monitor por defecto de una actividad. Esto podía ocasionar que el monitor asociado a la actividad no se mostrara o se mostrara uno incorrecto en el detalle de una actividad puntual en ActividadesWeb y/o Kiosco.
- Realizadas diversas correcciones sobre el código en la pantalla de definición de actividades:
- Al activar la edición, no se permite la edición del campo "Código" de la actividad.
- Al crear una nueva actividad, se eliminan los espacios iniciales / finales que se hayan podido introducir en el código de la actividad.
- Si un código de actividad tiene espacios iniciales / finales, no se permite el cambio por el mismo código sin esos espacios. En este caso, si se desea realizar el cambio de código para eliminar los espacios, se deberá realizar un cambio previo a otro código de actividad diferente y después el cambio de código definitivo.
- En la duplicación de actividades, se eliminan los espacios iniciales / finales en el código de la nueva actividad.
¶ 19/06/2013
¶ DeporWin v3.0
¶ Mejoras
- Se añade la posibilidad de configurar si, al denegar/restablecer el acceso por pagos pendientes/recibo devuelto, el proceso afecta sólo a los usuario de los pagos o tambien a los titular del pago. La configuración se realizará desde Mantenimiento -> Parametros -> Pestaña Personas.
.jpg "DeporNews")
- En caso de anulación o eliminación o reimpresión de ticket de pagos de una transacción con forma de pago con código de barras, se recalcula el importe, la ráfaga bancaria y el código de barras de la linea de transacción.
- Añadida la posibilidad de configurar si queremos permitir o no que, en el momento de dar de alta un abono, la fecha de alta sea anterior a la fecha actual. La configuración se realizará desde Mantenimiento -> Parametros Abonos / Actividades / Servicios ... -> pestaña Abonos.
- Por defecto, se permitiran altas con cualquier fecha anterior. En caso de no permitirlo, en el momento del alta aparecerá un mensaje informativo, que nos permitirá decidir.
- Añadida nueva opción para realizar presinscripciones desde DeporWin (sin venta pero con control de aforo)
La opción se activa en caso de que la actividad permita u obligue preinscripciones web
.jpg "DeporNews")
- Aumento de la descripción del pago y la linea de factura hasta 480 caracteres
- Nueva opción en el cambio de actividad: 3) Pago negativo + positivo + Pago diferencia ponderada.
Esta opción generará 3 pagos ponderados (positivo, negativo y diferencia) en función del periodo de la actividad y el periodo entre la fecha del cambio y la fecha de fin de la actividad.
- Al generar remesas de transferencias, se podrán incluir en las mismas pagos positivos, siempre que el total de la transferencia a realizar sea negativo.
- Añadida nueva opción en pantalla de reservas de la ficha de persona para configurar las autorizaciones de reservas (personas autorizadas para hacer reservas a mi nombre) desde DeporWin
.jpg "DeporNews")
.jpg "DeporNews")
- Se han definido 2 nuevas formas de aplicar descuentos para los conceptos:
a) Max(Absoluto) + Max(Porcentual): Aplicará el máximo de los descuentos absolutos definidos, y posteriormente el máximo de los descuentos porcentuales.
b) Max(Porcentual) + Max(Absoluto): Aplicará el máximo de los descuentos porcentuales definidos, y posteriormente el máximo de los descuentos absolutos.
Nos podrá ser util para simular el descuento por abonado + descuento por perfil disponible en los precios de actividades, definiendo el descuento asociado al perfil Abonado como absoluto y el resto como relativos.
Para configurarlo deberemos realizarlo desde la pantalla Mantenimiento -> Parámetros -> Descuentos.
.jpg "DeporNews")
¶ Correcciones
- Al intentar eliminar un pago no incluido en ninguna factura pero que hubiese sido facturado (y rectificada la factura) previamente, se producía un error que evitaba el borrado. Lo mismo sucedía al intentar eliminar una factura.
- Si existían formas de pago no activas pero incluidas en cajas, se producía un error al cargar las formas de pago para realizar cambios o cobros.
- Al cambiar la forma de pago de ventas no se refrescaba correctamente la grid de pagos
- Si en la pantalla de personas teniamos filtrada la lista de personas (mostrar sólo socios, sólo no socios, personas con un perfil, o cualquier otro tipo de filtro) y buscábamos una persona que no se encontraba en la lista filtrada, al cargar los datos en pantalla, ciertos datos no se refrescaban correctamente (tutor, edad, etc).
- Al realizar un cambio de código de actividad, no se comprobaba si el nuevo código ya existía previamente.
- En el cobro de pagos electrónicos (C57, C60), una vez finalizado el proceso no se mostraba correctamente la información de los pagos cobrados en caso de que estuvieran incluidos en transacciónes.
- Al duplicar una actividad con precios definidos por conceptos y traspasando los inscritos, a los cursillistas creados en la nueva actividad no se les asignaba el concepto correspondiente.
¶ 13/05/2013
¶ DeporWin v3.0
¶ Mejoras
- Añadido nuevo campo en FormasPago para poder activar/desactivar las formas de pago.
.jpg "DeporNews")
- En la pantalla de formas de pago, se ha añadido el checkbox para indicar si la forma de pago es exportable a contabilidad.
.jpg "DeporNews")
- En las pantalla de mantenimiento de Formas de Pago y Cajas, añadido nuevo filtro para ver las Activas / Inactivas / Todas. Por defecto, al acceder a la pantalla sólo se verán las activas.
.jpg "DeporNews")
- En la definición de Disponibilidad de Formas de Pago y de Cuentas de Traspaso, sólo aparecerán las formas de pago y cajas que estén activas.
- Nueva opción de traspaso de bono en menú contextual de bonos.
Esta opción traspasa un bono entre personas, dejando la parte consumida a la persona inicial y creando un nuevo bono a la persona destino con la parte pendiente de consumir.
.jpg "DeporNews")
- En proceso de cobro de pagos C60 y C57 a partir de fichero bancario, añadido registro de incidencias en nueva tabla "RemesasRecibosIncidencias"
- Se registra el código de referencia, importe y fecha de la incidencia
- La explotación y consulta de datos se realizará a través de listados de ReporWin
- Se ha añadido la opción "Reimprimir otros Tickets" en el menú contextual de pagos con selección múltiple, lo que nos permitirá imprimir cualquier listado usando una colección de pagos.
.jpg "DeporNews")
- En las opciones de Copiar Datos y Duplicar de la pantalla de actividades, se han añadido nuevos parámetros para permitir seleccionar el nivel en lista de espera que tendrán los cursillistas copiados / duplicados
- Si seleccionamos la opción de que los inscritos en lista de espera pasen a la lista de espera de la nueva actividad, podemos indicar con que nivel en lista de espera queremos que pasen (0 al 9), o indicar -1 para que mantengan el que tenian
- Si seleccionamos la opción de que los inscritos pasen a lista de espera, podemos indicar qué nivel en lista de espera queremos que tengan en la nueva actividad (0 al 9)
.jpg "DeporNews")
- Nueva funcionalidad para determinar las fechas de renovación de una actividad basadas en un calendario. Útil para renovaciones no uniformes, por ejemplo 13 cuotas dentro de un año natural. Lo definimos desde DeporWin -> Fichas -> Actividades -> Básicos.
.jpg "DeporNews")
- Nueva funcionalidad para determinar las fechas de renovación de un servicio basadas en un calendario. Útil para renovaciones no uniformes, por ejemplo 13 cuotas dentro de un año natural. Lo definimos desde DeporWin -> Fichas -> Servicio -> Precio.
.jpg "DeporNews")
- Añadidos filtros en grid de personas por empresa y por grupos de seguridad de datos.
1.Filtro por empresa: sólo se mostrarán las personas que tengan un contrato, abono, actividad, servicio, pago de concepto ó servicio NMS de la empresa definida en el entorno
2.Filtro por grupos de seguridad: sólo se mostrarán las personas que tengan contratos de servicios que cumplan con los grupos de seguridad definidos
3.Filtro combinado por empresa y grupo: sólo se mostrarán las personas que tengan un contrato, abono, actividad, servicio ó pago de concepto de la empresa definida en el entorno ó contratos de servicio NMS que cumplan con los grupos de seguridad definidos.
Configuración por entorno en DeporWin.INI
|
GestionPersonas
|
| FiltrarPersonasPorEmpresa= |
| FiltrarPersonasPorGrupoSeguridadDatos= |
|
Parametros Generales
|
| IdEmpresa= | Identificador de la empresa en DeporWin |
- Añadidos filtros por empresa y gupos de seguridad de datos en pantallas de pagos/recibos de la ficha de la persona, domiciliación de recibos, remesas de recibos, trasferencias, remesas de transferencias, movimientos de sesión de caja y selección de cuentas bancarias de gestión
Sólo se mostrarán pagos/recibos/remesas/cuentas bancarias de gestión de la empresa definida en el entorno (DeporWin.INI) ó pagos de contratos de servicio que cumplan con los grupos de seguridad definidos
|
Económico
|
| FiltrarPagosPorEmpresa= |
| FiltrarPagosPorGrupoSeguridadDatos= |
|
Parametros Generales
|
| IdEmpresa= | Identificador de la empresa en DeporWin |
- Añadida nueva opción de busqueda de persona e inicio de contratación automática en pantalla de personas (incluidas aquellas que no están disponibles por los filtros de empresa y grupos de seguridad de datos)
.jpg "DeporNews")
- Al procesar un fichero de cobros electrónico (C60, C57, ...) si se encuentra el pago en DeporWin, aunque ya esté cobrado, si no pertenece a ninguna remesa, se crea un nuevo recibo y se incluye en la remesa del fichero.
- Añadida nueva opción en pantalla de facturación de ventas para poder realizar facturaciones por grupos de factura a través de un listado reporwin.
Esta nueva funcionalidad permitirá por ejemplo, realizar facturaciones mensuales agrupando facturas por fecha de vencimiento de los pagos. - Para la configuración correcta de esta funcionalidad se requiere que el listado de ReporWin seleccionado incluya los campos: "CodigoPago", "GrupoFactura" y/o "FechaFactura" en la consulta.
.jpg "DeporNews")
¶ Correcciones
- En la pantalla de definición de disponibilidad de formas de pago, al hacer "click" con el ratón sobre una celda para activar / desactivar la disponibilidad de la forma de pago en la caja, la acción se realizará correctamente sobre la celda en la que se ha pulsado, y no sobre la celda seleccionada como sucedía hasta ahora.
- En la venta de reservas, si el usuario tenía de un bono no caducado pero sin usos disponibles, aparecía la ventana de selección de bono con el bono sin usos.
- Solucionado error al recuperar pagos borrados con CodigoLineaTransacción y/o IdVentaServicio eliminados de la BD.
¶ 09/04/2013
¶ DeporWin v3.0
¶ Mejoras
- Mejoras en la venta selectiva:
1. Nuevos campos FechaInicioValidez y FechaFinValidez que se podrán informar u obtener directamente del listado.
2. No se imprime ningún tipo de ticket (ni el ticket principal, ni el secundario aunque esté definido en Deporwin.ini)
.jpg "DeporNews")
- Al intentar realizar realizar el alta de un abono con fecha futura, pero sin pulsar alta futura, se muestra nuevo aviso:
.jpg "DeporNews")
- Nueva opción en las aportaciones de caja para permitir realizar aportaciones con salida desde otra caja. Realizando los movimientos necesarios para el cuadre de importes y desglose de monedas/billetes.
.jpg "DeporNews")
- Al domiciliar recibos si el titular de la cuenta tiene sólo blancos, se toma el titular del pago como titular del recibo.
- Edición de imágenes y descripciones multiidioma en mantenimiento de tablas auxiliares de actividades.
.jpg "DeporNews")
- En Mantenimiento de Conceptos, añadida nueva opción de filtro de actividades no acabadas en pantalla de asignación de usos de actividad en conceptos
.jpg "DeporNews")
- Añadido nuevo campo en Cajas para poder activar/desactivar cajas en la selección de cajas y almacenes.
.jpg "DeporNews")
- Añadida nueva opción en la consulta de un pago para poder ver información relativa al contrato de servicio origen del pago.
(Opción visible únicamente para pagos con origen servicio NMS)
.jpg "DeporNews")
- Añadido nuevo parámetro TipoCalculoCategoriaAbonos para el cálculo de la edad al establecer la categoría de abonos.
Tipos de cálculo implementados:
- 0: Edad a día de hoy
- 1: Edad a fin mes
- 2: Edad a fin año
.jpg "DeporNews")
- Al facturar un pago o conjunto de pagos de una empresa desde el menú contextual de pagos, ahora se selecciona automáticamente la serie de facturación adecuada para la empresa.
¶ Correcciones
- Solucionado error "El valor de la propiedad no es válido" en la pantalla de contratación de un servicio al intentar desmarcar el campo "En Espera".
- Solucionado error en la fusión de personas al fusionar 2 personas con cursillos inactivos
- Solucionado error en la fusión de personas al fusionar una persona con contratos de servicio NMS con otra persona (destino) sin contratos globales.
- Solucionado "error 346: acción cancelada por el objeto asociado" en pantalla de mantenimiento de actividades al modificar campos de vacaciones dejándolos en blanco.
- En el caso de abonos a futuro de personas que habían sido abonados en el pasado, el indicador de la pestaña de abonos se mostraba en color gris (abonado de baja) en lugar de amarillo (abono futuro)
- Solucionado error "No se puede insertar valor Null en la columna en tabla CuotasDatosExtra" en la pantalla de definición de cuotas de abonos, al modificar datos de cuotas de abonos que tienen definidos datos extra
- En la contratación de servicios (clásicos) con límite de capacidad, se incluian los usos/usuarios inactivos en el cálculo de plazas, dando mensaje de que se había alcanzado la capacidad máxima cuando no era cierto.
¶ 22/03/2013
¶ DeporWin v3.0
¶ Mejoras
- En el proceso revisión de teléfonos (Mantenimiento -> Procesos de actualización -> Personas -> Revisar teléfonos), si existe un dato en Teléfono Móvil se comprueba si realmente corresponde a un teléfono movil y en caso contrario lo situa en el primer teléfono libre que exista. Además, al traspasar un teléfono al teléfono movil, el resto de teléfonos se desplazan hacia arriba.
- Añadida nueva funcionalidad para no permitir en la venta de conceptos que el importe total de descuentos supere el precio base del concepto.
- Añadida nueva funcionalidad para no permitir en la inscripción a cursillos que el importe total de descuentos supere el precio base del cursillo.
.jpg "DeporNews")
- Añadida nueva funcionalidad para realizar cambios de actividades entre actividades con definición de precios por concepto pudidendo realizar selección del concepto
.jpg "DeporNews")
- En la pantalla de mantenimiento de Conceptos añadidas opciones para establecer descripciones multiidioma de los conceptos, familias y tipos.
(Se sincronizan las nuevas tablas de descripciones con las ya existentes para conceptos)
- En las pantallas de mantenimiento de Actividades y Conceptos añadidas opciones para establecer imágenes multiidioma de los conceptos, actividades, familias y tipos
- Creación de módulo de mantenimiento de archivos vinculados a plantillas
- Se añade un selector de tipo de archivo que categoriza los mismos (imagen principal, secundaria...)
- Interfaz gráfica muy visual e intuitiva.
- Al añadir una imagen permite escogerla desde la biblioteca del sistema, del propio usuario, o externa.
.jpg "DeporNews")
.jpg "DeporNews")
- Podemos también mostrar la imagen ampliada en una nueva ventana desde el icono lupa:
.jpg "DeporNews")
- La ventana con la imagen:
.jpg "DeporNews")
- Añadida definición de parámetros de C60 a nivel de forma de pago.
Inclido parámetro tipo de fecha base para calcular la fecha límite de pago (fecha vencimiento, fecha venta, ...)
.jpg "DeporNews")
- En "Gestión Económica -> Facturación -> Cobros de pagos electrónicos" y para la norma C60 se permite el cobro de todos los tributos que contenga el fichero si especificamos como código de tributo el 000.
- Se han añadido dos nuevas opciones al crear horarios de acceso de las actividades a partir de los horarios de actividad definidos:
- Eliminar los horarios existentes, que eliminará todos los horarios que ya estén definidos antes de generar los nuevos horarios.
- Utilizar puertas definidas en los recursos, con lo que se usarán, si existen, las puertas y márgenes que estén definidos en el recurso asociado a cada horario de la actividad. En caso de no existir recurso asociado o puertas asociadas al mismo, se usarán los valores que se indiquen en esta pantalla para la puerta y los márgenes.
.jpg "DeporNews")
¶ Correcciones
- Al realizar cambios de actividades no se asignaba por defecto un monitor en el caso de actividades con monitores asociados.
- Al ejecutar el proceso de Baja de Abonos con pagos pendientes se incluían abonados que ya estaban de baja (aquellos que en la tabla de personas habían perdido el vínculo con el abono)
- Al realizar la devolución de un recibo bancario, la fecha, de cobro del pago y de imputación del apunte contable, correspondiente a los gastos de devolución soportados era la del día en lugar de la indicada en la devolución.
- Al realizar la domicliación aplicando un filtro por Actividades, se aplicaba el filtro en pantalla pero no en el momento de realizar la domiciliación.
- Al hacer una reserva en el TPV (llamado desde Deporwin) mediante doble click en la plantilla de ocupación, una vez finalizada la reserva el foco de la aplicación siempre volvia a Deporwin, independientemente del valor del parametro del ini RecuperarFocoAlFinalizarReserva. Ahora se hara caso de la configuración.
- Al realizar una búsqueda en terceros con el parámetro "ObviarAcentosEnBusquedaPersonas" activado, se producía un error que impedía obtener resultados.
- El parámetro "ObviarAcentosEnBusquedaPersonas" solo se tendrá en cuenta en la búsqueda de terceros para sistemas SQL Server.
- Al procesar un fichero con cobros C43, C57 o C60 se creaba una remesa con IdEmpresa = 1 en vez de la empresa perteneciente a dichos cobros (se asume que todos los cobros de un fichero pertenecen a la misma empresa).
¶ 14/02/2013
¶ DeporWin v3.0
¶ Mejoras
- Implementado nuevo algoritmo de cambio de abono "5-Abono parte no consumida + Cargo parte nuevo (manteniendo próxima renovación) en meses" que calcula los importes de la parte no consumida del abono original y la parte por consumir del abono destino pero prorrateando en meses y teniendo en cuenta el día de corte (parámetro "día del mes para cambio de ponderación a meses"). La fecha de renovación se mantiene
- Al establecer una baja programada de abono o al modificar la fecha de baja programada, ahora se sincronizan con dicha fecha de baja todos los cursillos i usos de los servicios/actividades vinculadas con el abono.
- En configuración de precios de actividades añadida opción de eliminar concepto de matrícula asociado a la actividad.
- En actividades con perfiles vinculados automáticos, al inscribir a un cursillista con fecha de alta futura, el perfil se programará para el alta en la misma fecha.
- En cualquier cobro, se fuerza siempre la grabación de la hora de cobro
- Añadida nueva opción de edición de descripciones multiidioma en pantalla de definición de actividades.
.jpg "DeporNews")
- Se podrá parametrizar por cada entorno si en la búsqueda de personas y terceros se omiten los acentos en Nombre y Apellidos, de forma que se encuentren tanto si se indica el acento en la búsqueda como si no. Para ello, en Deporwin.ini
|
[GestionPersonas]
|
| ObviarAcentosEnBusquedaPersonas= | Si (no hace caso de los acentos) o No (funcionamiento por defecto - Usa los acentos). |
¶ Correcciones
- En abonos MultiTipo, al realizar un cambio de abono a un miembro ya abonado, integrándolo al nuevo abono desde la pestaña integrantes del titular del nuevo abono (botón Nuevo existe), no se mantenía la fecha de antigüedad del miembro añadido.
- Al renovar abonos con cambio de abono programado a un tipo de abono con esquema de fraccionamiento asociado, no se fraccionaban los pagos de la renovación.
- Al devolver un recibo desde la pestaña Pagos -> Recibos de la pantalla de personas indicando que lo diese de baja, no se producía la baja.
¶ 16/01/2013
¶ DeporWin v3.0
¶ Mejoras
- - Se ha mejorado la visualización de las configuraciones de las formas de pago relacionadas con ráfagas bancarias.
- Se ha añadido el campo "Trib." que permite configurar el código de tributo (C60) de manera independiente para cada forma de pago.
.jpg "DeporNews")
- En la pantalla de inició rápido se han añadido las opciones exclusivas de NMS que substituirán a las clásicas cuando sea preciso.
- Se podrá configurar si un usuario inscrito a una actividad se puede dar de baja por Internet si tiene pagos cobrados o pendientes.
- En la pantalla de Mantenimiento -> Parámetros Abono/Actividades/Servicios -> Pestaña Actividades se podrá definir el comportamiento por defecto al crear nuevas actividades:
* Permitir por defecto desinscribir en web con pagos pendientes
* Permitir por defecto desinscribir en web con pagos cobrados. - En la pantalla de Fichas -> Actividades -> Inscripción, tenemos los parámetros:
* Permitir desinscribir en web con pagos pendientes
* Permitir desinscribir en web con pagos cobrados
para definir el comportamiento de cada actividad. Elvalor por defecto, para nuevas actividades, será el definido en la pantalla de parámetros, y para las actividades existentes será "Permitir desinscribir en web con pagos pendientes" = No, "Permitir desinscribir en web con pagos cobrados" = Sí.
¶ Correcciones
- Al modificar algunos datos de la pantalla de personas (sobre todo asignar perfiles) se producía un error al intentar actualizar el campo ModificadoPor de la tabla personas, aunque no impedía la operación realizada.
- Al abrir la pantalla de personas con cualquier otro formulario abierto, el grid de personas no ajustaba el tamaño correctamente.
- Si se realizaba una domiciliación de recibos y se cerraba la pantalla, al volver a acceder posteriormente a la pantalla de domiciliación los pagos aparecían filtrados por "Incidencias" en lugar de "Correctos"
- Si una persona era integrante de una reserva, en la pestaña de Reservas de la pantalla de personas esta reserva aparecía tanto al consultar reservas futuras como vencidas.
¶ 17/12/2012
¶ DeporWin v3.0
¶ Mejoras
- Añadida nueva funcionalidad para permitir pagos mediante cuaderno C57 ó C60 para múltiples empresas.
- Modificación de los avisos (códigos de colores) en pestaña de cursillos de la ficha de la persona. Se introduce la imagen azul para distinguir las listas de espera
.jpg "DeporNews")
¶ Correcciones
- Al fusionar personas con datos en la tabla AutorizacionesReservasPersonas, se producía un error que impedía eliminar la ficha de la persona "vieja".
- En la pestaña de Pagos de la pantalla de definición de Servicios, el nombre del titular del pago aparecía incorrectamente como Nombre + Apellido2 + Nombre, en lugar de Apellido1 + Apellido2 + Nombre
- Corregido error de integridad de datos al fusionar personas con cursillos con precios definidos por conceptos.
¶ 15/11/2012
¶ DeporWin v3.0
¶ Mejoras
- Nueva opción para poder realizar inscripciones puntuales a actividades, enlazando con la inscripción puntual configurada en ActividadesWeb.
- Configuración:
Es necesario definir en el registro de la tabla ParametrosWeb el identificador del centro, la url de la web y la clave de encriptación.
.jpg "DeporNews")
.jpg "DeporNews")
- Posibilidad de vincular una oportunidad (campaña CRM) a un pago desde la edición del mismo
.jpg "DeporNews")
- Añadida nueva funcionalidad para permitir cobrar con bono pagos pendientes.
Al cobrar pagos pendientes si se selecciona forma de pago bono se mostrará la pantalla de selección de bono.
.jpg "DeporNews")
- Al dar de alta / renovar un abono, cursillista o servicio, se asigna a los pagos creados la oportunidad ( campaña CRM) origen del mismo.
- Añadida nueva funcionalidad para poder asociar la venta de conceptos a una oportunidad (campaña CRM)
.jpg "DeporNews")
- Añadido indicador en el grid de Pagos de la pantalla de personas para indicar si el pago tiene alguna nota asociada.
.jpg "DeporNews")
- Nueva funcionalidad para determinar las fechas de renovación para un tipo de abono basadas en un calendario. Útil para renovaciones no uniformes, por ejemplo 13 cuotas dentro de un año natural. Lo definimos desde DeporWin -> Fichas -> Cuotas -> Seleccionar un tipo de abono.
.jpg "DeporNews")
¶ Correcciones
- Al cambiar de forma de pago una transacción cobrada que procedía de una deuda de una devolución de un recibo bancario se perdía el enlace con el pago original (CodigoPagoMoroso y CodigoPagoMorosoOrigen).
- Al realizar cambios (añadir / eliminar) en los perfiles en la última persona del grid y dependiento del tamaño de la pantalla de personas, se modificaba la posición interna en el grid, provocando que al actualizar los datos o pasar a otras pestañas, aparecieran datos no correspondientes a la persona seleccionada.
- En la pestaña de accesos de la ficha de la persona al modificar el password y al mismo tiempo pulsar aceptar/denegar acceso se producía un error al intentar grabar en BD.
Ahora si se modifica algún campo en la pestaña de acceso se pide validación antes de aceptar/denegar el acceso de la persona.
- Cuando se solicitaba la disponibilidad de paquetes para varios días, si se tenía configurado también que reservara una "visita guiada", solamente se obtenía disponibilidad para el primer día (aunque efectivamente la hubiera para el resto de días).
¶ 03/10/2012
¶ DeporWin v3.0
¶ Mejoras
- Añadida posibilidad de enlazar abonos, cursillos y servicios con campañas del CRM.
Tanto en las pantallas de alta como en las de modificación de abonos, cursillos y servicios se podrá asignar una oportunidad (campaña CRM vinculada al clente).
.jpg "DeporNews")
- Añadida funcionalidad para poder definir precios en la actividades con tarifas por rango de fechas de nacimiento.
.jpg "DeporNews")
- Al modificar los datos básicos, dirección, económicos y/o perfiles en Fichas->Personas ó Fichas->Clientes se actualizará el campo fecha de modificación de la persona con la fecha/hora actual.
¶ Correcciones
- En la inscripción a actividades con precios por conceptos, aunque se cobraba correctamente el precio seleccionado en la inscripción:
1.- Si no había ningún precio automático, no se guardaba ningún concepto asociado a la inscripción, por lo que en posteriores renovaciones no se cobraría nada.
2.- Si había precios automáticos, se guardaba el que aparecía seleccionado por defecto al inicio de la inscripción, aunque en la misma se hubiese seleccionado un precio de otro grupo.
Ahora, en ambos casos se guardará el concepto seleccionado en el momento de la inscripción.
- Solucionado error 3146 al ejecutar el proceso de "preparar" en el sorteo de plazas en lista de espera de actividades.
.jpg "DeporNews")
¶ 31/08/2012
¶ DeporWin v3.0
¶ Correcciones
- Al fusionar y borrar personas no se fusionaban/eliminaban los registros de las tablas de emails enviados y recibidos.
- Si para un cursillista en lista de espera, se realizaba una inscripción en firme y se cancelaba antes de finalizarla, se perdía la fecha que tuviera de inscripción en la lista de espera.
- Al contratar una actividad o bien un servicio (taquillas,…) y se quería pre visualizar el comprobante de alta (por ejemplo por que nos interesaba firmarlo digitalmente,…) dicho comprobante quedaba oculto (por detrás del formulario de Personas).
- Si realizábamos un cambio inmediato de actividad para un cursillista, y las actividades implicadas en el cambio tenían el precio definido mediante conceptos, no se calculaban correctamente precio de ambas actividades.
¶ 19/07/2012
¶ DeporWin v3.0
¶ Mejoras
- Añadida nueva funcionalidad para poder realizar denegación de acceso por pagos pendientes en función de la analítica del pago. (Proceso automático de denegación de acceso por pagos pendientes)
- Parametrización:
.jpg "DeporNews")
.jpg "DeporNews")
- Añadida nueva funcionalidad (nueva pestaña) para configurar e introducir datos extra en:
- Cuotas de abonos
- Servicios
- Conceptos de caja
- Recursos
- Ya se puede consultar el motivo de devolución de un recibo en la ventana de edición de cualquiera de los pagos incluidos en dicho recibo, incluido el pago de devolución o el de gastos de devolución.
.jpg "DeporNews")
- Añadidas columnas de número de inscritos, en espera y edad mínima de la actividad en la pestaña de inscripción a actividades de la ficha de persona.
.jpg "DeporNews")
- Añadida columna de nivel / orden en lista de espera en la lista de cursillos de la persona.
.jpg "DeporNews")
- Nueva funcionalidad para cobrar "manualmente" los consumos pendientes de una estancia de una persona que haya accedido con su carné personal y lo hay extraviado dentro del centro. Buscamos la persona con F3 o bien tecleando su código directamente.
.jpg "DeporNews")
- Nueva funcionalidad para reconectar con el Vigilante si la conexión se hubiera perdido durante el proceso de venta de una entrada/bono que requiriese grabación. La conexión con el Vigilante de puede haberse perdido tanto al inicio, cuando se ejecutó el DeporWin/TPVWin, como durante la ejecución del mismo.
.jpg "DeporNews")
¶ Correcciones
- Al cambiar el "Código" de una actividad, no se modificaba la información correspondiente en los permisos de acceso ni en los accesos detallados previos, provocando que no se pudiera obtener información sobre los accesos realizados correspondientes a dicha actividad.
- Al cambiar el "Código" de una actividad, no se modificaba la información correspondiente a perfiles (compatibles y vinculados), así como la correspondiente a los cursillistas inscritos cuando los precios estaban definidos mediante conceptos, provocando que en lugar de modificarse el código tuviésemos 2 actividades: la inicial, sin datos asociados; y otra idéntica con el nuevo código y con la mayoría de datos traspasados.
- Al domiciliar recibos no se grababa en los pagos el operador que realizaba la domiciliación ("CobradoPor")
- Solucionado "Error 94: Uso no válido de Null" al modificar el campo orden el la pantalla de definición de precios por conceptos de actividades.
¶ 08/06/2012
¶ DeporWin v3.0
¶ Mejoras
- Tipo de validez "heredado" para los bonos. Este nuevo tipo de validez será heredado del periodo de validez de la venta de conceptos. Nos será útil para actividades con precios por conceptos donde uno de ellos tiene asociado la generación de un bono. De esta manera el bono tendrá la misma vigencia que la inscripción/renovación del cursillista que lo contrata.
.jpg "DeporNews")
- Añadida interfaz de definición de "PreinscripcionObligatoriaEnWeb" en pestaña "Inscripción" de fichas de actividades.
.jpg "DeporNews")
¶ Correcciones
- Al acceder por primera vez al formulario de inscripción a actividades, la seguridad del formulario no se aplicaba correctamente.
¶ 27/04/2012
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para realizar ventas a cargo de la estancia en un recinto de acceso.
- Tendremos que definir una nueva forma de pago con la marca "Cargo a Estancia"
- Y configurar en la tabla "ParametrosEstancia" los parámetros necesarios para conectar con la aplicación InfoTerminal (código protocolo = 1).
.jpg "DeporNews")
.jpg "DeporNews")
- Ampliada la funcionalidad de la pantalla para realizar el cobro del tiempo de estancia de un bono/entrada de manera que, además de cobrar propiamente dicho tiempo, se puedan cobrar todos los consumos pendientes de la estancia en un recinto de acceso.
- El cobro de estos consumos podrá ser en una forma de pago de contado (metálico, tarjeta bancaria, etc…) o bien en una forma de pago pendiente (A facturar, Recibo domiciliado, etc…)
- También se ha ampliado la funcionalidad para que se puedan cobrar el tiempo de estancia de un acceso "de persona" (a parte de un acceso de una entrada/bono).
.jpg "DeporNews")
- Nueva opción para conceder/denegar un acceso ilimitado puntual (sólo válido para el siguiente acceso) a un persona. Desde Fichas -> Personas -> Acceso -> Acceso ilimitado->Botón ... Se registra en el historial dicha concesión/denegación.
- Nueva funcionalidad para guardar el número de copias impresas que lleva realizadas un determinado pago.
- En cada impresión o reimpresión se incrementará dicho número de copias impresas.
- El número de copias impresas se podrá consultar tanto en el menú contextual del pago como en el de la venta (máximo del de los pagos).
.jpg "DeporNews")
¶ Correcciones
- Si teníamos más de una forma de pago metálico definida en el sistema, al realizar una aportación de fondo de caja, no se seleccionaba correctamente la forma de pago metálico disponible para la caja en cuestión.
- En el sorteo de actividades con precios definidos por conceptos no se aplicaban correctamente los descuentos por perfil definidos en los conceptos.
- En el sorteo de actividades si se realizaba un filtro manual de actividades se producía un error de sql al asignar las plazas.
- En la inscripción en la lista de espera de una actividad no se proponía correctamente el nivel en dicha lista de espera si la persona no tenía ningún perfil con nivel mayor que 0.
¶ 29/03/2012
¶ DeporWin v3.0
¶ Mejoras
- Nueva forma de definir los precios de los conceptos con "Tarificación horaria" (por ejemplo "parking") según el "periodo de estancia en el centro" mediante una tabla de precios por tramos horarios absolutos (día de la semana (LMXJVSDF), hora inicial y hora final). Por ejemplo podríamos definir que:
- el precio por minuto de lunes a viernes (no festivos) de 7:00 a las 09:00 y de 20:30 a 23:00 sea de 0,030 € y para el resto de horas a 0,035 €
- el precio por minuto de sábados y domingos y festivos sea de 0,030 €
- En este caso, el "tiempo de gracia" (tiempo inicial en minutos desde el instante de entrada en donde no se le cobrará nada al cliente) lo tendremos que definir en:
.jpg "DeporNews")
.jpg "DeporNews")
- Al duplicar un conjunto de actividades tendremos la opción de definir un nuevo periodo de inscripción para las nuevas actividades.
.jpg "DeporNews")
- Se permite modificar si un perfil es visible y/o asignable desde Internet desde la pantalla de configuración de perfiles (Mantenimiento --> Tablas Auxiliares --> Perfiles).
.jpg "DeporNews")
- Nuevo parámetro para impedir modificar, en una reserva de paquetes, las cantidades individuales de un servicio que pertenecen a un paquete. Configurable en DeporWin -> Mantenimiento -> Parámetros Conceptos/Reservas.
.jpg "DeporNews")
- Esquemas de ponderación para la primera cuota de Actividades. Podremos definir cómo tiene que ponderarse la primera cuota de un cursillista en función del día de inscripción, por ejemplo:
- Hasta el día 15 el 100% el resto el 50%
- Hasta el día 10 el 100%, hasta el día 20 el 66%, el resto al 33%
- Hasta el día 25 ponderado diariamente, el resto al 0%
- Para definirlo desde Fichas -> Actividades -> Precio -> Precio base -> Esquema de ponderación.
- Será aplicable tanto desde DeporWin como desde la Web
¶ Correcciones
- Al mostrar los "Movimientos de la sesión actual", si previamente habíamos cambiado de caja, se continuaban mostrando los movimientos de la sesión activa de la anterior caja.
- En el proceso de alta de abonado, si se realizaba un doble click muy rápido en el botón "Alta" o "Alta familiar", no se podía completar el alta de abono. Y aunque se cerrase la ventana con el botón X, la persona quedaba incorrectamente abonada.
- En los perfiles vinculados a cuotas de abono, actividades y servicios, si cambiábamos un perfil por otro simplemente modificando el valor en el desplegable (sin eliminar y luego añadir) no se reasignaban correctamente los perfiles a los usuarios de dichos servicios.
- Al ejecutar TPVWin salía un mensaje "Prueba 3" erróneamente.
- Solamente se permitía introducir 11 caracteres en el campo de DNI en DeporWin -> Fichas -> Personas cuando en la BB.DD. admitimos hasta 12 caracteres.
- En Fichas -> Personas -> Reservas solamente se mostraban las reservas de recursos de la persona seleccionada cuando ésta era el primer usuario pero no cuando era un integrante de una reserva con modalidades.
¶ 14/03/2012
¶ DeporWin v3.0
¶ Mejoras
- En la pantalla de creación de albaranes se ha añadido una nueva columna para mostrar el nombre del usuario de los pagos a facturar (la columna aparece al final de la tabla pero se puede reposicionar).
- Nueva opción para vaciar la venta actual pero mantener el usuario y el titular que hubiera seleccionado. Por ejemplo, nos será útil si nos equivocamos y queremos comenzar de nuevo una venta para la misma persona.
.jpg "DeporNews")
- Nueva funcionalidad para indicar cual será la nacionalidad por defecto para las nuevas personas. Configurable por Entorno desde DeporWin.INI.
|
[GestionPersonas]
|
| CodigoNacionalidadPorDefecto=6 | ' Código de la nacionalidad |
- Nueva funcionalidad para definir la prioridad del consumo para los bonos de acceso. Configurable desde Fichas -> Conceptos -> Acceso -> Tipo de entrada -> Básico -> Prioridad. Un menor valor indicará mayor prioridad. En el caso de que un mismo usuario tenga más de un bono vigente y válido en el momento de acceder se consumirá el de mayor prioridad.
- Integración con la plataforma de mensajería SMS de Trinamic.
- Se modifica el título de la pestaña Ficheros Adjuntos (dentro de la pestaña Notas) por: Gestor Documental.
.jpg "DeporNews")
- Registro de cambios en Formas de Pago y Cajas en nueva tabla "HistorialConfiguracionSistema"
¶ Correcciones
- Revisada la ordenación "tabular" de los campos de la pestaña "Personal" de "Fichas -> Personas" para que siga una secuencia espacial.
- Al fraccionar un pago pendiente procedente de una devolución de un recibo bancario se perdía el enlace de las fracciones generadas con el pago original (CodigoPagoMoroso).
- Al anular un pago correspondiente a una fracción de un recibo devuelto (Tipo de pago = "Devolución Recibo") se proponía incorrectamente anular el pago original en vez de la fracción en si misma.
- En la domiciliación bancaria no se soportaba tener dos o más cuentas de gestión que correspondan a una misma cuenta bancaria pero con diferentes sufijos ordenantes.
- Al hacer una facturación de pagos cobrados de varias personas a nombre de un cliente específico, agrupando por agrupación analítica no se realizaba correctamente la agrupación, desglosandose alguna linea en varias.
- La asociación de plantillas en el Gestor Documental no funcionaba.
- Al inscribirse un cursillista que estaba en la lista de espera de una actividad con precios por concepto, a veces se calculaba incorrectamente el orden de inscripción (por culpa de la mezcla de las fechas/horas de inscripción entre activo y en espera).
- En la pantalla de "Sorteo de plazas de actividades", al asignar una plaza a un cursillista en espera, no se respetaba la forma de pago por defecto de la persona (siempre se asignaba la forma de pago por defecto de la actividad).
- En la pantalla de "Sorteo de plazas de actividades", al asignar una plaza a un cursillista en espera, no se asignaba titular económico a la inscripción si la persona no tenía titular por defecto definido.
- En la pantalla de "Conceptos", en la pestaña de Almacenes, si intentabamos vincular un concepto a más de 15 almacenes, se producía un error que cerraba el programa.
¶ 15/02/2012
¶ DeporWin v3.0
¶ Mejoras
- - Se añaden dos opciones al menú contextual del Gestor Documental
a) Anexar documento existente
b) Anexar documento escaneando
- La primera opción nos muestra una ventana de selección de fichero para fusionar el pdf seleccionado en el deporwin con el que escojamos vía diálogo.
- La segunda opción también fusionará el documento seleccionado per ésta vez utilizando el documento que haya preparado en el escáner. - Una vez el fichero está anexado se modifica su tamaño y la fecha del documento:
.jpg "DeporNews")
.jpg "DeporNews")
- Añadida nueva opción para consultar directamente los movimientos económicos de la caja/sesión actual.
.jpg "DeporNews")
- Añadida funcionalidad para definir cuotas "SIn Cargo". De forma que si se marca la opción no se generan cargos ni en el alta ni en la renovación.
.jpg "DeporNews")
- Nueva funcionalidad para configurar si queremos que las nuevas personas que se den de alta en la BB.DD. tengan o no el acceso permitido por defecto. Configurable desde DeporWin -> Mantenimiento -> Parámetros -> Personas -> Acceso permitido por defecto para las nuevas personas.
- En una inscripción a programa, al modificar la cantidad (nº de pax) de un paquete, tendremos la opción de recalcular acordemente la cantidad de los servicios incluidos en dicho paquete.
- Nuevo indicador de pagos pendientes de una persona. Semáforo en naranja si son pagos pendientes originados por él (con un titular diferente) y en rojo si son pagos soportados por él.
.jpg "DeporNews")
¶ Correcciones
- Si en un fichero de cobro C60 ó C57 había más de una remesa correspondiente a la misma empresa, el último recibo de cada remesa y el primer recibo de la siguiente no se cobraban correctamente.
- Al seleccionar una persona en la ficha de personas, si ésta tenía dos campañas de CRM (una de ellas finalizada y otra activa), el icono de CRM se mostraba como campaña finalizada.
- Se valida en Deporwin que un dni no exista ya al dar de alta un usuario, teniendo en cuenta los ceros por delante para dnis con menos de 8 dígitos.
- Al realizar cualquier modificación en el grid de personas y cambiar de fila nos aparecía un mensaje de confirmación para guardar los datos o descartarlos. Si pulsabas descartar quedaban grabados de todas formas.
- En la edición de carnés vinculados en una persona (desde DeporWin -> Fichas -> Personas -> Acceso -> Carnés vinculados) no se podían crear nuevos registros manualmente (solamente editar uno existente).
- Al añadir un integrante a un abono familiar con alta futura (familiares multitipo) no aparecía la pantalla para confirmar el alta y generar los pagos de la matrícula y la primera cuota.
- Al finalizar una domiciliación bancaria se preguntaba si queríamos ver los recibos generados (con el Visor de recibos) aunque tengamos desactivado las preguntas finales (UnidadDestinoFicheroDomiciliacion = NINGUNO)
¶ 25/01/2012
¶ DeporWin v3.0
¶ Mejoras
- Añadida opción para poder ver los recibos domiciliado mediante la aplicación auxiliar VisorRecibosC19.exe.
La opción estará disponible siempre que el fichero en el que se ha generado la remesa sea accesible y la remesa sea del tipo C19. - Estará disponible en la pantalla de Remesas Recibos mediante 2 botones: Ver Remesa (para toda la remesa) y Ver Recibos (para ver directamente el recibo seleccionado)
- También aparecerá esta opción en el menú contextual de los recibos, en la subpestaña Recibos, de la pestaña Pagos en la pantalla de Personas.
- Además, el visor de recibos también se ejecutará al finalizar la grabación de un fichero de remesa.
.jpg "DeporNews")
.jpg "DeporNews")
- Nueva opción para configurar los parámetros de la cuenta de correo electrónico (del gestor de correo propio de DeporWin). DeporWin -> Mantenimiento -> Parámetros Correo
.jpg "DeporNews")
¶ Correcciones
- Si teníamos definido un redondeo para los pagos de origen Abono, Actividades y/o Servicios (desde DeporWin -> Parámetros Abonos/Actividades/Servicios -> Redondeo Pagos) se redondeaba el importe total y pero no el importe unitario. Esto, por ejemplo, podría provocar pequeños descuadres si posteriormente se facturaban dichos pagos.
- Si tenemos activado el arrastre del fondo de caja entre sesiones se arrastraba también erróneamente los movimientos de las formas de pago que tuvieran como tipo de cuadre NINGUNO (p.ej. Recibo domiciliado, etc...)
- El proceso de baja de abonados (procesos de inicio) provocaba un cierre de DeporWin cuando se definía en algún integrante de abono un 'bucle' en las cambios de abono.
- El refresco de la rejilla de documentos adjuntos en la ficha de personas con más de 32mil documentos daba un mensaje de error de desbordamiento aunque permitía continuar con el anexado.
- Solucionado error "Error 91: La variable de tipo Object o la variable de bloque With no está establecida" al intentar cerrar sesiones de caja de cajas que no tienen ninguna forma de pago con cuadre disponible
- Al realizar la inscripción a un cursillo con precios por concepto y descuento por perfil y con ponderación, el importe del pago creado era incorrecto, pues se volvía a aplicar el descuento por perfil sobre el precio ponderado.
¶ 22/12/2011
¶ DeporWin 3.0
¶ Mejoras
- Nueva funcionalidad para poder aplicar descuentos por perfil en Servicios. Definible desde DeporWin -> Fichas -> Servicios -> Dtos. Perfiles
¶ 20/12/2011
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para restringir la cantidad de inscripciones, reales y/o en espera, que una persona puede tener contratadas al mismo tiempo.
- Para ellos definimos una nueva agrupación de actividades que se usará para contralar estas restricciones.
- Desde "Fichas -> Actividades -> Inscripción -> Grupo de Restricción" se podrá tanto definir un nuevo grupo como asignarlo a las actividades que formen parte de él.
- En el momento de la inscripción se comprobarán dichas restricciones, ya sea personas que contratan una nueva actividad como personas que pasan a inscribirse desde la lista de espera.
.jpg "DeporNews")
.jpg "DeporNews")
- En la pestaña de SMS enviados en la ficha de personas, podemos ver el detalle completo del mensaje haciendo doble click sobre la fila del mensaje deseado.
.jpg "DeporNews")
- Al cerrar la ventana de envío de sms siempre mostraba un aviso aunque no hubiera error. Se ha procedido a eliminar dicho aviso.
Se habilita el botón 'Escape' como botón de cancelación o cierre de ventana al utilizarse la ventana como consulta de SMS, con lo que se gana en velocidad de lectura.
¶ Correcciones
- Si tenemos una ventana abierta (Abonos o Actividades o Servicios) y abrimos otra (Abonos o Actividades o Servicios), al cerrar esta última y hacer operaciones en la primera se producía un error SQL.
¶ 13/12/2011
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para imprimir un comprobante de cambio de abono en el momento de la programación de dicho cambio. El proceso de aplicación será: COMPROBANTE CAMBIO PROGRAMADO ABONO
- Nueva funcionalidad para imprimir un comprobante de cambio de abono para cambios inmediatos. El proceso de aplicación será: COMPROBANTE CAMBIO ABONO
- Nueva funcionalidad para invalidar las entradas/bonos de un usuario cuando éste se de baja como abonado. Definible a nivel de tipo de entrada desde Fichas->Conceptos->Acceso->Tipo Entrada->Básico-> Relacionada con abono. Sólo se aplicará para las nueva ventas de entradas/bonos.
- Añadida nueva funcionalidad para poder gestionar la facturación de multiples empresas.
En la pantalla de facturación se filtrarán los pagos por empresa, en función de la empresa definida en la Serie de Facturación seleccionada. Además, se marcarán con el IdEmpresa correspondiente tanto las facturas como los pagos de vencimiento que se generen.
Configuración: - Definir las diferentes empresas (tabla empresas)
- Definir una Serie de Facturación normal y una rectificativa para cada empresa, informando el campo "IdEmpresa"
- Descuentos aplicados en abonados. Nueva funcionalidad para documentar los descuentos que se han aplicado en las cuotas de abonados (matrícula, cuota y cuota de mantenimiento). Aplicable tanto a familiares multitipo, como multicategoría o clásico.
- Se guardará en los pagos generados el campo "Notas Recibo", que podremos hacer servir para detallar en los recibos domiciliados dichos descuentos.
- En la pantalla de Fichas -> Personas -> Abono, podremos consultar dichos descuentos haciendo doble click los respectivos campos de precio (cuota, primera cuota, matrícula, etc.)
.jpg "DeporNews")
- Baja abonado programada a largo plazo. Nueva funcionalidad para poder programar una baja de abonado a una fecha futura superior a la fecha de próxima renovación. Desde Fichas -> Personas -> Abono -> Baja.
.jpg "DeporNews")
- Se ha añadido la funcionalidad "Editar" en la pantalla de mantenimiento de Actividades. Ahora, desde las pestañas Básicos y Precio - Precio Base, será necesario pulsar el botón Editar para poder realizar cualquier cambio. Además, si intentamos salir de la pantalla con cambios pendientes de validar, el sistema nos preguntará si deseamos guardar o descartar los cambios.
- Se ha ocultado la pestaña "Tab 4" que aparecía en Fichas -> Personas -> Abono.
- Nueva funcionalidad, en la inscripción en espera a actividades, para asignar automáticamente un nivel en la lista de espera en función del perfil del usuario. Tanto en DeporWin como en la Web.
- Definible desde DeporWin -> Mantenimiento -> Tablas auxiliares -> Perfiles -> Nivel lista espera.
- El nivel final será el menor de los diferentes niveles (excluyendo el 0) de los perfiles de dicho usuario.
- Ponderación en renovaciones de cursillistas. Para los cursillistas que en el proceso de alta solamente han pagado la matrícula y hayan dejado pendiente la primera cuota para el proceso de renovación, se les ponderará automáticamente dicha cuota (siempre y cuando la actividad permita ponderación automática).
¶ Correcciones
- Solucionado error que impedía ver las reservas vencidas en la pantalla de reservas de la ficha de la persona.
- Al fraccionar un pago/vencimiento para cobrar un importe ahora (Pago -> Menú contextual -> Fraccionar transacción), si el importe de dicha fracción divido de la cantidad del pago tenía más de 2 decimales, las dos fracciones generadas no tenían un importe correcto (por problemas de redondeo). Ahora se impide dicho caso y se propone un importe válido.
.jpg "DeporNews")
- Solucionada incidencia en la pantalla de mantenimiento de Actividades, en la que no se cargaban los valores correspondientes al Tipo de IVA ni Esquema de Fraccionamiento al acceder por primera vez a la pantalla.
- Al iniciarse el log del Gestor Documental, a veces tomaba como ruta el System32/SysWOW. Se modifica el comportamiento para que obtenga la ruta de la librería.
¶ 16/11/2011
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para definir que en la contratación de actividades renovables solamente se cobre la matrícula. De esta manera, la primera cuota se cobrará mediante el procedimiento de habitual de renovación. Parametrizable a nivel de actividad teniendo desactivando el parámetro DeporWin -> Fichas -> Actividades -> Precio -> "Generar 1ª cuota por defecto en altas" (además de tener activado los parámetros DeporWin -> Mantenimiento -> Parámetros de Actividades -> "Modificar fecha próxima renovación por la del alta si no se genera pago de alta" y "Generar pago alta por defecto en la inscripción a cursillos")
- Se ha añadido la opción "Informes" al menú de Gestión Económica. Esta opción nos mostrará la pantalla de Informes, desde la cual podremos acceder rápidamente a una serie de informes personalizados.
- Los informes personalizados corresponderán a los siguientes procesos de aplicación:
- Informe economico I
- Informe economico II
- Informe Ventas
- Informe Servicios
- Informe Abonados
- Informe Cursillistas
- Informe Accesos
- Informe Otros - También podremos definir listados específicos para este formulario (en la tabla FiltrosGrid de la base de datos Reporwin, con IdAplicacion = Deporwin y IdFormulario = Informes).
¶ Correcciones
- Solucionado error que impedía ver los pagos borrados en la pestaña pagos de la ficha de persona.
- En la domiciliación, si no se introducía ninguna descripción para la remesa, no se incluían en el recibo las notas del pago (en el caso de estar configurado en "Parámetros\Domiciliación\Formato Recibo").
¶ 24/10/2011
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para combinar la ponderación de cuotas y la postergación de la próxima renovación. De manera que, si el día de la inscripción es anterior al día de postergación entonces se ponderará, mientras si es igual o posterior al día de postergación entonces se pospondrá la próxima renovación.
- En el proceso de "asignación de fecha de baja por pagos pendientes" tendremos la opción de seleccionar qué fecha de baja queremos asignar, si la fecha de hoy o la fecha de vencimiento de la deuda.
.jpg "DeporNews")
- Se ha optimizado el proceso de comprobación de diferencias en la renovación de abonos respecto a la anterior renovación.
- Nueva funcionalidad para fusionar huellas para los terminales STS3015 o Sagem MorphoAccess. Al fusionar 2 personas, desde DeporWin -> Fichas -> Personas -> Menú contextual, se generarán las ordenes de sincronismo necesarias (eliminación/inserción) para fusionar la huella en los diversos terminales STS3015 o Sagem MorphoAccess. De esta manera no será necesaria la presencia del usuario para borrar y/o regrabar la huella.
¶ Correcciones
- Al crear facturas de pagos agrupados, en las lineas de albaran correspondientes a esos pagos agrupados se indica la suma de las cantidades, cuando debería ser 1 por tratarse de una agrupación de diferentes importes.
- En la venta selectiva no se tenía en cuenta la "Descripción de la venta" (ni la del listado, ni la específica) para generar la descripción de dicho movimiento económico.
- En la Fichas -> Clientes -> Perfiles, salían todos los perfiles, incluido los desactivados.
- No se registraba en el historial de la persona la programación de un alta futura, la programación de un cambio de tipo ni la programación de una baja futura.
¶ 10/10/2011
¶ DeporWin v3.0
¶ Mejoras
- En la pantalla de remesas de recibos se mostrará una columna nueva con el nombre y la ruta del fichero donde se generó dicha remesa.
- Cambiada la extensión por defecto a .TXT (en vez de .REC) de los ficheros de domiciliación bancaria, transferencias bancarias, etc.
¶ Correcciones
- Al abrir una sesión de caja con arrastre del saldo inicial se producía un error si alguna de las transacciones económica en metálico de la sesión anterior no tenía declaración de billetes y monedas.
- En la renovación de abonos, al mostrar las incidencias de renovación, no se filtraban las preinscripciones.
- Al generar remesas de domiciliación agrupando los pagos por usuario o por cuenta bancaria, en determinados casos al generar el fichero de domiciliación los pagos agrupados en un único recibo se podían dividir en más de un recibo en el fichero.
- Al generar remesas de domiciliación agrupando los pagos por por cuenta bancaria, si dos usuarios tenian el mismo número de cuenta pero uno de ellos no tenia Dígito de Control, los pagos no se agrupaban en un único recibo, pues se tomaban como cuentas diferentes.
- Al efectuarse los procesos iniciales de Deporwin, siempre se volvian a asignar los privilegios predefinidos al perfil "Privilegios Predeterminados", aunque estos se hubiesen desactivado previamente.
- Al seleccionar una tarifa con periodo de renovación diferente al base de la actividad, no se modificaba correctamente la fecha de próxima renovación.
¶ 27/09/2011
¶ DeporWin v3.0
¶ Mejoras
- En el reescalado de la pantalla pantalla principal se ha ampliado el texto del estado (texto de la parte inferior izquierda del Depor)
- En las operaciones económicas relacionas con reservas de tratamientos (venta, anulaciones, prestaciones de servicio,…), si la sesión de caja no está abierta, se nos informará de ello y tendremos la opción de abrirla en ese mismo momento y continuar con la operación que estábamos realizando.
- Importe de las cuotas. En la pantalla de renovación de abonos, si marcamos "Calcular total renovación", se mostrará para cada abono el importe de su cuota correspondiente.
- Nuevo parámetro para indicar si por defecto, al devolver un recibo bancario, se denegará o no el acceso a los usuarios de dicho recibo. Configurables desde "Mantenimiento -> Parametros -> Domiciliación -> Denegar acceso por defecto al Devolver un recibo"
¶ Correcciones
- Determinadas tablas (grids) de la pantalla de Personas tenían un color de fondo gris, lo que hacía que su contenido no se pudiera ver con claridad (sobre todo en Terminal Server).
- En las inscripciones a actividades con perfiles vinculados, si se cancelaba la inscripción, se asignaban igualmente dichos perfiles.
- Si después de modificar los datos de una persona se efectuaba F5 (actualizar pantalla) SIN haber validado los datos, algunos de ellos no se asignaban correctamente, sino que se asignaban a la primera persona existente. Además en el historial de esta persona aparecían cambios que no se habian producido.
- Añadidas tablas DonacionesM182 y DonacionesM182_Donantes al proceso de fusión de personas en aquellos clientes para los que existan.
- En los procesos donde tuviera que denegarse o restablecerse de acceso para vencimientos de facturas, ahora se tendrá en cuenta el detalle de la factura para decidir a qué personas hay que denegar/restablecer el acceso, en vez de al titular del vencimiento de dichas facturas. Tenemos tres casos:
- En la denegación por fecha de vencimiento de pagos pendientes pertenecientes a vencimientos de facturas
- En la devolución de recibos bancarios donde alguno de los cargos fuera un vencimiento de factura
- En el cobro de vencimientos de facturas
¶ 09/09/2011
¶ DeporWin v3.0
¶ Mejoras
- Añadida la posibilidad de enviar el Identificador de la reserva en el SMS de confirmación. El token a utilizar es %IDRESERVA% o %IDRESERVA#n% si queremos que tenga una longitud determinada.
Útil, por ejemplo, para los terminales con teclado que generan un número de carné en hexadecimal de lo que se haya tecleado y luego se transmiten vía puerto Weigand.
- Orígenes de clientes en ventas. Nueva funcionalidad para poder introducir en cada venta el "origen del cliente", entendiéndolo como "País y Código Postal". Se podrá ver y modificar dicho origen desde "Menú contextual -> Editar transacción / Mostrar información".
.jpg "DeporNews")
|
[GestionVentas]
|
| SolicitarOrigenClienteEnVentas=Si |
| ObligatorioOrigenClienteEnVentas=Si |
- Añadida la opción de validación en tiempo real de la dirección de correo electrónico. Se puede hacer puntualmente en la ficha del cliente (pulsando el botón al lado de la dirección de e-mail o pulsando Ctrl+L) o masivamente a través de la opción Mantenimiento->Procesos de Actualización->Personas->Verificación masiva e-mails.
Esta opción verifica sintácticamente la dirección y luego confirma que esa dirección realmente exista y esté operativa.
.jpg "DeporNews")
- Nueva opción para redimensionar verticalmente la pantalla de personas para poder hacer más o menos grande la lista de personas. Para ello hay que arrastrar la barra gris que separa las pestañas de la lista de personas verticalmente. Una vez redimensionada, cerrar la pantalla y volverla a abrir para que se ajuste. Pulsando Ctrl+Shift+T se restablece su posición inicial.
.jpg "DeporNews")
- Actualizados y mejorados los iconos de la pantalla de personas
- Se puede personalizar el color fondo de las cajas de texto en sus dos estados (normal y en edición). Esto permite resaltar el campo que se está editando en ese momento. La personalización de estos colores se realiza desde Mantenimiento->Parámetros.
.jpg "DeporNews")
- En la descripción de los recibos se podrá indicar el formato a utilizar para la fecha de vencimiento. Esto se realizará mediante el token %FVEN#formato% donde formato debe ser un formato de fecha válido.
- Los formatos válidos son cualquiera aplicable para fechas en la función Format de VB6
- Implementado protocolo de comunicación con el software de gestión hotelera Tesipro para la realización de búsqueda de clientes en Hotel, el cobro mediante "Cargo a Habitación" y el traspaso de datos de producción en el cierre de día.
- Imágenes de las formas de pago. Nueva funcionalidad para poder seleccionar la imagen que se mostrará en los botones de las formas de pago. Configurable desde "Mantenimiento -> Tablas Auxiliares Gestión Económica -> Formas Pago". Se distribuye también un catálogo de imágenes modelo.
¶ Correcciones
- Corregido error al insertar valores por defecto en la tabla ParametrosISolver para nuevas instalaciones.
- En actividades con precios por conceptos, al cambiar el código o al eliminar la actividad, daba un error de "restricción de integridad" con la tabla ConceptosPorActividad.
- Corregido error al generar las remesas de recibos ABA-IBAN. Cuando había más de 8 líneas en un recibo, el contador de líneas generado en el fichero no es correcto.
- En determinadas circunstancias, en el proceso diario de borrado de abonos sin integrantes, fallaba el borrado por culpa de la restricción de integridad referencial FK_Personas_Abonos
- En la pantalla de renovación de abonados, si se solicitaba calcular el importe total de renovación, habiendo aplicado varios filtros (por tipo, categoría,…) no se mostraba dicho total ya que no cabía en el título de la tabla. Ahora se mostrará el total al principio del título.
- Desde Deporwin, en la pestaña Reservas - Reservas de Servicios y Programas, si se intentaba hacer una reserva usando el botón Mostrar Disponibilidad de Recursos , se producía un error al intentar recuperar el foco la pantalla TPV que no estaba activa.
¶ 05/08/2011
¶ DeporWin v3.0
¶ Mejoras
- En la opción "Copia Datos" del formulario de definición de Actividades, se ha sustituido el combo de selección de la actividad destino por una pantalla de búsqueda que nos permitirá encontrar más facilmente la actividad correspondiente. En esta búsqueda podemos usar los mismos parámetros que en el filtro de actividades.
.jpg "DeporNews")
- Actividades con conceptos. Nueva funcionalidad para la definición de precios en actividades mediante conceptos. Podremos asignar uno o varios conceptos con criterios de asignación en función de edades, fechas, orden de actividades contratadas, grupos, prioridades,… (definición en Fichas -> Actividades -> Precio -> Precios). Se usará la definición de conceptos para obtener el precio, descuentos por perfil, IVA, empresa y opcionalmente la analítica.
.jpg "DeporNews")
- Venta selectiva. Nueva funcionalidad para asignar a la venta a un equipo. El listado deberá tener un campo "IdEquipo"
¶ Correcciones
- En la pantalla de definición de conceptos, se autovalidan los datos introducidos en las tablas en las pestañas Almacenes y Descuentos en caso que el usuario no lo haya realizado, para evitar el error que aparecía cuando no se habian validado los datos.
- Fallaba la eliminación de persona si existían sms enviados o recibidos.
- En la exportación masiva de personas a sistemas externos (VIVO, Technogym, etc), se mostraba un cuadro de diálogo con un mensaje de error por cada persona que fallaba. Se eliminan estos mensaje, mostrándose el error sólo en la barra de progreso. Si se producen errores durante el proceso de exportación, al finalizar el mismo se mostrará una lista con las personas que no se han podido exportar.
En el caso de la exportación individual, sólo se mostrará el cuadro de diálogo si realmente es un error, no en el caso de no cumplir los requisitos para la exportación.
- Solucionado error de integridad referencial con cursillistas al cobrar cursillo en créditos a una persona con titular económico informado, que es la que dispone de los créditos.
(Añadido campo "IdCursillista" en tabla Créditos)
¶ 18/07/2011
¶ DeporWin v3.0
¶ Mejoras
- Se han realizado diversas mejoras en la gestión de abonos:
- No se permitirá programar cambios de Abono sobre Preinscripciones.
- Al realizar un cambio de abono sobre el Cabeza de Familia de un abono, si no hemos modificado el TIPO o la CATEGORIA, nos informará sobre ello y no se realizará ningún cambio.
- Al realizar un cambio de abono sobre un Integrante, si no se modifica el TIPO o la CATEGORÍA, nos preguntará si deseamos crear un nuevo Abono del mismo Tipo/Categoría usando al integrante como Cabeza de Familia.
- Si añadimos a un abono familiar a una persona con un alta futura, se tratará como si ya estuviese abonada, pues el pago del alta ya se ha realizado.
- Si añadimos como integrante de un abono familiar a un abonado con un cambio programado, añadirá el nuevo cambio después del último cambio que tuviese programado.
- No se permiten Altas Inmediatas de integrantes en abonos familiares con Alta Futura.
- Añadida la opción de renumerar personas, tanto de forma puntual, como masiva.
1.- Renumeración masiva: Se podrá acceder desde el menú Mantenimiento -> Actualizaciones -> Personas -> Renumerar personas.
2.- Renumeración puntual: Se accederá desde el submenú en el grid de personas. - Si se utilizan Rangos de IdPersona, podremos indicar un número de inicio que deseemos o se podrá seleccionar a que rango desean renumerarse las personas seleccionadas.
- En el caso de no utilizar Rangos de IdPersona, se indicará automáticamente el IdPersona que correspondería por el orden, que podrá modificarse por el que deseemos.
.jpg "DeporNews")
- En las anulaciones de pagos (o ventas) añadida pantalla para introducir el motivo de anulación que posteriormente se guarda en el campo Notas del pago de anulación.
- Añadida funcionalidad para poder mostrar y editar las notas de recibo en la pantalla de edición de pago
.jpg "DeporNews")
¶ Correcciones
- Se han realizado diversas correcciones en la gestión de abonos:
- Al realizar el proceso de bajas de abonos por fecha, también se darán de baja las preinscripciones que tengan informada fecha de baja igual o inferior a la fecha indicada.
- Al dar de baja un abono con un cambio posterior programado, la baja quedaba marcada como "BajaPorCambio". Ahora se elimina la marca correctamente.
- No se permiten bajas futuras cuando haya cambios de abono posteriores, Para realizarlo deberán eliminarse previamente los cambios posteriores.
- No se permitirán cambios inmediatos sobre Cambios de abono pendientes de activar, cualquier cambio deberá ser igual o posterior a su fecha de activación.
- Si se realizaba un cambio de abono de un Integrante de un abono familiar a Cabeza de Familia o Integrante de otro abono, al activar el cambio se eliminaba la información referente al integrante del nuevo abono.
- Al inscribir un integrante a un abono familiar con Alta Futura con posterioridad a la creación del abono, no se generaba el correspondiente cargo de cuota de alta.
- Desde la última versión, al realizar una inscripción en actividades con precio por tarifa, se realizaba correctamente el cobro de la inscripción pero se guardaba siempre la 2ª tarifa como precio para posteriores renovaciones.
- En la exportación de datos de personas a sistemas externos, si la persona no cumple los requisitos indicados (Abonado, Tipo de Abono o Edad), se mostrará la información en la barra de estado pero no aparecerá pantalla de error.
¶ 04/07/2011
¶ DeporWin v3.0
¶ Mejoras
- En las altas de abonos, al cambiar el tipo de abono, si la categoría asignada previamente depende de la edad, se recalculará para el nuevo tipo. Util en el caso de tipos de abono que no tienen definida su cuota para todas las categorias. En cambio, si la categoría previamente asignada no depende de la edad, se mantendrá su valor.
- Se añade el tratamiento de devoluciones de recibos según la norma bancaria C-58.
- Se registrarán en el historial de la persona los cambios en el check "Enviar Correo" de la pestaña Perfiles.
- Búsqueda rápida por número de carnet
Si es menor de 7 posiciones se buscará por IdPersona.
Si es mayor o igual de 7 posiciones se buscará por IdPersona y Número de Carnet.
- Añadidos filtros para restringir la exportación de personas (por ejemplo, a TechnoGym): en función de si es abonado o no, en función de si TipoAbono.ExportarPersona=True y en función de la edad.
¶ Correcciones
- Al domiciliar recibos, si existian pagos en cuya descripción había un salto de linea, este salto se incluia en el fichero de domiciliación provocando errores por parte de la entidad bancaria al recoger el fichero.
- Restablecida la funcionalidad del botón "Foto" en la pantalla de personas.
- El menú contextual "Capturar Fotografía" en la foto de las personas, recuperaba la fotografía pero después no la grababa.
- Al fusionar personas se intentaban fusionar datos en una tabla obsoleta, provocando un error
- Al realizar la devolución de un recibo desde la ventana personas (en la pestaña Pagos - Recibos), no se cargaban los valores de los gastos financieros correspondientes.
- Desde la última actualización no se podía modificar el Tipo de Cliente para una persona en la pantalla pequeña de Mantenimiento de Personas (parrilla Personas -> Botón derecho Editar).
.jpg "DeporNews")
- En clientes sin el módulo CRM activado, en el menú contextual de la parrilla personas no aparecian las 5 últimas personas visitadas.
- Cuando se realizaba una acción sobre una reserva desde el TPV en una franja horaria con 2 ó más reservas (nueva reserva, edición de una existente, eliminación), el foco de la aplicación se perdía de la pantalla de reservas del TPV.
¶ 14/06/2011
¶ DeporWin v3.0
¶ Mejoras
- Incorporadas funcionalidades CRM versión demo
- Opciones de mantenimiento de campañas y listados automáticos en menú de mantenimiento
- Enlace con aplicación de gestión CRM en formulario personas
- Opciones de registro de acciones en menú contextual de personas
- Opción de mantenimiento de límites de comunicaciones por persona
- Opción de mantenimiento de tareas que puede realizar un comercial
- Al inscribirse a una actividad no comenzada, la fecha de inscripción será la actual o la de inicio de la actividad en función del parámetro "Modificar fecha de inscripción" en Mantenimiento -> Parámetros Abonos / Actividades / ...
- Facturación - Registro LOG de errores y parámetros seleccionados en los procesos de facturación.
- Para activar el LOG: Parámetro GenerarFicherosLOGFacturas=True en DeporWin.INI
- Facturación - Pantalla de aviso al facturar donde se detallan claramente todas las opciones de facturación seleccionadas (fechas, filtros, etc..).
- Al activar el parámetro de "Abonos Multicategoría" si existen Integrantes del abono sin categoría, se actualizará con la del abono.
- No se permite activar la opción de abonos multicategoría y multitipo al mismo tiempo
¶ Correcciones
- Al asignar precios a las actividades desde la pantalla de Grupos de Precios, se producía un error aplicando los descuentos por perfiles.
- Al acceder por segunda vez a la pantalla de Grupos de Precios no se cargaban las descripciones de los perfiles, por lo que no era posible añadir nuevos descuentos por perfil a los grupos de precios.
- Al realizar el sorteo de plazas de actividades usando la ordenación por fecha de inscripción, si una persona se había inscrito en dias diferentes a dos actividades en lista de espera, sólo aparecía la segunda inscripción.
- En la pantalla de definición de actividades, al utilizar la opción "Copiar Datos", los datos correspondientes a Perfiles Vinculados / Compatibles y Datos Extra provocaban un error si ya existian en la actividad destino.
- En servidores con Windows 2008 con un gran número de actividades, se producía un error al utilizar la opción "Copiar Datos" de la pantalla de actividades.
- En versión modo mixto NMS-Tradicional, al contratar servicios denegaba el acceso a abonados.
- En la inscripción futura de cursillistas no se asignaba correctamente la tarifa si ésta dependía del orden de inscripción.
¶ 23/05/2011
¶ DeporWin v3.0
¶ Mejoras
- Jerarquización de "tipo" con el "subtipo" de la actividad. Tendremos la opción de que en la pantalla Personas -> Cursillos, si filtramos por tipo, la lista de subtipos también se filtre jerárquicamente al tipo que hayamos seleccionado. Para ello se mostrarán los subtipos de las actividades del tipo seleccionado, es decir, una jerarquización implícita. Lo configuraremos desde "Mantenimiento -> Parámetros Actividades -> Jerarquizar tipo y subtipo".
- Nueva funcionalidad para limitar la inscripción a una actividad desde la Web solamente a las personas que ya estuvieran inscritas en dicha actividad en la lista de espera con un determinado nivel. Útil, por ejemplo, para priorizar la inscripción entre cursos a las personas del curso pasado (previa duplicación de actividades pasando los inscritos a la lista de espera). Lo configuraremos desde "DeporWin -> Fichas -> Actividades -> Inscripción -> Permitir inscripción solamente a los inscritos en la Lista de Espera" pudiendo incluso seleccionar en qué nivel (valores >= 0 ' solo los de dicho nivel, valor <0 cualquier nivel).
- En la duplicación / copia de datos de Actividades podemos escoger si queremos duplicar/copiar los datos extra asociados, seleccionando si queremos hacerlo sólo de los datos de la pestaña básicos (creada por defecto) todos menos los básicos o todos.
.jpg "DeporNews")
¶ Correcciones
- En los procesos de baja masiva de cursillistas, se preguntará si se quieren borrar los pagos pendientes con la opción de poder responder si se quiere realizar la misma acción para todo el proceso de baja (opciones
- En las anulaciones de transacciones, no se emitía automáticamente el correspondiente tiqué.
- No se calculaba correctamente la fecha de próxima renovación en las inscripciones a actividades renovables para las personas que ya estaban en lista de espera de dichas actividades.
- Al entrar en "Mantenimiento -> SMS -> Envío masivo de SMS" se producía un error de "Uso no válido de Null" si alguna de las plantilla de SMS no tenía descripción.
- Cuando finalizaban las actividades no se desasignaban de los cursillistas los perfiles vinculados a dichas actividades.
- Los Grupos de Precios para actividades no asignaban los descuentos por perfiles y tipos de abono.
- En determinadas circunstancias, al realizar un cobro conjunto de más de dos deudas, alguna de las deudas se daba por cobrada en la sesión de caja en la que se creó, descuadrando dicha sesión. Solamente pasaba si en la selección de deudas, "la primera" y "la última" eran de la sesión de caja activa y abierta, y las del "medio" eran de otra sesión de caja cerrada.
- En instalaciones con muchos registros en la tabla RegistroAccesos, la inicialización de Deporwin podía verse ralentizada. Se ha optimizado el inicio limitando la consulta.
- Al inscribir en lista de espera en una actividad no comenzada, se indicaba como fecha de inscripción la de inicio de la actividad en lugar de la actual. Si la inscripción es efectiva, se indicará la fecha de inicio de la actividad.
¶ 03/05/2011
¶ DeporWin v3.0
¶ Mejoras
- Se podrá parametrizar por entorno el poder visualizar los datos de la persona desde la pantalla de busqueda.
|
[GestionPersonas]
|
| PermitirVerDatosPersonaDesdeBusqueda={Verdadero | Falso} |
¶ 02/05/2011
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para traspasos entre cajas. Al cerrar una sesión de caja, si tenemos seleccionada una caja de traspasos (por defecto estará la configurada en la caja que estamos cerrando: Mantenimiento -> Tablas auxiliares de gestión económica -> Cajas), se traspasarán los importes y/o monedas de todas las formas de pago a dicha caja de traspasos. Tendremos presente que si la caja:
- tiene activado el control de fondo -> se traspasará lo que nosotros le especifiquemos en la columna "Importe Traspaso"
- no tiene activado el control de fondo -> se traspasará lo que nosotros le especifiquemos en la columna "Decl. Final".
- Al cerrar una sesión de caja con control de fondo, si tenemos seleccionada una caja de traspaso, tendremos la posibilidad de "traspasar sin cerrar la sesión".
- Nueva funcionalidad para arrastrar el fondo de caja entre sesiones. Al abrir una sesión de caja, si tenemos configurado que se arrastre el fondo (Mantenimiento -> Tablas auxiliares de gestión económica -> Cajas -> Arrastrar fondo entre sesiones), se crearán automáticamente (para cada forma de pago admitida) aportaciones de fondo según el saldo de caja de la sesión anteriormente cerrada (incluyendo la declaración de monedas y billetes).
- Se modifica el ámbito del "día de ruptura" (día del mes a partir del cual se pospondrá un periodo la fecha de próxima renovación), ahora es inclusive. En la actualización del modelo de datos se migra el valor (día+1).
- Para la inscripción en actividades, tendremos la posibilidad de indicar que, si se tiene que posponer la fecha de próxima renovación por día de ruptura, también se modifique la fecha de inscripción a la del siguiente periodo. Configurable desde Mantenimiento -> Parametros Actividades -> Actividades -> Modificar también la fecha de inscripción.
- Titulares por defecto en las reserva de tratamientos. Tendremos la opción de configurar si las ventas y los ingresos/cargos a cuenta de las inscripciones a programas se usará el titular por defecto de la persona a la cual se realiza la reserva. Por ejemplo, nos será útil para domiciliar y/o facturar a empresas. Parametrizables desde "Mantenimiento -> Parámetros Conceptos/Reservas -> Usar el titular por defecto en los pagos de las reservas de tratamientos".
- Autogenerar número de carné aleatorios. En la venta de entradas y/o bonos tendremos la opción de autogenerar un número de carné aleatorio (de 16 bits convertidos a 10 dígitos hexadecimales por compatibilidad con los carné de proximidad) con el objetivo de poder usarlo cómo método de entrada tecleando dicho código aleatorio (en decimal) en los terminales Rosslare AYC-Q64B (configurados en modo 5) vía una STS3000. Configurable para cada tipo de entrada desde "Fichas -> Conceptos -> Acceso -> Tipo Entrada -> Usos -> Autogenerar código de tarjeta aleatorio"
- Añadido proceso de recálculo del permiso de acceso tras la domiciliación de recibos. Este proceso activará nuevamente el acceso a aquellas personas que lo tuvieran denegado por los motivos "Recibo Devuelto" o "Pagos Pendientes" y se les hayan domiciliado los pagos que lo motivaban. Si el acceso esta denegado por cualquier otro motivo, continuará denegado.
- Para activar la ejecución de este proceso tras la domiciliación, lo haremos desde la pantalla de Mantenimiento -> Parámetros -> Domiciliación -> Restablecer accesos al Redomiciliar recibos pendientes.
- En el cierre de caja, al realizar la declaración de monedas/billetes, tendremos un Tooltip con una ayuda de cómo usarlos.
¶ Correcciones
- En el protocolo de exportación de personas a FitLinxx se producía un error de 91 "La variable de tipo Object no está establecida" a intentar conectar con el servidor de FTP.
- En los movimientos de una sesión de caja, si consultamos la declaración de "monedas del fondo", "monedas de la sesión" o "monedas de una transacción", si no existía ninguna declaración no nos informaba de este hecho.
- Cambiado el estilo de la pantalla de "cierre/cuadre de sesión de caja" a FixedDialog.
¶ 18/04/2011
¶ DeporWin v3.0
¶ Mejoras
- Al finalizar el proceso de renovación de abonados ser realizará una verificación de los importes generados con respecto a los generados en el periodo anterior y se mostrarán en caso de que haya diferencias. Hacemos notar que estas diferencias pueden ser normales (cambios de cuota, cambios de tipos, cambios de composición familiar, etc.) así cómo incidencias (problemas en los algoritmos de cálculo, etc.)
- En la inscripción en actividades NO renovables, en el caso de ponderación automática o forzada manualmente, se realizará una ponderación diaria de la cuota.
¶ Correcciones
- En los procesos de baja masiva de cursillistas no se preguntará ni borrarán los pagos pendientes de dichos cursillistas.
- Al registrar en la BB.DD. las transacciones económicas (Pagos) se producía un error si el CodigoOrigen tenía una longitud mayor a la permitida (15 caracteres). Ahora se recortará al tamaño máximo permitido en la BB.DD.
- En las lista de pagos de una actividad (desde Fichas -> Actividades -> Pagos) a veces se veían algunos registros totalmente en blanco (aunque la información en la BB.DD. estaba bien).
- Al ejecutarse los cambios programados de abono, si el pertenecer a un nuevo tipo de abono implicaba asignarle al usuario un nuevo perfil, no se revisaban los descuentos por perfil de los cursillos que pudiera tener contratados.
- Al cambiar la vinculación de perfiles asignados a una cuota de abono, no ser revisaban los descuentos por perfil de los cursillos que pudieran tener contratados los abonados a dicha cuota.
- En la cabecera de los recibos de los archivos de domiciliaciones del formato ABA que incluyera las etiquetas %NOTAS% y/o %NOTASRECIBO% no se guardaba el número correcto de líneas de detalle.
¶ 04/04/2011
¶ DeporWin v3.0
¶ Mejoras
- Sorteo de plazas de actividades. Implementado un algoritmo de sorteo y asignación de plazas a los inscritos en las listas de espera de las actividades
- Mantenimiento -> Procesos de actualización -> Actividades -> Sorteo plazas en lista de espera
- Se puede configurar el criterio de ordenación (por orden alfabético o por orden de inscripción) desde Mantenimiento -> Parámetros -> Actividades -> Criterio ordenación sorteo.
- Tarifas según orden de inscripción. En la inscripción a un cursillo se seleccionará automáticamente la tarifa en función del orden de inscripción respecto a otras actividades del mismo tipo. Un ejemplo de uso sería "actividades a la carta" donde cada actividad representaría a una "clase/sesión", el usuario puede escoger varias, y el precio varía para la primera, segunda, etc. Para su definición lo realizaremos desde Fichas -> Actividades -> Precio -> Tarifas. "Forzar tarifa" tiene que estar activado.
.jpg "DeporNews")
- Al cambiar la forma de pago por defecto de una persona tendremos la posibilidad de cambiar o no la forma de pago de todos los servicios que tenga contratados (abonos, cursillos, servicios, …) así como de los pagos pendientes de cobro.
¶ Correcciones
- El procedimiento de baja de abonos/cursillos/servicios por pagos pendientes no tenía en cuenta cuando dichos pagos se habían facturado (y la factura estaba pendiente de cobro).
- En las incidencias de renovación, no aparecen los cambios de abono con datos incorrectos.
- Al cancelar una inscripción a actividad, si posteriormente se hacía otra cancelación, esta no se daba de baja de manera inmediata, sino con fecha futura.
¶ 21/03/2011
¶ DeporWin v3.0
¶ Mejoras
- Parametrizable la puerta y terminal lógico que se usará en el registro de los accesos manuales que se realizan desde Fichas -> Personas -> Accesos -> Entrar o Salir (ver recomendaciones de uso del día 11/02/2011)
|
[Vigilante]
|
| IdPuertaLogicaAccesosManuales=1 |
| IdTerminalLogicoAccesosManuales=1 |
- La exportación a formato web (html) de determinados grids mediante la tecla F11 no funcionaba porque faltaba una plantilla que se adjunta con esta distribución.
¶ Correcciones
- En los pagos generados en el momento del alta de una actividad se estaba asignando la fecha de inicio de validez de los pagos usando la fecha de comienzo de la actividad. Se corrige para usar en el pago de alta la fecha de inscripción en la actividad como fecha de inicio de validez del pago, y la fecha de próxima renovación como fecha de fin de validez del pago. Si hay pago de matrícula, este se mantiene usando la fecha de inicio y fin de la actividad como fechas de inicio y fin de validez del pago.
- Al fusionar dos fichas de persona se traspasará la contraseña desde la ficha a borrar hacia la ficha que se mantiene si ésta no lo tuviera informado.
- En la generación de archivos de domiciliaciones que incluya las etiquetas %NOTAS% y/o %NOTASRECIBO% las notas de un recibo aparecían concatenadas con las del siguiente.
¶ 25/02/2011
¶ DeporWin v3.0
¶ Mejoras
- Se añade la columna nombre de la actividad inscrita en el grid de la ficha cursillos.
- En el cálculo del “número de pagos pendientes de abono” que se usa para “la baja automática por impago” no se distinguirá por IdAbono origen, sino que se contarán conjuntamente todos los pagos de abono de la persona. De esta manera, en el caso que los impagos procedan de diversos cambios de abono y/o altas/bajas, se tendrán en cuenta conjuntadamente.
- En Fichas -> Personas -> Abono se permite la baja inmediata de un abono aunque éste tenga cambios programados. En dicho caso se deshacen los cambios a priori.
¶ Correcciones
- En la baja de abonados por impago, si estos tenían cambios programados, se desharán dichos cambios primero, para después proceder a la programación de la baja.
- No se calculaba correctamente la fecha de próxima renovación de actividades, con periodos relativo inicio mes, y con días de ruptura, para actividades bimensuales.
¶ 21/02/2011
¶ DeporWin v3.0
¶ Mejoras
- Implementación de la impresión del grid de la ficha personas pulsando la tecla F11. La ventana que nos muestra nos permite imprimir directamente a la impresora y exportar a Excel o texto plano.
.jpg "DeporNews")
- Implementación de mantenimiento de grupos y subgrupos de un documento que adjuntemos
.jpg "DeporNews")
.jpg "DeporNews")
- Se permite el uso de la etiqueta %NOTASRECIBO% para la generación de archivos de domiciliación bancaria. Con esta etiqueta se escribe en el recibo la información almacenada en el campo NotasRecibo de la tabla Pagos, siempre que haya suficiente espacio para ello.
¶ Correcciones
- Al insertar/borrar varias veces un fichero en la ficha de un cliente se producía un error por mala
reposición del grid.
¶ 11/02/2011
¶ DeporWin v3.0
¶ Mejoras
- Podremos registrar accesos manuales desde Fichas -> Personas -> Accesos -> Entrar o Salir. Esto registra un el acceso para dicha persona, pero no realiza ninguna comprobación de "validez" de acceso, ni registra tiempos de estancia, ni registra orígenes de acceso, por lo que NO recomendamos su uso. En su lugar, usar el acceso manual desde el Vigilante.
¶ 19/01/2011
¶ DeporWin v3.0
¶ Mejoras
- En las bajas de abonos masivas (por fecha de bajas, expirados, pagos pendientes,…) no se preguntará más "si tienen pagos pendientes y desea borrarlos". En su lugar, estos pagos pendientes de cobro se mantendrán en la ficha de la persona.
¶ Correcciones
- Solucionado problema al generar los apuntes contables en ventas de paquetes cerrados con conceptos con diferentes cuentas contables.
- Cuando se vendía un paquete como concepto (utilizando Ctrl+Alt desde el TPV), no se asignaba correctamente el centro de coste del almacen al pago.
¶ 17/01/2011
¶ DeporWin v3.0
¶ Mejoras
- Creación de una mantenimiento de personas responsables o tutores con respecto a la seleccionada en la ficha. Podemos encontrar dicho mantenimiento en la pestaña de Perfiles, subpestaña Tutores.
.jpg "DeporNews")
- Seguridad horizontal de servicios según Familias y Entornos. Podremos definir para cada entorno que servicios tiene visibles (filtro por familias).
|
[DeporWin]
|
| FiltroFamiliasServicios=2,4 ‘Colección separada por comas de códigos de familia (TODAS = sin filtro). |
¶ Correcciones
- Si se utilizaba Dinero a cuenta de una reserva en una venta normal, después era posible volver a utilizarlos en la reserva. Ahora tendremos 2 opciones:
1.- Sólo podrán usarse en una reserva los aportados a la reserva y en una venta los aportados directamente a la persona.
2.- El dinero a cuenta será "global" y se podrá utilizar para cualquier tipo de cobro, independientemente de donde se haya aportado.
El comportamiento vendrá determinado por el valor del campo PermitirUsarIngresosACuentaComunesEnReservasServicios de la tabla Parametros (un valor 0 indica el primer comportamiento, un valor 1 el segundo).
- Mejorado el protocolo TPVVirtual Sermepa Implantado para hacerlo más robusto a desconexiones y otros errores. Debido a este cambio las autorizaciones ahora tardan unos segundos más.
- Al modificar un servicio con una Nota (Nota no nula) se producia un error que impedia la modificación.
¶ 04/01/2011
¶ DeporWin v3.0
¶ Correcciones
- Se producía un error al inscribir a una persona en una actividad configurada con una entidad cuyo código es mayor de 32767
- Solucionado error '3079' al ordenar por la columna código de la lista de personas en la ficha de personas
- Solucionado 'Error 3265: No se encontró el elemento en esta colección.' al programar perfiles de persona con fecha de vencimiento calculada.
¶ 24/12/2010
¶ DeporWin v3.0
¶ Mejoras
- Nueva forma de calcular el descuento por perfiles en abonos familiares clásicos (ni multitipo ni multicategoría) aplicando el descuento sobre la cuota incremental de cada integrante (la parte que realmente corresponde a cada integrante) en vez de la parte proporcional al número de miembros.
- Para configurarlo desde Mantenimiento -> Parámetros Abonos -> Abonos
- Para una persona en concreto podremos ver el desglose de su cuota por integrantes desde Fichas -> Personas -> Abono -> Cuota -> Doble-click.
¶ Correcciones
- Solucionado error en ficha de personas cuando se realizaba un filtro de personas que no obtenía ningún registro.
¶ 10/12/2010
¶ DeporWin v3.0
¶ Mejoras
- Nuevo campo en la pantalla de actividades: AbreviaturaNombre
Esta abreviatura se utiliza para mostrar el nombre de la actividad 'reducido' en la pantalla de ReserClass.
- Inclusión del campo modalidad C60 en la forma de pago, para poder definir varias formas de pago con diferentes modalidades simultáneas (modalidad 1, 2 o 3)
- Nueva pantalla de Gestión privilegios por perfil (mantenimiento de tablas auxiliares -> perfiles). Con esta nueva opción, se pueden asignar 'roles' a los usuarios que tengan asignado determinado perfil. Por ejemplo, se puede asignar permisos de acceso a la ficha médica a los usuarios con el perfil 'Personal médico'.
.jpg "DeporNews")
.jpg "DeporNews")
¶ Correcciones
- En el proceso de cobro de pagos electrónicos C57, si los pagos incluidos en una misma transacción se pagaban individualmente, no procesaba correctamente el cobro.
- En el proceso de cancelación de crédito por impagos se obligaba a introducir un motivo de baja.
- Al editar la inscripción de un cursillista con más de un descuento por perfil, se desactivaba la aplicación del descuento del primer perfil.
¶ 29/11/2010
¶ DeporWin v3.0
¶ Mejoras
- Al dar de baja a un cursillista de una actividad mediante "desinscribir" o arrastrando la inscripción al grid superior, se permitirá programar altas futuras, emitiendo el correspondiente justificante (si éste está definido).
- Nuevo parámetro para personalizar la descripción de las líneas de recibos bancarios para que aparezca el nº de ticket (código recibo de caja). Nombre del parámetro %CODRC% configurable desde Mantenimiento -> Parámetros -> Domiciliación -> Formato Recibo.
¶ Correcciones
- Aumentado el TimeOut de inicialización del TPV Virtual TPV PC Implantado de 15 a 30 segundos para dar tiempo en el caso de que la conexión a Internet sea lenta.
¶ 29/10/2010
¶ DeporWin v3.0
¶ Mejoras
- Nueva funcionalidad para permitir que una misma persona pueda inscribirse simultáneamente más de una vez en una misma actividad. Parametrizable por actividad en Fichas -> Actividades -> MI.
- Integración del nuevo módulo de gestión de datos médicos: MedicoJet.
¶ Correcciones
- En la facturación de ventas filtrando los pagos mediante un listado, si se deseaba realizar una nueva facturación usando un listado diferente, devolvía siempre el mensaje "El FILTRO que has elegido NO es correcto." impidiendo realizarlo.
¶ 20/10/2010
¶ DeporWin v3.0
¶ Mejoras
- Nueva opción en menú contextual de personas "Eliminar Datos (LOPD)" que elimina los datos personales y bancarios cuando una persona solicita legalmente no ceder sus datos.
- La ejecución de consultas admite consultas diferentes a SELECT, INSERT, UPDATE o DELETE, permitiendo por ejemplo, la ejecución de procedimientos almacenados.
¶ Correcciones
- En la regeneración de ficheros de domiciliación se deben mantener los datos de la remesa original (sufijos de ordenante y presentador).
Igualmente se da la posibilidad de generar el fichero con los que en ese momento esten definidos en la entidad bancaria de gestión.
- Al enviar un SMS desde Fichas->Personas, si se salía de la pantalla sin iniciar el envío, se producía un error.
- El proceso de Actualización de Teléfonos provocaba un error si alguno de los teléfonos era nulo.
- En la anulación o al deshacer cobro de un pago correspondiente a una devolución, se mantiene la referencia al pago original.
- En el Administrador de Consultas, el mensaje informativo en caso de validación fallida no se mostraba correctamente.
- No se calculaba correctamente el remanente (Personas->Pagos) en el caso que un usuario tuviese servicios prestados.
¶ 27/09/2010
¶ DeporWin v3.0
¶ Mejoras
- Ampliación de avisos (códigos de colores) en pestañas de la ficha de la persona (abonado con baja prevista, abonado con cambio programado, inscripción de cursillo futura, persona sin datos bancarios pero con otro titular, acceso ilimitado, reservas pendientes en el día ó futuras, etc).
Para ver un resumen con el significado de los diferentes avisos pulsar sobre la pestaña.
- Inclusión de avisos gráficos en pantalla de acceso de ficha de personas para indicar huella grabada, biometría de la mano grabada y carnet adicional.
¶ Correcciones
- No se podían fusionar personas si habían respondido encuestas del Infoquest
¶ 17/09/2010
¶ DeporWin 3.0
¶ Mejoras
- Descuentos en Actividades según cantidad de cursillos contratados. Podremos definir un conjunto de reglas que se dispararán para aplicar descuentos (absolutos y/o porcentuales) en función de la cantidad y orden de los cursillos contratados. Por ejemplo, "el segundo cursillo contratado por una misma persona del tipo PADEL que tenga un 10% de descuento".
- Actualizado el algoritmo del cálculo de la letra del NIF para adaptarse a los nuevos NIE que comienzan por Y o Z.
- Nueva opción de fraccionamiento según esquema de fraccionamiento seleccionado en el menú contextual de pagos:
.jpg "DeporNews")
¶ Correcciones
- Tanto en la pantalla de Actividades como en la de Cuotas de abono, las tablas de perfiles vinculados y perfiles compatibles no estaban ordenadas por orden alfabético de la descripción del perfil.
- En las ventas por TPV, cuando el precio final tienen más decimales de los mostrados, la pantalla de cobro no siempre redondeaba el importe correctamente.
¶ 03/09/2010
¶ DeporWin 3.0
¶ Mejoras:
- En la definición de Actividades, tendremos la opción de especificar que el control de edades sea mediante un intervalo de fechas de nacimiento (además de por intervalo de edades). Se validará dicho intervalo desde la inscripción y también en el filtro de "compatibles por Edad" (tanto desde DeporWin como desde la Web y el Kiosco).
- Añadida opción de verificación masiva de SMSs, disponible en el menú Mantenimiento - Procesos de Actualización - Personas - Verificación Masiva de SMSs.
- Tipos de IVA en los Ingresos por gastos financieros. Podremos especificar un tipo de IVA a aplicar en los ingresos por gastos financieros procedentes de una devolución bancaria.
- El desplegable para seleccionar el tipo de IVA en las pantallas de definición de cuotas abonos/actividades/servicios saldrá ordenado primero por los tipos de IVA activos.
- En el desplegable para seleccionar el tipo de IVA en las pantallas de definición de conceptos sólo saldrá los tipos de IVA activos o el del concepto seleccionado.
- Añadida opción de importar una persona de otro centro desde la pantalla de mantenimiento de personas de otros centros, permitiendo seleccionar los datos de la persona a importar.
.jpg "DeporNews")
¶ Correcciones
- En la exportación de accesos a sistemas externos:
- Si se producía un error en la librería de exportación de datos de personas a sistemas externos (Personas.dll), el proceso se quedaba bloqueado, impidiendo la ejecución de los siguientes procesos de exportación periódicos hasta que se reiniciara el Servidor Deportivo que había iniciado ésta.
- En estos casos el mensaje que se registraba en el log era el siguiente: "No se ha podido realizar la exportación de accesos#Todavía se está ejecutando un proceso de exportación anterior"
- Corregidos algunos errores en los textos del log de exportación:
- Cuando no había ningún acceso para exportar, se registraba en el log el mensaje "No se ha podido realizar la exportación de accesos".
- El valor de IdAcceso e índice de elemento procesado no eran correctos al registrar en el log un error producido en una reexportación de un elemento que ya se había intentado exportar.
- En un cobro con tarjeta a través de TPVVirtual, si se producía un error de comunicaciones (timeout, interrupción de las comunicaciones, etc.) con el sistema de TPVVirtual externo, en muy raras ocasiones se mostraba un mensaje de error en lugar de controlar correctamente este error.
- Las ventas de las reservas de servicios (tratamientos, etc...) en programas que tenían la marca venta detallada activada, pero no la marca de detallada por paquetes, se realizaban a Tipo de IVA 0%.
- La pantalla de Fichas->Objetos no se mostraba correctamente el usuario actual de un objeto (Taquilla,). Ahora pasarán a mostrarse todos los objetos con su historial de usos. Siendo incluso mucho más eficiente.
¶ 27/08/2010
¶ DeporWin 3.0
¶ Mejoras:
- Añadida seguridad al control de Datos Extra.
- Añadida seguridad a Controles de Usuario de manera genérica. De momento aplicable al control ctlAbono (contratación de abonos). Para ello deberemos tener los formularios: frmInscripcionAbono, frmInscripcionAbonoMultiTipo, frmPersonas, UserControl_ctlAbono en modo Lectura/Escritura.
- Soporte preliminar para el protocolo C60 Online de La Caixa para pagos mediante TPVVirtual.
- La seguridad de este protocolo se basa en la IP desde la que se hacen las peticiones, por lo que hay que solicitar a La Caixa que asocien la IP desde la que se van a hacer los pagos al protocolo del cliente y que nos indique el "Origen" asociado dicho cliente (código de 3 letras; por ejemplo "BEN").
- De momento el protocolo únicamente funciona para C60 Modalidad 3 y con el indicador de datos a capturar 8.
¶ Correcciones:
- Al realizar una reserva de recursos desde DeporWin->TPV->Recursos, al finalizarla, se perdía el foco de la pantalla (regresando al formulario de Personas).
¶ 19/08/2010
¶ DeporWin 3.0
¶ Mejoras:
- Si tenemos seleccionada una persona en la ficha de personas, al crear un nuevo mensaje desde Mantenimiento Mensajes Nuevo Mensaje, nos saldrá ésta preseleccionada en el campo Personas.
- Añadida la funcionalidad de mostrado selectivo de mensajes. Los tipos de mensaje (se pueden mantener desde la ventana de alta/consulta/edición de mensaje) ofrecen dos campos, "Notificar en Inicio" y "Notificar en Ficha Persona", que permiten elegir cuando se mostrará ese mensaje. Si no se especifica tipo de mensaje al crearlo, se mostrará siempre, así como si creamos un nuevo tipo de mensaje, siempre se tomará por defecto que se muestre siempre, tanto en la ficha de personas, como al inicio para el operador.
¶ Correcciones:
- Al lanzar la exportación contable de transacciones económicas (no de apuntes contables) daba un error de sintaxis en la SQL inicial.
¶ 12/08/2010
¶ DeporWin 3.0
¶ Mejoras:
- Anulaciones "on-line" en el protocolo Sermepa "TPVPC Implantado". Al anular (total o parcialmente) una transacción desde el menú contextual de un pago/venta, se creará una nueva transacción de anulación y podremos realizar una anulación "on-line" con la entidad bancaria.
- Anulaciones "on-line" en el protocolo CECA. Al anular (no se permiten anulaciones parciales) una transacción desde el menú contextual de una venta, se creará una nueva transacción de anulación y podremos realizar una anulación "on-line" con la entidad bancaria.
¶ Correcciones:
- No se mostraban los descuentos personales de los abonados cuando no había descripción del motivo de descuento.
- No se registraba correctamente el campo Importe en las autorizaciones de TPV Virtual en el caso que se hubiese añadido a posteriori más pagos a la transacción.
- Si se cambiaban los precios (o alguna otra característica) de los conceptos asociados recursos, al reservarlos no se reflejaban dichos cambios debido a una "cache" de conceptos. Ahora se podrá parametrizar el tiempo de vida de esa caché (muy útil por ejemplo para el caso del Servidor Deportivo).
|
[GestionVentas]
|
| TiempoVidaCacheConceptosEnReservasRecursos=60 en minutos | ' Parámetro INI |
¶ 30/07/2010
¶ DeporWin 3.0
¶ Mejoras:
- Añadidas remesas de devoluciones de recibo en el proceso de devolución de recibos por fichero para poder realizar procesos automáticos con las devoluciones (envío de e-mails, sms, etc.).
- Nueva opción para cobrar una tasa suplementaria en el cambio de abono (además de las derivadas por el cambio de precio en la nueva cuota). Tendremos que definir uno o más conceptos con la característica "Es tasa para cambio de abono" y cuando realicemos el cambio inmediato de un abono tendremos la opción de seleccionar la tasa suplementaria que queramos. Dicha tasa se cobro al finalizar el proceso de cambio.
¶ 22/07/2010
¶ DeporWin 3.0
¶ Mejoras:
- Registro en el historial de las devoluciones manuales de recibo.
¶ Correcciones:
- Solucionado problema en cálculo de la fecha juliana de vencimiento de pagos según norma C60.
- Solucionado problema de refresco de importe final en pestaña de "precios\descuentos por perfil" de fichas de actividades.
¶ 13/07/2010
¶ DeporWin 3.0
¶ Correcciones:
- Al realizar una devolución de recibos indicando la forma de pago a utilizar para los recibos devueltos, se utilizaba la que hubiera configurada en la forma de pago del recibo, obviando la indicada.
- Solución cálculo incorrecto del digito de control en cuaderno C57.
¶ 05/07/2010
¶ DeporWin 3.0
¶ Mejoras:
- Permitir Lista de Espera. En la definición de actividades podremos indicar si dicha actividad permite o no la inscripción en lista de espera (Marca "LE" en la definición de plazas). Por defecto todas lo permiten.
- Se registra el resultado de la ejecución de todas las consultas personalizadas (menú MantenimientoConsultas) en la tabla RegistroEjecucionConsultas.
¶ Correcciones:
- Al realizar la domiciliación bancaria creando recibos agrupando por número de cuenta bancaria, en determinadas circunstancias, tardaba en exceso la consulta de selección de los pagos a domiciliar. Mejorada la consulta.
- No se visualizaba correctamente la matriz de accesos de un usuario (salía desplazada) si los identificadores de las puertas no eran consecutivos.
¶ 23/06/2010
¶ DeporWin 3.0
¶ Mejoras
- Aportación de fondo para saldo inicial. Nueva funcionalidad en los cierres de caja con control de fondo (Kiosco) para realizar una aportación de fondo inicial igual al saldo de la sesión anterior. Desde la sesión de caja recién cerrada -> menú contextual -> Traspasar Saldo a Nueva Sesión.
- Se permite la generación de un solo recibo de cobro electrónico (C57, C60, etc.) para múltiples pagos mediante el uso de transacciones.
¶ Correcciones
- Si teníamos definido una forma de pago como "Tarjeta Bancaria" pero sin datos de "protocolo virtual" no nos permitía entrar manualmente los datos de la transacción con un TPV Virtual externo.
¶ 11/06/2010
¶ DeporWin v3.0
¶ Correcciones:
- No se marcarán nunca como cobrados los pagos de aprovisionamiento/desaprovisionamiento para evitar descuadres no reales en cierres de caja.
¶ 10/06/2010
¶ DeporWin 3.0
¶ Mejoras:
- Soporte final para el protocolo Sermepa "TPVPC Implantado". Nuevo protocolo de TPV virtual para el cobro con tarjeta bancaria de banda magnética y/o chip EMV y con PinPad y firma digital. Se registran los datos necesarios para poder imprimir el ticket/boleto de la operación según los requerimientos de Servired.
|
DEPORWIN.INI
|
| CodigoProtocolo=6 | TPVPC Implantado |
| URLTPVVirtual=IP:5040:COM9:,19200,N,8,1 | IP - de la máquina que ejecute el Servidor de comandos. 9 el puerto COM del dispositivo |
- Añadida funcionalidad de control de asistencia de actividades.
.jpg "DeporNews")
¶ Correcciones:
- Al deshacer el cobro de un pago procedente de devolución se establece referencia al pago del que procede.
¶ 31/05/2010
¶ DeporWin 3.0
¶ Mejoras
- Añadido mantenimiento de tipos de aviso en la ventana de edición de mensaje. También se ha agilizado el proceso de resolución y/o traspaso de un mensaje desde la ventana de edición del mensaje.
- Soporte preliminar para el protocolo Sermepa "TPVPC Implantado". Nuevo protocolo de TPV virtual para el cobro con tarjeta bancaria de banda magnética y/o chip EMV y con PinPad y firma digital.
| CodigoProtocolo=6 | TPVPC Implantado |
| URLTPVVirtual=IP:5040:COM9:,19200,N,8,1 | IP - de la máquina que ejecute el Servidor de comandos. 9 el puerto COM del dispositivo |