Modificado en: Jue, 6 Oct, 2022 a 12:44 P. M.
Novedades destacadas en el Hotfix 62 - Mantenimiento
Últimos artículos publicados
Accede directamente a los artículos que hemos ido publicando.
A continuación, a través del siguiente artículo puedes consultar las cuestiones resueltas y novedades del Hotfix 62.
|
AHORA ERP |
ÁREA VENTAS
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Precios de transporte | Se corrige el procedimiento almacenado PListas_Precios_Tra_Lineas_U para que las líneas de tarifas de transporte se actualicen correctamente. | #18052 | eFactura | Se añade el hotfix de la versión al exe de eFactura | #17167
|
|
|
|
ÁREA COMPRAS
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Órdenes de recepción | Se modifica el comportamiento, ya que al recibir parcialmente líneas de pedido de proveedor con ecotasa se albaraneaban todas. | #18224 | Números de Serie | Se corrige el comportamiento de los números de serie que se asociaban a un detalle de movimientos de un documento de entrada (pedido proveedor, albarán de envío, pedido de cliente en cantidad negativa), por el cual quedaban en estado Liquidado tras eliminarlos de su detalle de movimientos imposibilitando que pudiesen volver a a ser utilizados. Desde este hotfix, los números de serie en esa situación quedarán en estado Generado siempre y cuando dejen de estar asociados a un documento. | #18237 |
|
|
|
|
|
|
ÁREA ECONÓMICA FINANCIERA
ÁREA CONTABILIDAD
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Importación del diario | Se añaden a la hoja de cálculo las columnas IdCliente e IdProveedor, dando la posibilidad de informar el IdCliente e IdProveedor en los apuntes que lo requieren
| #18239 |
|
|
|
|
|
|
|
|
|
ÁREA CONTRATOS
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Contratos de Cuotas | Se ha modificado el orden del campo IdRefCatastral para que esté antes que el IdDoc. | #18242 |
|
|
|
|
|
|
|
|
|
|
|
TECHFUN |
ÁREA ENTORNO
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Orden elementos Techfun | La ordenación de los elementos asociados o hijos en el árbol de Techfun se comporta diferente a la ordenación del árbol clásico. el procedimiento que devuelve la información al árbol de Techfun ordena por IdDoc, mientras que en el clásico aparentemente se usa el campo ORDER BY asociado al objeto/colección.
| #18197 |
|
|
AHORA TPV |
ÁREA VENTAS
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Número de Serie | Al introducir un número de serie por el buscador de código de barras anteponiendo una cantidad, se insertaban tantas líneas como esta cantidad asignando el mismo número de serie a cada una de ellas.
Se modifica el comportamiento para trabajar de forma estándar ignorando la cantidad cuando se trabaja con números de serie en tickets de venta. En estos casos, la cantidad siempre será 1. | #18236 | Tableta Wacom | El uso de la tableta wacom en la captura de firmas de Albaranes de Crédito no era el correcto. El subproceso de firma se cerraba de forma automática antes de firmar, con lo que la firma no se guardaba, no se imprimía y no se actualizaba la caja eliminando de la interfaz el Ticket que se acababa de convertir en Albarán. | #TPV511 | Tara Balanza | En algunos casos, al pesar artículos de balanza con tara, daba error de conversión del valor de la tara en la introducción de la línea del ticket. | #18214 |
|
|
|
|
|
|
ÁREA ENTORNO
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Condiciones Impresión | Las condiciones aplicadas en los modelos de impresión para ocultar o mostrar secciones o componentes concretos no estaban funcionando.
Con esto se soluciona tanto las condiciones personalizadas que se pudieran aplicar, como la condición estándar que mostraba el QR del Ticket BAI en caso de tener habilitado y configurado el entorno para trabajar con TBAI.
| #TPV512 | Modelos | Determinadas ventanas, al dar error en la ejecución de los procesos, se cerraban y seguían con la ejecución en lugar de permanecer abiertas para subsanar el error y poder seguir con el flujo correcto. Se detectó, por ejemplo, en la creación de movimientos y anticipos. Al no introducir alguno de los datos obligatorios tales como el importe, se cerraba la ventana y mostraba la petición de impresión cuando realmente no se había creado el movimiento/anticipo. | #TPV516 | Balanza Dibal | En la TPV trabajando nativamente en la Balanza PC de Dibal, algunos componentes no se mostraban correctamente quedando un un segundo plano no activo e imposibilitando la pulsación de los botones de guardado o el uso de los combos de búsqueda.
| #TPV515 | Fechas | Los componentes de tipo Fecha en los Modelos no cargaban debidamente los datos de fechas recibidos de los orígenes de datos. Estos campos, en lugar de cargar la fecha correcta, se veían en blanco. | #TPV513 |
|
|
|
|
|
|
|
|
AHORA TPV PERSONALIZADOR |
ÁREA ORÍGENES DE DATOS
PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Origen Datos
| Al exportar personalizaciones de orígenes de datos e importarlos en otra base de datos, la relación entre el estándar y la personalización no se estaba contemplando.
Como consecuencia, en la base de datos con la importación se encontraban orígenes estándar desactivados sin personalizaciones asociadas, con lo que los procesos que utilizaban esos orígenes no realizaban ninguna acción.
Un ejemplo de esto es la personalización de los tickets de impresión. Al cambiar el origen de datos para añadir nuevos campos, en la base de datos destino no imprimía nada. El origen estándar estaba desactivado y el personalizado, aunque activado, no estaba relacionado con el estándar. | #18249 | Edición de modelos | El modo edicion no funcionaba en templates/pantallas | #TPV510 |
|
|
|
|