Árvore de páginas
Carregando...
- Criado por Jose Moises Vera Concha, última alteração por Monica Virginia Barrantes de Villanueva em 16 dez, 2024
Tempo aproximado para leitura: superior a 15 minutosFinanciero del Microsiga Protheus®
Carregando...
Carregando...
Í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).
- Conceptos financieros
- Procesos financieros
- CNAB
- Intereses
- Inversiones
- Impresoras
- Planilla Excel
- Integraciones
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:
Facilidad y agilidad al tratar empresa y banco:
Seguimiento del historial de Proveedores:
Control de saldos por pagar.
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).
Saldos bancarios. Emisión de extractos. Reconciliación bancaria. Boletas. Informes de verificación CNAB. Control de Comisiones
Seguimiento del historial de clientes:
Control de saldos de los clientes.
Control de saldos por cobrar.
Proyección financiera en 4 monedas:
|
| 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:
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:
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:
El proceso de cálculo del AVP considera las siguientes rutinas:
|
| 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:
|
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:
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:
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:
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:
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:
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:
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:
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:
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:
Interés compuesto:
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 t = 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:
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:
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:
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:
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 |
|---|
Nota Los campos E2_VRETISS y E2_VBASISS son de control del sistema y no se deben manejar.
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:
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 Sí. |
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. |
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 |
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. |
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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: workflow@microsiga.com. |
|
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:
- Archivos
- Gestión Financiera
- Cuentas por cobrar
- Cuentas por pagar
- Movimiento bancario
- Diversos
- Caja chica
- Inversiones/Préstamos
- Comisiones
- Comunicación bancaria
- Adm Fondo fijo
- Viajes
- SIAFI
- 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.
- Nuevo administrador financiero..
- Panel Administrador
- Panel Tesorería
- Panel Cuentas por Pagar
- Panel Cuentas por Cobrar
- 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.
- Funciones Cuentas por Pagar
- Cuentas por pagar.
- Bajas por pagar manuales.
- Bajas por pagar automáticas.
- Baja automática de multisucursales.
- Mantenimiento de borderó
- Borderó de pagos.
- Borderó automático.
- Compensación entre carteras
- Facturas por pagar.
- Cheques sobre títulos.
- Generación de cheques.
- Compensación cuentas por pagar.
- Aprobación para dar de baja.
- Solicitud de fondos.
- Liquidación.
- Cálculo PIS, COFINS y CSLL por pagar.
- Solicitud de transferencia
- Aprobación y rechazo de la transferencia
- Emisión de GPS.
- Saldos bancarios.
- Movimientos bancarios.
- Conciliación automática
- Reconciliación automática.
- 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.
A continuación detallamos los componentes del proceso de viajes:
Configuración
Asistente de configuración
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:
Generales
- 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.
Faturación
- Producto
- Condición de pago
- TES de Entrada
- TES de Salida
- Anticipa la facturación
Rendición de cuentas
- 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.
Anticipo
- 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 (Se utiliza para definir cuándo se realizará el pago del anticipo).
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.
Registros generales
- 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
Viajes separados
- Aéreo
- Hotel
- Automóvil
- Seguro
- Carreteras
- Otros
Vínculo automático de viajes
- Pasajero
- Cliente
- Fecha - con tolerancia
- Centro de costo
Verificación de servicios
- 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).
BKO Protheus vs. Reserve
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í.
Grupo de acceso
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.
Tipo de gastos
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.
Grupo de gastos
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.
Participantes
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í.
Entes de costos
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í.
Envío de e-mail
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?! 
Vea cuáles son estos eventos:
En la rutina de Viajes (FINA665)
- Al verificar la solicitud, transitando el estatus de esta p/ "Esperando aprobación" - Notifica el aprobador.
En la rutina de Anticipos (FINA667)
- Al generar el anticipo en estatus "Solicitado" - Notifica el aprobador.
- Al reprobar un anticipo en la etapa de aprobación del administrador (incluyendo la aprobación por lote) - Notifica el viajante.
- 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)
- Al verificar una rendición de cuentas por parte del departamento de viajes, mediante la acción "Verificar" - Notifica el aprobador.
- Al reprobar una rendición de cuentas en la etapa de aprobación del administrador - Notifica el viajante.
- 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á.
Solicitud de viaje
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
- A partir de la Expedición continua de Julio/2024, se implementó el parámetro MV_VLDAPRO, que será responsable por el control de acceso de los participantes a la solicitudes incluidas.
Para más información, acceda a: MV_VLDAPRO - Valida participantes en solicitudes de viaje
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:
Ejemplos de cálculo para anticipos
Para todos los escenarios se realizó una configuración del wizard vía rutina FINA691 para anticipos de acuerdo con la tabla ejemplo. Tenemos como fórmula para cálculo de los anticipos la siguiente base:
| Anticipo = Valor fijo + ( Valor diario * ( fecha final - fecha inicial)) |
|---|
Escenario 1
Campo |
Contenido |
|---|---|
| Anticipo sin pernoctar (MV_RESADSP) | 80 |
| Valor diario (MV_RESADDI) | 80 |
| Valor fijo (MV_RESADFX) | 0 |
Con base en la configuración realizada y en un escenario ficticio con viaje iniciado el día 02/12, con fecha final el 06/12, el cálculo de anticipo quedaría de la siguiente manera:
Anticipo = 0 + (80 * (06/12 - 02/12))
Anticipo = 320$
Escenario 2
Campo |
Contenido |
|---|---|
| Anticipo sin pernoctar (MV_RESADSP) | 0 |
| Valor diario (MV_RESADDI) | 0 |
| Valor fijo (MV_RESADFX) | 80 |
Con la fórmula tenemos el siguiente cálculo:
Anticipo = 80 + (0 * (06/12 - 02/12))
Anticipo = 80
Escenario 3
Campo |
Contenido |
|---|---|
| Anticipo sin pernoctar (MV_RESADSP) | 80 |
| Valor diario (MV_RESADDI) | 80 |
| Valor fijo (MV_RESADFX) | 80 |
Con la fórmula tenemos el siguiente cálculo:
Anticipo = 80 + (80 * (06/12 - 02/12))
Anticipo = 400
Importante
Si la solicitud de viaje tenga fecha inicial y final en el mismo día, se utilizará como valor para anticipo el contenido del campo "Anticipo sin pernoctar".
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 Expandir origem
#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
Viaje
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.
Anticipo
Í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:
- Valor fijo: Este es el valor fijo concedido, usualmente para el valor de traslado.
- 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.
- 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:
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 Expandir origem
#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
Rendición de cuentas
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.
Modificación del viajante de la rendicción de cuentas
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
Verificación de servicios
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.
Facturación
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.
Integraciones
Para más informaciones acceda a los manuales de integración TOTVS vs. Reserve y PCO vs. Reserve.
App Mi Rendición de cuentas
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:
- Archivos
- Cuentas por cobrar
- Cuentas por pagar
- Comisiones
- Movimiento bancario
- Caja chica
- Comun. Bancaria
- Inversiones/Préstamos
- Viajes
- Indicadores Nativos
- 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álculos
- Contable
- Integraciones
- Archivos
- Workflow
- TOTVS Report
- Ecosistema
- Usuarios
- Spool
- Contraseñas
- Colaboración TOTVS UP
- Inscr. Event. Viewer
- Monitor EAI
- 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.
undefined gosta disto.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas