1. Ajustes en el Informe Estado de Variación de Patrimonio Neto Res. 49/14

Descripción del inconveniente

Anteriormente el Informe Variación Patrimonio Neto Res. 49/14 no presentaba los valores correctos en la columna Saldo al inicio del periodo 2019, generando inconsistencias en dicho informe.

Optimizaciones y soluciones

Se ha implementado los siguientes ajustes a fin de optimizar el Informe, con lo cual el sistema se comporta como se detalla seguidamente:

1. Se retiró de la ventana Cuentas para Resoluciones los campos Cod. Extenso y Util. Sld. Acumulado con lo cual la misma se presenta tal como se muestra en la imagen adjunta.

Figura 1. Ventana Cuentas para Resoluciones - nueva apariencia.

Figura 2. Ventana Cuentas para Resoluciones - Botón “Agregar” inhabilitado para el Informe 4/Res.49.

• Al hacer clic en Alterar, el único campo habilitado para edición es Nombre de la cuenta, siempre que corresponda al Informe 4/Resolución 49.

• En las cuentas sintéticas (resaltadas en color rojo), no está disponible insertar cuentas.

Figura 3. Cuentas sintéticas.

• Las cuentas analíticas (resaltadas en color negro), están habilitadas para insertar cuentas.

2. Se retiró las siguientes informaciones del informe Estado de Variación de Patrimonio Neto Res. 49/14 Archivo 35132:

• Año/mes inicial ejercicio anterior.

• Año/mes inicial ejercicio actual.

• Año/mes final ejercicio actual.

3. El filtro anteriormente llamado Año/mes final ejercicio anterior, actualmente se denomina Año base.

Figura 4. Año base.

4. El informe Estado de Variación de Patrimonio Neto Res.49/14 presenta actualmente cinco frentes:

• Saldo al inicio del ejercicio (año 1): considera el valor de apertura de cuenta del año anterior al año informado en el filtro año base, es decir, asume el histórico (ae), por ejemplo: al añadir 2023 (dos mil veintitrés) como año base, el sistema presenta el valor de apertura en Saldo al inicio del ejercicio 2022 (año 1), correspondiente al saldo de apertura del 2022.

• Movimiento del ejercicio año (año 1): muestra el saldo de los movimientos del año anterior informado en año base, es decir, que en el caso de añadir 2023, en Movimiento del ejercicio 2022 (año 1) se muestra los valores del movimiento en 2022.

• Saldo al cierre de ejercicio (año 1): En lo que respecta al saldo al cierre del ejercicio 2022 e inicio del ejercicio 2023, el sistema considera el saldo al cierre del ejercicio 2022 considerando el histórico que debe coincidir con la suma de las columnas del Movimiento del Ejercicio 2022 (Año 1).

• Movimiento del ejercicio (año 2): En Movimiento del ejercicio 2023 (año 2): considera el valor de los movimientos de cuenta del año ingresado en el filtro año base. Es decir, si el año base es 2023, asume el valor equivalente a cada movimiento de ese periodo.

• Saldo al cierre del ejercicio (año 2): En cuanto al saldo al cierre del ejercicio 2023, asume el saldo al cierre de dicho año, considerando el histórico, que debe coincidir con la sume de las columnas del Movimiento del Ejercicio 2023 (Año 2).

Figura 5. Estado de Variación de Patrimonio Neto Res.49/14 - cinco frentes.

5. El aviso que emerge al añadir una cuenta ya existente en otro nivel, actualmente presenta el texto “La Cuenta del Plan de Cuentas ya está incluida en la siguiente cuenta: ”.

Figura 5. Aviso.

2. Optimizar la actualización de datos entre sucursales

Anteriormente al registrar desde la central una operación en Facturación o en el Financiero y posteriormente realizar una modificación desde “Mantenimiento de Documentos“, el sistema no replicaba esta modificación en las sucursales.

Optimizaciones y soluciones

Luego de la corrección aplicada, el sistema replica correctamente los datos generados entre la central y sus sucursales.

3. Reflejar correctamente los saldos en el Informe de Cuentas a Cobrar y Pagar Consolidado

Descripción del inconveniente

Anteriormente, el sistema presentaba en el informe Cuentas a Cobrar y Pagar Consolidado Archivo 35088 algunas facturas provisorias con saldo, pese a que los respectivos contratos ya habían sido liquidados, lo que podría ocasionar confusiones en los procesos de auditoría y contabilidad de las entidades.

Optimizaciones y soluciones

Actualmente el sistema se comporta como corresponde, reflejando en el resumen de Facturas Provisorias del Archivo 35568 los valores correspondientes.

Figura 1. Cuentas a Cobrar y Pagar Consolidado - Facturas Provisorias del Archivo 35568.

4. Acceder al Informe Libro Compras - GRID sin inconvenientes

Descripción del inconveniente

Anteriormente al intentar acceder a Informes > Contabilidad y visualizar el Libro Compras - GRID Archivos 35447 y 35392 en un servidor físico 10g, el sistema emitía el mensaje de error: Ora - 00907: missing right parenthesis, impidiendo ejecutar dicha acción.

Figura 1. Aviso de error.

Optimizaciones y soluciones

Con la corrección implementada actualmente el sistema se comporta como corresponde, por lo tanto está disponible acceder y visualizar el Informe Libro Compras - GRID Archivo 35571 tanto en un servidor físico 10g u 11g, como también en uno correspondiente al servidor AWS (Amazon Web Service).

Figura 2. Libro Compras - GRID Archivo 35571.

5. Reflejar valores correctos en el Libro de Compras

Descripción del inconveniente

Al registrar una mercadería de tipo servicio que no posee una cuenta contable asignada en el subgrupo de productos, y posteriormente registrar en Datapar Sales la factura de compra, el Libro de Compras presenta erróneamente el valor cero en dicha factura.

Figura 1. Libro de Compras - Valores incorrectos.

Optimizaciones y soluciones

Luego de la corrección implementada, al registrar una mercadería de tipo servicio sin cuenta contable asignada en el subgrupo de productos, el sistema se comporta como corresponde, presentando correctamente los valores de la factura en el Libro de Compras Archivo 34609.

Figura 2. Libro de Compras - Valores correctos.

6. Optimizar el proceso de consultas desde el CAST

Descripción del inconveniente

Al intentar visualizar las cuentas del sistema a través de la API Financiero, se presentaban inconvenientes, puesto que todas las cuentas mostraban el valor cero.

Optimizaciones y soluciones

Actualmente está disponible consultar y visualizar sin inconvenientes las cuentas de Datapar ERP a través de la API Financiero.

7. Optimización en el Centro de Notificaciones

Descripción del inconveniente

Al ingresar al Centro de Notificaciones y seleccionar la opción Marcar como no Revisado un mensaje ya Leído, el sistema no ejecuta dicha acción, por lo que la notificación permanece con la misma situación, al igual que al Marcar como Revisado un mensaje que aún no fue abierto, el mismo se muestra como no revisado.

Optimizaciones y soluciones

Al seleccionar la opción Marcar como no Revisado un mensaje ya Leído o Marcar como Revisado un mensaje que aún no fue abierto, el sistema modifica dichos estados, tal como corresponde.

8. Optimización del Registro de Liquidación de Contrato

Descripción del inconveniente

Al generar una liquidación de contrato en la cual se detalla una ocurrencia de descuento equivalente al valor del salario, el sistema aplica erróneamente el cálculo de IPS del empleado.

Optimizaciones y soluciones

Actualmente al generar una liquidación de contrato que posee una ocurrencia de descuento cuyo valor es igual al salario, el sistema no genera el IPS empleado y tampoco el IPS patronal, como corresponde.

9. Optimización del tiempo en el módulo Pedidos

Descripción del inconveniente

Al guardar un pedido, el sistema demoraba entre cuarenta y cincuenta segundos para ejecutar el proceso, lo que ralentizaba la gestión operativa de los usuarios.

Optimizaciones y soluciones

Luego del ajuste implementado, el tiempo de respuesta del sistema se redujo un veinte porciento, con lo cual, guardar un pedido toma no más de ocho segundos y consecuentemente se optimiza la operativa de los usuarios.

10. Bloquear lanzamiento de carga de un viaje en situación cancelado

Descripción del inconveniente

Cuando un usuario intentaba vincular una orden de carga a un viaje en situación cancelado o inactivo, el sistema permitía avanzar con el proceso y grabar el registro.

Optimizaciones y soluciones

Actualmente el sistema aplica validaciones al status de los viajes vinculados a las órdenes de carga, con lo cual no está disponible grabar un registro vinculado a lanzamientos de carga con viajes en situación cancelado.

11. Visualizar las programaciones de caja en Orden de Pago Vía Banco

Descripción del inconveniente

Cuando se intentaba registrar un movimiento tipo Orden de Pago vía banco, el sistema no presentaba las programaciones de caja en la subventana Consulta Programación de Caja.

Optimizaciones y soluciones

Cuando se registraba una programación de caja tipo Orden de Pago vía banco y se intentaba utilizar en la ventana ORDEN DE PAGO VIA BANCO, el sistema no presentaba las programaciones de caja en la subventana Consulta Programación de Caja.

12. Reflejar entidad emisora correcta en el KuDE de Remisión de salida por Transferencia entre sucursales

Descripción del inconveniente

Al registrar una operación en Movimiento Físico de Mercaderías e informar inicialmente el tipo de movimiento 1 - Salida, completar la entidad y posteriormente alterar el registro al tipo de movimiento 5 - Salida por Transferencia, el sistema mantenía el dato de la entidad informada previamente y lo reflejaba de forma errónea en el KuDE de Remisión Electrónica.

Optimizaciones y soluciones

Actualmente cuando se registra una operación en Movimiento Físico de Mercaderías informando inicialmente el movimiento 1 - Salida, se completa la entidad y posteriormente se reemplaza el tipo de operación a una Salida por Transferencia, el sistema refleja correctamente en el KuDE de Remisión Electrónica el dato de la entidad responsable de la transferencia de mercaderías.