1. Incorporación del filtro Entidad en el Informe Relación de talones de cobranza
Con el objetivo de facilitar el acceso a informaciones correspondientes a las cobranzas, clasificadas por clientes, para un control interno en las empresas y visualizar el detalle de los recibos, se añadió al sistema el filtro denominado Entidad que funciona como se detalla a continuación:
...
Por otra parte, al marcar la casilla de verificación Detallar Recibos? e informar una entidad en el filtro, el sistema limita la búsqueda a los ítems de los talones de cobranzas, es decir, muestra únicamente los recibos utilizados en el movimiento financiero de cobro de la Cuenta Crédito de la entidad informada, tanto para el talón de una consulta específica, como a nivel general.
...
Figura 1. Filtro Entidad.
| Tip |
|---|
En el caso de utilizar el nuevo filtro, la denominación y el código interno de la entidad informada, se muestran en el encabezado del informe. |
...
Figura 2. Encabezado del informe Relación de Talones de Cobranza.
2. Costo Final en el informe Relación Compra/Venta (Horizontal)
El informe Relación Compra/Venta (Horizontal), es utilizado en la verificación de contratos liquidados, además facilita el calculo cálculo del promedio de todos los costos aplicados a los contratos por entidad, a modo de . Por lo tanto, para optimizar dichos cálculos ahora es posible está disponible visualizar el Costo Final del Registro de Fijación de Precio Comercial.
...
Figura 1. Relación Compra/Venta (Horizontal).
Para esto, se ha realizado incorporado las siguientes implementaciones en Filtros del Informe:
...
Incorporación de las situaciones Facturado y Activo, en el filtro Situación.
Ajuste en la situación No Liquidados, de modo que se presenten únicamente los registros con dicha situación.
3. Generar KuDE en Remisión por contrato con control de flete
Al efectuar el lanzamiento de carga tipo Remisión por Contrato y que la misma tenga seleccionada la funcionalidad Utiliza control de flete en el lanzamiento de carga?y esta sea vinculadaa un viaje en el cual se informa una única numeración de chapa, está disponible generar el KuDE de Remisión sin que sea requisito obligatorio informar el número de chapa del remolque. Igualmente, el movimiento es aprobado por el SIFEN sin inconvenientes.
...
Figura 1. Ventana Consulta de Cargas.
4. Ajuste en el Informe Cuentas a Cobrar y Pagar - Renegociación
Se ha ajustado la regla del Informe Cuentas a Cobrar y Pagar - Renegociación Archivo con lo cual el sistema considera correctamente como días de atraso aquellos títulos ya vencidos, reflejando en la columna D. Atraso, los días de mora de la entidad. Por otra parte, una vez saldada la deuda, en la columna mencionada, se muestra el valor (0) cero.
...
Figura 1. Informe Genérico Cuentas a Cobrar y Pagar - Renegociación.
5. Ajustes en el Informe Medio de Pago
A fin de ofrecer informaciones claras y comprensibles, se han implementado en el Informe Medio de Pago, los siguientes ajustes:
La columna Entidad Emisora, ahora se denomina: Cuenta de Pago.
La columna Nro. de Documento de pago, ahora incluye el número de comprobantes de pagos con bancos, informados en el campo “Compr. Bancario”, para las Operaciones Financieras, cuando el medio de pago sea:
Op 3 - Banco Depósito.
Op 18 - Débitos en Cuenta.
Op 63 - Transferencias Bancarias.
La opción TRANSF. BANCARIA. de la columna Medio de Pago ahora se denomina: BANCO - DEBITOS EN CUENTA.
...
Figura 1. Informe Medio de Pago.
6. Ajustes en el Informe Relación de Facturas GRID
El Informe Relación de Facturas - Grid efectúa la suma de la columna Cantidad al utilizar la función de autosuma, y los resultados de esta operación se reflejan en dicha columna.
Igualmente, al generar el informe Relación de Factura, se refleja en la columna Valor Costo, el importe unitario de la mercadería según el movimiento registrado en la factura. El mismo coincide con el valor que se presenta en la columna Costo Unitario del informe Ficha de Mercaderías - Fast.
...
Figura 1. Informe Relación de Facturas - Grid.
7. Optimización en la visualización del Resumen para Control
Se han implementado ajustes en el Libro de Ventas en lo que respecta a la regla de visualización de los ítems. Este ajuste se aplicó al filtro Imprimir resumen control? con lo cual al seleccionar el filtro, el sistema aplica las validaciones a las cuentas contables y las configuraciones de las cuentas para el Formulario 120.
Por tanto, si la casilla de verificación Imprimir Resumen de Control está seleccionada, el sistema enlista los ítems de los movimientos de facturación, detallados en varias líneas según necesidad. En consecuencia, el resumen del libro se muestra al pie de la página del Libro de compras.
...
Figura 1. Resumen para Control.
Sin embargo, al dejar la casilla de verificación Imprimir Resumen de Control sin marcar, el sistema no aplica las validaciones sobre los ítems relacionados con cuentas contables o configuraciones del Formulario 120 y los ítems de los movimientos se agrupan en una única línea y el resumen de control no se muestra al pie del informe.
...
Figura 2. Libro de Ventas - Filtros del Informe.
8. Mejoras en configuración y calibración de Balanzas Electrónicas (Básculas)
Debido a que la configuración de balanzas no es un proceso certero y que su calibración conlleva gran inversión de tiempo, surgió la necesidad de mejorar la configuración y los procesos de calibración de las equivalencias, para lograr una lectura sin errores del visor, al integrar las básculas al Dolphin. Las mejoras realizadas se detallan a seguir:
| Tip |
|---|
Automatización de obtención de datos en la ventana de Balanza Electrónica, campo Modelo. |
Al seleccionar la opción Remota, se presentan los campos: IP Server, Puerto y Nombre. Ademas, la casilla Permitir Digitar Manualmente, queda desmarcada por defecto.
...
Figura 1. Balanza Electrónica.
Al seleccionar la opción Genérica se presentan los campos:
Longitud, se refiere a la cantidad de dígitos que captura el HiperTerminal.
Sleep, siempre lleva el parámetro 100.
Pos. Inicial, a partir de cual dígito se tiene en cuenta para la captura del peso correcto.
Casas, que se refiere a la cantidad de dígitos que serán utilizados partiendo de la posición inicial.
(Para mas información acceder a la Base de Conocimientos - Vídeo 2).
...
Figura 2. Balanza Electrónica.
Automatización de catastro en modelo de Básculas en Registro > Configuraciones > Modelos de Equipos.
Informaciones padrones insertadas:
Modelo: → Balanza Electrónica
Tipo: → Balanza
Comunicación: → Serial (marcado por defecto)
Tipo de Báscula: → Carga
Casilla, Es utilizado en análisis de Carga: → Marcada por defecto.
Casilla, Lectura Directa: → Marcada por defecto.
...
Figura 3. Modelos de Equipos.
| Tip |
|---|
Automatización de catastro en Utilitarios > Gerenciador de equipos(utilizando datos de los pasos anteriores). |
Figura 4. Gerenciador de Equipos.
9. Ajuste en el Comprobante de Movimentacion del Movimiento de Flete
Con la finalidad que el Comprobante de Movimentacion generado en la ventana Movimiento de Flete, muestre correctamente todos los caracteres del código de entidad de la Transportadora, se ha ajustado el espacio que contiene dicha información, aumentando un limite máximo de 7 (siete) caracteres, de este modo se logra una rápida identificación de cada movimiento de flete vinculado a cada entidad, además de evitar posibles confusiones con códigos similares.
...
Figura 1. Entidad Transportadora.
10. Incorporación de Mes y Año en el informe Registro de Empleados y Obreros
Para otorgar un contexto temporal de la información contenida en el informe Registro de Empleados y Obreros, ahora éste contiene datos del Mes y Año informados previamente en Filtros del Informe al momento de generar la planilla. En el caso de que no complete el campo Mes en el filtro, aparecerá únicamente el Año.
Además cabe destacar que el campo Empresa de dicho filtro, es ahora un campo obligatorio, es decir, es necesario informar primeramente la empresa para posteriormente informar el Nro. Patronal MTESS.
...
Figura 1. Informe Registro de Empleados y Obreros.
11. Orden de Pagos a proveedores vía banco
Con el objetivo de mejorar y agilizar el proceso de pago a proveedores, incluyendo compensaciones de cuentas y retenciones, se han incorporado nuevas funcionalidades en el recurso Orden de Pago Vía Banco. Estas mejoras están diseñadas para facilitar los pagos masivos y la gestión de arreglos comerciales. Las mismas se detallan a continuación:
Filtros de Consulta de Programación de Caja:
Se ha añadido los filtros Periodo y Listar solo prog. caja Liquidadas en la pestaña Ficha de la Orden de Pago de la ventana Consulta de Orden de Pago Vía Banco, con las siguientes funcionalidades:
Campo Periodo: Permite limitar los parámetros de búsqueda según el intervalo de fechas especificado, facilitando la localización de programaciones de caja dentro de ese lapso.
Casilla de verificación Listar solo prog. caja Liquidadas: Controla la visualización de Programaciones de Caja ya utilizadas en el módulo financiero. Al seleccionar esta opción, el sistema muestra únicamente las programaciones de caja procesadas en dicho módulo. Este filtro es dependiente de los filtros aplicados anteriormente; por ejemplo, si se selecciona la entidad con código 20 en el filtro Entidades, se muestra únicamente las programaciones registradas para esa entidad. La misma regla se aplica a todos los filtros configurados.
...
Figura 1. Nuevos filtros.
| Info |
|---|
Entre los parámetros que filtra la ventana de consulta de Prog. de Caja, considera la cuenta de banco ya informada en la ventana OPVB, impactando en la ventana Consultas y sus filtros disponibles. |
Por otra parte, al añadir las programaciones de caja en la ventana OPVB, aquellas que ya fueron utilizadas en el módulo financiero experimentan modificaciones en los importes a pagar cuando se aplicaron retenciones en el registro financiero, ya sea del pago o de una compensación de cuentas de la entidad. Sin embargo, en la columna Monto, se mantiene el valor registrado en la programación.
...
Figura 2. Columnas Monto y Monto Pagar.
En cuanto a las programaciones ya utilizadas en el financiero, los datos en la columna Monto Pagar provienen de los resultados de la operación en el movimiento financiero. Estos datos se encuentran en Financiero > Ficha del Movimiento > Operac., y corresponden al valor a abonar resultante para el pago. El valor visualizado refleja el valor a abonar en la salida por banco, ya sea por transferencia o débito en la cuenta bancaria del registro financiero del pago.
Al situar el cursor sobre la columna Monto Pagar, , se muestra el mensaje emergente Monto a Pagar resultante del registro de Mov. Financiero con el código interno del movimiento visualizado.
...
Figura 4. Mensaje emergente sobre el Monto a Pagar.
Al importar los archivos en la banca web y efectuar el pago, está disponible informar el retorno del banco en el cual se ingresa la fecha de procesamiento, el número de comprobante de la transacción y los casos en los que existan órdenes que no pudieron ser procesadas.
...
Figura 5. Retorno do Banco.
Al hacer clic en Liquidar Orden, emerge el mensaje: AVISO! La liquidación ha sido completada con éxito! Los datos del Comp. Bancario han sido actualizados en los Mov. Financieros. Haga click en Grabar para confirmar la liquidación!
...
Figura 6. Aviso de liquidación exitosa.
Para liquidar la Orden de Pago Vía Banco, el proceso sigue siendo el mismo. Sin embargo, para las órdenes de pago que ya cuentan con un registro financiero, se dispone de la opción y el recurso para actualizar los datos del comprobante de la transacción bancaria en el correspondiente registro financiero.
La información añadida en Financiero > Compr. Bancario se detalla en la columna del mismo nombre, situada en el informe Extracto de Caja/Banco.
...
Figura 7. Campo Compr. Bancario.
Finalizado el proceso, el estatus de la programación de caja se muestra como ORDEN PAGO BANCO.
...
Figura 8. Campo Compr. Bancario.
Las Órdenes de Pago Vía Banco (OPVB) que cuentan con el estatus Liquidado y en las cuales fue aplicado el nuevo proceso, pueden ser inactivadas, sin embargo, esto no elimina el financiero al que se encuentran vinculadas, pero sí el número de comprobante de la transacción que fue completado automáticamente. Inactivada la OPVB vinculada al financiero, está disponible excluir dicho financiero.
Este nuevo proceso también abarca las programaciones de caja registradas con el tipo de programación de cuentas de estilo Contrato. Estas programaciones pueden ser utilizadas directamente en órdenes de pago vía banco, o incluso en el módulo financiero antes de ser aplicadas en las OPVB.
Flujo para utilizar las Cuentas a Pagar de estilo CONTRATO:
Programación de Caja > Financiero > OPVB.
Programación de Caja > OPVB.
| Note |
|---|
Cuando sobre el movimiento a pagar se aplicó una retención sobre la cuenta estilo CONTRATO o el mismo requiera una, el flujo Programación de Caja > Financiero > OPVB no estará disponible para ser utilizado. Por tanto, al seleccionar movimientos con estas características, se muestra el aviso: Atención! Las Programaciones de Caja que utilicen el tipo "Contrato" y que involucren retenciones, no pueden ser seleccionadas con este flujo. Deberán ser liquidadas en el Financiero, y posteriormente, utilizar el recurso OPVB para generar el archivo para el pago. |
...
Figura 9. Campo Compr. Bancario.
12. Visualizar precio de flete en el KuDE de remisiones vinculadas a una orden de carga
Con el objetivo de dar cumplimiento a una de las normativas de la Dirección Nacional de Transporte - Paraguay, al registrar un lanzamiento de carga que posee una orden de carga vinculada y en el mismo se haya informado el valor del flete, esta información se detalla correctamente en el campo Precio de Flete, situado en el KuDE de la Nota de Remisión Electrónica.
Estos datos se completan en Movimiento > Flete > Orden de Carga > Ficha de Orden de Carga > Datos de flete > Valor del Flete.
...
Figura 1. Ventana Orden de Carga - Campo Valor del Flete.
Figura 2. KuDE de Nota de Remisión Electrónica - Campo Precio del Flete.
| Tip |
|---|
Igualmente, esta referencia se refleja en la columna NVALOFRET de la table BALFRET del XML de dicho documento. |
13. Limitación de la cantidad de caracteres del Número de Teléfono en los KuDEs y XML
Ahora, la cantidad de caracteres para el campo Número de Teléfono en el XML es de 20 caracteres alfanuméricos y en el caso de superar la cantidad de caracteres establecida por el SIFEN para el campo Celular, Facturae recortará la secuencia numérica en el XML y en el KuDE, antes del envío, de modo que este reciba la aprobación correspondiente. Para evitar posibles confusiones con dichos recortes, el usuario tiene la opción de alterar la entidad y registrar correctamente el número de teléfono de acuerdo a la nueva validación del sistema.
Estos cambios serán visibles en los KuDEs A4: Factura Electrónica, Nota de Crédito, Nota de Debito, Autofactura y KuDE cinta: Factura Electrónica.
Los registros existentes mantendrán la forma en la que fueron registradas inicialmente, únicamente si el usuario edita el registro del teléfono, necesariamente deberá completar el dato del teléfono con el nuevo formato, así también en el caso que tenga espacios y/o símbolos en la columna Número,el sistema los eliminará automáticamente, en cambio no eliminará los caracteres numéricos, a pesar de superar los quince caracteres.
14. Optimización en el cálculo de cargas con exportación
Al generar un lanzamiento de carga del tipo Remisión por Despacho, el sistema aplica para las cantidades faltantes, los cálculos correspondientes al tipo de negociación, tomando como parámetro para la estimación de la cantidad faltante, el mismo cálculo efectuado en las Remisiones por contrato y reflejando la cantidad de kilos pendientes a embarcar.
Por tanto, el cálculo aplicado por el sistema para los lanzamientos de carga cuando el tipo de negociación sea:
Peso Salida: Cant. Faltante = Cantidad total de embarque - cantidad embarcada.
Peso llegada: Cant. Faltante = Cant. Total p/Embarque - (Cant. s/retorno + Cant. c/ retorno).
...