DeporWin v3.0
Mejoras
-
[MEJORA] 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.

-
[MEJORA] 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.

- 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.
- [MEJORA] 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.
-
[NUEVA FUNCIÓN] 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.
-
[NUEVA FUNCIÓN] 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 gestión de Faltas y Sanciones”.
- Las modificaciones de dichos parámetros generarán 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).
-
[MEJORA] Nuevas pantallas de mantenimiento de ‘GruposSubTipoDocumento’ y ‘SubTiposDocumentoPorGrupo’.


-
[MEJORA] 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“).

Correcciones
DeporWin v3.0 y v2.95
Mejoras
-
[NUEVA FUNCIÓN] Se incorpora a DeporWin un nuevo protocolo de mensajería vía SMS del grupo NRS: SmsEasySms Se permiten envíos de SMS al momento, programados y cancelación de los envíos programados antes del envío. El protocolo no dispone de confirmación de entrega, por lo que todos los SMS enviados, no cancelados, con este protocolo correctamente se quedarán con el estado “En Proceso”. Configuración mediante tabla “ProveedoresSMS”:
- IdProveedor = 10
- Usuario = < Usuario >
- Contraseña = < Contraseña cifrada >
- URLEnvioSMS = < URL > (si no se especifica se usará http://testing123.sms-easy-sms.com)
-
[NUEVA FUNCIÓN] Gestor de envío de correo – Cambio del sistema de envío en el gestor de correo para soportar protocolos TLS
- Se introduce un nuevo campo “SistemaEnvio” en “ParametrosEnvioEMails” (no modificable por interface) para soportar el sistema anterior (“System.Net.Mail”) y el nuevo (“MailKit”).
- Se incluyen nuevos prefijos en la configuración del servidor de correo (ssl2, ssl2, tls, tls11, tls12 y tls13) para determinar el protocolo del servidor de correo.

- En versiones más antiguas de sistema operativo (Windows Server 2012 por ejemplo) puede ser necesario explicitar el protocolo con tls12:// por ejemplo
-
[MEJORA] Se ha modificado el estilo de la interfaz de las pantallas relacionadas con cuestionarios por uno similar al de la nueva pantalla de personas.

-
[MEJORA] Se ha añadido en la pantalla de edición de cuestionarios un asistente para la creación de respuestas.

-
[MEJORA] En las plantillas de Persona, CRM y Boletines, al usar los nuevos tokens de URLRecuperacionAbono, URLRecuperacionAbonoNMS o URLGenerica, ahora se podrá usar dentro de los parámetros adicionales otros tokens.
- Por ejemplo, en una campaña de CRM, para poder redirigir con login a la contratación de actividades en función de la actividad que tenemos especificada en las notas de la oportunidad de CRM:
- $URLGenerica__Destino=contratacion-actividades&PermitirSoloDestino=1&IdActividad=$PlanificacionTareaCRM.Tarea.Item.Oportunidad.Item.Notas$$
- En este caso “contratacion-actividades” es la URL del proceso correspondiente a la contratación de actividades.
Correcciones
- [CORRECCIÓN] En el proceso de generación de fichero de domiciliación SEPA, solucionado problema de concepto con más de 140 caracteres en caso de caracteres especiales en la descripción del pago (por ejemplo “&”).
- Se producía un error “The SMTP server does not support authentication” al enviar un email con el sistema de envío “MailKit” y un servidor SMTP que no soporte autenticación con usuario/contraseña.
- Se ha corregido un error en el editor/selector de plantillas por el cual no se copiaba correctamente el contenido en el portapapeles al usar el botón copiar. Se ha modificado la implementación de la funcionalidad para evitar el problema.
- Si está habilitado el agente de trabajos para su uso como Servidor de Correo, se estaba registrando en la tabla EstadosServiciosSistema como si fuese un servicio del tipo “Servidor de Correo”.
- [CORRECCIÓN] Solucionado error en envío de emails a direcciones de correo con blancos al final.
DeporWin NMS
Mejoras
-
[MEJORA] En la contratación de servicios NMS, en la definición de promociones de alta se añade la posibilidad de configurar el “método de pago” para cada periodo de venta automática. Se podrá seleccionar como método de pago la forma de pago del primer cobro (por defecto) o la forma de pago del contrato de servicio (forma de pago de “renovación”).

-
[MEJORA] En la pantalla de contratación, se podrá configurar (mediante el sistema de reglas) la contratación automática de servicios al contratar otro servicio relacionado (por ejemplo, servicio de seguro en caso de campus).

- En la pantalla de contratación de servicios NMS, en cambios de servicio se utilizará el dinero a cuenta “automático” consumido en el contrato de origen para compensar en el importe de la nueva cuota.
-
En la definición de servicios se podrán asociar categorías al centro de contratación.
- De esta forma no será necesario duplicar los servicios en caso de que los centros tengan diferentes categorías en los mismos servicios.
- En la pantalla de definición de categorías se podrá asociar un centro, así como filtrar las categorías de un centro.
- En el asistente de contratación se mostrarán las categorías que correspondan al centro de contratación seleccionado (incluyéndose también las que no tengan centro asociado).
- En el sistema de reglas se utilizará el centro de contratación del contrato de servicio para establecer la categoría a la que pertenece la persona.

-
[MEJORA] En el proceso de Altas/Bajas de Contratos de Servicio a partir de listado se añade nuevo campo “NumPeriodosAdicionalesVentaAutomatica” para poder determinar los periodos que deberán venderse automáticamente antes de realizar la baja.

Correcciones
- [CORRECCIÓN] En sistema de reglas NMS, solucionado problema en reglas con criterios de cardinalidad y tipo de periodo de contratación en ámbito contrato de servicio.
(Al realizar el contaje de periodos no se tenía en cuenta el tipo de periodo indicado en la regla).
- En pantalla de contratación de servicios NMS, resuelto problema al contratar periodos de forma “no ordenada” (es decir contratando un periodo y a continuación un periodo anterior).
No se generaban en la cesta las ventas correspondientes a los tipos de cargo “no periódicos” (por ejemplo, un tipo de cargo “seguro” en un campus).
- En contratación de servicios, solucionado problema con reglas de servicio contratable y no contratable en inscripción a lista de espera en caso de reglas con criterios de perfil.
- Se ha corregido un problema que la ventana no apareciera correctamente dimensionada y quedaba oculta la cabecera de la pantalla y por tanto, los botones de maximizar y cerrar. Ahora se redimensionará la pantalla si el tamaño disponible es menor del tamaño inicial de la misma.
- Al definir horarios que acabasen a la misma hora (que no minutos) que el inicio del calendario mostrado para la definición, (por ejemplo, de 0:00 a 0:30), no se mostraban en pantalla y aparecía el mensaje “Algún horario está fuera del rango de la hora inicial”.
DeporSite
Mejoras
-
[NUEVA FUNCIÓN] Creado nuevo BackOffice Lite para simplificar la configuración de los elementos más habituales por parte del cliente, así como la traducción de textos. Estará disponible tanto para los usuarios con privilegio de Administrador Web, junto con las opciones existentes hasta ahora, como para usuarios con el privilegio EditorWeb, que sólo dispondrán de estas opciones.


- Desde esta opción tendremos la posibilidad de realizar traducciones personalizadas de textos, crear y traducir textos usados en páginas HTML estáticas, modificar los logos utilizados en la página, su título o su favicon.

- La traducción de los textos de los diferentes módulos de DeporSite se realizará de forma directa:

- En el caso de los textos usados en páginas HTML, se podrá realizar el diseño de forma visual:

- Además, se incorpora un gestor de archivos para permitir subir las imágenes que precisemos para nuestro diseño o aquellos documentos que deseemos enlazar desde nuestras páginas.

-
[NUEVA FUNCIÓN] Se ha adaptado la contratación de servicios simples NMS para soportar servicios multicomponente.
- Nos permite, en el mismo proceso de contratación de servicios simples, escoger y contratar servicios con varios componentes de contratación posibles.
- Por ejemplo, permite contratar servicios en los que escoger varias de un conjunto de opciones a escoger (servicios “a la carta” como sería una actividad con varios días de la semana a elegir)


-
[MEJORA] En la lista de páginas del site (BackOffice) se ha añadido la opción de ver los valores de las propiedades “vigentes”, es decir, los valores que tienen las propiedades al ejecutar la página, tanto si están definidos en la propia página o vienen por “herencia” desde el módulo.

-
En la definición de los pasos de un proceso, en el apartado de Parámetros Paso, además de ver/modificar los parámetros establecidos en el propio paso, se podrán ver los parámetros vigentes, es decir, los valores de los parámetros al ejecutar el paso, tanto si están definidos en el propio paso como si están definidos en la página o módulo que correspondan al paso.

-
[MEJORA] Añadido nuevo parámetro “mostrarReservasEnPeriodosConAntelacion” al módulo #910 (ReservaRecursos_Selector_v2_2). Si se activa, permitirá que, en caso de existir reservas en los horarios no disponibles por antelación, se muestre que el espacio está ocupado en colores diferentes a los correspondientes al ocupado en horario disponible.

-
Al acceder al área personal desde un dispositivo móvil, en el selector del menú se mostrará la opción seleccionada. Si pulsamos sobre ella, al desplegarse las opciones, se mostrará el texto “Selecciona una opción” y en la lista de opciones aparecerá seleccionada la actual.


-
[MEJORA] Se ha creado una librería en JavaScript para sustituir los mensajes de alerta del navegador para unas alertas propias de DeporSite.


- Ahora se puede personalizar el listado de directorios virtuales que no realizan la validación CSRF (pensado inicialmente para ser utilizado con las rutas de respuesta de las pasarelas bancarias).
Ruta del archivo de personalización:
/personalizados/seguridad/ExcepcionesCSRF.php
Debe contener un archivo PHP que retorne un array con la lista de directorios afectados.
Ejemplo:
<?php return array( ‘/directorio1’ , ‘/directorio/personalizado2’ , ‘/otro-directorio’ ) ;
- Para mejorar el rendimiento de la web, se ha desarrollado un sistema de caché de las URLs correspondientes a Procesos, el cual reduce el número de accesos a la base de datos.
Nota: En los primeros RC de la versión sólo permite una URL virtual por Proceso. En la versión definitiva se permiten múltiples URLs virtuales para cada Proceso como ocurría anteriormente.
-
[NUEVA FUNCIÓN] Nuevo módulo SmartPanel Salas
- Permite visualizar estado de sala con próximas actividades a celebrar.
- Vinculado con un lector QR/RFID al iPad, permite realizar accesos a la clase e incluso inscripciones Last
Minute.



- En DeporWin configuraremos una puerta asociada a la sala y un recinto, que utilizaremos en la configuración del Vigilante Remoto necesario.
- Configuraremos un Vigilante Remoto que se encargará de validar los accesos que registremos en el SmartPanel, con los siguientes parámetros en VIGILA.INI:
CampoBusquedaPersona=Formatopropio_o_NumeroCarnet
|
Indicamos la forma de buscar que utilizará para registrar el acceso (lo que recibe de la lectura del SmartPanel)
|
CalcularOrigenesPosiblesInscripcionesPuntuales=Si
|
Para que registre los accesos a clases
|
MascaraCarnetsProximidad=00000000XXXXXXXX
|
Según configuración del cliente
|
TipoLector=PUERTA_REMOTA
|
Tipo de lector para escucha de SmartPanel
|
IdTerminal=iPad Sala 1
|
Identificador del terminal, cadena descriptiva que usaremos en la configuración del módulo SmartPanel Salas
|
LongitudMinimaProximidad=16
|
Según configuración del cliente
|
- Parámetros del lado del módulo SmartPanel_Salas (#1450) en DeporSite
Debug = 0/1
|
Permite recibir mensajes de diagnóstico
|
IdRecurso
|
Código del recurso (sala) del que queremos visualizar las actividades
|
IdTerminalRemoto
|
Identificador del terminal que hayamos definido en el vigilante remoto que validará los accesos (p.e: “iPad Sala 1”)
|
IPServidorVigilante
|
Dirección IP del vigilante remoto que validará los accesos
|
PuertoRemoto
|
Puerto de la sección [Puerto X] del INI del vigilante remoto al cual vinculamos SmartPanel
|
PuertoTCPServidorVigilante
|
Puerto por el que escucha el vigilante remoto
|
SegundosActualizacionContenidos
|
Tiempo en segundos en que se actualiza estado de actividades próximas en el reposo del SmartPanel (p.d. 1200)
|
SegundosMostrandoRespuesta
|
Tiempo en segundos que mostramos mensajes de estado (por ejemplo mensaje de acceso correcto o fallido o mensajes de error)
|
TipoAcceso={Entrada|Salida}
|
El SmartPanel registrará o entrada o salida según este parámetro
|
AutorizacionBidireccional = 1/0
|
Determina si al conceder una autorizacion será bidireccional. En caso afirmativo, al conceder una nueva autorización a una persona, automáticamente se concederá la autorización inversa, aunque sin formas de pago autorizadas (por defecto: 0)
|
CampoBusqueda = 1 (DNI) / 2 (EMAIL) / 3 (EMAIL o DNI)
|
Permite indicar que campo o campos podemos usar en la búsqueda de nuevos autorizados (por defecto: 3)
|
UsarFechaNacimientoBusqueda = 1/0
|
Permite indicar si queremos utilizar la fecha de nacimiento en las búsquedas de nuevos autorizados (por defecto: 0)
|
SeleccionarFormasPago = 1/0
|
Nos permite indicar si, al conceder una autorización, debemos seleccionar que formas de pago queremos autorizar (por defecto: 1)
|
MostrarAutorizacionesPendientes = 1/0
|
Indicará si queremos que se muestren las autorizaciones pendientes (personas que nos han dado su autorización pero a las que nosotros no hemos autorizado) o no (por defecto: 1)
|
PermitirEliminarAutorizaciones = 1/0
|
Permite indicar si, además de denegar una autorización (opción siempre disponible) podemos eliminar definitivamente la autorización (por defecto: 0)
|
- [NUEVA FUNCIÓN] Nuevo módulo #1530 – Pasarela AFacturar para permitir el pago mediante formas de pago con “Facturar Por Defecto”. Sólo se permitirá usar esta forma de pago a las personas que tengan concedido permiso para facturar en DeporWin
- [MEJORA] Se han agrupado los módulos de alta persona.
#Formulario Alta Abonado NMS #Formulario Alta Usuario con Perfiles #Formulario Alta Abonado #Formulario Alta Servicios Simples NMS
-
[MEJORA] Si se tiene una operación de TPV Virtual pendiente de recibir respuesta (en la pantalla de cobro del banco o en la de espera de respuesta) e intentamos acceder a otro proceso de DeporSite, se nos redirigirá a una pantalla informativa, informando que, en caso de continuar se perderá la información correspondiente al pago en trámite.

- En el log de DeporSite se registrará el acceso a la página (AVISO_OPERACIONTPVPENDIENTE: Detectado acceso a proceso [Alta Abonados] con operación TPV Pendiente de proceso [Reserva Recursos]), así como, en caso de continuar, que se ha escogido esa opción (AVISO_OPERACIONTPVPENDIENTE: Se solicita continuar a la url destino [http://site.DeporSite.com/alta-abonos])
- En caso de continuar, también se registrará en la bbdd de DeporSite del cliente, en la tabla “OperacionesTPVVirtual2”, en el campo “TransacciónEliminadaPorCliente” = 1
-
Cualquier llamada a la url de DeporSite que corresponda al patrón /area-privada/{opcion}, en caso de que no esté configurada, verificará si {opcion} es una de las secciones del área de usuario (ignorando los espacios) y, de ser así, redirigirá a esa página.
Por ejemplo, la url: demo.deposite.net/area-usuario/mispagos, si no está configurada como tal, redirigirá a la opción “Mis Pagos” de la zona de usuario.
- El módulo “enrutador” podrá recibir un nuevo parámetro: “PermitirSoloDestino”= 1 / 0
- Modificación en DeporSite (para PHP7) que permite mostrar lo dentro de un IFRAME.
Importante: Para el correcto funcionamiento de esta modificación, DeporSite deberá estar alojado en HTTPS.
- En la contratación de la Agenda Entrenador, en caso de no tener modalidades asignadas o que estas no limiten la duración, se tendrán en cuenta las posibles duraciones de la reserva según lo establecido en las restricciones generales del recurso monitor.
-
[NUEVA FUNCIÓN] Nuevo módulo #1550 – Resumen_SelectorPago_Unificado para unificar todos los selectores de pago actuales implementando mejoras
- Se debe utilizar conjuntamente con el módulo #1560 – Pasarela_Pago_Centralizada.
- Sustituirá a los módulos existentes;
#350 – Resumen_SelectorPago #580 – Resumen_SelectorPago_AltaAbonadoNMS #620 – Resumen_SelectorPago_Pagar_Deudas #860 – Resumen_SelectorPago_RecursosMultiintegrante_v2_1 #1080 – Resumen_SelectorPago_AltaAbonado #1150 – Resumen_SelectorPago_Alta_Servicios_Simples #1200 – Resumen_SelectorPago_Agenda_Entrenador_Contratacion
- El módulo presenta una interfaz uniforme entre los diferentes procesos.

- Si así se configura (ver parámetros posteriores), en los procesos que lo permitan se podrá modificar el titular del contrato y/o dar de alta datos bancarios, no permitiendo continuar en caso de que no existan y los hayamos indicado como obligatorios.
- Las formas de pago que aparezcan lo harán en función de aquellas que se hayan configurado en DeporWin, no siendo necesario configurarlas en el módulo. Además, en el caso de formas de pago tipo TPV (RedSys, STC, …), los parámetros de configuración podrán variar en función del centro, según se hayan configurado en DeporSite.
- En el caso de las reservas de recursos, podremos gestionar de qué forma queremos pagar los conceptos propios (si tenemos bono para hacerlo) y los de los integrantes (si nos han autorizado a usar alguna forma de pago).


- De forma similar, en la contratación de agenda entrenador se podrá escoger si se utiliza el bono de la persona para la que se está contratando o lo pagará mediante otra forma de pago (excluyendo automáticamente las formas de pago de tipo TPV).
- En el caso del pago de deudas, se excluirán de forma automática todas las formas de pago que no significan un cobro real: Recibo Domiciliado, Factura y Pago en Recepción.
ObligarDatosBancariosSiNecesarios = 1 / 0
|
Indica si serán obligatorios los datos bancarios en caso de ser necesarios. Los datos bancarios se considerarán necesarios si se está contratando un producto renovable cuya forma de pago para la renovación sea Recibo Domiciliado o si se puede realizar el pago inicial mediante Recibo Domiciliado.
|
PermitirAnadirCuentaBancaria = 1 / 0
|
Nos permite indicar si queremos que, en caso necesario, se puedan introducir los datos bancarios. Los datos bancarios que se introduzcan corresponderán a la persona que conste como titular del producto contratado, no al usuario que contrata.
|
PermitirModificarTitular = 1 / 0
|
Nos permitirá, en aquellos casos que sea posible (actualmente en contratación abonos y actividades), modificar el titular del contrato. Por defecto siempre aparecerá el titular asignado a la persona que contrata, pero se podrá cambiar entre este, el propio usuario y, en caso de que el usuario sea diferente a la persona que se a “logeado”, el usuario logeado y su titular.
|
IdsFormaPagoNoAdmitidos = lista Ids separados por comas
|
Lista de Ids de las formas de pago que no serán admitibles en el pago, aunque estén disponibles para la web. Será una lista de Ids separados por comas.
|
PagoConFPAutorizadasPorDefecto = 1 / 0 (defecto 1)
|
Para ReservaRecursosMultiIntegrante y AgendaEntrenador: Indica si, en los pagos de la reserva de los integrantes, se usará por defecto la forma de pago que nos hayan autorizado (bono u otra), o por defecto lo pagará todo el titular de la reserva.
|
MostrarDesgloseAPagarResumido = 1 / 0
|
Para ReservaRecursos MultiIntegrantes: Indica si la lista de conceptos a pagar en el momento de la reserva se muestra desglosada por integrante o agrupada por concepto.
|
TipoVistaPagoDeudas = 0 / 1 / 2 (defecto 0)
|
Para Pago Deudas: Nos permite indicar cómo queremos que se muestre la pantalla: 1 – En forma “módulo”, es decir dentro del propio site. 2 – En forma “pantalla completa”, sin acceso al site. 0 – En modo “automático”: se mostrará en formato módulo si provenimos de la pantalla de “Estado contable” y en modo pantalla completa si provenimos de un enlace “Quiero cobrar”.
|
OrientacionBotonesFormaPago = 0 (Horizontal) / 1 (Vertical)
|
Cómo queremos que se muestren los botones de selección de la forma de pago. En formato horizontal serán botones “pequeños”, mientras que en formato vertical cada botón ocupará 1 línea. En caso de móvil, siempre será formato vertical.
|
PagoAutomaticoAlSeleccionarFormaPago = 0 / 1
|
Indicará si queremos que, al seleccionar la forma de pago se inicie automáticamente el cobro o bien, una vez seleccionada, debemos pulsar el botón “Pagar” para iniciar el cobro.
|
IdCentroFormasPago = <IdCentro>
|
Dado que las formas de pago y su configuración de parámetros para TPV pueden ser configuradas de forma diferente por centro, nos permite forzar el centro para el que queremos que aparezcan. En caso contrario, el centro se determinará a partir del producto que estemos comprando (no disponible en todos los casos). Esta configuración se podrá “sobreescribir” si se indica un IdCentro en la url.
|
mostrarSoloDuracionMaxima = 0 / 1
|
Si se activa, sólo dejará como disponible la máxima duración posible. Por ejemplo, si según el recurso podemos hacer reservas de 60 – 120 ó 180 minutos, sólo aparecerá disponible la opción de 180.
|
permitirReservasEnFranjaActual = 0 / 1
|
Nos permitirá indicar si queremos que se puedan hacer reservas en la franja actual, en cuyo caso se saltará las restricciones de antelación.
|
margenMinutosPermitirReservasEnFranjaActual
|
Durante cuanto tiempo, una vez estamos en la franja actual, permitiremos reservas. 0 las permitirá durante toda la franja. Así, si indicamos 10, podremos hacer reservas en la franja actual durante los primeros 10′.
|
informarReservaEnFranjaActual = 0 / 1
|
Nos permitirá indicar si, al hacer una reserva en la franja actual, debemos informar al usuario.
|
-
Nuevo parámetro de configuración de DeporSite, para permitir limitar el tamaño de las llamadas post a funciones AJAX (de momento sólo en el caso de la firma de consentimientos). Si se indica un valor superior a 0, se tomará esta como valor máximo de bytes a subir y la llamada post se realizará por partes, reconstruyéndola al final.

Correcciones
- Corregido error que se producía al añadir un nuevo texto HTML.
-
[CORRECCIÓN] No se permitía realizar la reserva de un recurso (o no se permitían todas las duraciones posibles), si con la duración seleccionada la hora final se encontraba fuera del límite de tiempo marcado por la antelación del recurso.
Por ejemplo, si en un recurso las reservas eran de 60′, y la antelación no permitía reservas a partir de las 20:30 horas, no se podía realizar una reserva a las 20:00 (finalizando a las 21:00), aun cuando debería ser válida pues se iniciaba dentro del límite de antelación.
Ahora, siempre que la hora de inicio sea correcta, se podrá realizar la reserva, aunque la hora final supere el límite de antelación.
- Solucionado problema que no permitía eliminar una reserva de una clase que estuviese en lista de espera desde la vista de “Mis Reservas” en dispositivos móviles.
- En el alta de un nuevo usuario (desde login), si se introducía un DNI incorrecto, el proceso de alta devolvía un error genérico (“Ha ocurrido un error inesperado”), y salía de la pantalla. Ahora, informará del campo incorrecto y permitirá corregirlo y continuar el proceso.
- En el selector para la contratación de actividades, el “Modificar” del filtro Centro no funcionaba, no permitiendo cambiar el centro una vez seleccionado.
- En el formulario de alta de persona dentro del proceso de contratación de servicios NMS (página #1140), no se aplicaban las propiedades de visibilidad y/o obligatoriedad de los campos solicitados.
- En el detalle de una reserva de recursos, siempre aparecía como titular de la reserva la persona 12
- En el resumen selector del alta abonados, cuando el precio era 0 no dejaba continuar. Se ha solucionado para poder contratar abonos a coste 0 y modificado el valor del botón para que aparezca “Contratar”
- Se ha reimplementado el sistema utilizado para escoger el WebService que utilizará cada usuario.
Como siempre: si un DeporSite tiene un solo Web Service configurado, será ese el elegido. (Y si no hay ninguno, se detiene la ejecución)
Si hay 2 o más WebServices configurados:
– Si es el primer acceso, escoge uno al azar y comprueba que esté disponible. Si está disponible, éste será el Web Service del usuario, y no volverá a comprobarse durante 15 segundos para no realizar el mismo proceso en las llamadas AJAX e imágenes utilizadas para generar la misma pantalla; reduciendo: el número de llamadas de comprobación al WS, el tiempo de respuesta de la páginas y el número de líneas de log.
– Si ha habido un acceso previo hace más de 15 segundos, se comprueba de nuevo que el servidor continúe respondiendo correctamente: si es así se amplía el plazo de confianza en el servidor otros 15 segundos.
– En caso de error recorrerá los diferentes WebServices disponibles intentando encontrar uno disponible, hasta volver a probar el inicial, donde se detiene el proceso de búsqueda.
Además, se ha añadido la posibilidad de registrar en una base de datos externa las incidencias detectadas al comprobar los WebServices, de forma que se pueda crear una herramienta que pueda avisar de estas incidencias.
- En la reserva para Entidades, si en las restricciones del recurso no se indicaba duración Máxima de las reservas, se tomaba 180 como la duración máxima. Ahora, se calculará el valor a partir de las horas Inicio-Fin de la plantilla del recurso.
- En el módulo #500 (ReservaClasesPuntuales_Selector) se ha fijado que el ancho de las columnas para los días sea fijo (ahora podía variar si alguna descripción de recurso y/o actividad era muy largo) y se ha mejorado el “recorte” de los nombres de recurso / monitor / actividad en caso de que no haya espacio suficiente.
- En las reservas para entidades se han corregido los siguientes errores:
– Ahora al editar una reserva se visualiza bien la hora de inicio y permite su modificación. – Se ha eliminado el botón modificar del footer (daba el error de “view not found”). Ahora la opción de editar la reserva aparece en el menú acciones de la reserva.
- Corrección en la pantalla de login.
Si un usuario pulsaba el enlace para “Registrar nuevo usuario” y a continuación cerraba el modal, el formulario de login no funcionaba hasta que no se recargaba la página.
- En la pasarela de RedSys se añade descripción de la operación que aparecerá en la consola de cliente.
- En las reservas para entidades se han corregido los siguientes problemas:
– Ahora Al editar una reserva se muestra bien la hora de inicio y permitir modificarla. – Se ha desactivado el botón que aparece en el footer de la página para modificar las reservas porque se modificó de sitio, ahora aparece en el menú de acciones de la línea de reserva
- En el módulo AgendaEntrenador se ha modificado el archivo backoffice.json
para que no tenga los parámetros de las pasarelas de pago y solo tenga los parámetros necesarios.
Los parámetros necesarios son:
– NombreActividad – UrlProcesoContratacionAgendaEntrenador – MostrarBotónInscribirEnListado – MostrarBotónVerListadoAsistencia – TieneContratacionDesdeAgenda – ConfirmarAsistencia – margenMinutosEditablePorEntrenador
**cambio realizado en php5 y php7
- Al usar el módulo de consentimientos dentro de un proceso, se obligaba a aceptar todos los consentimientos para poder continuar, independientemente de la configuración usada en IdsConsentimientosAceptadosRequeridos
- Al comprobar las entradas asociadas a una reserva ahora se solicitarán todas y no sólo las válidas para el día en que se realiza la consulta.
- [CORRECCIÓN] Adaptación a los nuevos campos obligatorios en el registro de tarjetas de AddonPayments.
La nueva versión del protocolo requiere varios campos adicionales, que han sido añadidos a la configuración del módulo (610 – Listado_MisTarjetas_AddonPayments).
Nuevos parámetros del módulo 610 – Listado_MisTarjetas_AddonPayments
|
hpp_billing_city
|
Nombre de la población del centro (p.e.: Castelldefels)
|
hpp_billing_country
|
Código numérico ISO correpondiente al país (España = 724)
https://es.wikipedia.org/wiki/ISO_3166-1
|
hpp_billing_postalcode
|
Código postal (p.e.: 08860)
|
hpp_billing_street1
|
Dirección (p.e.: Can Rabadà, 2)
|
hpp_customer_email
|
Correo electrónico (p.e.: info@t-innova.com)
|
hpp_customer_phonenumber_mobile
|
Teléfono, con prefijo de país separado con pipe “|” (p.e.: 34|936365366)
|
Además, para la versión PHP7, se ha añadido la URL de notificaciones del banco a la lista de URLs sin validación CSRF.
- Adaptación a los nuevos campos obligatorios en el pago con tarjeta por AddonPayments.
La nueva versión del protocolo requiere varios campos adicionales que han sido añadidos a la configuración del módulo (60 – Pasarela_AddonPayments)
Nuevos parámetros del módulo 600 – Pasarela_AddonPayments
|
hpp_billing_city
|
Nombre de la población del centro (p.e.: Castelldefels)
|
hpp_billing_country
|
Código numérico ISO correpondiente al país (España = 724)
https://es.wikipedia.org/wiki/ISO_3166-1
|
hpp_billing_postalcode
|
Código postal (p.e.: 08860)
|
hpp_billing_street1
|
Dirección (p.e.: Can Rabadà, 2)
|
hpp_customer_email
|
Correo electrónico (p.e.: info@t-innova.com)
|
hpp_customer_phonenumber_mobile
|
Teléfono, con prefijo de país separado con pipe “|” (p.e.: 34|936365366)
|
En este módulo, para la versión PHP7, se ha añadido la URL de notificaciones del banco a la lista de URLs sin validación CSRF.
- [CORRECCIÓN] En el Gestor de Autorizaciones, en la pestaña de “Me Autorizan”, no aparecían los nombres de las formas de pago que nos autorizaban, sino que siempre aparecía “FP desconocida ”
- En la pantalla de resumen y selector de pago, cuando se preparaban los datos de una venta de productos (por proceso), sólo capturaba el importe de la última línea de venta.
- En la pantalla de reserva de recursos con grid: corrección en el script que realizaba la llamada AJAX para almacenar la selección, que dejaba la pantalla bloqueada cuando sólo había una modalidad seleccionable.
- En el módulo enrutador, si se pasaba como destino una URL real del site, que no fuese una de las genéricas “AltaAbono” o “AltaServicioNMS“, no se realizaba la redirección.
- En el módulo “enrutador”, no se hacía caso de los valores configurados para las propiedades PermitirSoloDestino_AltaAbono o PermitirSoloDestino_AltaServicioNMS.
- En el área de datos personales, el IBAN, si existe, se mostrará ofuscado, indicando sólo los 8 primeros números (Pais + Control + Entidad) y los 4 últimos dígitos de la cuenta.
- En la inscripción desde lista de espera, tanto desde “Mis Actividades” como desde un email/SMS, no se utilizaba el NumeroInscrito lo que podía provocar problemas en casos de usuarios con varias inscripciones para la misma actividad.
- En el detalle de las actividades contratadas, se obtiene el precio real de la actividad para la persona que la ha contratado.
- Solucionada incidencia de funcionamiento en alta de nuevo usuario, del CHECK en MOBILE (iOS y Android), ya que al intentar marcar el CHECK no se marca y no permite avanzar.
DeporNetWSv2
Mejoras
- Implementado nuevo WS de [POST /accesos/accesoremoto] que valida y registra en base de datos el acceso contra un vigilante.
- Se añade en el WS un nuevo proceso configurable en el fichero INI, mediante el cual se pueden eliminar las reservas del sistema Quiero Jugar ya caducadas. Si el tiempo (minutos) se establece a 0 (valor por defecto) no se eliminan las reservas caducadas.
[DeporNetWS.ReservasPorInvitacion]
TiempoPoolingCancelacionReservasPorInvitacion=5
- Se modificado el WS de [GET /servicios/contratos/motivosbaja] se han añadido descripciones traducibles.
- Se modifica el WS de [GET /servicios/{idservicio}/promociones] se añade en la respuesta las descripciones traducibles.
- Se modifica el WS de [GET /recursos/modalidadesreserva] se añade en la respuesta las descripciones traducibles.
- Se modifica el WS de [GET /clases/disponibilidad] Se añade el parámetro de entrada ‘IdRecurso’.
- Nuevo WS de [GET /servicios/{idServicio}/componentescontratacion] para obtener los componentes de contratación de un servicio. Se puede incluir el parámetro IncluirDisponibilidad=true para que devuelve también la disponibilidad de cada uno de los componentes.
- Nuevo WS de [GET /servicios/componentes/{id}/horarios] para obtener los horarios de un componente de contratación
- Se modifica el WS de [GET /servicios/{idServicio}/precioscontratacion] añadiendo el parámetro de entrada ‘IdsComponentes’ para indicar la lista de componentes de contratación del servicio (en caso de servicios multicomponente) para la contratación de los cuales se quiere obtener el precio.
- Se modifica el WS de [POST /servicios/contratos] añadiendo el parámetro de entrada ‘IdsComponentes’ para indicar la lista de componentes de contratación del servicio (en caso de servicios multicomponente) que se desea contratar.
- Se modifica el WS de [GET /economico/formaspago] añadiendo el parámetro de entrada ‘ValidasParaIntegrantesReservas’ que permite obtener las formas de pago que son válidas para asignar a los integrantes de una reserva.
- Se modifica el WS de [GET /personas/personas] añadiendo en la respuesta “PermitirFacturar” para indicar si la persona tiene concedido o no el permiso para facturarle.
- [MEJORA] Se ha modificado la implementación interna de los WS de Cuestionarios y se han añadido los siguientes campos:
– En preguntas: TipoVisualizacion
– En respuestas: OpcionLibre, Icono y ColorIcono
- Nuevo WS de [GET /personas/{idpersona}/perfiles] para obtener los perfiles que actualmente tiene una persona.
- Se han modificado los WS de [GET /cuestionarios/{idcuestionario}]
y [GET /cuestionarios/personas/{idpersona}/cuestionariosrellenables], añadiendo en la respuesta los siguientes campos ‘ PermiteRespuestasAnonimas’, ‘AccionSiCuestionarioPersonaFinalizado’
y ‘OperadorPuedeEditarRespuestasCuestionarios’
- Nuevo WS de [GET /cuestionarios/{idcuestionario}/imagen] que obtiene la imagen de un cuestionario.
Nuevo WS de [GET /cuestionarios/{idcuestionario}/grupopreguntas/{idgrupopregunta}/imagen] que obtiene la imagen de los diferentes grupos de preguntas de un cuestionario.
Modificado el WS de [GET /cuestionarios/{idcuestionario}] Ahora en lugar de devolver el campo ‘Imagen’ con la imagen codificada en Base64 tanto para el cuestionario como para los grupos de preguntas, se devuelve el campo boleano ‘TieneImagen’.
- Se ha modificado el WS de [GET /actividades/{{idactividad}}/cursillistas/datoscontratacion] se han añadido los parámetros de entrada ‘EnProcesoAlta’ y ‘NumeroInscripcion’.
- [MEJORA] Se añaden los siguientes espacios de nombres a la API T-Innova:
Personas – Tutores Personas Perfiles Personas – Familia Personas – Autorizaciones de reserva Personas – Consentimientos Personas – Datos Económicos Personas – Quiero Jugar Personas – Cursillos
- [MEJORA] Se añaden los siguientes WS para tutores:
GET /personas/{idpersona}/tutores
POST /personas/{idPersona}/tutores PUT /personas/{idPersona}/tutores DELETE /personas/{idpersona}/tutores/{idtutor}
También se añade el nuevo campo ‘AutorizadoParaRecogida’ en las pantallas de edición de tutores y en la pantalla de tarjeta de tutor.
- Se han modificado los WS de:
– POST /recursos/reservas/{idreserva}/integrantes – DELETE /recursos/reservas/{idreserva}/integrantes
Ahora tanto en la respuesta como en el log se informa de la pila de mensajes de error en el caso de que los hubiera.
- Se ha modificado el WS de [PUT /recursos/reservas/{idreserva}] Ahora se permite modificar los valores de los siguientes parámetros: IdNivelMinimo, IdNivelMaximo, IdCategoria, SexoInvitado
y PermitirIntegrantesSinInvitacion
sin necesidad de pasar otros adicionales.
- Nuevo parámetro de entrada “NumeroInscripcion” en WS [GET /actividades/{codigoActividad}/cursillistas] y [GET /actividades/{idActividad}/cursillistas], útil sobre todo para la inscripción desde lista de espera.
- Modificado el WS [/servicios/{id}/precioscontratacion], añadiendo en la respuesta el campo ContratoServicio, que nos informará del contrato utilizado para la obtención de los precios.
- Modificado el WS [/economico/formaspago], añadiendo en la respuesta el campo ImputarATitular, para informar si los pagos realizados con esa forma de pago se imputarán al titular del pago o al usuario.
- Nuevo WS de [GET /cuestionarios/personas/{idpersona}/cuestionariosemitidos]. Devuelve una lista de CuestionariosEmitidos, que incluye sólo la información mínima imprescindible.
- Modificados WS de [POST /recursos/reservas], [GET /recursos/reservas/{idReserva}/ventapredeterminada]
y [POST /recursos/reservas/bloqueo]
para añadir en los parámetros de entrada “IgnorarRestriccionesAntelacion“, para permitir saltarse las restricciones de antelación
- Nuevo parámetro de configuración del WS
IdFormaPagoCobroImporte0=
|
Permite indicar con que forma de pago daremos como cobrados los pagos cuando el total de la venta sea 0. En caso de no indicar ningún valor, se usará la primera forma de pago metálico que se encuentre. Si no hay ninguna definida, se usará la forma de pago cesta
|
Correcciones
- [CORRECCIÓN] En las reservas de clase con elementos asociados, en el momento de realizar la reserva y verificar si el elemento se encontraba todavía disponible, no se tenían en cuenta las reservas hechas desde DeporWin, por lo que era posible reservar 2 veces el mismo elemento si en un plazo corto de tiempo se reservaba primero desde DeporWin.
- [CORRECCIÓN] Cuando se evaluaban desde DeporNetWS las restricciones personalizadas de reservas de recursos, no se informaba correctamente del día de la semana (se estaba usando el domingo como primer día de la semana en vez del lunes).
- Al intentar realizar una reserva de recurso, si no había definida ninguna forma de pago disponible para los integrantes, aparecía un error y no se dejaba reservar.
- [CORRECCIÓN] Solucionado problema por el cual no se calculaban los descuentos por perfil en los abonos familiares desde el WS.
- Al cerrar una transacción correspondiente a reservas de recursos, en la que no se debe cobrar nada, pero hay pagos que deben quedar pendientes por ser a cargo de los integrantes, no se permitía finalizar la venta.
- Al cerrar una transacción correspondiente a reservas de recursos, en la que tenemos pagos a cobrar en el momento y pagos que deben quedar pendientes por ser a cargo de los integrantes, se daban todos los pagos como cobrados (o pendientes, según la forma de pago seleccionada para el pago actual) con la forma de pago indicada para el pago actual.
ActividadesWeb
Mejoras
- En la contratación web de servicios campus, en la pantalla de resumen de contratación y selección de forma de pago, siempre se seleccionará automáticamente la opción de “contratación” (y no la de “preinscripción” como se hacía hasta ahora).
- En contratación de campus Web (CNS), se elimina obligatoriedad de informar “talla de camiseta”.
Exportación Personas
Mejoras
Correcciones
- [CORRECCIÓN] Se producía un error en la exportación de personas “multicentro” en el caso de “Protocolo secundario” y no tener ningún protocolo para el centro de la persona.
- En la exportación de accesos, se producía un error “Instrucción UPDATE en conflicto con la restricción FOREIGN KEY ‘FK_ParametrosExportacionPersonas_Centros’. El conflicto ha aparecido en la base de datos ‘DeporWin’, tabla ‘dbo.Centros’, column ‘Id’.” al actualizar los parámetros de exportación.
Reserclass
Correcciones
- En reservas puntuales de actividades, configuradas con “Disponibilidad de inscripciones puntuales por reserva”, resuelto problema de control de aforo en el caso de que el monitor asociado a la actividad tuviera otras reservas a la misma hora de la actividad.
- [CORRECCIÓN] En las reservas de clase, si teníamos configurada una antelación máxima en “días naturales” y con una hora base de antelación, se permitía reservar un 1 minuto antes de dicha hora base.
CRM
Mejoras
-
[MEJORA] En la generación de oportunidades a partir de listados, se introduce una comprobación para impedir duplicidad de oportunidades, permitiendo sólo una generación de oportunidad de una misma persona en un lote.

Correcciones
- Resuelto error no controlado al crear una nueva oportunidad en caso de configuración en entorno de “FiltrarCampañasPorEmpresa”.
- Resuelto un error que hacía que a veces no se mostrar correctamente el texto en la tarea asignada en el grid de “planificaciones con reserva”.
- En Agenda Entrenador se ha modificado la forma de recoger la fecha y la actividad para que lo haga correctamente
- Se ha detectado un error por el cual no se adjuntaban los ficheros en un envío de email de una etapa del CRM. Ahora, se adjuntan y se almacena en el historial de correos enviados correctamente.
Exportación BH Loop
Correcciones
- [CORRECCIÓN] Corregida función de exportación de accesos, haciendo las llamadas correctas a los métodos SetMemberEntry y SetMemberExit, pasando correctamente la fecha/hora y corrigiendo error que actualizaba el IdTercero sin tener que hacerlo.
Vigilante
Mejoras
- [NUEVA FUNCIÓN] Soporte del dispositivo bluetooth QRv3 DRT para la lectura vía buffer de teclado de carnés RFiD y/o códigos QR.
CodigoInicioTramaTeclado=0
|
|
PermitirLecturasSmartTagQR=Sí
|
Sí queremos permitir la lectura de códigos QR dinámicos del SmartTag QR
|
- [MEJORA] Adaptación del proceso de grabación de biometría en los terminales Gantner para que sea compatibles tanto con GATAccess6100Enroll como con GT7Enroll.
- [MEJORA] El protocolo de lectores por interfaz de teclado (TipoLector=TECLADO) ahora soporta grabación.
Correcciones
- Corrección en la lectura del parámetro CampoBusquedaPersona, ahora soporta el valor “FormatoPropio_O_NumeroCarnet” además del incorrecto “FormartoPropio_O_NumeroCarnet”.
ReserWin v3.0
Mejoras
-
[MEJORA] Añadido mensaje informativo en caso de intentar eliminar una reserva vinculada con otra reserva de otro recurso que además es el primer día de una reserva de temporada.

-
[NUEVA FUNCIÓN] Modalidades de reserva con plazas según “cantidad de conceptos”
- En la reserva de recursos (tanto presencial como en la web) ahora podremos indicar que el número de plazas a reservar sea en función de la cantidad de “conceptos de reserva” que se venderán.
- Así, por ejemplo, si realizamos una reserva de recurso y seleccionamos “2 x Entradas Adulto” + “3 x Entradas niño”, la reserva será por un total de 5 plazas.
- La configuración será mediante un nuevo campo “ReservarPlazasSegunCantidadConceptos” en “ModalidadesReserva“.
- En el cálculo de plazas solamente se tendrán en cuenta los conceptos asociados al recurso con la marca “Reserva”.
- Y en el cómputo de la cantidad, si el concepto asociado al recurso tenía definido un tiempo en minutos inferior a la duración, solamente se considerará 1 plaza por cada duración completa de la reserva.
- Los dos controles en modalidad de reservar plaza (por usuario o por número de conceptos vendidos) han de ser excluyentes

Correcciones
- En la comprobación del número máximo de reservas de recursos en un periodo, no se traducía la parte de la frase que afectaba al periodo, por ejemplo “en la semana actual”.
- [CORRECCIÓN] Resuelto problema al modificar plazas de una reserva (no se consolidaba el valor de las plazas en BBDD)
- Al mostrar la ocupación semanal de recursos desde la nueva pantalla de personas, en determinadas circunstancias las reservas se mostraban desplazadas de día.
- Si las restricciones de reserva de un recurso estaban definidas como heredada de sí mismo, se producía un bloqueo en la aplicación al obtener dichas restricciones (por culpa del bucle infinito).
ReporWin
Correcciones
- [CORRECCIÓN] En envío de emails con listados, se soluciona problema con plantillas multiidioma (el cuerpo del email no se enviaba con la plantilla correspondiente al idioma de la persona).
- En envío de emails con listados desde la pantalla de previsualización, se soluciona problema con plantillas multiidioma (el asunto y el cuerpo del email no se enviaban con las plantillas correspondientes al idioma de la persona).
CampWin
Correcciones
- [CORRECCIÓN] En gestión de equipos, protegido el filtro por deporte en caso de que el registro no tenga seleccionado deporte en el desplegable, para evitar error al filtrar.
Boletines
Correcciones
- [CORRECCIÓN] Ahora cuando se elimina un boletín se mira si ese boletín tenía comunicaciones y en tal caso se muestra previamente a la eliminación un aviso de seguridad para notificar que ese boletín tiene comunicaciones y confirmar o no la eliminación del boletín incluyendo las comunicaciones. Hasta ahora no se eliminaban las comunicaciones y al no existir el boletín terminaba dando problemas.
Exportación Contable de Pagos
Correcciones
- En exportación contable a ContaPlus solucionado error no controlado en exportación de subcuentas en versión 3.0.
|