ÁREA VENTAS
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Comisiones | Se ha revisado la casuística de las comisiones directas (COMISION_DIRECTA= ON) de modo que a partir de este HotFix ya no se permite el solapamiento de intervalos al definirlos en los rangos de facturación por comercial o por comercial y familia del mantenimiento de comisiones. Además, se ha revisado el proceso de cálculo puesto que no estaba actuando correctamente cuando existía un escalado de rangos.
 | #14461 | | Listas de precios relacionadas | Existía un error en el proceso de relacionar listas de precios de proveedor con listas de precios de cliente en aquellos casos en los que en la lista de precios del cliente había más de un registro para el mismo artículo (con diferente valor en la casilla "Desde Unidades" y/o con diferente Fecha Desde).
A partir de ahora, también se comprueba si el parámetro LISTAPRECIOS_FECHADESDE está activado, y se tomará el primer registro de precios de cliente/artículo cuya cantidad sea mayor o igual a la de la lista de prov/artículo y su fecha sea la más cercana a la fecha actual (el precio de cliente "activa" a día de hoy).
También se modifican los labels de la pantalla para indicar que son "Desde importe" pues inducía a error con las unidades, y se añade un texto explicando al usuario que esta herramienta de relación no tiene en cuenta los escalados de cantidades "Desde Unidades".
 | #14544 | | Albarán de Envío | Se modifica la inserción de artículos para contemplar trabajar con artículos de más de dos propiedades. | #14614 |
| Se cambia el código del formulario para que tenga en cuenta las posibles personalizaciones. | #14562 | | Oferta de Cliente | Se modifica la opción de generar Parte desde la Oferta para homogeneizar el proceso en cuanto a trabajar con clientes y plantas. | #14600 |
| Al tratar de editar lineas de oferta con propieadades saltaba el formulario de introducción de propiedades. En determinadas ocasiones también aparecía un error. | #14603 | | eFactura | No se generaba correctamente en las facturas de deudor la sección 'DiscountReason' | #14492 | | Facturas | El proceso de actualización de la factura al obtener el importe de los apuntes, estaba recalculando los valores en vez de obtenerlos de los campos previamente calculados. | #14494 |
ÁREA COMPRAS
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Solicitudes de Compra | Se corrige el proceso de generación de pedidos de proveedor desde las solicitudes de compra puesto que se generaba la fecha de cabecera del pedido con la hora establecida y puede acarrear errores en determinadas casuísticas que comparan fechas. | #14589 | | Lista de Precios de Proveedor | Se modifica el proceso de actualizar el precio de una lista de ventas desde una de compras relacionada para que solo coja el mismo registro. | #14577 | | Amortizaciones | Se revisa el proceso que genera el alta del activo, ya que en ocasiones duplicaba la alta. | #14292 |
|
|
|
ÁREA ECONÓMICA FINANCIERA
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Cartera de cobros/pagos | Se han atendido errores de la pantalla de pago/cobro de efectos no remesados. Por ejemplo, cuando íbamos a pagar efectos desde la opción "Efectos no Remesados", primero mostraba por duplicado la pantalla de efectos de pago y cuando seleccionábamos la opción "Pagar marcados" se abrían 2 pantallas iguales. Al definir datos en una pantalla de pago (domiciliaciones, agrupar por domiciliciones, etc), al pagar, no se realizaba ninguna acción porque se cerraba 1 de las 2 pantallas y nos quedábamos con la segunda. Una vez que volvíamos a definir los datos en la pantalla, si habíamos marcado la opción de "agrupar por domiciliaciones", en el asiento de pago no agrupaba, sino que cada efecto pagado en la misma domiciliación tenia un apunte por separado. | #14630 |
| Se corrige el error cuando sustituíamos dos efectos de cobro/pago, y saltaba el siguiente mensaje de error:
 |
|
| Se corrigen errores al compensar parcialmente cobros-pagos y deshacer sustitución en función del estado del parámetro APUNTES_DIRECTOS_COMPENSACION_EFECTOS. Con el parámetro a ON se debe generar un efecto sustituido y podremos deshacer la compensación de dicho efecto teniendo dicha opción en el menú y no tendremos la opción "Deshacer sustitución". Con el parámetro a OFF se debe haber dejado el efecto generado, pero con cobro parcial y podremos deshacer la compensación de dicho efecto teniendo dicha opción en el menú y no tendremos la opción de "Deshacer cobro" | #14457 | | Resumen retenciones | Se ha corregido la visualización de datos en el formulario de resumen de retenciones. Al facturar un pedido de compra/venta con dos líneas iguales, con la misma cantidad, precio y misma retención en la línea, después en el resumen de retenciones solo aparecía una línea de las dos de esta operación. | #14607
| | Pedidos compra/venta | En un pedido con moneda de empresa por ejemplo, peso colombiano y moneda extranjera euros, el importe del total en moneda extranjera aparecía a cero.
| #14411 |
|
|
| Novedades
| Modelos 300, 320, 303 y 390
| Se han modificado las descripciones de las casillas del modelo 300 y 320 Guipuzcoa, 303 Álava y 390 para incluir los porcentajes de IVA y que estos se muestren en el informe.
| #14526
| Modelo 115 Álava y Guipuzcoa
| Tras el nuevo desarrollo, los usuarios podrán generar los modelos 115 de Álava y de Guipúzcoa (RETENCIONES)
| #14473
|
ÁREA CONTABILIDAD
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| Presupuesto contable
| Se corrigen los importes del presupuesto contable al editar un asiento manual. Al usar esta utilidad, cargar datos contables, tomaba los datos actuales, pero si se cambiaba el apunte de subcuenta, y se volvían a recargar datos, al no existir apuntes de esa subcuenta, no borraba el dato y seguía apareciendo. Es decir, lo que estaba haciendo era cambiar los datos de las subcuentas que encontraba, y no borraba primero todos los saldos y después recargar los. | #14561
| Asientos contables
| Cuando desde gestión de asientos editábamos un asiento y al intentar eliminar IdCliente/IdProveedor asociado a un apunte, al guardar no se guardan los cambios, provocando con ello errores de datos en el asiento de cierre. | #14605
| | Anticipos | Se atiende el error en el procedure pAnticipos_Prov_Actualizar / pAnticipos_Cli_Actualizar : faltaba en el where el idejercicio para que compruebe correctamente los descuadres.
| #14561 |
|
|
| Novedades
| Histórico de operaciones de cartera
| Se ha ampliado la funcionalidad actual del ERP de guardar un histórico de todas las operaciones de cartera, realizándolo desde los propios procesos.
| #14310 |
ÁREA EMPRESA
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
|
| Solucionado error que daba al abrir el formulario de agrupación de delegaciones cuando existía alguna agrupación con Id = 0 | #14592 |
ÁREA CONTRATOS
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Contrato de Cuotas | Se modifica el proceso de la simulación de facturación de contratos de cuotas para homogeneizarlo y que se comporte igual a la facturación. | #14571 |
|
|
|
|
|
| Novedades
| | Artículo Máquina | Se amplía la etiqueta de los campos Fecha Última Compra, Fecha Baja porque aparecían cortados. Además, en la pestaña Vehículo se ha hecho lo mismo con los campos Fecha impuesto circulación, Fecha de vencimiento del tacógrafo, Fecha de vencimiento de la tarjeta de transporte, y Almacén de aprovisionamiento en caso de ser una máquina de producción. | #14568 |
|
|
|
ÁREA LOGISTICA
| PROCESO | DESCRIPCIÓN | TAREA | Novedades
| Inventarios
| Optimización del formulario de inventarios.
| #14424
|
ÁREA PARTES
| PROCESO | DESCRIPCIÓN | TAREA | Cuestiones resueltas
| | Nºs de Serie | Se resuelve el caso por el cual cuando se desactualizaba un albarán de cliente que se generó mediante el asistente de albaranes del parte fusionando en una línea de albarán varias líneas de materiales y mano de obra incluyendo materiales con nº de serie, no se retornaba correctamente el nº de serie de liquidado a circulación. | #14541 |
|
