Financiero del Microsiga Protheus®


Índice

Objetivo

Este módulo permite administrar los eventos financieros y recursos de una empresa considerando el control de los siguientes procesos:

  • Planificación financiera de las operaciones por medio de los presupuestos.
  • Seguimiento de los eventos que resultan en la entrada o desembolsos de recursos por el uso del flujo de caja, de esta manera, el administrador adquiere informaciones en tiempo real que lo ayudan en sus decisiones sobre la disponibilidad de caja.
  • Transparencia en las operaciones por medio de la contabilización de los datos.
  • Control de títulos y valores de clientes y proveedores.
  • Administración de los registros de títulos por pagar y cobrar.
  • Comunicación bancaria.
  • Control de títulos por cobrar.
  • Anticipos
  • Títulos provisionales
  • Control presupuestario por modalidad, hasta en 5 monedas distintas.
  • Control de inversión financiera
  • Control de contratos financieros.
  • Facilidad y agilidad en el tratamiento entre empresa y banco.
  • Borderó automático.
  • Instrucciones bancarias.
  • Comunicación bancaria (estándar CNAB): empresa para banco y viceversa.
  • Saldos bancarios.
  • Emisión de extractos.
  • Reconciliación bancaria.
  • Boletas.
  • Informes de verificación CNAB.
  • Control de comisiones.
  • Comisiones por la emisión de títulos.
  • Comisiones por la baja de títulos (con porcentajes diferenciados).
  • Seguimiento del historial de clientes.
  • Mayor saldo deudor.
  • Promedio de atraso.
  • Mayor atraso.
  • Títulos protestados.
  • Pagos efectuados.
  • Mayor para la cuenta corriente.
  • Control de saldos de los clientes. vencidos, por vencer, pedidos sin crédito y pedidos con crédito.
  • Control de saldos por cobrar. valor total vencido, valor total por vencer,cantidad de títulos pendientes y cantidad de títulos vencidos.
  • Diario auxiliar.
  • Resumen de cobro.
  • Contabilización de los movimientos On Line u Off Line.
  • Proyección financiera en 4 monedas: por la referencia (en días), por la tendencia inflacionaria y control de disponibilidad (por caja).


    Los parámetros utilizados en el módulo Financiero del Microsiga Protheus


    Compror

    Es un convenio de financiamiento para el pago de insumos o servicios adquiridos por el cliente junto a sus proveedores. Se destina a empresas que buscan comprar al contado de sus proveedores, pero, con un plazo mayor y mejores tasas, así como, negociando el pago con el banco en condiciones adecuadas a su flujo de caja.

    Garantías: Facturas de crédito, cheques, empeño mercantil y deudor solidario.

    Ventajas para el comprador / financiado:

    • Permite sustituir el financiamiento del proveedor por el financiamiento bancario cuando hay ofertas de tasas de intereses más atractivas.
    • Posibilidad de negociar con el vendedor los beneficios que este obtiene, similares al del vendedor.
    • Flexibilidad para planificar el flujo de caja.
    • Mejora del resultado operativo: Reducción de los intereses en el precio de compra.
    • Ventaja competitiva con relación a los competidores que no tienen el producto.

     

    Vendor - Modalidad de financiación

    Es un convenio de financiamiento de ventas basado en el principio de la cesión de crédito que permite a una empresa vender su producto a plazos a las personas jurídicas y cobrar al contado.

    El Vendor supone que la empresa compradora sea cliente tradicional de la vendedora, porque esta es la que asume el riesgo del negocio ante el banco.

    Posibilidad de utilizar medios electrónicos en la contratación de las operaciones.

    Garantías: fianza del proveedor y vendedor.

    Ventajas para el proveedor / vendedor:

    • Anticipo de caja: Cobro al contado.
    • Reducción de la carga tributaria, en la medida en que las ventas son al contado.
    • Plazos de financiamiento más flexibles.
    • Flexibilidad de tasas de intereses.
    • Más competitividad y mejor eficiencia financiera.
    • Dilatación en el plazo de pago al comprador.
    • Velocidad en el giro de las mercaderías.


    Información

    En el cuentas por pagar, para el proceso puesto a disposición para estas operaciones (COMPROR/VENDOR) debe utilizarse el motivo de baja VENDOR.

    Cuentas por pagar

    Control de títulos por pagar.

    Control presupuestario por modalidad, hasta en 5 monedas distintas.

    Baja de títulos por pagar:

    • Manual
    • Por Lote
    • Automática

    Facilidad y agilidad al tratar empresa y banco:

    • Pago automático por banco.
    • Emisión y control de cheques en formulario continuo o suelto.
    • Comunicación bancaria (estándar CNAB).
    • Control de saldos bancarios.
    • Emisión de extractos bancarios.
    • Emisión de borderó de pago.

    Seguimiento del historial de Proveedores:

    • Mayor saldo deudor.
    • Promedio de atraso.
    • Mayor atraso.
    • Mayor para la Cuenta Corriente.

    Control de saldos por pagar.

    • Valor total vencido.
    • Valor total por vencer.
    • Cantidad de títulos pendientes.
    • Cantidad de títulos vencidos.
    • Diario

    Contabilización de los movimientos: On Line y Off Line.

    Control del cajero de la empresa (saldos).

    Cuentas por cobrar

    Considera los siguientes criterios:

    Control de títulos por cobrar.

    Anticipos

    Títulos provisionales

    Control presupuestario por modalidad, hasta en 5 monedas distintas.

    Control de inversiones financieras.

    Control de contratos financieros.

    Facilidad y agilidad al tratar empresa y banco:

    Borderó automático.

    Instrucciones bancarias.

    Comunicación bancaria (estándar CNAB).

    • De empresa para Banco.
    • De Banco para empresa.

    Saldos bancarios.

    Emisión de extractos.

    Reconciliación bancaria.

    Boletas.   

    Informes de verificación CNAB.

    Control de Comisiones

    • Comisiones por la emisión de títulos.
    • Comisiones por la baja de títulos (con porcentajes diferenciados).

    Seguimiento del historial de clientes:

    • Mayor saldo deudor.
    • Promedio de atraso.
    • Mayor atraso.
    • Títulos protestados.
    • Pagos efectuados.
    • Mayor para la cuenta corriente.

    Control de saldos de los clientes.

    • Vencido.
    • Por vencer.
    • Pedidos sin crédito.
    • Pedidos con crédito.

    Control de saldos por cobrar.

    • Valor total vencido.
    • Valor total por vencer.
    • Cantidad de títulos pendientes.
    • Cantidad de títulos vencidos.
    • Diario auxiliar.
    • Resumen de cobranza.
    • Contabilización de los movimientos: On Line u Off Line.

    Proyección financiera en 4 monedas:

    • Por la referencia (en días).
    • Por la tendencia inflacionaria.
    • Control de disponibilidad (por caja)
    Flujo de caja


    Es una herramienta de gestión muy eficiente que abarca el conjunto de ingresos y de desembolsos de recursos financieros por la empresa en determinado período. El análisis y el control de las informaciones facilitan en la toma de decisiones de acuerdo con los siguientes criterios:

    • Evaluar la necesidad de recursos financieros necesarios para ejecutar los planes de acción de la empresa.
    • Utiliza de la mejor manera posible, los recursos disponibles o excedentes evitando que estén ociosos y que se orienten hacia las mejores inversiones.
    • Planificación y control que resulta de las proyecciones de ventas, producción y gastos operativos, así como, datos referentes a los índices de actividades, plazo promedio de rotación de stock, de valores por cobrar y valores por pagar.
    • Liquidar las obligaciones de la empresa en la fecha de vencimiento.
    • Analizar la procedencia del crédito que ofrece préstamos con mejores tasas, esto cuando la empresa necesite de recursos.
    • Permitir coordinar los recursos que se asignarán en activo circulante, ventas, inversiones y débitos.
    • Integración del cuentas por pagar y por cobrar.
    • Control en 5 monedas.
    • Simulación financiera, considerando aporte hipotético de préstamos, anticipos o aplazamientos.
    • Consideraciones, además de los títulos, de los pedidos de compra y venta en cartera, inversiones/retiradas futuras, comisiones, títulos en atraso y títulos provisionales.
    • Presentación gráfica del Flujo de Caja.
    • Detalles de los títulos a diario.

    Nota

    Caja chica

    Permite controlar los valores disponibles para gastos inmediatos y pequeños con el objetivo de administrar el flujo de entrada y salida de dinero de manera ágil, simple y menos burocrática. Este control se hace de acuerdo con las siguientes opciones:

    • Mantenimiento.
    • Movimientos
    • Recálculo


    AVP - Ajuste al valor presente

    El AVP realiza el ajuste para demostrar el valor presente de un flujo de caja futuro que puede estar representado por ingresos o salidas de recursos (o importes equivalentes, por ejemplo, créditos que disminuyan la salida de caja futura, que serían equivalentes a ingresos de recursos).

    Para determinar el valor presente de un flujo de caja, se requieren tres informaciones: valor del flujo futuro (considerando todos los términos y las condiciones contratadas), fecha del referido flujo financiero y tasa de descuento aplicable a la transacción.

    Para hacer viable la determinación del CPC 12 (Comité de Pronunciamientos Contables), el módulo Financiero dispone de las siguientes funcionalidades:

    • Cálculo del AVP de los títulos de la cartera por pagar y por cobrar, solamente de forma Off-Line.
    • Wizard de procesamiento para auxiliar en la parametrización y aplicación de las tasas de descuento en los títulos seleccionados.
    • Parametrización de la ejecución de los cálculos y de sus contabilizaciones, por medio de múltiples procesos (threads).
    • Múltiples ejecuciones de cálculos en un mismo período diferenciado por cartera y criterios de selección.
    • Ejecución para períodos retroactivos, considerando eventos de baja y sus respectivas realizaciones.
    • Definición del extorno de un procesamiento de ajuste realizado por la selección del proceso.
    • Definición del valor del ajuste de un título, por medio de fórmula previamente registrada en el archivo de Fórmulas del ERP (SM4).
    • Simulación de la constitución del ajuste de los títulos, que permiten evaluar para iniciar el proceso de imputación de la cartera.

     El proceso de cálculo del AVP considera las siguientes rutinas:

    • Índices Financieros.
    • Actualización del Índice.
    • Cálculo AVP Cuentas por Cobrar.
    • Cálculo AVP Cuentas por Pagar.
    • Verificación de AVP de Cuentas por Cobrar.
    • Título AVP  de Cuentas por Cobrar.
    • Verificación AVP Cuentas por Pagar
    • Títulos AVP Cuentas por Pagar
    Saldo bancario en múltiples monedas

    Este recurso realiza el control de las cuentas corrientes en otras monedas, es decir, diferentes de la moneda corriente (Real). De esta manera, si la empresa tiene cuentas corrientes en el exterior, es posible controlar los movimientos, como por ejemplo, en Dólar y/o Euro.

    Para utilizar esta funcionalidad, es necesario registrar las informaciones en la rutina de Bancos y completar el campo Moneda, consecuentemente, el saldo bancario en múltiples monedas queda habilitado para utilizarlo en las siguientes rutinas:

    • Cuentas por cobrar.
    • Cuentas por pagar.
    • Transferencias.
    • Bajas por cobrar.
    • Bajas por pagar.
    • Movimiento bancario.
    • Bajas por cobrar automáticas.
    • Borderó de Pago.

    El sistema Microsiga Protheus® tiene el recurso de cobro escritural para el entorno Financiero, que permite intercambiar informaciones estandarizadas y establecidas previamente por los bancos mediante archivos electrónicos. Este proceso garantiza más confiabilidad, velocidad en el procesamiento de datos y eliminación de los controles manuales.

    El CNAB (Conselho Nacional de Automação Bancaria) define por medio de manuales específicos, las reglas para formatear los archivos.

    Primero, es necesario que el administrador del sistema realice la configuración de los archivos de envío y devolución para los títulos en el módulo Configurador:

    Modelo 1

    Remesa

    Devolución

    CNAB por cobrar

    En el módulo Configurador, acceda a la opción CNAB por cobrar y configure el archivos de remesa del cuentas por cobrar, según situaciones y reglas descritas en el manual del banco.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: en el campo EE_Tabela informe el código de la tabla de relación entre el tipo del título en el Financiero y la clase de título en el banco. El estándar del sistema es la Tabla 17, del módulo Configurador, pero se pueden crear tablas para hacer el mismo tratamiento.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de devolución del banco referente a la clase (tipo del título) y actualice esta en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguientes manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    En el módulo Financiero, acceda a la opción Ocurrencias CNAB y registre las ocurrencias del Banco para enviar el Cuentas por Cobrar.

    En el módulo Financiero, acceda a la opción Borderó y genere los borderós con los títulos enviados al Banco.

    En el módulo Financiero, acceda a la opción Genera archivo de envío por cobrar y genere el archivo texto para enviar al Banco.

    En el módulo Configurador, acceda a la opción CNAB por cobrar y configure el archivo de retorno del Cuentas por Cobrar, según las posiciones y reglas descritas en el manual del banco.

    El sistema genera un layout estándar del archivo de retorno al incluir esta rutina. Las líneas del archivo no se deber cambiar, solo es necesario informar las columnas de la Posición Inicial y Posición Final.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: En el campo EE_Tabela informe el código de la tabla de vínculo entre el tipo del título en el Financiero y la clase del título en el banco. El estándar del sistema es la Tabla 17, del módulo Configurador, pero se pueden crear tablas para hacer el mismo tratamiento.

    Si el registro de Parámetros de banco está configurado, no será necesario incluir un registro nuevamente, a menos que se requiera trabajar con dos tablas de identificación de la clase en el sistema, envío/recepción.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de devolución del banco referente a la clase (tipo del título) y actualícela en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguientes manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    En el módulo Financiero, acceda a la opción Ocurrencias CNAB y registre las ocurrencias del banco para la devolución del Cuentas por Cobrar.

    La contabilización de la baja del cuentas por cobrar utiliza el asientos estándares del 521 al 526 para dar de baja, el 527 para anulación y el 562 para contabilización de gastos bancarios..

    En el módulo Financiero, acceda a la opción Informe Devolución CNAB y verifique la correcta recepción de los títulos, porque, aquí aparece una lista de divergencias entre el archivo texto de devolución del banco con el archivo de títulos del sistema.

    En el módulo Financiero, acceda a la opción Devolución CNAB por cobrar y reciba el archivo texto de retorno bancario, según parámetros definidos.

    CNAB por pagar

    En el módulo Configurador, acceda a la opción CNAB por Pagar y configure el archivo de remesa del Cuentas por Pagar, según posiciones y reglas descritas en el manual del banco.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: En el campo E5_Tabela informe el código de la tabla de relación entre el tipo del título en el Financiero y la clase del título en el banco. El estándar del sistema es la Tabela 17, del módulo Configurador, pero, se pueden crear tablas para hacer el mismo tratamiento.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de devolución del banco referente a la clase (tipo del título) y actualice esta en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguiente manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    No es necesario registrar ocurrencia para el Envío CNAB por Pagar.

    En el módulo Financiero, acceda a la opción Borderó y genere los borderós de pago con los títulos enviados al Banco.

    En el módulo Financiero, acceda a la opción Genera archivo de envío por pagar y genere el archivo texto para enviar al Banco.

    En el módulo Configurador, acceda a la opción CNAB por Pagar y configure el archivo de retorno del Cuentas por Pagar, según posiciones y reglas descritas en el manual del banco.

    El sistema genera un layout estándar del archivo de retorno al incluir esta rutina. Las líneas del archivo no se deber cambiar, solo es necesario informar las columnas de la Posición Inicial y Posición Final.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: En el campo EE_Tabela informe el código de la tabla de relación entre el tipo de título en el Financiero y la clase de título en el banco. El estándar del sistema es la Tabla 17, del módulo Configurador, pero se pueden crear tablas para hacer el mismo tratamiento.

    Si el registro de Parámetros de banco está configurado, no será necesario incluir un registro nuevamente, a menos que se requiera trabajar con dos tablas de identificación de la clase en el sistema, envío/recepción.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de devolución del banco referente a la clase (tipo del título) y actualice esta en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguiente manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    En el módulo Financiero, acceda a la opción Ocurrencias CNAB y registre las ocurrencias del banco para la devolución del Cuentas por Cobrar.

    La contabilización de la baja del cuentas por pagar utiliza el asiento estándar 530 para Baja y 531 para anulación.

    En el módulo Financiero, acceda a la opción "Informe Devolución CNAB", y verifique la recepción correcta de los títulos, porque aquí aparece una lista de divergencias entre el archivo texto de retorno del banco y el archivo de títulos del sistema.

    En el módulo Financiero, acceda a la opción Devolución CNAB por pagar y reciba el archivo texto de devolución bancario, según parámetros definidos.

    Modelo 2

    Remesa

    Devolución

    CNAB por cobrar

    En el módulo Configurador, acceda a la opción CNAB Modelo 2 y configure el archivo de remesa.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: En el campo EE_Tabela informe el código de la tabla de relación entre el tipo de título en el Financiero y la clase de título en el banco. El estándar del sistema es la Tabla 17, del módulo Configurador, pero se pueden crear tablas para hacer el mismo tratamiento.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de retorno del Banco referente a la clase (tipo del título) y actualícela en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguiente manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    En el módulo Financiero, acceda a la opción Ocurrencias CNAB y registre las ocurrencias del Banco para enviar el Cuentas por Cobrar.

    En el módulo Financiero, acceda a la opción Borderó y genere los borderós con los títulos enviados al Banco.

    En el módulo Financiero, acceda a la opción Genera archivo de envío por cobrar y genere el archivo texto para enviar al Banco.

    En el módulo Configurador, acceda a la opción CNAB Modelo 2 y configure el archivo de remesa.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: En el campo EE_Tabela informe el código de la tabla de vínculo entre el tipo del título en el Financiero y la clase del título en el banco. El estándar del sistema es la Tabla 17, del módulo Configurador, pero se pueden crear tablas para hacer el mismo tratamiento.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de devolución del banco referente a la clase (tipo del título) y actualícela en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguiente manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    En el módulo Financiero, acceda a la opción Ocurrencias CNAB y registre las ocurrencias del banco para la devolución del Cuentas por Cobrar.

    La contabilización de la baja del cuentas por cobrar utiliza el asientos estándares del 521 al 526 para dar de baja, el 527 para anulación y el 562 para contabilización de gastos bancarios..

    En el módulo Financiero,, acceda a la opción "Informe Devolución CNAB", y verifique la recepción de los títulos, porque aquí aparece una lista de divergencias entre el archivo texto de retorno del banco y el archivo de títulos del sistema.

    En el módulo Financiero, acceda a la opción Devolución CNAB por cobrar y reciba el archivo texto de retorno bancario, según parámetros definidos.

    CNAB por pagar

    En el módulo Configurador, acceda a la opción CNAB Modelo 2 y configure el archivo de remesa.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: En el campo EE_Tabela informe el código de la tabla de vínculo entre el tipo del título en el Financiero y la clase del título en el banco. El estándar del sistema es la Tabla 17, del módulo Configurador, pero, se pueden crear tablas para hacer el mismo tratamiento.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de devolución del banco referente a la clase (tipo del título) y actualícela en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguiente manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    En el módulo Financiero, acceda a la opción Borderó de Pagos y genere los borderós de los títulos enviados al banco.

    En el módulo Financiero, acceda a la opción Genera archivo de envío por pagar y genere el archivo texto para enviar al Banco.

    En el módulo Configurador, acceda a la opción CNAB Modelo 2 y configure el archivo de remesa.

    En el módulo Financiero, acceda a la opción Parámetros de Bancos y registre las informaciones.

    Observación: En el campo EE_Tabela informe el código de la tabla de relación entre el tipo de título en el Financiero y la clase de título en el banco. El estándar del sistema es la Tabla 17, del módulo Configurador, pero se pueden crear tablas para hacer el mismo tratamiento.

    En el módulo Configurador, acceda a la opción Tablas y verifique la que se está utilizando para este Banco (vea el registro de Parámetros de Bancos).

    Si fuera la Tabla 17, verifique el estándar de devolución del banco referente a la clase (tipo del título) y actualícela en el módulo Configurador.

    Ejemplo:

    Considerando que, para títulos tipo Fact el Banco identifica como 01, la Tabla 17 queda de la siguiente manera:

    Clave

    Descripción

    Fact

    01

    Con esto, el sistema identifica que los títulos del sistema tipo Fact son equivalentes a los títulos que el banco identifica como 01.

    En el módulo Financiero, acceda a la opción Ocurrencias CNAB y registre las ocurrencias del Banco para enviar el Cuentas por Pagar.

    La contabilización de la baja del cuentas por pagar utiliza el asiento estándar 530 para Baja y 531 para anulación.

    En el módulo Financiero, acceda a la opción "Informe Devolución CNAB", y verifique la recepción correcta de los títulos, porque aquí aparece una lista de divergencias entre el archivo texto de retorno del banco y el archivo de títulos del sistema.

    En el módulo Financiero, acceda a la opción Devolución CNAB por cobrar y reciba el archivo texto de devolución bancaria, según parámetros definidos.

    Es la remuneración de un capital invertido o prestado, o incluso, del "alquiler" que se paga o se cobra por el uso del dinero. También es la diferencia entre el valor retirado de una inversión financiera y su valor inicial.

    En cualquier economía monetarista, el costo de prestar o de tomar prestado cualquier valor debe ser medido por un índice entre el precio de ese crédito y su valor en un determinado período de tiempo. A esto se le da el nombre de tasa de intereses y que, por su lado, se utiliza como medida para evaluar tanto la tasa de remuneración de un capital de quien tiene recursos así como de quien no los tiene (toma prestado). Para quien estuviera en el primer caso, es necesario considerar los factores de riesgo, gastos, inflación y una ventaja que se espera obtener al aplicar aquella tasa (así, si fuera mayor, mejor). Para quien estuviera involucrado en el otro contexto, cuanto menor, mejor.

    Monto es el término utilizado para clasificar el capital inicial agregado a los intereses del período.

    Interés simple

    Ocurre cuando la tasa de intereses incide siempre sobre el capital inicial. La tasa, por eso, se denomina como proporcional, puesto que varía linealmente a lo largo del tiempo.

    En este caso, el 1% al día es igual al 30% al mes, que será igual a 360% al año y así en adelante.

    Considere el capital inicial P aplicado a intereses simples de tasa i por período durante n períodos.

    Recordando que los intereses simples inciden siempre sobre el capital inicial, entonces, su fórmula se representa por:

    I = P*i*n

    I = intereses producidos después de n períodos del capital P aplicado a una tasa de intereses por período igual a i.

    Al final de n períodos, sin duda que el capital es igual al capital inicial agregado a los intereses producidos en el período.

    El capital inicial agregado a los intereses del período se denomina monto (M). Entonces, la fórmula se representa de la siguiente manera:

    M = C + I

    I = C + C * i * n

    M = C + C * i * n

    Por lo tanto, M = C(1 + i * n)

     

    Ejemplo:

    La cantidad de 3.000,00 se aplica a intereses simples del 5% al mes, durante cinco años. Calcule el monto y los intereses al final de los cinco años.

    C = 3.000,00, i = 5% = 5/100 = 0,05 y n = 5 años = 5.12 = 60 meses.

    I = 3.000,00 * 0,05 * 60 = 9.000,00.

    M = 3000(1 + 0,05*60) = 3.000(1+3) = 12.000,00.

    Interés compuesto

    Ocurre cuando la tasa de interés incide sobre el capital inicial, incrementado de los intereses acumulados hasta el período anterior. La tasa varía exponencialmente a lo largo del tiempo y, en este caso, el 1% al día no es igual a un 30% al mes, que por su vez, no será 360% al ano.

    El uso de intereses compuestos es muy común en el sistema financiero y, por lo tanto, más útil para cálculos de problemas cotidianos. Los intereses generados en cada período se incorporarán al principal para calcular los intereses del período siguiente.

    La capitalización es el momento en que los intereses se incorporan al principal, así, después de tres meses de capitalización, por ejemplo, se puede notar el siguiente escenario:

    Primer mes: M =C.(1 + i).

    Segundo mes: el principal es igual al monto del mes anterior: M = C x (1 + i) x (1 + i) x (1 + i)

    Tercer mes: el principal es igual al monto del mes anterior: M = C x (1 + i) x (1 + i) x (1 + i)

    Este contexto resulta en la fórmula:

    M = C(1 + i)n

    La tasa i tiene que expresarse en la misma medida de tiempo de n, quiere decir que ambas deben estar en la misma unidad, es decir, tasa de interés al año para n años.

    En el sistema la tasa informada se trata como tasa anual, de esta manera, el n se debe convertir en años, es decir, 1 mes es equivalente a 1/12 o 30/360 para quedar en la misma unidad de la tasa de intereses.

    Para calcular solamente los intereses, basta disminuir el valor principal del monto al final del período:

    I = M – C

     

    Ejemplo:

    Calculo del monto de un capital de $6.000,00 invertido al interés compuesto durante un año, con tasa de un 3,5% al mes.

    C = R$6.000,00

    n = 1 año = 12 meses

    i = 3,5 % a.m. = 0,035

    M = ?

    Usando la fórmula: M = C (1 + i) n

    M = 6.000 (1 + 0,035)12

    M = 6.000 x 1,511 = 9.066,41

    Relación entre intereses y progresiones

    En un régimen de capitalización con interés simple, el saldo crece en progresión aritmética.

    En un régimen de capitalización con interés compuesto, el saldo crece en progresión geométrica.

    Suponiendo un saldo inicial de R$ 1.000,00 y una tasa de interés del 50% al período.

    Interés simple:

    Período Saldo
    1 1.500,00
    2 2.000,00
    3

    2.500,00

    4

    3.000,00

    5

    3.500,00

    6

    4.000,00

    7

    4.500,00

    8

    5.000,00

    9

    5.500,00

    10

    6.000,00


    Interés compuesto:

    Período Saldo
    1

    1.500,00

    2

    2.250,00

    3

    3.375,00

    4

    5.062,50

    5

    7.593,75

    6

    11.390,63

    7

    17.085,94

    8

    25.628,91

    9

    38.443,36

    10

    57.665,04


    En el cálculo de interés compuesto, por tratarse de una progresión geométrica, inciden intereses sobre intereses y no se puede dividir una tasa anual para obtener la tasa diaria. En este caso, se debe utilizar la tasa equivalente:

    i q = (1 + i t)q/t-1

    i q = tasa para el plazo deseado.

    i = tasa para el plazo obtenido.

    q  = plazo deseado.

    t = plazo obtenido.

    a.a. = al año.

    a.d. = al día.

     

    Ejemplo:

    9,7% a.a. equivalente a:

    i q = (1 + 0,097) 1/360 - 1 = 0,000257197

    iq = 0,02572% (por lo menos con 5 dígitos significativos), es decir:

    9,7% a.a. equivale a 0,02572% a.d.

     

    Para intereses compuestos la fórmula es:

    FV = Valor futuro

    PV = Valor presente

    I = Tasa (*)

    n = Período (*)

    Nota

    (*) estas dos variables deben estar en el mismo período de tiempo.

    Entonces:

    FV = 14.500 (1 + 0,097) 1/360 = 14.503,73

    I = 14.503,73 – 14.500,00 = 3,73

    Observación: 1/360 = 1 día en un año.

    O utilizando la tasa equivalente diaria:

    FV = 14.500 (1 + 0,000257197) 1 = 14.503,73

    I = 14.503,73 – 14.500,00 = 3,73

    Nota

    El cálculo de los intereses para títulos por cobrar (que aun no se pagaron) se efectúa siguiendo el parámetro MV_JURTIPOS de acuerdo con los seguientes criterios:

    Interés Simple (Parámetro MV_JURTIPOS = S)

    Interés = Saldo del título * (1 + (días de atraso * (tasa de interés / 100)))

     

    Interés Compuesto (Parámetro MV_JURTIPOS = C)

    Interés = Saldo del título * ((1 + (tasa de interés / 100)) * (días de atraso)

     

    Interés mixto (Parámetro MV_JURTIPOS = M)

    Es la combinación del simples con el compuesto, en que:

    Hasta 30 días se considera el cálculo de interés simple.

    Interés = Saldo del título * (1 + (días de atraso * (tasa de interés / 100)))

     

    Superior a 30 días se considera el cálculo de interés compuesto.

    Interés simple = Saldo del título * (1 + (30 * (tasa de interés / 100)))

    Interés = interés simple * ((1 + (tasa de interés / 100)) * días de atraso – 30)

     

    Observación

    Cuando no hay porcentaje de interés indicado en el título, el cálculo se hace por la tasa de permanencia:

    Interés = Valor de la Tasa de Permanencia * días de atraso

    Primeramente, es necesario dividir el valor de la inversión por el valor de la cuota en el día de la inversión. Generalmente, el valor de las cuotas se divulga con 6 decimales.

    R$ 10.000,00/R$1,263745 = 7.912,988775 cuotas.

    Ejemplo:

    R$ 10.000,00/R$1,263745 = 7.912,988775 cuotas

    El sistema utiliza la cuota registrada en el contrato para que al incluir la inversión se realice la conversión. Las inversiones se controlan en cuotas a partir de la inclusión de la inversión.

    Despuess de saber la cantidad de cuotas, es necesario multiplicarla por el valor de la cuota del día para obtener su saldo

    El sistema utiliza la cuota registrada en el contrato para que al incluir la inversión se realice la conversión. Las inversiones se controlan en cuotas a partir de la inclusión de la inversión.

    Después de saber la cantidad de cuotas, es necesario multiplicarla por el valor de la cuota del día para obtener su saldo.

    Suponiendo que, después de veinticinco días consecutivos, la cuota se haya valorizado y ahora corresponda a $ 1,283459. La multiplicación resulta en el valor de la inversión actualizada, es decir:

    7.912,988775 x R$ 1,283459 = R$ 10.156,00.

    Esta cuota debe registrarse en la opción Actualiza cotización de la rutina Contratos bancarios.

     

    Rendimiento bruto total obtenido en el periodo

    Para calcular el rendimiento bruto total obtenido en el período se consideran los siguientes criterios:

    Suponiendo un saldo en cuotas de 7.912,988775 multiplicado por la cuota del último día hábil del mes anterior o cuota del día de la inversión:

    7.912,988775 x 1,263745 = 10.000,00

    Suponiendo un saldo en cuotas de 7.912,988775 multiplicado por la cuota del día de la retirada o imputación menos el saldo encontrado en el ítem 1.

    Rendimiento Bruto: 7.912,988775 x 1,283459 – 10.000,00 = R$ 156,00.

    Para calcular el rendimiento proporcional a la retirada es necesario obtener el valor de la retirada en cuotas y dividir por el valor de la retirada por la cuota del día.

    Ejemplo:

    1.000,00 / 1,283459 = 779,144484 (suponiendo un retiro de R$ 1.000,00)

    Se multiplica el valor en cuotas obtenido en el ítem 1 por la cuota del último día hábil del mes anterior o por la cuota del día de la inversión:

    779.144484 x 1,263745 = 984,64.

    Del valor del retiro debe restarse el valor encontrado en el ítem 2 para obtener el valor del rendimiento proporcional a los 1.000,00:

    1.000,00 – 984,64 = 15,36

    Para una mejor comprensión, en el retiro parcial, el rendimiento se calcula utilizando una regla de tres simple.

    Si 156,00 es el rendimiento para los 10.000,00 actualizados, el rendimiento sobre 1.000,00 es:

    X = (156,00 x 1.000,00) / 10.156,00 = 15,36

    Donde X = Rendimiento sobre el retiro parcial.

    Rendimiento

    Retiro

    156,00

    10.156,00

    vs.

    1.000,00

    Observe que el cálculo se realizó después de veinticinco días consecutivos, por lo tanto, NO está exento de la cobranza de IOF, si hubiera retiro o imputación, debe calcularse el valor referente al IOF por pagar.

    Por la tabla de cobranza del impuesto, si hubiera un retiro el 25º día después de la inversión, debe pagarse el IOF equivalente al 16% del rendimiento (vea en la tabla de IOF que 25 días corresponden al 16% de IOF sobre el rendimiento).

    Valor de IOF por pagar:

    16% = 0,16 x R$ 156,00 = R$ 24,96

    Si el retiro fuera a partir del 30º día de la fecha de inversión, estará exento de la cobranza de IOF sobre el rendimiento.

     

    IR sobre el rendimiento bruto

    En el cálculo del Impuesto a la renta que incide sobre el rendimiento bruto, el IR se retiene en la fuente por el Administrador del fondo de inversión. El pago se hará siempre en el último día del mes vigente o en la retirada (lo que antes ocurra).

    Si no se realiza el retiro en el último día hábil del mes, el administrador realizará automáticamente el débito del saldo en cuotas, equivalente al valor de IR adeudado en el mes vigente.

    Se aplica una tasa del 20% sobre el rendimiento bruto en el caso de un Fondo de renta fija que debe pagarse al Fisco.

    El rendimiento bruto descuenta el IOF adeudado, si hubiera un retiro en un periodo inferior a 30 días consecutivos.

    De esta manera, el valor del IR que se pagará sin incidencia de IOF (plazo de retiro a partir del 30º día de la inversión) es:

    $ 156,00 x 20% = 0,20 = $ 31,20

    Si no se hubiera ningún retiro hasta el final del mes, el saldo de cuotas en el último día hábil del mes se reducirá a:

    $ 31,20 dividido por $ 1,283459 (cuota del último día hábil del mes) = 24,309308 cuotas.

     

    Incidencia de IOF

    Suponiendo una retirada en el 25º día, habrá incidencia de $ 24,96 de IOF, más el IRF:

    IRF = (156,00 - 24,96) = $ 131,04 multiplicado por el 20% = $ 26,21

    Para mostrar la forma de cálculo del rendimiento final y la rentabilidad neta de los impuestos que inciden, consideramos un retiro en el 25º día después de la inversión, con incidencia de IOF e IR.

    Observación: Si el IOF calculado ocurre en el momento de la imputación (IOF Virtual), su valor se agregará al rendimiento del mes siguiente, pues solamente se utilizó para no calcular el IR sobre el IOF en el primer mes y para que en el mes siguiente no se calcule un rendimiento menor y consecuentemente un IR menor.

     

    Cálculo de la rentabilidad:

    a) Rendimiento neto

    Rendimiento bruto – IOF – IR = R$ 156,00 – R$ 24,96 – R$ 26,21 = R$ 104,83

    b) Rentabilidad neta

    Rendimiento neto dividido Valor invertido inicial x 100 = R$ 104,83 / R$ 10.000,00

    1,05%, en el periodo de los 25 días seguidos.

    En el mes siguiente, el rendimiento de la inversión se calculará utilizando la cuota del último día útil del mes anterior y la cuota del día de la imputación.

    Nota

    El valor de la cuota del último día hábil del mes anterior debe informarse en el registro de Contratos Bancarios, opción Actualiza cotización.

    El sistema actualiza el valor de las cuotas después de ejecutar la rutina Imputación mensual, sin embargo, si el usuario hubiera borrado el valor de la cuota, es necesario informarla manualmente por medio de esta opción.

    Tanto en la retirada como en la imputación mensual, el sistema ya actualiza este archivo con el valor correspondiente de la cuota informada en cada caso.


    Inversiones CDI

    El cálculo de la variación del CDI acumulado entre fechas se efectúa utilizando la fórmula:

    C = resultado de las tasas DI-CETIP Over con uso del porcentaje destacado de la fecha inicial (incluso) hasta la fecha final (exclusivo), calculado con redondeo de 8 (ocho) decimales.

    n = Número total de tasas DI-CETIP Over, en que n es un número entero.

    P = porcentaje informado para la remuneración, se informa con 4 (cuatro) decimales.

    TDIk = Tasa DI-CETIP Over, expresa al día, calculada con redondeo de 8 (ocho) dígitos decimales.

     Para las tasas de CDI publicadas hasta el 31/12/1997, la fórmula de la Tasa DI-CETIP Over utilizada es:

    k = 1, 2, ..., n

    Ejemplo:

    Porcentaje informado para remuneración: 97,5000.

    K DI TDI (DI/3000) TDI * (P/100) (1+TDI * (P/100)) * k-1 = Factor k
    1 16,62 0,00554000 0,00540150 1,00540150
    2 16,63 0,00554333 0,00540475 1,01083544
    3 16,74 0,00558000 0,00544050 1,01633489
    4 16,70 0,00556667 0,00542750 1,02185105

    k-1 = (1+TDI * (p/100) de k -1, exceto quando k=1, pois, neste caso, o multiplicador é 1.

    Nota

    Essa fórmula era utilizada para cálculo da variação porque a taxa DI-CETIP Over era publicada até 31/12/1997 em uma base mensal, entretanto, se mesmo após essa data a taxa continuar com o cadastro no SM2 em uma base mensal é necessário utilizar o parâmetro MV_BASECDI para que o sistema calcule o rendimento corretamente.

     

    Para las tasas de CDI publicadas después del 01/01/1998, la fórmula que se utiliza es:

    k = 1, 2, ..., n

    Ejemplo:

    Porcentaje informado para remuneración: 97,5000.

    K DI TDI (DI/3000) TDI (DI/3000) (1+TDI * (P/100)) * k-1 = Factor k
    1 16,62 0,00061031 0,00059505 1,000580174
    2 16,63 0,00061065 0,00059538 1,001161008
    3 16,74 0,00061439 0,00059903 1,001745742
    4 16,70 0,00061303 0,00059770 1,002329521

    Multiplicando el factor k por el saldo de la inversión, se obtendrá el valor actualizado (con interés). Los intereses resultan de la resta del saldo del valor actualizado.

    El módulo Financiero utiliza dos mecanismos diferentes en la impresión de cheques:

    SIGALOJA.DLL: desarrollado por el equipo de Automatización Comercial este es responsable por la comunicación del sistema con las impresoras de cheques.

    Nota

    DLL es un mecanismo que facilita la comunicación entre el sistema y el equipamiento que requiere desarrollo interno de tecnología.

    Para imprimir cheques utilizando estas opciones es necesario mantener la DLL del \Smart Client del Control de Tiendas actualizada, así como, los drivers del fabricante.

    Al utilizar el ActiveX el sistema no instala automáticamente la DLL, por lo tanto, no se pueden utilizar las impresoras.

    Impresión directo en el puerto: El financiero envía todos los comandos al puerto serial (COM?) o paralela (LPT?) sin pasar por la DLL del módulo Control de Tiendas. Para hacer las pruebas utilizando la impresión en el puerto, utilice la rutina Impresión de cheques del módulo Financiero.

    Al utilizar el sistema para imprimir, aparece una lista con nombres similares de impresoras, no obstante, cada una de ellas utiliza formas de comunicación diferentes.

    En la mayoría de los casos, las impresoras de cheques utilizan la comunicación por el puerto serial (COM?). Algunas de estas permiten conectarse a la computadora (LPT?) y aun existen las que aceptan ambos tipos de conexión (cable propio para tal).

    El sistema envía datos básicos del cheque a la impresora:

    • Código del banco.
    • Nombre del favorecido.
    • Valor del cheque.
    • Municipio de emisión.
    • fecha de emisión del cheque.

    La impresora ya tiene configuraciones para los modelos de cheques de los diferentes bancos (grabadas en circuito integrado en la memoria).

    Para más informaciones de como incluir / modificar tales configuraciones, consulte el manual de la impresora.

    Nota

    Para impresoras que reciben comando directo en el puerto serial (COM?) del módulo Financiero es importante resaltar que: para imprimir cheques por medio de estas opciones, no es necesario alguna configuración específica (ni de archivos intermediarios) tal como DLL y drivers.

    Existen equipamientos que además de impresora fiscal también imprimen cheques. Estas impresoras pueden utilizar tanto el mecanismo de impresión con la DLL del Control de Tiendas como por la impresión directa en el puerto.

    La tabla de impresoras se actualiza cuando haya nuevas homologaciones y/o cambios de tecnología.

    Todas las impresoras de cheques que utilizan el mecanismo de impresión compatibles por la DLL del Control de Tiendas deben tener su funcionamiento activado en el módulo Financiero, de esta manera, algunos parámetros específicos del Financiero se configuran.

    El estándar del sistema considera el mecanismo de impresión directo en el puerto, pero, existen excepciones para las impresoras Bematech y Olivetti PR-45, porque tienen documentación específica que contiene la descripción de funcionamiento. Para las impresoras XTP y DATAREGIS las rutinas de impresión están disponibles solo en el sistema operativo DOS 2.06 y2.07.

    Para imprimir el año con cuatro dígitos en las impresoras de cheques, el parámetro MV_CHEQ4DG indica si el sistema debe enviar los cuatro dígitos a la impresora, donde el estándar es N (envía solo 2 dígitos)

    Nota

    Para más informaciones sobre la configuración de impresoras, consulte Impresoras no fiscales

    El módulo Financiero dispone de algunas funciones para integración con la planilla Excel:

    Extenso()

    Extenso(nNumToExt,lQuantid,nMoeda,cPrefixo,cIdioma,lCent,lFrac)

    Genera el nombre por extenso de un valor numérico.

    Nota

    Parámetros:

    nNumToExt: Valor que se debe generar por extenso.

    lQuantid: determina si el extenso es en valor o en cantidad (default .F.).

    nMoeda: identifica la descripción de la moneda que se obtendrá del parámetro "MV_MOEDAx".

    cPrefixo: prefijo alternativo. Si se especifica, determina que se devuelva el nombre por extenso, esto hace que la unidad monetaria no se devuelva (default = "").

    cIdioma: determina en qué idioma debe devolverse  el valor del nombre por extenso (1=Port,2=Espa,3=Ingl). El estándar es el idioma del sistema.

    lCent: determina si la función debe devolver los centavos, .T. es el estándar.

    lFrac: determina si los centavos deben devolverse en modo fraccionado (se ejecuta sólo en cIdioma Inglés).


    FinNatOrc()

    FinNatOrc(cNatureza,cMes,nMoeda,nAno)

    Devuelve el valor presupuestado de la modalidad.

    Nota

    Parámetros:

    cNatureza: modalidad que se buscará.

    cMes: mes para cálculo.

    nMoeda: moneda de salida.

    nAno: año para cálculo.


    FinNatPrv()

    FinNatPrv(cNatureza,dDataIni,dDataFim,nMoeda,nTipoData,lConsDtBas,lConsProvis)

    Devuelve el valor previsto de la modalidad en el periodo deseado.

    Nota

    cNatureza: modalidad deseada.

    dDataIni: Fecha de inicio de la emisión o del vencimiento real de los títulos, según el parámetro nTipoData.

    dDataFim: Fecha final de la emisión o del vencimiento real de los títulos.

    nMoeda: indica la moneda en que se devolverán los valores.

    nTipoData: tipo de fecha utilizado para buscar los títulos: 1-Emisión; 2-Vencim Real.

    lConsDtBas: Indica si el saldo vuelve en la fecha base del sistema sin considerar las bajas efectuadas después de esta fecha, o si el saldo se devolverá independiente de la fecha base.

    lConsProvis: Indica si deben considerarse los valores de los títulos provisionales.


    FinNatRea()

    FinNatRea(cNatureza,dDataIni,dDataFim,nMoeda,lMovBco,cTipoDat)

    Devuelve el valor realizado de la modalidad.

    Nota

    Parámetros:

    cNatureza: modalidad deseada.

    dDataIni: fecha inicial de la digitación o del movimiento de la baja, según el parámetro cTipoDat.

    dDataFim: fecha inicial de la digitación o del movimiento de la baja, según el parámetro cTipoDat.

    nMoeda: indica la moneda en que los valores se devuelven.

    lMovBco: 0=indica que no deben sumarse las bajas que no reflejen movimiento en el saldo del banco; 1=indica que deben sumarse las bajas que no reflejen movimiento en el saldo del banco.

    cTipoDat: fecha que se utilizará en el período informado en dDataIni y dDataFim: DG - fecha de digitación DT - fecha del movimiento.


    RecMoeda()

    RecMoeda(dData,cMoeda)

    Devuelve la cotización de la moneda en una fecha determinada.

    Nota

    Parámetros:

    dData: fecha deseada para la cotización.

    cMoeda: código de la moneda deseada.


    SldBco()

    SldBco(cBanco,cAgencia,cConta,dData,nMoeda,lLimite)

    Devuelve el saldo bancario en una fecha

    Nota

    Parámetros:

    cBanco: código del banco (en blanco ; todos).

    cAgencia: código de la agencia (en blanco ; todas).

    cConta: código de la cuenta corriente (en blanco ; todas).

    dData: fecha del saldo

    nMoeda: código de la moneda en la que desea el saldo.

    lLimite: define si debe considerar el límite del cheque para componer el saldo (.T.  - Considera;  .F. - No Considera)


    SldReceber()

    SldReceber(dData,nMoeda,lDtAnterior,lMovSE5)

    Devuelve el saldo por cobrar en una fecha determinada.

    Nota

    Parámetros:

    dData: fecha del saldo

    nMoeda: moneda deseada para el saldo.

    lDtAnterior: Indica si el saldo utiliza la fecha informada, o sólo el saldo en la fecha informada en dData.

    lMovSE5: Indica si debe considerar solamente el saldo pendiente o también los saldos dados de baja (.T. - Considera saldos dados de baja;.F.  - No Considera los saldos dados de baja).


    SldPagar()

    SldPagar(dData,nMoeda,lDtAnterior,lMovSe5)

    Devuelve el saldo por pagar en una fecha determinada.

    Nota

    Parámetros:

    dData: fecha del saldo

    nMoeda: moneda deseada para el saldo.

    lDtAnterior: Indica si el saldo utiliza la fecha informada, o sólo el saldo en la fecha informada en dData.

    lMovSE5: Indica si debe considerar solamente el saldo pendiente o también los saldos dados de baja (.T. - Considera saldos dados de baja;.F.  - No Considera los saldos dados de baja).


    VlrCliente

    VlrCliente(cCliLoja,dDtIni,dDtFin,nMoeda,lConsAbat,lConsAcresc,lConsDecresc)

    Devuelve el valor de los títulos del cliente en un período.

    Nota

    Parámetros:

    cCliLoja: código del cliente, incluyendo la tienda.

    dDtIni: fecha de emisión inicial de los títulos del cliente.

    dDtFin: fecha de emisión final de los títulos del cliente.

    nMoeda: moneda que se desea para los valores.

    lConsAbat: indica si los títulos de descuento se deben considerar para componer los valores de los títulos.

    lConsAcresc: indica si deben considerarse los incrementos de los títulos del cliente.

    lConsDecresc: Indica si deben considerarse los descuentos de los títulos del cliente.


    VlrFornece

    VlrFornece(cForLoja,dDtIni,dDtFin,nMoeda,lConsAbat,lConsAcresc,lConsDecresc)

    Devuelve el valor de los títulos del proveedor en un período.

    Nota

    Parâmetros:

    Parámetros:

    cForLoja: Código del proveedor, incluyendo la tienda.

    dDtIni: Fecha de emisión inicial de los títulos del proveedor.

    dDtFin: Fecha de emisión final de los títulos del proveedor.

    nMoeda: moneda que se desea para los valores.

    lConsAbat: indica si los títulos de descuento se deben considerar para componer los valores de los títulos.

    lConsAcresc: Indica si deben considerarse los incrementos de los títulos del proveedor.

    lConsDecresc: Indica si deben considerarse los descuentos de los títulos del proveedor.


    SldCliente()

    SldCliente(cCliLoja,dData,nMoeda,lMovSE5)

    Devuelve el saldo por cobrar del cliente en una fecha determinada.

    Nota

    Parámetros:

    cCliLoja: código del cliente, incluyendo la tienda.

    dDataCN fecha del saldo

    nMoeda: código de la moneda en la que desea el saldo.

    lMovSE5: Indica si debe considerar solamente el saldo pendiente o también los saldos dados de baja (.T. - Considera saldos dados de baja;.F.  - No Considera los saldos dados de baja).


    SldFornece()

    SldFornece(cForLoja,dData,nMoeda,lMovSE5)

    Devuelve el saldo por pagar al Proveedor en una fecha determinada.

    Nota

    Parámetros:

    cCliLoja: código del cliente, incluyendo la tienda.

    dData: fecha del saldo.

    nMoeda: código de la moneda que desea el saldo.

    lMovSE5: indica si debe considerar solamente saldo pendiente o también saldos dados de baja (.T. - Considera saldos dados de baja; .F. - No considera saldos dados de baja).


    Promedio()

    Media(nMoeda, nMes, nAno)

    Devuelve la tasa promedio de una moneda en un determinado mes/año.

    Nota

    Parámetros:

    nMoeda: Código de la Moneda

    nMes: Mes deseado.

    nAno: Año deseado.


    xMoeda

    xMoeda(nValor,nMoedp,nMoedd,dData,nDecimal,nTaxap,nTaxad)

    Convierte valores entre monedas.

    Nota

    Parámetros:

    NValINSS valor por convertir.

    nMoedp: Moneda de origen.

    nMoedd: Moneda de destino.

    dDataCN Fecha de la tasa de la moneda de destino.

    nDecimais Cantidad de cifras decimales.

    nTaxap: Tasa de la moneda de origen.

    nTaxad: Tasa de la moneda de destino.

    Integración de los módulos Materiales y Financiero

    Durante la implantación del módulo Materiales, también, es necesario definir el modelo de trabajo del módulo Financiero. Los principales criterios considerados son:

    • El método de acceso a las tablas (compartido o exclusivo).
    • Modalidad financiera
    • Prefijo de los títulos.
    • Cuotas de los títulos.

    Para esto, es importante observar como se realizan las integraciones entre estos y, como ejemplo, se utilizan los documentos de entrada y salida, porque, estos se integran al módulo Financiero por medio de la generación de los títulos por cobrar y pagar. En este caso, se utilizan los siguientes parámetros:

    • MV_1DUPPREF: MV_1DUPPREF - prefijo del título para el documento de salida.
    • MV_2DUPPREF: MV_2DUPPREF - prefijo del título para el documento de entrada.
    • MV_1DUPNAT: MV_1DUPNAT - prefijo del título para el documento de salida.
    • MV_2DUPNAT: MV_2DUPNAT - modalidad del título para el documento de entrada.
    • MV_1DUP: MV_1DUP - número de la primera cuota del título financiero.

     

    Cuentas por pagar

    La clave primaria o primary key del título de cuentas por pagar se compone de:

    PREFIJO + NÚMERO + CUOTA + TIPO + PROVEEDOR + TIENDA

    Debe completarse de la siguiente manera:

    • Prefijo: Prefijo - según lo definido por el parámetro “MV_2DUPPREF”.
    • Número: Número - lo determinará el número del documento de entrada.
    • Cuota: Cuota - la definirá el parámetro MV_1DUP para las compras a plazo y no debe informarse para las compras al contado.
    • Tipo: Tipo - lo determinará la tabla de Tipos de Títulos (SES). En la configuración inicial del sistema está definido como 'NF'. Vale decir que sólo se permite un tipo de título para generar estos documentos y tras definirlo, no podrá modificarse por la rutina mantenimiento de Tipos de Títulos, y tampoco utilizarlo para inclusiones manuales de títulos en el entorno Financiero. Es decir, este tipo de título sólo debe utilizarse para integración.

    Proveedor/Tienda: Proveedor/Tienda - se rellenarán con los correspondientes datos del documento de entrada.

    Nota

    La modalidad financiera no hace parte de la clave primaria del título del Cuentas por Pagar, pero por tratarse de una información obligatoria, el usuario debe estar seguro que siempre contendrá información.


    Cuentas por cobrar

    La clave primaria o primary key del título de cuentas por cobrar se compone de:

    PREFIJO + NÚMERO + CUOTA + TIPO

    Debe rellenarse de la siguiente forma:

    • Prefijo: Prefijo - según lo definido por el parámetro “MV_1DUPPREF”.
    • Número: Número - lo determinará el número del documento de salida.
    • Cuota: Cuota - la definirá el parámetro MV_1DUP para las compras a plazo y no debe informarse para las compras al contado.

    Tipo: Tipo - lo determinará la tabla de Tipos de Títulos (SES). En la configuración inicial del sistema está definido como 'NF'. Vale decir que sólo se permite un tipo de título para generar estos documentos y tras definirlo, no podrá modificarse por la rutina mantenimiento de Tipos de Títulos, y tampoco utilizarlo para inclusiones manuales de títulos en el entorno Financiero. Es decir, este tipo de título sólo debe utilizarse para integración.

    Nota

    La Modalidad financiera no hace parte de la clave primaria del título del cuentas por pagar, pero por tratarse de una información obligatoria, es necesario asegurar que siempre contendrá información.

    De esta manera, se puede ver la importancia de la definición del parámetro MV_1DUP para la perfecta cumplimentación de los parámetros  MV_1DUPNAT y MV_2DUPNAT para la cumplimentación y uso de las Modalidades financieras.

    Los parámetros MV_1DUPPREF e MV_2DUPPREF son igualmente importantes con relación a los demás citados, esto porque, estos permitirán modificar la clave primaria de los títulos financieros después de la grabación.

    Ejemplo:

    Suponiendo que las tablas del módulo Financiero están compartidas y las de Materiales están como exclusivas. Como el prefijo se puede modificar después de grabar la tabla, no existe un método para evitar la duplicación de los títulos financieros, esto ocurrirá si dichos parámetros no se modifican, cuando sea definido el criterio de acceso a las tablas del módulo Financiero.

    De esta manera, si se modifica el método de uso compartido del Financiero, es necesario asegurar, por medio de los parámetros MV_1DUPPREF y MV_2DUPPREF que no existe duplicación de la clave primaria de sus tablas.

    Parámetro MV_1DUPPREF informado con: ExecBlock('1DUPPREF',.F.,.F.).

    Creación de la User Function:

    User Function 1DupPref()

    Local aArea : GetArea()

    Local aAreaSE1: SE1->(GetArea())

    Local cPrefixo : SubStr(AllTrim(xFilial('SF2')+SE1->E1_SERIE),1,3)

    dbSelectArea('SE1')

    dbSetOrder(1)

    While MsSeek(xFilial('SE1')+cPrefixo+SE1->E1_NUM+SE1->E1_PARCELA+SE1->E1_TIPO) .And. aAreaSE1[3] <> SE1->(RecNo())

    cPrefixo : Soma1(cPrefixo)

    EndDo

    RestArea(aAreaSE1)

    RestArea(aArea)

    Return(cPrefixo)

    Nota

    Si se utiliza el método de acceso definido por TOTVS®, no será necesario modificar los parámetros MV_1DUPPREF y MV_2DUPPREF.

    Integración entre los módulos de RRHH y Financiero

    Cuando se genera el totalizador para el RRHH, referente a los datos del bloque F100 del SPED PIS/COFINS, se genera un archivo para verificar los datos de la carpeta SYSTEM.

    Nombre del archivo: FIN + Código de la sucursal (si la tabla está como exclusiva) + DES + Mes y Año de Referencia + .DBF

    Layout: SUCURSAL + PREFIJO + NUMERO + CUOTAA + TIPO + CLIENTE + TIENDA + FECHA + MODALIDAD + VALOR + TABLA.

    Ejemplo:

    Nombre del archivo generado para el mes de agosto de 2015 de la sucursal 01: FIN01DES082015.DBF

    Integración entre los módulos de Compras y Financiero
    • Esta integración considera cumplir con la legislación dedicada a la retención de ISSQN en el municipio de São Bernardo do Campo. De esta manera, el sistema calcula la retención en los títulos cuando se efectúa el registro de los documentos de entrada de servicios, por medio del módulo Compras.

      • Destinatarios: empresas tomadoras de servicios del Municipio de São Bernardo do Campo – SP.
      • Objetivo: responsabilidad de los tomadores de servicios, establecidos en el Municipio de São Bernardo do Campo/ SP, excepto las personas físicas, por el pago del ISS retenido en la fuente sobre los servicios que contraten.
      • Vigencia: Municipal – São Bernardo do Campo – São Paulo.
      • Legislación considerada: Ley Municipal nº 1802 de 26 de diciembre de 1969 (y sus modificaciones).
      • Otras informaciones: Municipio de São Bernardo do Campo.

      En esta condición, se deben considerar los siguientes criterios:

      • El parámetro MV_VBASISS indica el valor base para la no retención del impuesto, según la legislación, el valor es R$ 5.620,50. Los títulos mencionados de este valor tendrán impuesto retenido.
      • El parámetro MV_MODRISS controla la forma de retención del ISS que puede ser por título, mensual (normal) o por base.
      • El campo E2_VRETISS almacena el valor de la retención del impuesto.
      • El campo E2_VBASISS presenta el valor acumulado de ISS retenido sobre los títulos dentro del mes.
      • El campo F4_RETISS determina si el movimiento debe retener el ISS.

       

      Configuración de campos específicos de la tabla SE2:

      • Tabla: SE2
      • Campo: E2_VRETISS
      • Tipo: numérico
      • Descripción: valor retenido ISS
      • Tamaño: 15
      • Decimal: 2
      • Formato: @E 999,999,999,999.99
      • Contexto: Real
      Propiedad: visualizar 

    Nota

    Los campos E2_VRETISS y E2_VBASISS son de control del sistema y no se deben manejar.


    • Tabla: SE2
    • Campo: E2_MDRTISS
    • Tipo: caracter
    • Descripción: modo de retención del ISS
    • Tamaño: 1
    • Decimal: 0
    • Formato: @!
    • Opciones: 1 – Normal (siempre prorratea el valor del ISS; independiente del valor del título) / 2 - Por base (solo retiene el valor de ISS cuando el valor sobrepase al que está contenido en el parámetro MV_VBASISS, de acuerdo con la legislación). 


    Nota

    Este campo tiene como objetivo cumplir con la misma sistemática implementada en la inclusión de facturas de servicios del módulo Compras (de acuerdo con la legislación).

    Si este campo ya consta en el diccionario/ base de datos, habilítelo.

      

    Configuración de campos específicos de la tabla SE4:

    • Tabla: SE4
    • Campo: F4_RETISS
    • Tipo: caracter
    • Descripción: retiene ISS
    • Tamaño: 1
    • Decimal: 0
    • Formato: @!

    Opciones: 1 - Sí (estándar del sistema) / 2 - No.

    Nota

    Cuando este campo esté con la opción igual a blanco, el sistema asume el estándar, es decir, igual a .

    Parámetros/Configuraciones 

    El sistema Microsiga Protheus® utiliza en sus rutinas configuraciones estandarizadas o específicas, llamadas de parámetros. Este es una variable que actúa como elemento clave para ejecutar determinados procesamientos y, de acuerdo con su contenido, se pueden obtener diferentes resultados.
    Todas las variables se inician por el prefijo MV_ y actúan sobre diversas operaciones, como por ejemplo, el MV_JUROS que define un estándar para la tasa de financiamiento negociado con los proveedores durante la negociación del proceso de cotización.
    El módulo Financiero utiliza varios parámetros, considerando que, algunos de estos también son comunes a otros módulos y, si se modifican, el nuevo contenido se considera para todos los involucrados.
    Existen parámetros que son solamente configuraciones genéricas, como: configuración de periféricos (impresoras), fechas de apertura, nomenclaturas de monedas, etc.

    Nota

    Los parámetros iniciados con números, después del prefijo MV_, se deben consultar en el ítem #.
    El contenido de los parámetros se puede modificar en la rutina Parámetros del módulo Configurador.

    Los parámetros utilizados en el módulo Financiero del Microsiga Protheus® son:

      Nombre

      Descripción

      Contenido
      MV_1DUP

      Define el inicio de la primera cuota del título generado.

      Ejemplo:

      A - Para secuencia Alfa.

      1 - Para secuencia Numérica.

      A
      MV_1DUPNAT

      Campo o dato para grabar la modalidad del título. Cuando este sea generado automáticamente por el módulo de Facturación.

      SA1->A1_NATUREZ
      MV_1DUPREF

      Campo o dato para grabar el prefijo del título. Cuando este sea generado automáticamente por el módulo de Facturación.

      SF2->F2_SERIE
      MV_2DUPNAT

      Campo o dato para grabar la modalidad del título. Si este fuera generado automáticamente por el módulo de Compras.

      SA2->A2_NATUREZ
      MV_2DUPREF

      Campo o dato para grabar el prefijo del título. Si este fuera generado automáticamente por el módulo de Compras.

      SF1->F1_SERIE
      MV_3DUPREF

      Campo o dato para grabar el prefijo del título, cuando sea generado automáticamente por la rutina Actualización de Comisión (E2_PREFIXO).

      COM
      Nombre

      Descripción

      Contenido 
      MV_AB10925

      Modalidad de tratamiento de la dispensa de retención para el PIS/COFINS/CSLL.

      1- Evaluación por nota/título.

      2 = Evaluación por el total de las facturas/ títulos por cliente/ tienda/ mes/ año.


      MV_ACENTO

      Identifica la utilización del acento en el sistema.

      N para compatibilizar con la versión DOS.

      N
      MV_ACMINSS

      Define si los valores acumulados de INSS se considerarán en la fecha de emisión o en el vencimiento del título.

      1 - Emisión.

      2 - Vencimiento Real.

      1
      MV_ACMIRPF

      Define el período de acumulación considerado para aplicación de la tabla progresiva del IRRF-PF:

      1 - Emisión.

      2 - Vencimiento real (fecha de previsión de pago).

      3 - Fecha de contabilidad.

      1
      MV_ACMIRPJ

      Define la fecha de acumulación considerada para verificar si alcanzó el valor mínimo de retención; situación de persona jurídica:

      1 - Emisión.

      2 - Vencimiento real (fecha de previsión de pago).

      3 - Fecha de contabilidad.

      1

      MV_ACMIRRF

      Define si acumula el valor mínimo del impuesto IRRF:

      1 – Acumula

      2 – No acumula

             1

      MV_AG10925

      Indica si los impuestos de PCC se agruparán en un título solamente si ocurrieran los tres impuestos en un mismo título.

      1 – Agrupa

      2 – No agrupa

      2

      MV_AGDMEN

      Carga la agenda (versión DOS).

      Define si se carga automáticamente si hubiera mensaje en el día.

      N

      MV_AGENTE

      Indica si el cliente es agente de retención de diferentes impuestos.

      Para utilizar este parámetro en la retención del ISI incluya S en la octava posición y deja espacios para la sexta y séptima posiciones.

      SSSSSS
      MV_AGLIMPJ

      Define la forma de elaboración de la base del IRRF para verificar el valor mínimo de retención.

      1 - Solamente sucursal actual.

      2 - Todas las sucursales por el RCPJ.

      3 - Todas las sucursales por la raíz del RCPJ (8 primeros dígitos).

      1
      MV_AGLROT

      Indica si la agrupación contable considera la rutina generadora.

      N
      MV_ALIQIRF

      Alícuota de IRRF para los títulos con impuesto retenido en la fuente.

      Se utilizan los porcentajes según lo definido por el Fisco.

      3
      MV_ALIQISS 

      Alícuota del ISS utiliza porcentajes definidos por el Municipio en casos de prestación de servicios.

      Para diversas alícuotas de ISS, utilice la rutina de Múltiples vínculos de ISS.

      5
      MV_ALIQIVA

      Define la alícuota para retención del IVA.

      0,00
      MV_ALTLIPG

      Verifica si el título aprobado para pago podrá modificarse.

      S - Puede modificar.

      N - No puede modificar.


      MV_ANTCRED

      Permite dar de baja al título por cobrar, con fecha de crédito inferior a la fecha de emisión del título.

      F
      MV_APLAPRO

      Indica si utiliza SEI en la búsqueda de informaciones en el bloque F100 del SPED en la atribución de aplicaciones utiliza SE5 (.F.).

      .T.
      MV_APLCAL1 

      Indica las operaciones de inversión que utilizan el cálculo de rendimiento por porcentaje sobre una determinada moneda con periodicidad diaria.

      CDI
      MV_APLCAL2 

      Indica lass operaciones de inversión utilizan cálculo de rendimiento por interés compuesto y variación cambiaria.

      CDB/RDB
      MV_APLCAL3 

      Indica las operaciones de inversión que utilizan el cálculo de rendimiento por interés simple y variación cambiaria.

      CP
      MV_APLCAL4 

      Indica las operaciones de inversión que utilizan el cálculo de rendimiento por cuotas/títulos.

      FAF
      MV_APLFIN

      Habilita el envío de inversiones financieras en el bloque F100 del SPED.

      .F.
      MV_APLNAT

      Indica la modalidad de las inversiones  F100 del SPED.

      Vazio
      MV_APLVCAB

      Indica el número de días que se debe considerar para calcular la variación cambiaria.

      0
      MV_APRPAG

      Cantidad de días considerados para liberación, basado en el vencimiento real. 

      Si está informado, considera la utilización de aprobación del pago.

      1
      MV_ATUSAL

      Indica si actualiza los saldos contables durante el registro.

      S
      MV_ATUSI2

      Indica cómo se actualizarán los asientos contables On Line.

      O
      MV_ATVCIMP

      Permite modificar las fechas de vencimiento de los títulos de impuestos, IRRF, PIS, COFINS y CSLL en la baja del título principal:

      F (false/falso): no cambia la fecha de vencimiento de los títulos de impuestos al dar de baja al título principal.

      T (true/verdadero): cambia la fecha de vencimiento de los títulos de los impuestos al dar de baja al título principal y la recalcula basado en la fecha de la baja del título principal.


      MV_AUTOCON

      Verifica si la impresora de cheques tiene los layouts definidos, o si debe recibirlos del sistema.

      T
      MV_AVPCTB

      Cantidad de proceso (threads) utilizado en la contabilización de ajustes de valor (rutinas Cálc. AVP CR y Calc. AVP CP).

      Mínimo – 1.

      Máximo – 15.

      1
      MV_AVPTHR

      Cantidad de proceso (threads) utilizado en el cálculo de ajustes de valor presente (rutinas Cálc. AVP CR y Calc. AVP CP).

      Mínimo – 1.

      Máximo – 15. 

      1
      Nombre

      Descripción

      Contenido

      MV_BASECDI

      Define como está registrada la tasa de CDI, si en una base mensual o anual.

      1 – Mensual.

      2 - Anual.

      La forma como está registrada la tasa determina para que el módulo Financiero calcule el rendimiento de una inversión financiera del tipo CDI, utilizando la variación de manera correcta.


      MV_BDVCIMP

      Modifica el vencimiento de los impuestos (IR, PIS, COFINS y CSLL) considerando el vencimiento del título principal cuando se transfiere mediante el borderó de impuestos.

      .F.

      MV_BLALOT

      Cantidad de registros por lote para el procesamiento de las threads en la conciliación SITEF.

      1

      MV_BLATHD

      Cantidad de Threads para el procesamiento de la conciliación SITEF. Máximo de 20.

      1

      MV_BLVLDES

      Define si se permitirá modificar el valor de las cuotas de desdoblamiento en el proceso con rastreo (MV_NRASDSD = .F.).
      .T. = Bloquea la modificación del campo valor de las cuotas de desdoblamiento, cuando haya control de rastreo (Default).
      .F. = Permite que el valor de las cuotas de desdoblamiento se modifiquen, aunque haya el control de rastreo.

      .T.

      MV_BOTFUNP

      Utilizado en las funciones de la rutina de Cuentas por Pagar para agrupar algunas rutinas en subgrupos en las opciones.

      .T. - Muestra las opciones agrupadas.

      .F. - No agrupa las opciones.

      .F.

      MV_BOX

      Define si la opción Combobox se utiliza para listar las opciones registradas en X3_CBOX

      S

      MV_BP10925

      Define si debe considerar en el valor de pago, el valor bruto de la baja parcial o el valor neto con impuestos. (1=Vl Bruto / 2=Vl Neto).

      1

      MV_BQ10925

      Define si debe considerar en el valor de pago, el valor bruto de la baja parcial o el valor neto considerando los impuestos.

      1 - Valor Bruto.

      2 - Valor Neto.

      1

      MV_BR10925

      Define el momento del descuento de los valores de los impuestos PIS, COFINS y CSLL, en que:

      1 - Descuento de los impuestos en la baja del documento.

      2 - Descuento de los impuestos en la emisión del documento.

      2

      MV_BX10925

      Retención de impuesto PCC calculado en la baja del título.

      1

      MV_BXBORDE

      Indica el uso de la tecla [Alt] + [B] para dar de baja.

      Al hacer la selección para el borderó, sólo considera  los títulos dados de baja.

      N

      MV_BXCNAB

      Define si deben agruparse las bajas de los títulos de retorno de la CNAB.

      S: agrupa movimiento de la baja. Para el total de los movimientos por Banco+Agencia+Cuenta+Fecha.

      N: no agrupa movimiento de la baja. Para el total de los movimientos por fecha.

      N

      MV_BXINSAU

      Da baja a los títulos del INSS retenidos en el pago anticipado (PA) 1= Sí o 2 = No.

      2

      Nombre

      Descripción

      Contenido

      MV_CALCCM

      Indica si se hace el cálculo de la corrección monetaria.

      S

      MV_CANBORP

      Indica si la anulación de la baja del título principal se suprimirá del SEA (Borderós)

      S - Borra del borderó.

      N - No borra el borderó

      S

      MV_CANLIPG

      Verifica si el título aprobado para pago, que se haya modificado, necesita de una nueva aprobación.

      S - Sí

      N - No


      MV_CARTEIR

      Define los códigos de los bancos que están en cartera.

      En blanco - completar

      MV_CENT

      Número de decimales utilizados para imprimir los valores en la moneda 1.

      2

      MV_CENT2

      Número de decimales utilizados para imprimir los valores en la moneda 2.

      2

      MV_CENT3

      Número de decimales utilizados para imprimir los valores en la moneda 3.

      2

      MV_CENT4

      Número de decimales utilizados para imprimir los valores en la moneda 4.

      2

      MV_CENT5

      Número de decimales utilizados para imprimir los valores en la moneda 5.

      2

      MV_CHEQ4DG

      Indica si el sistema envía cuatro dígitos a la impresora.

      N - Envía solamente 2 dígitos.

      Este parámetro se utiliza solo pela impresora Bematech en las versiones 4.08; 4.07 y 4.06 del sistema.

      N

      MV_CHQBOR

      Indica si permite número de cheque cuando el título esté en borderó.

      S

      MV_CIDE

      Modalidades para impuestos manuales CIDE.

      CIDE

      MV_CLIPAD

      Cliente estándar para cheques diferidos.

      000001

      MV_CMC7FIN

      Indica el uso del lector CMC7 en el Financiero.

      S

      MV_CMC7MOD

      Indica el modelo utilizado de CMC7 en el Financiero.

      Ejemplo: CMC7 Bematech o CMC7 Pertochek.


      MV_CMC7PRT

      Indica el puerto de comunicación utilizado por el lector CMC7 en el módulo Financiero.

      Ejemplo: COM1.

       " "

      MV_CNABCC

      Identifica la grabación del procesamiento del archivo CNAB en el banco de conocimiento.

      1 - Graba.

      2 - No graba.


      MV_CNFI350

      Indica si se debe contabilizar la variación monetaria de títulos provisionales generados por el módulo Gestión de Contratos, por la rutina FINA350.

      T

      MV_CNRETTC

      Informa el tipo de título por pagar que se genera en el módulo Financiero, por medio de la liquidación de la retención del contrato de compra en el módulo Gestión de Contratos.

      NDF

      MV_CNRETTV

      Informa el tipo de título por cobrar que se genera en el módulo Financiero, por medio de la liquidación de la retención del contrato de venta en el módulo Gestión de Contratos.

      NCC

      MV_COFINS

      Define la modalidad para títulos referentes a COFINS.

      COFINS

      MV_COMICOF

      Indica si el COFINS se considera para pagar la comisión:

      S - Considera.

      N - No considera.


      MV_COMICSL

      Indica si el CSLL se considera para el pago de la comisión:

      S - Considera.

      N - No considera.


      MV_COMIDAC

      Indica si hay cálculo de comisión en la baja por permuta:

      F - No.

      T - Sí.

      F

      MV_COMIDEV

      Indica si se calcula la comisión al dar de baja por devolución o en la factura de devolución.

      T - True.

      F - False.

      F

      MV_COMIINS

      Indica si considera el valor del INSS en el cálculo para pagar la comisión.

      N

      MV_COMILIQ

      1- Generación de comisión en la liquidación.

      2-Generación de comisión en la liquidación.

      2

      MV_COMIPIS

      Indica si considera el PIS en el pago de la comisión.

      S - Considera.

      N - No considera.


      MV_COMISCR

      Indicador que permite calcular la comisión para el vendedor en la Compensación CR.

      S

      MV_COMISIR

      Indica si considera el valor del IR en la base de la comisión.

      N

      MV_COMISAB

      ¿Sustrae Título AB- de la base de cálculo de la comisión?

      .T. → Base Comisión = Título - AB-

      .F. → Base Comisión = Título

      .F.

      MV_COMP

      Carácter ASCII para comprimir los caracteres de la impresora.

      Informe el código decimal del caracter.

      15

      MV_COMPCP

      Indica si en la compensación de una Fact. con un PA los impuestos serán proporcionales.

      .F.

      MV_COMPCR

      Indica si en la compensación de una Fact. con un PA los impuestos serán proporcionales.

      .F.

      MV_COMPNC

      Este parámetro se utiliza en países localizados.

      Permite configurar la exhibición de la pantalla de compensación de títulos tipo NCC y NDE, a saber:

      1 - Siempre muestra la pantalla para compensación.

      2 - Nunca muestra la pantalla para compensación.

      3 - Hace una pregunta solicitando la confirmación para presentar la pantalla de compensación.

      3

      MV_CONSBCO

      Verifica si marca automáticamente títulos en el borderó para aquellos cuyo cliente tenga el Banco seleccionado en su registro.

      F

      MV_CONSFIL

      Indica si debe considerar todas las sucursales de la empresa para cálculo del PCC.

      .T. - considera todas las sucursales.

      .F. - no considera todas las sucursales.

      .F.

      MV_CONTSB

      Indica si la contabilización Off Line se hace aun cuando los valores son divergentes. No muestra el asiento contable o muestra el asiento contable con valores divergentes.

      N

      MV_COPCHQF

      Indica el nombre del proveedor que se imprime en la copia de cheques:

      1 - Nombre reducido.

      2 - Razón social.


      MV_CPIMPAT

      Indica si habrá compensación automática de impuestos por pagar.

      1- Automática.

      2 - Manual (contenido estándar).

      2

      MV_CSLL

      Modalidad de títulos de pago de CSLL.

      CSLL

      MV_CTBAIXA

      Tipo de contabilización de la baja Cuentas por Pagar.

      B - Baja, en la generación.

      C – Cheque.

      A - Ambos casos.

      C

      MV_CTBSERZ

      Control de borrado del archivo de semáforo.

      T – Sí.

      F - No.

      T

      MV_CTLIPAG

      Controla las bajas por pagar por medio de la fecha de aprobación .

      T: el sistema verifica si el campo Fch Aprobación (E2_DATALIB) está informado.

      F: no controla.

      F

      MV_CTVALZR

      Indica si contabiliza cuando el valor 1 igual a cero o se contabiliza si hubiera otro valor diferente de cero.

      N

      MV_CUSFIFO

      Define si en el cálculo del costo promedio también se efectúa el el cálculo del costo FIFO.

      F

      MV_CXFIN

      Indica el código del banco, agencia y cuenta de la caja interna (separados entre  / (barras).

      CX1/000/000

      Nombre

      Descripción

      Contenido
      MV_DATAATE

      Fecha final de vigencia para digitación de los asientos.

      Válido para la Contabilidad.

      Ejemplo: 31/12/XXXX.

      Fecha final del ejercicio

      MV_DATADE

      Fecha inicial de vigencia para digitación de los asientos.

      Válido para la Contabilidad.

      Ejemplo: 31/12/XXXX.

      Fecha final del ejercicio

      MV_DATAFAT

      Indica la fecha de emisión de la factura, módulo TMS.

      dDataBase

      MV_DATAFIN

      Fecha límite para realizar las operaciones financieras.

      Ejemplo: 01/01/XX.

      01/01/XX

      MV_DATAREC

      Fecha límite para realizar la reconciliación bancaria.

      01/01/XX

      MV_DCSSPD

      Indica las series de los documentos de salida que se generarán en el bloque F100 del SPED.      

      Vacío

      MV_DEDBCOF

      Define los impuestos considerados para componer la base de cálculo de la COFINS.

      La configuración de este parámetro sigue la descripción del parámetro MV_DEDBPIS.


      MV_DEDBPIS

      Define los tributos que se deben considerar para componer la base de cálculo del PIS. El contenido puede ser:

      I - Solamente ICMS: solo cuando haya crédito de ICMS. El sistema deduce el valor del ICMS para componer la base de cálculo del PIS.

      P - Solamente IPI: solo cuando no haya crédito de IPI. El sistema suma el valor del IPI para componer la base de cálculo del PIS.

      S – Ambos: efectúa el tratamiento para el ICMS e IPI, según los contenidos anteriores.

      N – Ninguno: la base de cálculo del PIS es el total de la factura, es decir, valor de la mercadería + flete + seguros + gast. Adicionales - descuentos - reducción (si hubiera).


      MV_DELFSEV

      Indica si borra los registros físicamente de la tabla SEV al eliminar un título por pagar.

      T - Borra físicamente.

      F - No borra físicamente.

      T

      MV_DESCDOC

      Habilita los campos E1_HIST e E2_HIST para envío de la descripción de la operación / documentación en el bloque F100 del SPED PIS/COFINS.


      MV_DESCFIN

      Indica si el descuento financiero se aplicará integralmente en el primer pago o proporcional al valor pagado en cada cuota.

      I - Integral en el primer pago.

      P - Proporcional al valor pagado en cada cuota.

      I

      MV_DESCRF

      Habilita el envío de los descuentos de los ingresos financieros no tributables en el bloque F100 del SPED.

      .T.

      MV_DIADESC

      Se utiliza para verificar si el sistema aplaza la fecha límite del descuento financiero al día hábil siguiente.

      F

      MV_DIAISS

      Día estándar para generar los títulos de ISS.

      10

      MV_DIASCTB

      Indica la cantidad de días del año contable

      360

      MV_DIASPRO

      Cantidad de días para proyectar la inflación en la opción de proyección de monedas.

      120

      MV_DIFCAMP

      Define si utiliza la rutina Diferencia de Cambio automática en orden de pago.

      S - Sí.

      N - No.

      N

      MV_DIFCAMR

      Define si utiliza la rutina diferencia de cambio automática en cobros diversos.

      S - Sí.

      N - No.

      N

      MV_DIFPAG

      Indica si el sistema controla diferentes tipos de tributos en el archivo de devolución del SISPAG.

      T – True: el sistema trata las diferentes configuraciones.

      F – False: el sistema permite solamente una configuración para cada archivo de devolución sin diferenciarla.

      T

      MV_DIRETI2

      Indica si la contabilización es directa sin utilizar Acols:

      S - Sí.

      N - No.

      N

      MV_DIRLOG

      Directorio destino donde se guardarán los archivos de Log de control de producciones que el sistema genera automáticamente.

      En blanco - Se debe completar

      MV_DOCSPD

      Indica los tipos de documentos de entrada que se generarán en el bloque F100 del SPED. 

      Vacío

      MV_DRIVER

      Driver estándar de la impresora.

      EPSON

      MV_DTDESCF

      Campo del SE1 que se debe considerar como partida para calcular el descuento financiero.

      E1_VENCORI

      MV_DTMOVRE

      Permite utilizar una fecha menor retroactiva de la fecha base del sistema para incluir movimientos bancarios.

      .F.

      MV_DTCNBX

      Fecha para contabilidad Online de bajas por cobrar 1- Fecha de digitación; 2- Fecha de disponibilidad; 3- Fecha de cobranza

      1

      MV_DTCNBXP

      Fecha para contabilidad Online de bajas por pagar 1- Fecha de digitación; 2- Fecha de disponibilidad; 3- Fecha de pago

      3

      MV_DTCNREC

      Fecha de contabilidad Online Titulos por cobrar;  1 = Fecha base (estándar); 2 - Fecha de emisión (E1_EMISSAO)

      1

      Nome

      Descripción

      Conteúdo 

      MV_EAIPASS

      Informe con la contraseña de usuario, es opcional, si el servidor requiere autenticación.


      MV_EAIURL2

      Informe con la dirección de la WebService que recibe los datos enviados.


      MV_EAIUSER

      Informe con el nombre de usuario, es opcional, si el servidor requiere autenticación.


      MV_EFF0007

      Indica el campo del registro de cliente que consta en la cuenta contable, para contabilizar el financiamiento en el SIGACTB.

      A1_CONTA

      MV_EMPAPRO

      Indica las operaciones de préstamo que utilizan el método de atribución mensual estándar.

      EUR

      MV_EMPCAL1

      Indica las operaciones de préstamo que utilizan el cálculo de intereses de manera simple, la atribución siempre es mensual.

      EUR

      MV_EMPCAL2

      Indica las operaciones de préstamo que utilizan el cálculo de intereses de manera simple y la atribución es diaria.

      FIN/COM/TAN/

      ALD/TIB/HOT

      MV_EMPCAL3

      Indica las operaciones de préstamo que utilizan el cálculo de intereses de manera compuesta y la atribución es diaria.

      EMP

      MV_EMPCAL4

      Indica las operaciones de préstamo que utilizan el cálculo de intereses de manera compuesta (extranjero) estándar.

      "  "

      MV_ESTCHOP

      S - Para que se grabe un movimiento de reversión.

      N - Para borrar el movimiento.

      N

      MV_ESTDESC

      Indica si habrá reversión de la cobranza descontada cuando el título vuelva a la cartera.

      S

      MV_ESTORDP

      Define si se realiza un asiento de reversión en el SE5 al anular una orden de pago.

      S – Sí.

      N - No.

      N

      MV_EXERC1

      Año de ejercicio contable pendiente en la moneda 1.

      Informe el año en que se inicia la digitación de la contabilidad.

      20XX

      MV_EXERC2

      Año de ejercicio contable pendiente en la moneda 2.

      Informe el año que inicia la digitación de la contabilidad.

      20XX

      MV_EXERC3

      Año de ejercicio contable pendiente en la moneda 3.

      Informe el año que inicia la digitación de la contabilidad.

      20XX

      MV_EXERC4 

      Año de ejercicio contable pendiente en la moneda 4.

      Informe el año que inicia la digitación de la contabilidad.

      20XX

      MV_EXERC5

      Año de ejercicio contable pendiente en la moneda 5.

      Informe el año que inicia la digitación de la contabilidad.

      20XX

      MV_EXPTDSP

      Permite modificar la fecha de disponibilidad en la integración mediante la rutina de movimientos bancarios (FINA100).

      .F.

      Nombre

      Descripción

      Contenido

      MV_ FINQTDD

      Cantidad de días que anteceden al vencimiento para utilizar en el descuento condicional.

      0

      MV_ FINVERI

      Prefijo de los títulos en que la baja se bloquea, si existieran títulos de matrícula pendientes MV_FINPRE - vacío para todos.


      MV_F240QRY

      Indica los índices en que se efectúan la búsqueda por medio de la opción Búsqueda, en Borderó de Pago.

      F - en todos los registros contenidos en el diccionario de índices.

      T - solamente en el índice del proceso inicial.

      F

      MV_FATFIL

      Indica las sucursales de débito de la factura. Se utiliza en el módulo TMS.


      MV_FATOUT

      Tiempo (en segundos) que el usuario tiene para seleccionar el registro. La pantalla finaliza si hubiera demora con relación al tiempo definido.

      900

      MV_FATPREF

      Define el prefijo del título de la factura de transporte.


      MV_FAVOR

      Comprueba si muestra el nombre del favorecido al imprimir el cheque.

      T

      MV_FILINSS

      Indica si en el cálculo del INSS se deben considerar las sucursales que tengan los mismos primeros 8 dígitos de RCPJ.

      Ej: Sucursal 01 - 38.164.209/0001-63
      Ej: Sucursal 02 - 38.164.209/0001-66

      F

      MV_FIN016D

      Indica si borra físicamente los registros en el Recálculo de comisiones de cobradores.

      T - Borra físicamente.

      F - No borra físicamente

       T

      MV_FIN401D

      Indica si borra físicamente los registros de la rutina Genera datos para DIRF:

      T - Borra físicamente.

      F - No borra físicamente

      T

      MV_FIN440D

      Indica si borra físicamente los registros en el Recálculo de comisiones de vendedores:

      T - Borra físicamente.

      F - No borra físicamente

      T

      MV_FINALAP

      Indica el código del aprobador estándar del control de pertinencia.


      MV_FINATFN

      Indica como se efectúa el Flujo de Caja:

      1 - Flujo de caja On Line.

      2 - Flujo de Caja Off Line.

      1

      MV_FINAUT

      Realiza la autenticación de títulos:

      T - Efectúa la autenticación.

      F - Não efetua a autenticação.

      T

      MV_FINCHQC

      Nombre del municipio para imprimir en el cheque.

      Ejemplo: São Paulo.


      MV_FINCOBR

      Tipos de situaciones que indican un título como cobro.

      |A|B|C|D|E|F|

      MV_FINCPRG

      Código genérico de la condición de pago utilizada en los comprobantes fiscales en la prestación de cuentas del caja chica.


      MV_FINCQ

      Habilita la verificación de inspección de calidad en el pago de títulos al proveedor.

      .F.

      MV_FINCTA

      Indica la opción para liberar movimientos con base en el formato de liberación simple o con pertinencia.

      1 - Liberación simple.

      2 - Pertinencia.

      1

      MV_FINCTMD

      Habilita los procesos financieros de Cuentas por Pagar / Cuentas por Cobrar:

      1 - Modelo I.

      2 - Modelo II.

      1

      MV_FINCUST

      Tipos de situaciones que indican un título como custodia.

      |1|2|3|4|5|6|7|8|9|

      MV_FINFPGT

      Formas de pago disponibles.

      |1|2|3|4|5|6|

      MV_FINJRTP

      Utilizado para tratar títulos (Cuentas por Pagar y Cuentas por Cobrar) que hayan informado los campos Tasa de Permanencia y Porc. Intereses, respectivamente.

      Por estándar,  título esté con los campos Tasa de Permanencia y Porc. Intereses informados, el sistema siempre asume, en la baja, la Tasa de Permanencia.

      Con la configuración del parámetro, si los dos campos se informaran, se pueden seleccionar las siguientes opciones:

      1 = Aplica solamente la tasa de permanencia.

      2 = Aplica solamente intereses.

      3 = Aplica la tasa de permanencia e intereses.

      1

      MV_FINLOG

      Indica si la rutina de Contabilización Off Line genera el log de registros no contabilizados.

      T - Genera el log de registros.

      F - Genera el log de registros en avisos.

      F

      MV_FINLOGO

      Path con la imagen de fondo presentada en la rutina caja-tesorería.

      \system\logoFina220.jpg

      MV_FINPRDS

      Porcentaje de descuento utilizado en la regla de descuentos para el pago anticipado.

      0

      MV_FINPRE

      Prefijo del título de matrícula para análisis de títulos insolventes.

      MAT

      MV_FINPSGR

      Bloquea la opción de realizar la sangría durante el cierre de caja.

      T – Bloquea.

      F – No bloquea.

      T

      MV_FINPSQ

      Indica si considera el intervalo de vencimiento en la búsqueda de la rutina de Caja-Tesorería.

      T – Considera.

      F - No considera.

      T

      MV_FINTRC

      Verifica el cambio inicial en el cierre de caixa.

      T – Sí.

      F - No.

      T

      MV_FMINISS

      Define si la retención del ISSQN verifica el valor mínimo por la base de cálculo.

      1 – Sí.

      2 – No.

      2

      MV_FORINSS

      Proveedor estándar para títulos de INSS.

      INSS

      MV_FORNCOM

      Indica el código estándar para el vendedor del registro de proveedores al implantar un título por pagar.

      VENDER

      MV_FORSEST

      Indica el proveedor estándar para los títulos de SEST.

      SEST

      MV_FINCMCR

      Genera corrección monetaria en la baja de títulos por cobrar con el banco de la misma moneda (extranjera). .T. = Genera corrección; .F. = No genera corrección.

      Nota

      Disponible después de la aplicación de la expedición continua de diccionario de Diciembre/2022.



      .F.

      Nombre

      Descripción

      Contenido
      MV_GERADIP 

      Define la rutina que se utilizará para incluir títulos de anticipos, cuando se generan por medio de la rutina Pedido de compras.

      1 - Incluye títulos de adelantos en la rutina Cuentas por ´pagar.

      2 - Incluye títulos de adelantos en la rutina Orden de pago.

      1

      MV_GERIMPV

      Determina si la empresa utiliza procedimiento para calcular los impuestos variables (internacionalización).

      N

      MV_GPEEXTT

      Permite borrar en el módulo Financiero los títulos generados por el módulo Gestión de personal.

      .T.

      MV_GRETIVA

      Define se hay retención de IVA por ítem o encabezado:

      S – Ítem.

      N – Encabezado.

      N

      Nome

      Descripción

      Conteúdo

      MV_IMPADT

      Define si se genera IRRF en anticipos por pagar.

      S

      MV_IMPESPE

      Impresora estándar para imprimir cheques.

      XPT

      MV_IMPSEQ

      Define si se imprime secuencia para la copia.

      En blanco - se debe completar

      MV_IMPSX1

      Define si se imprimen preguntas en el encabezamiento del informe.

      S

      MV_IMPTRAN

      Define el momento en que la sucursal y los impuestos se generarán:

      1 - Sucursal de origen (en la transferencia).

      2 - Sucursal de destino (en la baja).


      MV_IMPVER

      Informa si se imprime el dorso del cheque especial.

      N

      MV_IN480

      Indica la fecha de vencimiento del título de IRPF, de acuerdo con la Instrucción Normativa SFR 480:

      3 - tercer día hábil.

      5 - quinto día hábil.

      3

      MV_IN4815

      Indica si la IN SRF 480 se debe considerar para calcular el vencimiento relativo:

      Q - una quincena.

      S - una semana.

      S

      MV_INSACPJ

      Define la regla de acumulación de INSS para proveedores del tipo persona jurídica.

      1 - Acumula.

      2 - No acumula.

      2

      MV_INSS

      Modalidad de títulos de pago de INSS.

      INSS

      MV_IPPRJAP

      Imprime la proyección de retirada de inversiones.

      S

      MV_IRF

      Modalidad utilizada para el impuesto a la renta

      IRF

      MV_ISS

      Tasa  utilizada para el Impuesto Sobre Servicios.

      ISS

      Nombre

      Descripción

      Contenido

      MV_JURFAT

      Indica si los intereses del título original componen el valor de la nueva factura:

      .T. - compone el valor.

      .F. - no compone el valor.

      .F.

      MV_JUROS

      Tasa informada para calcular el valor presente de las cotizaciones de compra.

      5.0000

      MV_JURTIPOS

      El interés de los títulos por cobrar puede ser: (S) simple hasta 30 días de atraso y compuesto.

      M

      MV_JURXFIN

      Habilita integración entre el SIGAFIN vs SIGAPFS:

      .T. – habilita.

      .F. - no habilita.

      .T.

      Nombre

      Descripción

      Contenido

      MV_LIBCHEQ

      Se utiliza esta opción para aprobar el saldo bancario por la generación de cheques antes de la baja.

      N

      MV_LIBNODP

      Evalúa el crédito para pedidos que no generan facturas de crédito.

      N

      MV_LIMINSS

      Indica el valor límite de retención para el INSS de persona física.

      0

      MV_LOGERRO

      Indica cuántos LOGS de error deben guardarse en el archivo "ERROR.LOG".

      1

      MV_LOGSIGA

      Identifica el control de operaciones, generación de LOG basado en las operaciones efectuadas.

      NNNNN

      MV_LOTEFIN

      Determina si se utiliza el código del lote de la baja por lote (Cobrar o Pagar) para la contabilización.

      N

      Nombre

      Descripción

      Contenido

      MV_MARK

      Flag que marca los registros para MarkBrowse.

      0675

      MV_MASCNAT

      Máscara del código de la modalidad del título financiero. Se debe informar la cantidad de dígitos para cada nivel.

      19

      MV_MAXD

      Cantidad máxima de facturas de crédito que el sistema puede generar automáticamente.

      Límite máximo de 27 cuotas.

      27

      MV_MCUSTO

      Moneda utilizada para verificar el límite de crédito informado en el archivo de clientes.

      2

      MV_MDCFIN

      Define las monedas utilizadas para generar la diferencia de cambio

      01,02,03,04

      MV_MENS

      Informa el mensaje impreso en el dorso del cheque. Vale únicamente para cheque especial

      En blanco - se debe completar

      MV_MILHAR

      Se utiliza en la función que edita la máscara de impresión para los informes. Ajusta el valor de la impresión de acuerdo con el espacio disponible

      T

      MV_MININSS

      Valor mínimo para retención de INSS, excepto si el valor de INSS calculado en el período es inferior.

      0

      MV_MINIVA

      Define el valor mínimo para retención del IVA.

      0,00

      MV_MODRISS

      Modo de retención de ISS:

      1 – Por Título.

      2 – Mensual.

      3 – Por Base.

      1

      MV_MOEDA1

      Título de la moneda 1.

      Reales

      MV_MOEDA2

      Título de la moneda 2.

      Dólar

      MV_MOEDA3

      Título de la moneda 3.

      UFIR

      MV_MOEDA4

      Título de la moneda 4.

      Marco Alemán

      MV_MOEDA5

      Título de la moneda 5.

      YEN

      MV_MOEDBCO

      Define si los títulos podrán dar de baja en un banco extranjero, aunque el título sea en moneda diferente:

      .T. - Baja.

      .F. - No Baja.

      .F.

      MV_MOEDTIT

      S - la moneda del título es igual a la moneda del pedido de venta.

      N - la moneda del título es en moneda corriente.


      MV_MP447

      Indica si el vencimiento de IRRF e INSS se debe calcular de acuerdo con la Medida Provisional 447:

      T - Considera la M.P.

      F - No considera la M.P.

      (Se inhabilitó la Medida Provisional 447/2008).

      .F.

      MV_MSGTIME

      Define (en segundos) el tiempo en que el sistema muestra el mensaje sobre el uso de la pantalla y su período para agotarlo.

      120

      MV_MSIDENT

      Identificador de registros.

      0

      MV_MTBXF6

      Indica los motivos de bajas de anulación que no deben ir en el bloque F600 del SPED.     

      Vacío

      MV_MTBXSD

      Indica los motivos de bajas de anulación que no deben ir en el bloque F100 del SPED


      MV_MULNATB

      Tratamiento de prorrateo multimodalidad en la devolución del CNAB del Cuentas por Cobrar

      F

      MV_MULNATP

      Define si utiliza múltiples modalidades para Cuentas por Pagar.

      F

      MV_MULNATR

      Define si utiliza múltiples modalidades para el Cuentas por Cobrar.

      F

      MV_MULTNATS

      Habilita la generación de los prorrateos financiero para integrar con eFact incluso con modalidad simple, pero, con prorrateos de CC por ítems en documento de entrada:

      .T. (True/verdadero).

      .F. (False/Falso).

      F

      MV_MUNIC

      Se utiliza para identificar el código suministrado a la Secretaría de Finanzas del Municipio para pagar el ISS.

      MUNIC

      Nombre

      Descripción

      Contenido

      MV_NATBCEX

      Define si debe pasar por la validación estándar para determinar si el banco seleccionado puede utilizarse en la baja. 
      .T.  = Pasa por la validación estándar
      .F. = No pasa por la validación estándar


      MV_NATCOM 

      Código de la modalidad financiera que identifica las comisiones de ventas que se utilizará en la actualización de saldos por modalidad para el flujo caja.

      COMISIONES

      MV_NATDCM

      Indica la Modalidad que se considerará en las variaciones cambiarias de gastos financiero de la cartera por pagar en el bloque F100.


      MV_NATDCM1

      Indica la Modalidad que se considerará en las variaciones cambiarias de gastos financieros de la cartera por pagar en el bloque F100.
      Complemento de modalidad para el parámetro MV_NATDCM.


      MV_NATDESC

      Código de la modalidad para el título negociado.

      DESCUENT

      MV_NATDNT

      Indica la modalidad de gastos financieros no tributables en el bloque F100 del SPED.


      MV_NATDNT1

      Indica la Modalidad de gastos financieros no tributables en el bloque F100 del SPED.
      Complemento de la modalidad para el parámetro MV_NATDNT.


      MV_NATDPBC

      Código de la modalidad de gastos bancarios.

      GAST BANC.

      MV_NATEMP

      Código de la modalidad para préstamos.

      PRÉSTAMO

      MV_NATNCC

      Código de la modalidad que se utilizará para generar títulos referentes a la NCC - Nota de Crédito al Cliente.


      MV_NATPER

      Modalidad del título que se generará para sustituir automáticamente los títulos provisionales.

      001

      MV_NATPLI

      Código de la modalidad para inversiones.

      INVERSIÓN

      MV_NATRAPL

      Código de la modalidad para retirada de inversiones.

      RETIR INVER

      MV_NATRCM

      Indica la Modalidad que se considerará en las variaciones cambiarias de ingresos financieros de la cartera por cobrar en el bloque F100.


      MV_NATRCM1

      Indica la Modalidad que se considerará en las variaciones cambiarias de ingresos financieros de la cartera por cobrar en el bloque F100.
      Complemento de modalidad en el parámetro MV_NATRCM.


      MV_NATREMP

      Código de la modalidad para pagar el préstamo.

      PAGO PRÉST

      MV_NATRETE

      Código de la modalidad de descuento de IR/imputación mensual de inversiones financieras por cuotas.


      MV_NATRNT

      Indica la modalidad de ingresos financieros no tributables en el bloque F100 del SPED.


      MV_NATRNT1

      Indica la Modalidad de ingresos financieros no tributables en el bloque F100 del SPED.
      Complemento de modalidad en el parámetro MV_NATRNT.


      MV_NATSINT

      Indica el uso de estructura de modalidad sintética/analítica en el registro de modalidades (SIGAFIN):

      1 - Sí.

      2 - No.

      2

      MV_NATVEND

      Código de la modalidad referente al título generado por medio de la baja con motivo igual a VENDOR.

      VENDOR

      MV_NCCIR

      Define la creación del título de adelanto cuando el título retenedor sea menor que el impuesto.

      1 - Crea.

      2 - No crea.

      2

      MV_NORM

      Caracter ASCII utilizado para descomprimir los caracteres de la impresora. Debe informarse el código decimal del carácter.

      18

      MV_NOTSA1

      Actualiza el saldo del cliente al realizar la baja automática.

      .T.

      MV_NPERM

      Indica el número de estaciones en la red que utilizará el sistema.

      2

      MV_NRASDSD

      Permite que el desdoblamiento de títulos se realice sin rastreo y borrando el título originador.

      T - El desdoblamiento ocurre sin rastreo y con el borrado del título originador.

      F - El desdoblamiento con rastreo y que mantiene el título originador.

      F

      MV_NUMBAT

      Salta el documento, si este se supera (débito y crédito).

      Ejemplo: si es igual a 90 ocurre el salto (cuando sea superado el débito y crédito), en caso contrario, se busca el siguiente documento superado.

      0

      MV_NUMBORP

      Número de secuencia para borderós de pagos.

      000004

      MV_NUMBORR

      Número de secuencia para borderós de cobros.

      000003

      MV_NUMCOMP

      Número de la última compensación entre carteras.

      000001

      MV_NUMCOP

      Numeración de secuencia para copia de cheque.

      000000

      MV_NUMFAT

      Número de secuencia de las facturas.

      000002

      MV_NUMFATP

      Numeración automática de facturas por pagar.


      MV_NUMLIM

      Limita la cantidad de líneas del documento en el asiento contable

      99

      MV_NUMLIQ

      Número de secuencia de las liquidaciones.

      000001

      MV_NUMLIQP

      Número de la liquidación por pagar.

      0000001

      Nombre

      Descripción

      Contenido
      MV_OSTLREC

      Este parámetro se utiliza para determinar si considera un valor de tolerancia para la baja automática de los títulos por cobrar, y se aplica en los casos en que el valor cobrado es diferente del valor original del documento.

      Con el parámetro informado, si el valor cobrado por un título es mayor que el valor informado en el parámetro, se genera automáticamente el valor de los intereses. En caso contrario, si el valor cobrado sumado al valor informado en el parámetro es menor que el total de los títulos, se genera descuento en el financiero.

      Ejemplo:

      Valor del título - 999,96, valor cobrado - 1.000,00 y MV_OSTLREC - 0,10.

      En este caso, al efectuar la baja del título, informando el valor cobrado de R$ 1.000,00 y con el parámetro MV_OSTLREC informado con R$ 0,10, el sistema efectuará la baja del título automáticamente, grabando en el campo Intereses el valor de 0,04, sin la necesidad de la información manual.

      0
      Nombre

      Descripción

      Contenido
      MV_PABRUTO

      Define si la generación de PA es por el valor bruto o por el valor neto:

      1 - Para el valor bruto.

      2 - Para el valor neto.

      2

      MV_PAISLOC

      Indica la sigla del país que utiliza el sistema.

      Ejemplo:

      BRA – Brasil.

      ARG – Argentina.

      USA – Estados Unidos.

      BRA

      MV_PAPRIME

      Define si en la generación del PA con impuestos, se aprovisionarán los impuestos de INSS e ISS en el PA Neto.

      1 – Sí.

      2 – No.

      2

      MV_PCCAGCL

      Define si agrupa los valores de los impuestos PIS/COFINS/CSLL de clientes:

      1 - No agrupa.

      2 - Agrupa para igual RCPJ/RCPF.

      3 - Agrupa para igual raíz de RCPJ.

      3

      MV_PCCAGFL

      Define si agrupa los valores de los impuestos PIS/COFINS/CSLL de las sucursales de la empresa:

      1 - No agrupa.

      2 - Agrupa para igual RCPJ/RCPF.

      3 - Agrupa para igual raíz de RCPJ.

      3

      MV_PCCAGFR

      Define si agrupa los valores de los impuestos PIS/COFINS/CSLL del proveedor:

      1 - No agrupa.

      2 - Agrupa para igual RCPJ/RCPF.

      3 - Agrupa para igual raíz de RCPJ.

      3

      MV_PCTCXMA

      Permite prestar cuentas con valor superior al del anticipo:

      1 – Sí. Permite incluir la prestación de cuentas.

      2 – No. No permite la inclusión de la prestación de cuentas.

      2

      MV_PISNAT

      Define la modalidad para títulos referentes al PIS.

      PIS

      MV_PORT

      Indica el número del puerto de salida para impresión. Ejemplo: COM1.

      1

      MV_POSCLFT

      Permite definir, en Consulta Posición de Clientes, la presentación de los pedidos que no generan facturas de crédito en el financiero, cuando el usuario activa la opción Facturación:

      N - no aparece el pedido.

      S - aparece el pedido.


      MV_PR10925

      Tipo de proceso de verificación de PCC:

      1 - Solo un proceso para cada verificación PCC.

      2 - Un proceso para proveedor en cada verificación PCC.

      1

      MV_PRELAN

      Indica si el asiento contable se registrará automáticamente o pasará por asiento previo:

      S - Siempre.

      N - Nunca.

      D – Doc. Inconsistente.

      N

      MV_PRINT

      Orientar la salida de los informes a la impresora o disco. Se debe informar el número de la impresora en la red.

      36

      MV_PRZIRRF

      Cantidad de días para pagar el IRRF tras emitir el título.

      1

      Nombre

      Descripción

      Contenido

      MV_RATAUTO

      Este parámetro permite mostrar la pantalla de prorrateos multimodalidades durante la inclusión de un título por pagar con prorrateo, mediante la rutina automática.

      T

      MV_RATDESD

      Define el prorrateo de un título incluido por desdoblamiento:

      1 – Permite.

      2 - No permite.

      2

      MV_RC10925

      Define si la rutina Verificación del cálculo del PIS, COFINS y CSLL se ejecuta automáticamente en cada anulación de baja o borderó:

      1 – Sí.

      2 - No.

      2

      MV_RCIRJBX

      Indica que el valor del IRRF (Impuesto a la Renta Retenido en la Fuente) se podrá recalcular, siempre y cuando, sea solicitado por alguna rutina del módulo Financiero.


      MV_REC2TIT

      Permite generar un título de RA para el cliente cuando se haya pagado en duplicidad en la Devolución CNAB por Cobrar.

      1 - Genera RA.

      2 - No genera.


      MV_RECDTAB

      Indica si las fechas del título de descuento debe ser iguales a las del título principal o database.

      1 - Título principal; busca las fechas de este título.

      2 - Database.

      1

      MV_RECICL

      Define si habilita el reciclado de títulos en el CNAB por Cobrar.

      F

      MV_REDUZID

      Indica se la digitación de las cuentas contables es (por estándar):

      S - Cuenta reducida.

      N - Por el código normal.

      N

      MV_RELACNT

      Cuenta para utilizar en el envío de e-mail a los informes.


      MV_RELAPSW

      Contraseña para autenticación en el servidor de e-mail.


      MV_RELAUTH

      ¿Servidor de e-mail necesita autenticación?


      MV_RELT

      Directorio estándar para generar la impresión de informes en disco.

      C:\AP7\RELATO\

      MV_RENTRIB

      Habilita e envío de ingresos financieros no tributables en en el bloque F100 del SPED.      

      .F.

      MV_RESADDI

      Define el valor diario para composición del adelanto de viaje.


      MV_RESADDU

      Define la cantidad de días hábiles antes iniciar el viaje para generar la fecha de previsión de pago del anticipo.


      MV_RESADFX

      Define el valor fijo para composición del anticipo de viaje.


      MV_RESADSP

      Define los tipos de viaje que permiten solicitar el anticipo.


      MV_RESAMB

      Indica si el entorno en uso es de homologación o producción.


      MV_RESAPRO

      Aprobador estándar para los participantes que no tienen un aprobador vinculado.


      MV_RESAVIS

      Indica si son enviados los e-mail de aviso del proceso de viaje.


      MV_RESCAD

      Define las exportaciones habilitadas del Microsiga Protheus para el Reserve.


      MV_RESCLIP

      Define cliente/tienda estándar para generar el título por cobrar referente a la prestación de cuentas de viaje.


      MV_RESCPGT

      Condición de pago utilizado en el pedido de viaje.


      MV_RESCTT

      Centro de costo incluido en el Reserve para identificar prorrateo con el cliente. Estructura: Código,Descripción;Indicador de inclusión en el Reserve.


      MV_RESDATR

      Define la cantidad de días para la prestación de cuentas después del final del viaje.


      MV_RESDIAS

      Número de días que el Reserve retrocede, si no estuviera definido en 180 días.


      MV_RESERVA

      Limpia la reserva automáticamente en la entrada del módulo que utilice el archivo

      T

      MV_RESEXP

      Forma de exportación de los registros para el sistema Reserve.


      MV_RESGRAC

      Grupo estándar Si no está informado, utiliza la política de acceso registrado en la rutina de Grupos de Acceso.


      MV_RESGVIA

      Código de los usuarios del departamento de viaje con acceso a las informaciones de todos los viajes, separados por ; (punto y coma) (ID del usuario Microsiga Protheus).


      MV_RESMAIL

      E-mail(s) del(os) destinatario(s) separado por ; (punto y coma).


      MV_RESNABP

      Define la modalidad de los títulos de abono por pagar generados por la prestación de cuentas.


      MV_RESNABR

      Define la modalidad de los títulos del abono por cobrar generados por la prestación de cuentas.


      MV_RESNTAD

      Define la modalidad de los títulos de adelantos generados por el sistema.


      MV_RESNTCP

      Define la modalidades de títulos por pagar vinculados a la prestación de cuentas.


      MV_RESNTCR

      Define la modalidad de títulos por cobrar vinculados a la prestación de cuentas.


      MV_RESPABN

      Define el prefijo del título de abono generado por la prestación de cuentas.


      MV_RESPCAT

      Define la cantidad máxima de días que la prestación de cuentas puede quedar pendiente después del final del viaje.


      MV_RESPERA

      Define los tipos de viaje que permiten solicitar el anticipo.


      MV_RESPFCP

      Define el prefijo de títulos por pagar vinculados a la prestación de cuentas.


      MV_RESPFCR

      Define el prefijo de títulos por cobrar vinculados a la prestación de cuentas.


      MV_RESPREF

      Define el prefijo de los títulos por pagar los adelantos a los participantes (solicitados en el Reserve).


      MV_RESPRFP

      Define el prefijo de los títulos por pagar de los anticipos a los participantes solicitados en el Microsiga Protheus.


      MV_RESPROD

      Código del producto que se facturará para generar el pedido de viaje.


      MV_RESQTPC

      Define la cantidad máximade prestaciones de cuentas pendientes por participante.


      MV_RESTES1

      Tipo de entrada y salida del pedido de viaje.


      MV_RESTES2

      Tipo de entrada y salida del pedido de viaje.


      MV_RESTPAD

      Define el tipo de los títulos de anticipos generados por el sistema.


      MV_RESTPPC

      Define el tipo del título por pagar generado por la prestación de cuentas.


      MV_RESTPPR

      Define el tipo del título por cobrar generado por la prestación de cuentas.


      MV_RETLBX

      Indica si se considerará la retención bancaria para el registro totalizador de la baja por lote.

      1 – Considera.

      2 - No considera.


      MV_RETMAIL

      E-mail address of the error log recipients for automatic bank receiving. Separate recipients with a semicolon.


      MV_RF10925

      Fecha a partir de la cual el sistema debe hacer el tratamiento de modificación de las fechas de los títulos de impuestos, de acuerdo con la Ley 10925.


      MV_RMCLATX

      Parámetro de integración Microsiga Protheus vs. ClassisNet. Habilita/Inhabilita el control de impuestos en el módulo Financiero (SIGAFIN).                               

      .F.

      MV_RMCOLIG

      Código de la coligada del TOP.


      MV_RODAPE

      Título actualizado en el pie de página de los informes.


      MV_RPCXMN

      Permite reposición manual del caja chicha con valores superiores al limite:

      1 – Permite.

      2 – No permite.

      1

      MV_RPVLMA

      Permite que se realicen reposiciones superiores al valor de caja chica.

      T – Permite.

      F – No permite.

      F

      MV_RTIPFIN

      Define si, en el documento de salida, los títulos de descuento de los tributos financieros (IR, INSS, ISS, PIS, CSLL y COFINS) a favor del cliente se deben prorratear en las  cuotas:

      T - Prorratea el descuento en las n cuotas.

      F - Genera un único título de descuento para la primera cuota.

      F

      Nombre

      Descripción

      Contenido

      MV_SABFERI

      Define si los sábados se considerarán como feriados al utilizar la función DataValida().

      S

      MV_SALTPAG

      Indica si el salto de página debe ocurrir antes o después de la impresión del informe. Saltar página al inicio de la impresión:

      Sí.

      No.

      S

      MV_SERASA7

      Informe la carencia que se debe considerar, en días, en los títulos vencidos que se envían al Serasa.


      MV_SIMB1

      Símbolo utilizado por la moneda 1 del sistema

      R$

      MV_SIMB2

      Símbolo utilizado por la moneda 2 del sistema

      US$

      MV_SIMB3

      Símbolo utilizado por la moneda 3 del sistema

      UFIR

      MV_SIMB4

      Símbolo utilizado por la moneda 4 del sistema

      MARCO

      MV_SIMB5

      Símbolo utilizado por la moneda 5 del sistema

      IENE

      MV_SLDBXCR

      Indica como controlar el saldo de la baja de la rutina Cuentas por Cobrar:

      C - Sólo cuando se compense el cheque.

      B - Al dar de baja.


      MV_SLMCOMP

      Define el nombre del acceso (login) del comprador para la pertinencia/WS en la integración entre Microsiga Protheus vs RM.

      Branco

      MV_SLMCOND

      Define la condición de pago estándar para el pedido de venta o compra generado por los movimientos del RM Solum.

      Branco

      MV_SLMNATP

      Define la modalidad de un título por pagar generado por el anticipo del contrato por el TOTVS Obras y Proyectos (Solum).

      Branco

      MV_SLMNATR

      Define la modalidad de un título por cobrar generado por el anticipo de contrato por el TOTVS Obras y Proyectos (Solum).

      Branco

      MV_SLMNTPV

      Define la modalidad en el pedido de venta/WS en la integración entre Microsiga Protheus vs RM.

      Branco

      MV_SLMPREP

      Define el prefijo de los títulos por pagar generados por el TOTVS Obras y Proyectos (Solum).

      PPA

      MV_SLMPRER

      Define el prefijo de los títulos por cobrar generados por el TOTVS Obras y Proyectos (Solum).

      PRA

      MV_SLMPROP

      Define el código del producto estándar utilizado en el Solum para integrara el Microsiga Protheus vs RM.

      Branco

      MV_SLMTS

      Define el tipo de salida estándar para el producto de un pedido de venta generado por el movimiento del RM Solum.

      Branco

      Nombre

      Descripción

      Contenido

      MV_TIPOCM

      Forma de cálculo de la corrección monetaria:

      T - Por el total.

      O - Por el original.

      T

      MV_TIPPER

      Define el tipo de título para generar la rutina de Sustitución automática de títulos provisionales.

      DP

      MV_TMSVDEP

      Valor por dependiente Información puesta a disposición en el sitio del Fisco Federal en http://www.receita.fazenda.gov.br.

      R$

      MV_TOLER

      Define la tolerancia de días de atraso en la recepción.

      0

      MV_TOLERPG

      Valor mínimo de tolerancia de títulos por cobrar. Baja total de valores hasta este límite.

      0

      MV_TPALCOF

      Indica como se debe obtener la alícuota del COFINS para retención:

      1 - Solo en el registro de modalidades.

      2 - Registro de productos del registro de modalidades o del parámetro MV_TXCOFIN.

      El sistema considera el primer porcentaje que estuviera informado en esta secuencia de prioridad.

      2

      MV_TPALPIS

      Indica como se debe obtener la alícuota del PIS para retención:

      1 - Solo en el registro de modalidades.

      2 - Registro de productos del registro de modalidades o del parámetro MV_TXPIS.

      El sistema considera el primer porcentaje que estuviera informado en esta secuencia de prioridad.

      2

      MV_TPCOMIS

      Flag utilizada para informar si el cálculo de la comisión es:

      O - On Line.

      B - Batch.

      O

      MV_TPDIAS

      Indica si el procesamiento se hace por días hábiles o días calendario en los paneles On Line del financiero.

      .T. - Para días hábiles.

      .F. - Para días calendarios.

      .T.

      MV_TRFBCO

      Permite transferir el título al banco sin necesidad de pasar primero por la cartera.

      1 – Sí.

      2 – No.

      2

      MV_TTS

      Utilización del control de transacción (válido solamente para la versión AXS).

      Observación: Este parámetro no trabaja con contabilidad On Line si la transacción en la base de datos tuviera más de una tabla para contabilización.

      N

      MV_TXCOFIN

      Informa la alícuota de retención/cálculo del COFINS.


      MV_TXPIS

      Informa la alícuota de retención/cálculo del PIS.


      Nombre

      Descripción

      Contenido

      MV_ULRESER

      Fecha de la última actualización automática de reservas.

      01/08/XX

      MV_UNIAO

      Se utiliza para identificar el código suministrado por el Fisco Federal para el pago del impuesto.

      FEDERAL

      MV_USAMEP

      Indica si el sistema debe utilizar la tabla MEP para realizar la conciliación de los archivos SITEF.

      .T. - utiliza

      .F. - no utiliza


      T

      MV_USELOCK

      Indica si utiliza el semáforo de código del sistema.

      T

      Nombre

      Descripción

      Contenido

      MV_VBASISS

      Indica el valor base para la no retención del ISS, de acuerdo con el inciso III y § 4º del Art. 124 de la Ley Municipal 1.802.

      Ejemplo: 5620.50.

      Informe o valor base para não retenção, conforme a legislação.

      MV_VENCIRF

      Indica si el título de IRRF se genera a partir de la fecha y por la:

      E - Emisión.

      V - Vencimiento.

      C - Contabilización.

      V

      MV_VISDIRF

      Habilita la información sobre si los impuestos harán parte del DIRF y la digitación del código de retención del IR en la entrada.

      1 – Habilita.

      2 – No habilita.

      2

      MV_VL10925

      Valor máximo de pagos en el período para eximir la retención de PIS, Cofins y CSLL.

      $ 5.000,00

      MV_VLMINPG

      Valor máximo para dar de baja al título, aunque el campo E2_DATALIB no esté digitado, y el parámetro MV_CTLIPAG contenga .T.

      0

      MV_VLMPUB

      Valor mínimo que se considerará en la suma del PCC e IRRF para dispensa de retención para empresas públicas.

      10

      MV_VLRETIN

      Valor mínimo para exención del INSS.

      25.00

      MV_VLRETIR

      Valor mínimo para dispensa de IRRF.

      10.00

      MV_VLTITAD

      Verificar en el momento de la baja por pagar, si el proveedor tiene títulos de anticipo para compensación (en la sucursal, solo conectada).

      .T. = Activa verificación.

      .F. = No activa.

      .F.

      MV_VRETCOF

      Valor mínimo para exención de la COFINS.

      10.00

      MV_VRETCSL

      Valor mínimo para exención de la CSLL.

      10.00

      MV_VRETPIS

      Valor mínimo para exención del PIS.

      10.00

      Nombre

      Descripción

      Contenido

      MV_WFACC

      Cuenta de acceso.

      Ejemplo: informática.

      INFORMÁTICA

      MV_WFATTHT

      Indica si el html sigue adjunto. Si se adjunta, no hará parte del cuerpo del e-mail.

      S

      MV_WFDIR

      Directorio de trabajo del Workflow.

      \WORKFLOW\

      MV_WFMAIL

      Cuenta de e-mail del Workflow.

      Ejemplo: [email protected].


      MV_WFPASSW

      Contraseña de la cuenta del Workflow.


      MV_WFPROT

      Protocolo de e-mail utilizado por el Workflow.

      1

      MV_WFREM

      Nombre del remitente (nombre amigable) en el Workflow.


      MV_WFREMET

      Remitente del Workflow.


      MV_WFSMTP

      Nombre del servidor SMTP para enviar mensaje en el Workflow


      MV_WINCALC

      Se utiliza en el SIGAADV for Windows para informar el directorio y el archivo de la calculadora que se utilizará. Si estuviera vacío, se ejecuta en la calculadora del Windows

      En blanco - se debe completar

      MV_WINSCHED

      Se utiliza en el SIGAADV for Windows para informar el directorio y el archivo de la agenda. Si está vacío, no ejecuta en la ToolBar.

      En blanco - se debe completar

      Nombre

      Descripción

      Contenido

      MV_ZERASAL

      Indica si el reprocesamiento debe dejar en cero los saldos de períodos que ya no tengan asientos correspondientes en el SI2.

      N

      MV_ZERASE1

      Indica si deja en cero el SE1->E1SALDO cuando el valor quede negativo al procesar el retorno del archivo CNAB.

      S – En cero.

      N - No deja en cero, mantiene el valor negativo.

      S



      Actualizaciones

      Las opciones de Menú disponibles son:

        • Proveedores.
        • Clientes.
        • Vendedores.
        • Bancos.
        • monedas
        • Modalidades.
        • Presupuestos.
        • Contactos
        • Asiento estándar.
        • Tipos de Títulos
        • Mantenimiento de tablas
        • Contrato bancario
        • Parámetros de bancos
        • Ocurrencias CNAB.
        • Eventos de Extractos
        • Condiciones de Pago
        • M-messenger.
        • Fórmulas
        • Índices aplicados
        • Tabla de IOC.
        • Planes de Venta
        • Administradora financiera
        • Índices Financieros.
        • Actualización de Índice.
        • Múltiples Vínculos de ISS
        • Tipos de documentos
        • Vinculación de documentos vs. situaciones
        • Visión general financiera.
        • Procesos de bloqueo.
        • Cód. retención vs vencimiento.
        • Funciones Cuentas por Cobrar
        • Cuentas por cobrar.
        • Renegociación de títulos por cobrar
        • Cobranzas diversas.
        • Transferencias.
        • Borderó de cobros.
        • Titulos por cobrar.
        • Bajas Automáticas de Títulos por Cobrar.
        • Facturas por cobrar.
        • Anular Recibos diversos.
        • Borderó de cheques.
        • Compensación de cuentas por cobrar.
        • Liquidación.
        • Cheques cobrados.
        • Devolución de Cheques
        • Solicitud de transferencia
        • Aprobación y rechazo de la transferencia
        • Conciliador TEF.
        • Situación de cobro
        • Generación de FACT
        • Procesamiento Mi Casa Mi Vida.
        • SERASA - Procesos.
        • Serasa - Retirada Manual.
        • Borderó de CDCI
        • Control DARF
        • Mantenimiento.
        • Movimientos
        • Aprobación de gastos.
        • Prorrateo jurídico.
        • Inversión y préstamo.
        • Retirada, Pago y Préstamos.
        • Mantenimiento de comisiones.
        • Autorización de pago de las comisiones.
        • Archivo de cobros.
        • Instrucción de cobros.
        • Devolución de cobros.
        • Archivo de pagos.
        • Devolución de pagos.
        • SISPAG.
        • Conciliación DDA.
        • Grupo de gerentes
        • Gestor financiero.
        • Administradores financieros.
        • Grupo de analistas.
        • Aprobadores vs. Superiores.

        Atención

        A partir del release 12.1.16.

        El objetivo del proceso de viajes en el módulo Financiero del Protheus es ofrecer un control de gastos relacionados a los viajes corporativos de una empresa o entidad. Por lo tanto, efectuamos el registro de las solicitudes de viajes, las compras de servicios, concesión de anticipos, rendición de cuentas, pago de proveedores y facturación de estos viajes, cuando sea necesario.


        image2018-6-20_18-20-5.png

        A continuación detallamos los componentes del proceso de viajes:


        Debido a la complejidad de políticas de viajes corporativos y las variaciones de reglas entre las empresas, el proceso de viajes tiene una serie de parametrizaciones. Están concentradas en el Asistente de Configuración (FINA691) y dividas en:


        • Avisos por e-mail - permite el envío de e-mail de las notificaciones de aprobación de la rendición de cuentas y del anticipo
        • Días de retroceso - permite parametrizar la fecha retroactiva para consulta de pedidos por medio de la web service (integración Protheus vs. Reserve)
        • Aprobador Estándar - aprobador utilizado en la importación de pedidos que no tienen autorizador vinculado (integración Protheus vs. Reserve)
        • Usa días hábiles o calendario - define si la actuación del parámetro "Días de Retroceso" será sobre días hábiles o días calendario
        • Grupo de Acceso Estándar - define un único grupo de acceso que se considerará en las rutinas de viajes
        • Exportación Protheus/Reserve - habilita exportación de registros del Protheus para el Reserve: 1=Sí 0=No Orden: C. Costo, Clientes, Participantes. Ej: 001 (exporta solo participantes)
        • Participante como aprobador - permite que el participante sea auto aprobador (informando su propio código en el campo Aprobador en el registro de participante)
        • Usuario del Departamento de Viajes - define a los usuarios que actuarán en el departamento de viajes, informando el código del usuario Protheus (y no el código del registro de participante)
        • ¿Valida acceso del participante? - Define si el acceso a las solicitudes de viaje se controlará por medio de la relación del aprobador/participante con la solicitud deseada.
        • Producto
        • Condición de pago
        • TES de Entrada
        • TES de Salida
        • Anticipa la facturación
        • Prefijos de los títulos por pagar y cobrar
        • Tipos de título por pagar y cobrar
        • Origen de los títulos por pagar y cobrar
        • Origen para los abonos por pagar y cobrar
        • Prefijo de los abonos
        • Días de atraso
        • Cliente y tienda estándares
        • Tipo de tasa utilizada - Cotización turismo, primer día del viaje o último día del viaje
        • Moneda para el reembolso - Fuerte u Original
        • Moneda para el anticipo - Fuerte u Original
        • Días para vencimiento de los títulos por pagar y cobrar


        Importante - Tipos de títulos

        Los títulos generados no podrán ser antecipos, créditos, débitos o provisionales, siendo olrigatorio que sean títulos susceptibles de operaciones de bajas.

        Por este motivo los tipos de títulos RA,PA,NCC,NDF y PR no se permite que se informen en la configuración.

        • Días máximo - rendición de cuentas pendiente
        • Cantidad máxima - rendiciones de cuentas pendientes
        • Anticipo sin estadía
        • Valor fijo
        • Valor diario
        • Modalidad
        • Días para previsión
        • Previsión de anticipos urgentes
        • Tipo de viaje - Nacional, Internacional o Ambas
        • Tipo de título
        • Prefijo de anticipo solicitado con el viaje
        • Prefijo de anticipo separado
        • Fecha base del cálculo - Pedido o inicio del viaje

        Pedido: Considera como base de cálculo la fecha de la solicitud del viaje hasta la fecha de finalización 
        Inicio del viaje: Considera como base de cálculo la fecha inicial del viaje hasta la fecha final

        • Conversión del turismo - antes o después de generar el título
        • Bloquea anticipo - define si el anticipo se bloqueará en la solicitud de viajes o en la aprobación del anticipo, de acuerdo con la configuración de los parámetros "Días máximo" y "Cantidad máxima".


        Importante - Anticipos

        Si la opción "Bloquea anticipo" estuviera con "1=Sí", el sistema no permitirá la generación del anticipo, si existiera alguna rendición de cuentas pendiente para el participante en la sucursal en la cal se está incluyendo la solicitud, de acuerdo con la parametrización de las configuraciones "Días (máx.)" y "Cantidad (máx.)".

        Importante - Tipos de títulos

        Los títulos generados no podrán ser antecipos, créditos, débitos o provisionales, siendo obligatorio que sean títulos susceptibles de operaciones de baja.

        Por este motivo los tipos de títulos RA,PA,NCC,NDF y PR no se permite que se informen en la configuración.

        • E-mails de los administradores
        • Centro de costo del prorrateo
        • Entorno de interacción con el Reserve
        • Integración con el Reserve - Desactivado, On Line, Schedule, On Line y Schedule
        • Numeración de viajes internacionales
        • Numeración de viajes sueltos
        • Configuración de aprobaciones
        • Aéreo
        • Hotel
        • Automóvil
        • Seguro
        • Carreteras
        • Otros
        • Pasajero
        • Cliente
        • Fecha - con tolerancia
        • Centro de costo
        • Prefijo
        • Tipo de título
        • Modalidad
        • Proveedor y tienda


        Es importante resaltar que todas las modificaciones efectuadas en este asistente refleja directamente en los parámetros del Protheus (SX6).


        Esta rutina es responsable por el mapeo de las sucursales del backoffice Protheus con el entorno Reserve, tales como usuario y contraseña de acceso para integración. Para más informaciones, vea en la página el manual de esta integración aquí.

        El grupo de acceso define las jerarquías de visualización de los datos de viajes de los colaboradores.

        Por ejemplo:

        Tenemos los siguientes colaboradores de la Empresa A:

        • Juan - Gerente
        • Pablo - Coordinador
        • Luciana - Analista de sistemas
        • Ricardo - Analista de sistemas

        Existen dos grupos posibles para configuración en este escenario:

        1) Juan es el responsable del Grupo Departamento A, donde Pablo, Luciana y Ricardo son integrantes. Entonces, Juan logra visualizar sus propios viajes y los viajes que contienen por lo menos uno de los participantes de su grupo.

        2) Pablo es el responsable del Grupo Departamento A.1, donde Luciana y Ricardo son integrantes. Entonces, Pablo logra visualizar sus propios viajes y los viajes que contienen por lo menos uno de los demás participantes de su grupo.

        Importante

        Los usuarios configurados en el parámetro de Usuario del Departamento de Viajes tienen visualización total de los datos.

        Los gastos son los tipos de gastos que un colaborador puede rendir cuentas a la empresa. Se puede configurarlas a través del registro de Tipo de Gastos (FINA679).

        Estas pueden o no efectuar algún control de límites para la rendición de cuentas, tales como:

        • Sin límite - Los gastos informados se considerarán reembolsables
        • Límite diario - La suma de los gastos registrados del mismo tipo y en el día, no debe superar el límite informado
        • Límite total - La suma de todos los gastos del mismo tipo registrados en la rendición de cuentas no debe superar el límite informado
        • Límite/Gasto - El gasto está limitado al límite informado

        Si es necesario controlar estos límites, los valores posibles para configuración de un gasto son:

        • Valor unitario - Para cálculo automático cuando se informa la cantidad en la rendición de cuentas (ej. Km.)


        Importante

        Si este campo estuviera completado, no será posible modificar el valor unitario del gasto en la rendición de cuentas. 

        Para que sea posible informar valores diferente en la rendición de cuentas, este campo debe permanecer con el valor cero (0) y se controlará el límite por medio de los campos Límite sin estadía y Límite con estadía.


        • Límite sin estadía - Valor límite para viajes que no exigen estadía
        • Límite con estadía - Valor límite para viajes que exigen estadía
        • Límite Moneda 2 - Valor límite para gastos efectuados en dólar
        • Límite Moneda 3 - Valor límite para gastos en euro

        Los límites tienen vigencia, es decir, si es necesario cambiar la política se puede finalizar una vigencia informando la fecha final e informando los valores para un nuevo período.

        Se pueden vincular los tipos de gastos a las localizaciones:

        • Nacionales
        • Internacionales
        • Ambos

        Este vínculo se realiza como otra acción en la pantalla de registro del tipo de gastos.

        Importante

        El tipo de gasto tiene en su encabezado los datos de los entes de costo como facilitador para el registro de la línea de gastos en la rendición de cuentas.

        Se puede informar el grupo de gastos, pero no es obligatorio.

        El Grupo de Gastos (FINA681) tiene las mismas características del Tipo de Gasto, excepto los entes de costo, tipo de límite por gasto y valor unitario, que son específicos de la línea de gastos, y tiene como objetivo agrupar y definir límites estándar para un determinado grupo.

        Atención

        El valor configurado en el gasto, cuando se informa, es prioritario en el cálculo de la rendición de cuentas.

        El proceso de viajes utiliza la base de participantes (APDA020) del SIGAAPD - Evaluación y Encuesta de Desempeño. Por lo tanto, en este registro existe en la solapa Viajes las informaciones necesarias para volverlo en viajero, son estas:

        • Solapa "Datos generales"
          • E-mail - utilizado para que el participante reciba e-mails de la notificación de aprobación de rendiciones de cuentas y anticipos
          • Disp Viage - Informe si un participante tiene disponibilidad para viajes. Solo se utiliza en la integración con RESERVE, para solicitud de viajes este campo fue descontinuado.
        • Solapa "Viaje"
          • Nivel de cargo - utilizado para la integración con el Reserve y que define el tipo de acceso que el participante tendrá
          • Login Reserve - acceso del participante en el Reserve
          • ID Reserve - informado después de integrar el registro con el Reserve
          • Empresa y Sucursal actual - empresa y sucursal donde el participante actúa en el momento para el control de los pedidos del Reserve
          • Empresa y Sucursal anterior - registro historial empresa y sucursal donde el participante actuó anteriormente para el control de los pedidos del Reserve
          • Permite Anticipo - informa si el participante es elegible al anticipo
          • Aprobador - ID del usuario aprobador
          • Sustituto - ID del usuario aprobador sustituto
          • Proveedor y tienda - Código del proveedor y tienda para crédito de los anticipos y reembolsos
          • Sustituto de la Rendición de cuentas - ID del usuario que puede realizar la rendición de cuentas en lugar del participante (Ej. Empleado de una Oficina de Proyectos, Secretarías o Asistentes Ejecutivas, etc).
          • ¿Permite viaje? - Indica si el participante tendrá permiso para solicitud de viajes o utilización del app Mi rendición de cuentas.

        Un participante puede ser o no un empleado, y las integraciones con el módulo de Gestión de Personal para este son las que existen en el Protheus (del registro del participante, copiando a la planilla de haberes o viceversa con la configuración del .ini)


        Importante

        Si se utiliza el campo "¿Permite viaje? - SÍ", el código de usuario utilizado en el registro del participante no podrá repetirse en otro código de participante con el mismo permiso de viaje.

        Importante

        Para que el participante se considere autoaprobador, es necesario configurar el parámetro MV_RESAPRT con el valor "1" (sí) y completar el campo Aprobador en el registro de Participantes (solapa Viaje) con su propio código. Solo se puede realizar este proceso del registro en operación de Modificación.

        Privilegios para el control de acceso a rutinas

        Los usuarios que tienen acceso a la rutina del menú aprobación (F677APROVA), rutina: FINA677 también deben tener acceso al menú Aprobar/Reprobar (F677ARVrpv) de la rutina FINA677APR. Si el privilegio FINA677APR no se agrega al FINA677, ocurrirá un error de permiso en el momento de aprobar una rendición de cuentas.

        Veamos enseguida un ejemplo de configuración:


        Para más informaciones de la integración de participantes con el Reserve, consulte aquí.

        A pesar de que el Reserve tiene solamente como ente de costo al Centro de Costo y el Protheus trabaja con otros entes, se pueden efectuar las clasificaciones en el Protheus a través de la rutina de viajes (FINA665). En Acciones Relacionadas, a través de la opción Modificar Ent. Costos, se puede informar también la Clase de Valor y el Ítem Contable.

        El restante de las rutinas cargan estos costos del viaje o entonces, en el caso de la Rendicón de cuentas o Solicitud de viaje, tienen campos para la entrada de los entes.

        Para más informaciones de la integración del Centro de Costos con el Reserve, consulte aquí.

        Algunos eventos del proceso de viajes realizan el envío de e-mail estándar para notificar al participante involucrado en la acción que acabó de ejecutarse. ¡¿Muy bueno no?! (sorriso) 

        Vea cuáles son estos eventos:

        En la rutina de Viajes (FINA665)

        1. Al verificar la solicitud, transitando el estatus de esta p/ "Esperando aprobación" - Notifica el aprobador.

        En la rutina de Anticipos (FINA667)

        1. Al generar el anticipo en estatus "Solicitado" - Notifica el aprobador.
        2. Al reprobar un anticipo en la etapa de aprobación del administrador (incluyendo la aprobación por lote) - Notifica el viajante.
        3. Al liberar el pago del anticipo generando el título financiero, por medio de la acción "Liberar Pago" - Notifica el viajante.

        En la rutina de Rendición de cuentas (FINA677)

        1. Al verificar una rendición de cuentas por parte del departamento de viajes, mediante la acción "Verificar" - Notifica el aprobador.
        2. Al reprobar una rendición de cuentas en la etapa de aprobación del administrador - Notifica el viajante.
        3. Al liberar el reembolso para el viajante o la devolución p/ la empresa, generando el título financiero a través de la acción "Liberar Financ." - Notifica el viajante.

        Para que todo este flujo tenga la dinámica del envío de e-mails, es necesario algunos requisitos previos, tales como:

        • Configurar servidor de e-mail del Protheus.
        • Tener el campo "E-mail" informado en el registro del participante con una dirección válida.
        • Tener el parámetro MV_RESAVIS (presente en el Asistente de Configuración, sección "Generales") configurado como "1".
        • Permitir que el servicio de e-mail (Google, Office365, etc.) se acceda por medio del Protheus. Esta acción solo es necesaria si usted recibe un aviso de alerta Google/Microsoft sobre el bloqueo al intento de conexión de un dispositivo desconocido.

        Ejemplo de un e-mail que se ejecutó para el administrador aprobador en el momento en que el departamento de viajes verificó la rendición de cuentas (acción "Verificar->Aprobar"):

        Importante

        Si se utiliza el workflow con el Fluig, para cada proceso configurado (SOLVIAJ1 - Solicitud de viaje, SOLADIANTA - Anticipo, APVPRESTCO - Rendición de cuentas), el envío de e-mail en estos eventos se desconsiderará.

        01. VISIÓN GENERAL

        Un empleado (en este escenario, lo llamamos Participante) necesita realizar un viaje corporativo, por algún motivo, sea este cual fuera (ej: atención/visita al cliente, reunión de negocios, evento). Entonces esta rutina tendrá como principal objetivo registrar la solicitud de este viaje, considerando informaciones relevantes para controlar los gastos del viaje y sus políticas.

        Importante

        Esta rutina considera solamente solicitudes del Protheus. Los viajes integrados con el Reserve no generan solicitud, porque se compran y emiten directamente en la agencia.

        Atención

        En los ítems del viaje se podrán seleccionar y justificar/detallar los siguientes servicios:

        • Vuelo
        • Hotel
        • Automóvil
        • Por carretera
        • Seguros
        • Otros


        Atención

        • Estos ítems de servicio son parametrizables y están en el asistente de configuración Si la empresa no ofrece alguno de estos ítems en su política, se puede ocultarlos.
        • El ítem Otros es el único en que no es necesario comprar servicio, entonces solicitudes solo con este servicio no pasan por la etapa de verificación de la solicitud. Esta es necesaria cuando un colaborador desea solicitar solamente un anticipo, porque hará, por ejemplo, una visita a un cliente con vehículo propio y desea solamente el anticipo.

        Cuando se parametrizan para aprobación después de solicitarlas, se generará un asunto pendiente de aprobación para el superior de los participantes. En caso contrario, esta se puede enviar al departamento de viajes (directamente después de la solicitud o en un segundo momento a través de la opción de envío) y el viaje se generará automáticamente.

        Ejemplo:

        La empresa puede decidir por pasar por todas las aprobaciones, en este caso el flujo será:

        O entonces puede ser que tan solo una de las aprobaciones sea necesaria, en este caso tenemos:


        Importante

        Cuando no exista la etapa de aprobación de viajes, para que la solicitud de viajes (FW3), se vuelva un viaje (FL5) y logre dar continuidad al flujo, la solicitud pasará obligatoriamente por la verificación del departamento de viajes, en la rutina de solicitud de viajes (FINA666) vaya a OTRAS ACCIONES → Enc. p/ Depart Viajes (Generando el viaje en la rutina FINA665).



        02. EJEMPLO DE UTILIZACIÓN

        Acceso a la rutina por el camino: Actualizaciones > Viajes > Solicitud de viaje

        El viajero debe informar los datos básicos del viaje en el encabezado de su solicitud, como origen y destino, fechas de partida y llegada, cliente para atención (si hubiera), etc.
        Para cada servicio se deben informar lo(s) Participante(s) y su(s) respectivo(s) Ente(s) de costo.



        Importante

        No se permite incluir el mismo centro de costo en el prorrateo de centro de costos.

        Si la clave única fuera: Sucursal + Núm. Solicitud + Ítem + C.Costo ( FW6_FILIAL+FW6_SOLICI+FW6_ITEM+FW6_CC), no se permitirá utilizar el mismo centro de costo, aunque los otros entes contables sean diferentes. 

        En la release 12.1.2410, con aplicación del paquete acumulado con fecha igual o superior al 08/11/2024, el sistema pasa a considerar la modificación de la clave única y del índice 1 de la tabla FW6 para: FW6_FILIAL+FW6_SOLICI+FW6_ITEM+FW6_CC+FW6_ITECTA+FW6_CLVL.

        De esta manera, si la clave única es:  Sucursal + Núm. Solicitud + Ítem + C.Costo  + Ítem contable + Clase de valor (FW6_FILIAL+FW6_SOLICI+FW6_ITEM+FW6_CC+FW6_ITECTA+FW6_CLVL), no se permitirá utilizar la misma combinación de entes contables ( C. Costo, Ítem contable y Clase de valor).                 

        Si se modifica la clave única de la tabla FW6, es necesario realizar también la adecuación  de la clave única y del índice 1 de la tabla FLH  a: 

        FLH_FILIAL+FLH_VIAGEM+FLH_ITEM+FLH_CC+FLH_ITECTA+FLH_CLVL 

        Las adecuaciones de las tablas FW6 y FLH están disponibles a partir del paquete acumulado con fecha igual o superior al 08/11/2024 exclusivamente para la release 12.1.2410.                                                                                       


        Además, en la solapa Anticipos se pueden marcar los participantes que recibirán el anticipo.

        Importante

        Si la opción "Bloquea anticipo" estuviera com "1=Sí", el sistema no permitirá generar el anticipo, si existiera alguna rendición de cuentas pendiente para el participante en la sucursal donde se está incluyendo la solicitud, de acuerdo con la parametrización de las configuraciones "Días (máx.)" y "Cantidad (máx.)".


        El valor calculado es una previsión y se muestra solamente si estuviera parametrizado:

        03. RUTINA AUTOMÁTICA

        Para ejecutar la rutina automática, ilustramos algunas funcionalidades como Inclusión (MyFA666Inc), Modificación (MyFA666Alt) y Borrado (MyFA666Del), en los siguientes ejemplos:


        Ejemplo de ejecución de la rutina automática
        #INCLUDE "PROTHEUS.CH"
        #INCLUDE "FWMVCDEF.CH"
        
        //---------- Inclusión de la solicitud de viaje ----------//
        User Function MyFA666Inc()
        
        Local oModel := Nil
        Local oModelFW3 := Nil
        Local oModelFW4 := Nil
        Local oModelFW5 := Nil
        Local oModelFW6 := Nil
        Local cFilAtu := ""
        
        RpcSetEnv("T1","D MG 01 ","claudio.ribeiro","1") // Inicializa entorno con usuario solicitante
        
        oModel := FWLoadModel("FINA666")
        oModelFW3 := oModel:GetModel("FW3MASTER") // Encabezado del viaje
        oModelFW4 := oModel:GetModel("FW4DETAIL") // Servicios 
        oModelFW5 := oModel:GetModel("FW5DETAIL") // Participantes
        oModelFW6 := oModel:GetModel("FW6DETAIL") // Centro de costo
        cFilAtu := xFilial("FW3")
        
        oModel:SetOperation(MODEL_OPERATION_INSERT)
        oModel:Activate()
        // Informa el encabezado de la solicitud de viaje
        oModelFW3:SetValue("FW3_FILIAL",cFilAtu)
        oModelFW3:SetValue("FW3_NACION","1")
        oModelFW3:SetValue("FW3_CODORI","SP")
        oModelFW3:SetValue("FW3_CODDES","RJ")
        oModelFW3:SetValue("FW3_DTINI",StoD("20190702"))
        oModelFW3:SetValue("FW3_DTFIM",StoD("20190705"))
        oModelFW3:SetValue("FW3_CLIENT","001 ")
        oModelFW3:SetValue("FW3_LOJA","01")
        oModelFW3:SetValue("FW3_STATUS","0") // Pendiente, Estatus inicial
        // Informa la cuadrícula del servicio incluso en la solicitud del viaje
        oModelFW4:SetValue("FW4_ITEM",StrZero(1,TamSX3("FW4_ITEM")[1]))
        oModelFW4:SetValue("FW4_TIPO","1") // Aéreo
        oModelFW4:SetValue("FW4_OBS", "Visita al cliente")
        // Informa la cuadrícula de los participantes viajeros
        oModelFW5:SetValue("FW5_ITEM",StrZero(1,TamSX3("FW4_ITEM")[1]))
        oModelFW5:SetValue("FW5_PARTIC","000001")
        oModelFW5:SetValue("FW5_ADIANT",.T.) // Agrega anticipo al participante
        oModelFW5:AddLine() // Agrega línea para un segundo viajero
        oModelFW5:SetValue("FW5_ITEM",StrZero(2,TamSX3("FW4_ITEM")[1]))
        oModelFW5:SetValue("FW5_PARTIC","000002")
        oModelFW5:SetValue("FW5_ADIANT",.T.) // Agrega anticipo al participante
        // Informa la cuadrícula del centro de costo
        oModelFW6:SetValue("FW6_ITEM",StrZero(1,TamSX3("FW4_ITEM")[1]))
        oModelFW6:SetValue("FW6_CC","002 ")
        oModelFW6:SetValue("FW6_PORCEN",100)
        oModelFW5:GoLine(1)
        // Validación y grabación de los datos si fueran consistentes
        If oModel:VldData() 
             oModel:CommitData()
             Conout("Inclusión de la solicitud del viaje finalizada con éxito.")
        Else 
             VarInfo("",oModel:GetErrorMessage())
             Conout("Error en la validación, solicitud de viaje no se incluyó.")
        EndIf
        
        oModel:DeActivate()
        oModel:Destroy()
        RpcClearEnv()
        
        Return
        
        
        //---------- Modificación de la solicitud de viaje ----------//
        User Function MyFA666Alt()
        
        Local aKeyFW4 := {}
        Local oModel := Nil
        Local oModelFW5 := Nil
        Local oModelFW6 := Nil
        Local cSolic := "0000000010"
        
        RpcSetEnv("T1","D MG 01 ","richard.santos","1") // Inicializa entorno con usuario solicitante
        
        dbSelectArea("FW3")
        dbSetOrder(1)
        dbSeek(xFilial("FW3")+cSolic)
        // Carga modelo de datos con la solicitud de viaje marcada
        oModel := FWLoadModel("FINA666")
        oModelFW5 := oModel:GetModel("FW5DETAIL") // Participantes
        oModelFW6 := oModel:GetModel("FW6DETAIL") // Centro de costo
        // Clave de búsqueda del participante dentro de la Sol. de Viaje
        aKeyFW4 := { {"FW5_FILIAL",xFilial("FW5")},{"FW5_SOLICI",cSolic},{"FW5_ITEM","01"},{"FW5_PARTIC","000002"} }
        
        oModel:SetOperation(MODEL_OPERATION_UPDATE)
        oModel:Activate()
        // Retira uno de los viajeros, en este caso el participante 000002
        If oModelFW5:SeekLine(aKeyFLE)
             oModelFW5:DeleteLine()
        Else
             Conout("Viajero no encontrado en esta solicitud de viaje.")
        EndIf
        // Modifica el centro de costo (marcado automáticamente en la primera cuadrícula)
        oModelFW6:SetValue("FW6_CC","003 ")
        
        // Validación y grabación de los datos si fueran consistentes
        If oModel:VldData() 
             oModel:CommitData()
             Conout("Modificación de la solicitud de viaje efectuada con éxito.")
        Else 
             VarInfo("",oModel:GetErrorMessage())
             Conout("Error en la validación, solicitud de viaje no se modificó.")
        EndIf
        
        oModel:DeActivate()
        oModel:Destroy()
        RpcClearEnv()
        
        Return
        
        
        //---------- Borrado de la solicitud de viaje ----------//
        User Function MyFA666Del()
        
        Local oModel := Nil
        Local cSolic := "0000000010"
        
        RpcSetEnv("T1","D MG 01 ","claudio.ribeiro","1") // Inicializa entorno con usuario solicitante
        
        dbSelectArea("FW3")
        dbSetOrder(1)
        dbSeek(xFilial("FW3")+cSolic)
        // Carga modelo de datos con la solicitud de viaje marcada
        oModel:= FWLoadModel("FINA666")
        oModel:SetOperation(MODEL_OPERATION_DELETE)
        oModel:Activate()
        
        // Validación y grabación del borrado
        If oModel:VldData() 
             oModel:CommitData()
             Conout("Solicitud de viaje borrada con éxito.")
        Else 
             VarInfo("",oModel:GetErrorMessage())
             Conout("Error en la validación, solicitud de viaje no se borró.")
        EndIf
        
        oModel:DeActivate()
        oModel:Destroy()
        RpcClearEnv()
        
        Return
        
        
        



        04. TABLAS UTILIZADAS

        • FW3 - Encabezado de la solicitud
        • FW4 - Servicios (ítems)
        • FW5 - Participantes
        • FW6 - Entes de costos


        La rutina de viajes (FINA665) tiene todas las informaciones relacionadas a los viajes ya emitidas mediante la agencia o solicitud de viaje separada.

        Un viaje está compuesto por:

        Encabezado del viaje, que tiene los datos de la fecha de inicio y fin, origen y destino, cliente que se atenderá (cuando sea aplicable) etc.

        En la solapa anticipos, se listan los participantes y los anticipos solicitados para cada uno de estos.

        En la solapa del viaje propiamente dicho, tenemos la lista de todos los pedidos efectuados.

        Al seleccionar un ítem del pedido de viaje, se habilita un contexto por servicio con los datos específicos de cada uno de estos, como por ejemplo: Para vuelo tenemos la Cia. Aérea, Localizador, Clase etc. En el caso de un hotel tenemos el Nombre del Hotel, fechas de check-in y check-out etc. Los servicios posibles son:

        • Vuelo
        • Hotel
        • Automóvil
        • Carretera
        • Seguros
        • Otros

        También se muestran a los participantes y a los entes de costo vinculados.

        Un viaje realizado en el Reserve, se integra solamente cuando está emitido, es decir, no se pueden modificar sus servicios en el Protheus (fechas, valores, etc). Los únicos datos pasibles de edición son los entes de costo. Para más detalles, consulte el manual de la integración TOTVS vs. Reserve.

        Por otro lado, un viaje generado de una solicitud de viajes del Protheus, debe tener sus detalles de servicios informados por el departamento de viajes a través de la opción de Verificación, puesto que la solicitud es un pedido para la compra del viaje. Si la aprobación está habilitada después de verificar, se generará un asunto pendiente de aprobación para el superior de los participantes.

        Un viaje con todos sus servicios y gastos debidamente pagados y cuentas prestadas, es elegible para facturación. Este proceso muestra los costos del viaje que se pueden repasar al cliente, integral o parcialmente, y genera un pedido de venta para el cliente. Si no resulta aplicable para el segmento de la empresa, este paso no es obligatorio.



        ÍNDICE



        01. VISIÓN GENERAL

        Los anticipos (FINA667) son los valores acreditados a los colaboradores para cubrir los gastos de un viaje, tales como alimentación, transporte, comunicación, etc.

        Estos valores se calculan por medio de la configuración de la política de viajes de la empresa, que pueden ser:

        1. Valor fijo: Este es el valor fijo concedido, usualmente para el valor de traslado.
        2. Valor con y sin Pernoctar: Si el viaje tiene período dentro del mismo día, se calcula el valor del anticipo sin pernoctar, si supera un valor diario, se calculará con el valor con pernoctar.
        3. Otras monedas: Los valores en otras monedas usualmente son concedidos mediante crédito en traveller check o compra de moneda. En este caso el Protheus no hace el cálculo, pero se debe informar el valor del crédito de este anticipo. Las tasas de conversión de la compra de esta moneda para la moneda fuerte, se pueden informar antes o después de generar el título mediante la configuración en el asistente de Configuración.

        En la rutina de viajes (FINA665) aun se puede solicitar complementos de anticipos. Si un colaborador necesita más dinero en un viaje, esta solicitud se puede efectuar seleccionando el viaje y la opción Anticipo por Separado. En este caso se genera otro anticipo más vinculado al viaje.

        Las reglas de generación de título, tales como Prefijo, Modalidad, Fecha de Vencimiento para anticipos normales y urgentes (aquellos solicitados fuera de la regla de la política de anticipación) están en el Asistente de Configuración.

        Los anticipos solicitados, tanto vía Reserve, solicitud de viajes o por separado, no se aprueban junto con el viaje y generan un asunto pendiente para el superior del viajero, si se configura.

        Ejemplo:

        Si es necesario la aprobación del superior y evaluación financiera, tenemos:

        O entonces tendremos los siguientes escenarios si una etapa se pudiera realizar automáticamente:

        Sugerencia

        La contabilización del anticipo se realiza por medio del registro estándar de inclusión de título.

        Para los casos en que el anticipo es otra moneda y la tasa informada después de generar el título, este se debe contabilizar Off Line.

        Atención

        Este proceso no es obligatorio.


        02. EJEMPLO DE UTILIZACIÓN

        El anticipo se puede generar a partir de la solicitud de viaje (FINA666), seleccionando esta opción en la solapa Anticipos:

        image2019-7-8_15-12-37.png

        O después de haber enviado el viaje al departamento de viajes (FINA665), haciendo clic en el botón "Solic. Antic." y seleccionando los participantes que recibirán el anticipo:



        Entonces, por medio de la rutina FINA667, el anticipo se puede visualizar y seguir su flujo de acciones:

        03. RUTINA AUTOMÁTICA

        Para ejecutar la rutina automática, ilustramos la solicitud del anticipo tras hacer efectivo el viaje (MyFA667A), en el siguiente ejemplo:


        Exemplo de execução da rotina automática
        #INCLUDE "PROTHEUS.CH"
        #INCLUDE "FWMVCDEF.CH"
        
        //---------- Solicitud de anticipo del viaje ----------//
        User Function MyFA667A()
        
        Local aKeyFLC := {}
        Local aUser := {}
        Local oModel := Nil
        Local oModelFLC := Nil
        Local oModelFLD := Nil
        Local cViagem := "0000000001"
        Local cPartic := "000002"
        
        RpcSetEnv("T1","D MG 01 ","claudio.ribeiro","1") // Inicializa entorno con usuario solicitante
        
        dbSelectArea("FL5")
        dbSetOrder(1)
        dbSeek(xFilial("FL5")+cViagem) // Viaje ya solicitado
        
        // Carga modelo de datos con la solicitud de viaje marcada
        oModel := FWLoadModel("FINA667A")
        oModelFLC := oModel:GetModel("FLCDETAIL") // Participantes
        oModelFLD := oModel:GetModel("FLDDETAIL") // Anticipos
        // Clave de búsqueda del participante dentro del viaje
        aKeyFLC := { {"FLC_FILIAL",xFilial("FLC")},{"FLC_VIAGEM",cViagem},{"FLC_PARTIC",cPartic} }
        
        oModel:SetOperation(MODEL_OPERATION_UPDATE)
        oModel:Activate()
        If FINXUser(RetCodUsr(),aUser,.T.)
             // Participante que recibirá anticipo
             If oModelFLC:SeekLine(aKeyFLC)
                  oModelFLC:SetValue("OK",.T.)
                  oModelFLD:LoadValue("FLD_DTSOLI",dDatabase)
                  oModelFLD:LoadValue("FLD_DTPREV",DataValida(dDatabase+3))
                  oModelFLD:LoadValue("FLD_SOLIC" ,aUser[1])
                  oModelFLD:LoadValue("FLD_NOMESO",PadR(aUser[2],TamSx3("FLD_NOMESO")[1]))
                  oModelFLD:SetValue("FLD_VALOR",400)
                  oModelFLD:SetValue("FLD_MOEDA","1")
                  oModelFLD:SetValue("FLD_JUSTIF","Anticipo para el viajero")
                  // Validación y grabación de los datos si fueran consistentes
                  If oModel:VldData()
                       oModel:CommitData()
                       Conout("Anticipo solicitado con éxito.")
                  Else 
                       VarInfo("",oModel:GetErrorMessage())
                       Conout("Error en la validación, anticipo no fue solicitado.")
                 EndIf
             Else
                  Conout("Viajero no encontrado en este viaje.")
             EndIf
        EndIf
        
        oModel:DeActivate()
        oModel:Destroy()
        RpcClearEnv()
        
        Return



        04. TABLAS

        • FL5 - Viaje
        • FLC - Pasajeros
        • FLD - Anticipos




        Con un viaje en marcha o después de su finalización, el viajero debe efectuar su rendición de cuentas de los gastos para la empresa.

        Todo viaje, independientement de tener o no un anticipo, genera automáticamente un registro en la rutina Rendición de cuentas (FINA677) vinculada a esta.

        Una rendición de cuentas tiene los datos básicos de un viaje, como su número, fecha inicial y final, local, cliente que se atendió (si fuera aplicable), además de los entes de costo y porcentaje de facturación contra el cliente (si el cliente fuera aplicable), etc.

        El colaborador podrá informar ítem por ítem, los gastos que tuvo en su viaje informando: gasto, local, valor (en la moneda actual o en otra y su tasa de conversión), cantidad, entes de costo, etc.

        Además, los anticipos se listan en la rendición de cuentas y se descuenta del valor total al pie de la rendición de cuentas.

        Los valores utilizados, los reembolsables y el saldo también se muestran al pie del documento, en las 3 monedas tratadas por el Protheus: actual, dólar y euro.

        Atención

        • Una rendición de cuentas solo se puede finalizar siempre y cuando todos los anticipos vinculados al viaje, si existen, están pagados, es decir, acreditados al colaborador. Esto previene que sea acreditado un valor de reembolso indebido al colaborador.
        • Todas las demás monedas se convierten a dólar, una vez que la operación más común es la de concesión de traveller checks en dólar a débito, crédito o retirada en la moneda actual de otros países. Por ejemplo: En un gasto realizado en Rupias, la tasa informada dela transacción del Traveller Check debe ser la referencia de conversión en dólar.
        • Título oriundo de la rendición de cuentas: FINA667 o FINA677 no puede negociarse.

        Una vez finalizada y enviada al departamento de viajes (después de incluirla o en momento posterior por la opción de envío para verificación), el departamento de viajes hará la verificación de la rendición de cuentas. A pesar que el sistema ya efectúa los cálculos de los valores reembolsables de los gastos por medio de la regla de límites de los gastos, si el verificador identifica algún ítem en los comprobantes que están fuera de la política de viajes, este puede registrar los descuentos en este momento y el valor que se devolverá/reembolsará se actualiza.

        Si los pasos de aprobación y/o liberación para el financiero están activos, se generarán asuntos pendientes para el superior del viajante y para el financiero/departamento de viajes, respectivamente.

        Importante

        El proceso de aprobación de las rendiciones de cuentas por el Administrador inmediato, solo podrá realizarse mediante la selección del filtro "En Evaluación del administrador" en el acceso a la rutina FINA677(Rendición de cuentas). Si el filtro se desmarca. se mostrará el help indicando que el proceso de aprobación solo podrá realizarse mediante el registro del ítem en el acceso a la rutina.

        Ejemplo:

        Si todo el proceso debe pasar por aprobación o verificación, tenemos:

        Si alguna etapa se pudiera realizar automáticamente, tenemos:


        Finalmente, además de los viajes, la rutina también permite efectuar rendiciones de cuentas separadas.


        En la inclusión de una Prestación de cuentas por separado, existe la opción "Modif. Viajante", donde es posible modificar el participante de la Rendición de cuentas.

        Por ejemplo: 

        Dos empleados de una empresa deben realizar una visita a un determinado cliente y uno de estos incluirá la rendición de cuentas al otro empleado. 

        Empleado João : es quien incluirá la rendición de cuentas para María. Será el Sustituto de María.

        Empleada María:  es quien tendrá la rendición de cuentas incluida por João. En su registro de participante (APDA020), debe haber configurado el usuario João como su Sustituto (RD0_USRPRE). 

        En este caso, el usuario João debe acceder al sistema y en la inclusión de la Rendición de cuentas por separado, debe efectuar la modificación del Viajante, informando la Participante: Maria. 

        De esta manera, el participante de la Rendición de cuentas será la usuaria Maria (FLF_PRESTA).  

        Sugerencia

        La contabilidad de la rendición de cuentas tiene registros específicos para contabilizar los gastos, son estos:

        • 8B3 - Ítem de la rendición de Cuentas/Gasto
        • 8B4 - Reversión del ítem de la rendición de Cuentas/Gasto
        • 8B5 - Encabezado de la Rendición de cuentas*
        • 8B6 - Reversión del encabezado de la Rendición de cuentas*

        *Los totalizadores de la rendición de cuentas se graban en la tabla FLF - Encabezado de la rendición de cuentas

        Para la contabilidad off-line de la rendición de cuentas: LP 8B3 y 8B5 - Contabilidad de la rendición de cuentas off-line




        La verificación de servicios es simplemente la copia de la factura de una agencia de viajes o de los propios proveedores directos (compañías aéreas, hoteles, alquiladoras de automóviles, etc.).

        En esta rutina se pueden seleccionar los ítems de viajes, sea por servicio o considerando todos los tipos, para selección y edición del pago enviado en la factura. Con los pedidos debidamente seleccionados y los valores editados cuando sea necesario, se generará un pedido de compra, una factura o un título por pagar.

        Importante

        • Cuando un viaje se remarca, el pedido solo se anula dentro del viaje, ya que en muchos servicios incurren tasas/costos de anulación o remarcación. Por este motivo, tanto lo remarcado como lo activo aparecerán en el pago.
        • Al seleccionar un pedido para verificación, se sugiere el valor del servicio registrado en el viaje, pero es posible editarlo como mayor o menor, considerando que esta última opción también permite finalizar el pago del ítem o mantener el saldo para verificaciones parciales.
        • Los porcentajes de los entes de costo del viaje, se hacen proporcionales y se cargan para el registro generado de la verificación

        Sugerencia

        La contabilidad del anticipo se realiza por medio del asiento estándar de inclusión de título.

        Cuando existe un acuerdo entre proveedor y cliente referente al pago de gastos de los viajes, el Protheus permite facturar tanto el viaje completo como una rendición de cuentas separada.

        La facturación de un viaje incluye los costos de los servicios contratados (vuelo, hotel, alquiler de automóviles, seguros y carretera) y los gastos de los colaboradores involucrados. Cuando todos los servicios estén pagados y la rendición de cuentas finalizada y aprobada, el viaje estará apto para facturar contra el cliente, sea parcial o totalmente. Aun así, se pueden parametrizar las reglas de viajes y permitir la facturación anticipada de un viaje, siempre y cuando por lo menos la rendición de cuentas esté finalizada, considerando que este es un costo variable, diferente de los servicios que tienen una previsión en su contratación.

        Por otro lado, las rendiciones de cuentas separadas, se pueden facturar después de que se finalicen.

        Atención

        Este proceso no es obligatorio.

        Para más informaciones acceda a los manuales de integración TOTVS vs. Reserve y PCO vs. Reserve.

        El App Mi Rendición de cuentas permite un control fácil y rápido para que viajantes corporativos mantengan su rendición de cuentas actualizada durante un viaje.

        Con esta aplicación se puede:

        • Sincronizar las rendiciones de cuentas de viajes.
        • Incluir una rendición de cuentas separada
        • Administrar/Controlar gastos
        • Hacer un seguimiento del saldo de la rendición de cuentas.
        • Enviar una rendición de cuentas para verificación y aprobación.
        • Hacer un seguimiento de las rendiciones de cuentas ya finalizadas.
        • Corregir las rendiciones de cuentas rechazadas.

        Lo mínimo de este proceso que necesita estar configurado para el funcionamiento de la aplicación es:

        • Registros
          • Gastos (con o sin vínculo por localidad y grupo)
          • Grupo de acceso
          • Participantes
        • Rendición de cuentas (separada)

        Por otro lado, un proceso completo de viajes para el App abarca:

        • Registros
          • Wizard de configuración
          • Participante
          • Grupo de acceso
          • Gasto
          • Grupo de gasto
        • Solicitud de viaje (Por integración Reserve o Protheus)
        • Viaje
        • Anticipo
        • Rendición de cuentas (objetivo del app)



        Atención

        • Esta aplicación es complementaria al proceso de control de viajes del Financiero Protheus.
        • Es necesario tener un usuario y contraseña del Protheus (a partir de la versión 12.1.17 expedición Janeiro/18) para utilizarlo.
        • No es obligatorio el uso de la integración TOTVS Reserve, porque se puede efectuar la solicitud del viaje suelto del Protheus.

        Para más informaciones acceda al TOTVS Mi Rendición de cuentas en el área del Aplicaciones.

        Para descargar (download) del App acceda al Google Play.



        • Situaciones del documento hábil.
        • Documento hábil.
        • Programación financiera.

        Consultas

        Las opciones de Menú disponibles son:

          • Genéricos.
          • Gen. Relacional.
          • Situación del cliente.
          • Situación de títulos por cobrar.
          • Resumen general.
          • Situación del proveedor.
          • Situación de títulos por pagar.
          • Resumen general.
          • Flujo de caja.
          • Flujo por modalidad.
          • Flujo por modalidad con centro de costo.
          • Historial flujo por modalidad
          • Presupuestados vs Reales Mes
          • Presupuestados vs. Reales Año
          • Rastreo.

          Informes

          Las opciones de Menú disponibles son:

            • Clientes.
            • Proveedores.
            • Ficha de Registro
            • Vendedores.
            • Bancos.
            • Lista Modalidades.
            • Correo directo cartas.
            • Títulos por cobrar.
            • Títulos por cobrar por modalidad.
            • Títulos por cobrar por vendedores.
            • Cobros diversos.
            • Cobros diversos vs. Clientes
            • Informe de recibos por clientes.
            • Historial de clientes.
            • Intereses cobrados.
            • Intereses adeudados no pagados.
            • Mayores deudores.
            • Aging.
            • Posición general cobro.
            • Situación clientes.
            • Sugerencia de bloqueo.
            • Boleta Genérica.
            • Emisión de facturas
            • Títulos enviados al banco
            • Boleta - Rdmake.
            • Eficiencia cobro
            • Libro de Facturas de Crédito.
            • Movimiento Mes a Mes.
            • Retención INSS.
            • Títulos por cobrar con retención de impuestos.
            • Títulos por Cobrar e-Fact
            • Liquidación (CR).
            • Liquidación de débitos.
            • Cheques devueltos.
            • Historial de movimientos Serasa.
            • Mi Casa Mi Vida.
            • Títulos por pagar:
            • Títulos por pagar por modalidad.
            • Emisión de borderós.
            • Situación Proveedores.
            • Lista de cheques.
            • Cheques especiales.
            • Impresión de cheques.
            • Aging.
            • Copia de cheques.
            • Cheques anulados.
            • Borderó pagos.
            • Eficiencia del cuentas por pagar.
            • Mapa de prorrateos.
            • Emisión de DARF.
            • Emisión de GPS.
            • Posición General Cuentas por Pagar.
            • Retención de impuestos.
            • Títulos por pagar con retención de impuestos.
            • Informe de agrupadores.
            • Informe de agrupación de impuesto.
            • Liquidaciones (CP).
            • Estado de resultado PIS, COFINS y CSLL.
            • Previsión de comisiones.
            • Lista de comisiones.
            • Aprobación de documento.
            • Extracto bancario.
            • Movimiento financiero diario.
            • Movimiento bancario.
            • Movimiento de caja diario.
            • Flujo de caja realizado
            • Lista de baja por modalidad.
            • Flujo de caja analítico.
            • Lista de bajas
            • Bajas por lote.
            • Resumen financiero
            • Diario auxiliar.
            • Cuenta T.
            • Diario sintético por modalidad.
            • Mapa de distribución de múltiples modalidades
            • Presupuestos vs Reales / Año por centro de costo.
            • Compensación entre carteras.
            • Presupuestados vs Reales Mes.
            • Presupuestados vs. Reales Año
            • Presupuestados vs. Reales / Mes por centro de costo
            • Liquidación.
            • Verificación AVP CR.
            • Verificación AVP CP.
            • Título AVP CR.
            • Movimientos
            • Estatus de caja.
            • Baja de caja.
            • Informe de devolución Cnab.
            • Informe de extracto CNAB.
            • Informe de devolución Sispag.
            • Estado de resultado de préstamo.
            • Estado de resultado de inversiones.
            • Historial de inversión.
            • Detalle de facturas.
            • Estatus rendición de cuentas.
            • Indicadores Nativos.

            Miscelánea

            Las opciones de Menú disponibles son:

              • Recálculo de saldos bancarios.
              • Recálculo de saldos por modalidad.
              • Rehace acumulados.
              • Rehace datos clientes y proveedores.
              • Recálculo de comisión.
              • Agrupación de impuesto.
              • Cálculo de INSS.
              • Agrupación de PIS, COFINS y CSLL
              • Recálculo de caja chica.
              • Cálculo IRPJ/CSLL ganancia real.
              • Contabilidad off line.
              • Contabilidad de la variación monetaria
              • Atribución inversión y préstamos.
              • Atribución de inversión por cuotas.
              • Provisión para cuentas de cobro dudoso.
              • Cálculo AVP CP.
              • Cálculo AVP CR.
              • Planilla Excel.
              • Serasa Inform.
              • Cheques.
              • Tabla de motivos de bajas.
              • Eliminación de residuos.
              • Genera datos para DIRF.
              • Datos SEFIP.
              • Actualización SINEF.
              • Genera DIRF empresas públicas.
              • Proveedores autónomos.
              • Trazabilidad
              • Procesos usuarios
              • Messenger
              • TOTVS Report.
              • Ecosistema.
              • Usuarios.
              • Spool.
              • Contraseñas.
              • Colaboración TOTVS UP.
              • Inscr. Event. Viewer.



              • Monitor EAI.