Modificado en: Jue, 17 Dic, 2020 a 11:57 A. M.
Novedades destacadas en el Hotfix 45
Ú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 45
|
AHORA ERP |
ÁREA VENTAS
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Factura | Se modifica la copia de la factura para que cambie el empleado y departamento asignado a la misma dependiendo de quién realiza la acción. | #15356 | | Contratos de Cuotas | Se modifican las observaciones de las facturas de los contratos de cuotas para que aparezcan correctamente informadas las fechas de la cuota además de crearse una nueva función para poderlo personalizar (Personalizado_FunContratos_Cuotas_Observaciones). | #15350 | | Pedido | Se cambia la creación de nuevos pedidos para que aunque el cliente esté bloqueado, aparezcan las notas que tiene informadas en su ficha. | #15338 |
| Añadida posibilidad de personalización en el procedimiento almacenado: PPedido_Cli_Linea_CambiaArtAlm
| #15245 | | Lista de precios | Se subsana la situación en la que se mostraba un error de Fecha, al insertar un artículo en una lista de precios de cliente.
| #15321
| | Albaranes | Modificada la función funAlbaranes_Cli_Bases puesto que si hacíamos uso de la personalizada no devolvía en orden correcto los valores.
| #15355 | Novedades
|
|
| | Riesgos | Nuevo índice en Clientes_Riesgos. Se usa en vistas y procesos de TPV y actualización de albarán.
| #15169 |
| Modificación de la vista vdlg_objetos_pedidos_cli_lineas para mejorar su tiempo de lectura y ejecucución |
#15169 |
| Modificaciones de los triggers de insert y update de Facturas_Cli_Cab. Facturas_Cli_Cab_ITrig y Facturas_Cli_Cab_UTrig para comprobaciones con valores nulos
| #15169
|
ÁREA COMPRAS
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Artículos | Se corrige el problema existente al tratar de eliminar un artículo que funciona con propiedades haciendo que se elimine la relación entre las propiedades y el artículo para poder eliminar el artículo. | #15299 | | Cálculo vencimientos proveedor | Se modifica el procedimiento PFactura_Prov_GeneraVtos para que tenga el mismo funcionamiento que el de clientes: si una cuota cae en el mes de vacaciones de proveedor (informados en la ficha del proveedor), se pasa al mes siguiente sin modificar todo el resto de cuotas posteriores, con lo que en el mes siguiente podrán caer 2 cuotas. 
| #15334 | | Factura Acreedor | En el procedimiento almacenado PFactura_Acre_Actualizar" faltaba controlar de forma correcta el retorno de la llamada a su personalizado _Pre
| #15361
|
ÁREA ECONÓMICA FINANCIERA
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Liquidación comisiones | Se corrige el error en el procedimiento PComisiones_GenerarLiquidacion, a la hora de comprobar los periodos de liquidación, puesto cuando habían facturas el día siguiente del periodo asignado en la liquidación de las comisiones, también las seleccionaba para el cálculo. | #15374 | Modelo 300 Gipuzkoa
| Se ha corregido el calculo de las operaciones rectificativas en la sección del "IVA DEDUCIBLE" casillas 17-22 del modelo, siguiendo las instrucciones de la Diputación Foral de Gipuzkoa. | #15315 | | Tesorería | Se arregla el sistema de filtrado de las pantallas que componen la tesorería, de forma que se refresque el grid superior cuando se cambie el filtro del grid inferior.
| #15346
|
|
|
| Novedades
| Balances
| Modificación de generación de balances para una carga más rápida de estos. | #15169 |
ÁREA CONTABILIDAD
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Introducción apuntes de IVA | Corregimos la generación del asiento, llevando el número de documento a los apuntes generados.
| #15365
#15363
| Periodificaciones
| Se subsana la situación en la que al puntear/contabilizar periodificaciones, aparecía un mensaje de error sobre el multidiario.
| #15348 | | D | Se corrige el descuadre generado en el asiento de una factura que tiene descuentos en cabecera, cuando está activo el parámetro DESCUENTOS_X_CABECERA_CLI, y se marcan los parámetros LINEAS_CON_DESCUENTOS_CAB y DESCUENTOS_X_CABECERA_CLI_APLICAR_TRAS_DPP como NOUSAR
| #15228 |
ÁREA ENTORNO
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Grids | Se revisa la gestión del orden de las columnas en las grids debido a que cuando se había establecido un orden personalizado en los campos de una grid y se abría otro objeto en la misma ventana (p.ej. un pedido) se volvía a desordenar no haciendo caso al orden personalizado configurado. | #15262 | | Controles F10 | Se corrige un problema con la asignación de tipos de datos diferentes en los campos de tipo String pintados en los formularios ya que cuando se establecía un tipo diferente del estándar, éste no quedaba almacenado y se perdía el cambio indicado en las propiedades del control.
 | #15274 | | Asistente de Configuración | Se ha modificado la correspondencia entre los dos combos "Seleccione el coste que quiere usar" y "Seleccione el coste que desea visualizar" presentes en la sección de configuración de Ofertas Capituladas con los parámetros de la aplicación a los que estaban ligados puesto que estaban invertidos. De este modo, la primera de las preguntas acerca del coste a usar ha pasado a corresponder con el parámetro OFERTAS_CAMPO_COSTE_DEFECTO y la segunda pregunta con OFERTAS_CAMPO_COSTE_VACIO. Además, nos hemos asegurado de que en el caso de la primera pregunta se ha añadido al selector las 5 opciones posibles (Coste Max, Coste Min, Coste Medio, Coste Actual y ProvPref) igual que está en el formulario de oferta. En el caso de la segunda pregunta, sólo se permiten escoger de entre los 4 datos estadísticos habituales (Coste Max, Coste Min, Coste Medio y Coste Actual). La foto a continuación es para ubicarnos y es como estaba anteriormente el primer combo. | #15297 | | Presentaciones | Se ha revisado el comportamiento del programa en relación al uso de presentaciones. La unidad de presentación que aparece en la ficha Otros del Artículo cuando se le asigna una presentación, será aquella que esté marcada "por defecto" en la propia Presentación. 
Al modificar el tipo de unidad de presentación en la pestaña Otros del artículo, este tipo de unidad se propaga a todas las listas de precios donde exista el artículo.
Cuando se introduce un artículo con presentación en una lista de precios de proveedor, la unidad de presentación por defecto que aparece en la línea es la indicada en la pestaña Otros de la ficha del artículo. 
Se revisa el comportamiento en la línea de pedido de proveedor cuando cambiamos sucesivamente de unidad de presentación puesto que llegaba un momento en el que no hacía caso al cambio de tipo de unidad y mantenía la previa. | #15192 |
ÁREA PRODUCCIÓN
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Lanzamientos | Eliminados menús que no tenían funcionalidad así como arreglada los submenús de la opción ver. Añadiendo la vista que faltaba y modificando en la grid los nombres de columna.
| #15366 | | Coste de Bonos | Se revisan los procesos de cálculo de los costes de un bono para que se tenga en cuenta el valor del parámetro ESCANDALLO_CAMPOCOSTE_DEFECTO a la hora de obtener el dato estadístico que se emplea para valorar las entradas del bono. Además, también se revisa el caso particular de las entradas con propiedades ya que no se estaba obteniendo el coste correcto de la combinación de propiedad empleada. | #14573 | | Escandallo | Se revisa el comportamiento de los combos de área y máquina en el formulario de escandallo por pasos (frmFasesCont_ConPasos), de modo que en caso de haber establecido un área, se cargan las máquinas de ese mismo área en combo de máquina. En caso de haber establecido una máquina de otro área, se avisa al usuario al guardar el objeto.  | #15353 |
| Modificados varios procedimientos para tener en cuenta hasta 10 decimales como valor en coste de los componentes
| #15336
|
|
|
|
ÁREA PARTES
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Partes | Se revisa el cierre del parte de taller cuando se tiene configurado para producción debido a que no se estaban gestionando bien los datos del lote y propiedades. El error hacía ver que no se estaba enterando de que tanto los artículos consumidos como el almacén implicado trabajan con propiedades. | #15360 |
| Se corrige un error por el cual al introducir las propiedades de una línea de materiales se guardaban correctamente en la tabla de ubics, pero no se actualizaba la de definición de producto, aparentando que no se estaban guardando los datos en tabla. También se ha corregido un error de refresco al cambiar de línea en el Detalle de Movimientos de las líneas de materiales del parte.
| #15295 |
ÁREA LOGÍSTICA
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Artículos | Se modifica el copiado de los artículos para que tenga en cuenta los prefijos y sufijos de la familia y familia padre. | #15352 |
|
|
TECHFUN |
ÁREA ECONÓMICA FINANCIERA
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Dashboard | El gráfico "Ventas VS Compras" del Dashboard de Finanzas no ordenaba correctamente los colores por meses, se modifica para que los datos se muestren de enero a diciembre.
Por otra parte, y puesto que los datos obtenidos se extraen de tablas contables, se renombra a "Ingresos VS Gastos" para adecuarlos a la nomenclatura financiera.
 | #15331 |
|
|
|
|
|
|
ÁREA ENTORNO
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Colecciones | En las colecciones al realizar una agrupación en la tabla con los resultados obtenidos y ordenar por un campo incluido en dicha agrupación, al intentar abrir un objeto de dicha colección daba un error "Se ha especificado más de una vez la misma columna en la lista ORDER BY."
 | #15330 | | Colecciones | En las colecciones, al ordenar, no aplicaba el OrderBy cuando CadenaDescrip tenía una subconsulta con OrderBy. | #15343
#TF199 |
|
|
|
|
|
AHORA TPV |
ÁREA VENTAS
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Báscula | Se ha añadido una nueva funcionalidad al pesaje desde báscula para artículos con lotes. Hasta el momento el botón "Pesar" que capturaba el peso de la báscula sólo aparecía junto a la cantidad en la cabecera de la ventana de introducción de datos del artículo. Puesto que los artículos con lotes tienen su propia tabla de introducción de cantidades por lotes, este botón no abarcaba la asignación automática a un lote en concreto, dejando al empleado la introducción manual en el lote deseado de la cantidad pesada.
Ahora el botón de "Pesar" está junto a cada uno de los lotes, de forma que el pesaje se introduce de forma directa en la línea correcta, sin requerir intervención manual.
 | #TP124
#15316 |
|
|
|
|
|
|
|
