Ayuda AHORA ERP CRM

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.

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.

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"

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.

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.

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.