Histórico da Página
Índice
| Índice |
|---|
...
01. Visión General
Mostrar la funcionalidad estándar del cálculo de Provisión para Vacaciones y Provisión de SAC (Sueldo Anual Complementario).
02. Provisiones. Definición
La provisión es una reserva de una cantidad para pagar gastos anticipados. La prestación tiene por objeto cubrir un gasto ya considerado cierto o con alta posibilidad de ocurrencia.
Las provisiones representan expectativas de pérdida de activos o estimaciones de montos a desembolsar que, si bien no están aún realizadas financieramente, se derivan de eventos desencadenantes contables ya ocurridos.
Una vez que estas pérdidas de activo o pasivo se definen por completo, dejan de tener la consideración de provisiones.
Además de éstas, existen otras disposiciones muy comunes, como la participación de los trabajadores en los resultados de la empresa y la contribución social sobre las utilidades.
Son gastos que, aun no pagados, se configuran como incurridos, según el principio de competencia contable.
| Informações | ||
|---|---|---|
| ||
Cálculo de Provisión de Vacaciones:
Cálculo de Provisión de SAC:
|
...
La forma en que se deben llenar los campos de periodos, para el procedimiento LIQ Liquidación, es el siguiente:
Descripción | Llenado |
Periodo de Calculo | Los periodos se arman considerando el año con 4 dígitos y el mes con 2. Por ejemplo 202303 para marzo del 2023. |
Número de pago | Depende de la periodicidad:
|
Procedim. Calculo | LIQ. |
Mes contable | Depende del mes. Va del 01 al 12. |
Año contable | Año en curso: 2024. |
Fecha inicial | Depende de la periodicidad:
|
Fecha final | Depende de la periodicidad:
|
Fecha de pago | Fecha en que se paga el periodo. |
Fecha de corte | Fecha en que se paga el periodo. |
Criterio de Acumulación | Por estándar 01 siempre. El cliente puede crear otros criterios. |
Secuencia de Acumulación | Igual que el mes a calcular, para el criterio 01. Va del 01 al 12. |
Último Per Mes | Depende de la periodicidad (es ocupado para realizar el ajuste de retención en la fuente):
|
N.Sem.SAC | El Numéro de Semestre del SAC, debe informarse considerando lo siguiente:
|
Conceptos (SRV)
Al entrar por primera vez al catálogo de conceptos en "Actualizaciones | Defini Cálculo | Conceptos" (GPEA040): se cargará el catálogo estándar. Si la empresa decide agregar o cambiar la configuración de un concepto, el usuario administrador tendrá que actualizarlo.
Los conceptos estándar usados para Provisiones son:
Código | Descripción | Tipo | Comentario |
| 88A | Prov SAC | 3=Base Remuneración | Este concepto no aplica para el Impuesto a las Ganancias. |
| 88B | Prov SAC CCSS | 3=Base Remuneración | Este concepto no aplica para el Impuesto a las Ganancias. |
| 88C | Prov Vacaciones | 3=Base Remuneración | Este concepto no aplica para el Impuesto a las Ganancias. |
| 88D | Prov Vac CCSS | 3=Base Remuneración | Este concepto no aplica para el Impuesto a las Ganancias. |
| 88E | Porc. Contribuciones | 3=Base Remuneración | Este concepto no aplica para el Impuesto a las Ganancias. |
Para el cálculo del Porcentaje de Contribuciones considera los siguientes conceptos estándar:
...
En esta carpeta se define el comportamiento de los conceptos tanto para el cálculo, el cierre del periodo, la forma en que se capturarán los conceptos.
Campo | Descripción |
Concepto | Código del concepto. En caso de que los códigos sean numéricos, se sugiere poner ceros a la izquierda para que queden ordenados. |
Descripción | Descripción corta utilizada en los informes estándar y los recibos de nómina. |
Desc. Det. | Descripción larga del concepto |
Tipo Cod | 1 = Remuneración (Haberes), 2 = Descuento (Deducción), 3= Base Remuneración y 4 = Base Descuento.
|
Impr Concept | Los conceptos de Tipo Cod 1 Remuneración y 2 Descuento, SIEMPRE se imprimen en el recibo. Para los conceptos con Tipo Código 3 o 4, el cliente se indica si se quieren imprimir en el recibo y el reporte de nómina en la columna de bases. |
Porcentaje | Cuando un concepto tiene un % fijo para todos los procesos y procedimientos, se puede ocupar este campo para indicar ese %. |
Cod. Corresp. | Cuando un concepto se asocia a otro concepto se pone aquí el otro concepto. Por ejemplo: Un préstamo con intereses, se puede poner en Concepto el código del préstamo y en Cod. Corresp. poner el código del concepto de los intereses. NO se ocupa cuando hay más de un concepto asociado como es el caso de incapacidad enfermedad que tiene 4 conceptos asociados. Este campo es informativo, para modelo 2. Es ocupado en Modelo 1, pues su formulación permite generar más de un concepto, en cada fórmula. |
Id.p/Calculo | Es el código del concepto para Protheus. En la formulación estándar y algunos informes o reportes, se ocupa este identificador, para permitir al cliente poner el código de concepto que requiera. |
Tipo Concepto | La forma en que se va a ingresar la información, en caso de que sea por incidencias ("Actualizaciones | Novedades | Incid por Emplead" (GPEA580) o "Actualizaciones | Novedades | Incid por Concepto" (GPEA590)).
|
Pago Oblig | Informe "S" para que el concepto de Percepción (Tipo de Código = "1") sea sumado al Neto cuando haya insuficiencia de saldo. NOTA: Este campo es usado en Modelo 1. En Modelo 2 siempre debe decir 'N'- |
Ctd Asient | Es la cantidad de veces que se puede ingresar un mismo concepto para un mismo trabajador en un periodo, por incidencias. Máximo puede ser 9 veces. Cuando se captura Ctd Asientos diferente de 1, y Asto Diario = No, por cada registro ingresado, el sistema le asigna un número de Secuencia diferente (RGB_SEQ), en incidencias, y durante el cálculo ("Misceláneas | Cálculo | Por Procedimiento" (GPEM020)) esta Secuencia se traspasa a los movimientos de nómina(RC_SEQ), y el cierre ("Misceláneas | Cierres | Periodo" (GPEM120)), lo traspasa al histórico de movimientos (RD_SEQ). |
Reg Diario | Si se requiere ingresar más de 9 registros de un mismo concepto, para un mismo trabajador, en un periodo, se deberá configurar con si este campo con si (RV_LCTODIA). En el caso de que el registro requiera informar la fecha en que ocurrió el evento, también se deberá configurar que sí. Los campos Ctd Asient y Reg Diario son excluyentes, con prioridad del 2do campo. Si se indica que, SI hay asientos diarios, entonces ignora la cantidad de asientos indicada. Esto permite que se capturen múltiples registros del mismo concepto para el mismo trabajador, capturando una fecha diferente (RGB_DTREF) en cada ocasión. NOTA: No se pone un numero de Secuencia diferente, pues este campo solo se ocupa cuando Ctd Asientos diferente de 1 y Asto Diario NO. En el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)), la fecha de referencia de las incidencias se pasa al campo RC_DTREF. NOTA: en caso de que no sea registro diario, el campo RC_DTREF tendrá la fecha final del periodo. En el cierre ("Misceláneas | Cierres | Periodo" (GPEM120)), la fecha de referencia se pasa al campo RD_DTREF. |
De Valor | Rango inferior para validar el valor (RGB_VALOR) informado en incidencias ("Actualizaciones | Novedades | Incid por Emplead" (GPEA580) o "Actualizaciones | Novedades | Incid por Concepto" (GPEA590)). Si este campo se deja en ceros, no se realiza la validación. |
A Valor | Rango superior para validar el valor (RGB_VALOR) informado en incidencias ("Actualizaciones | Novedades | Incid por Emplead" (GPEA580) o "Actualizaciones | Novedades | Incid por Concepto" (GPEA590)). Si este campo se deja en ceros, no se realiza la validación. |
De Ref | Rango inferior para validar el campo de referencia (RGB_HORAS) informado en incidencias ("Actualizaciones | Novedades | Incid por Emplead" (GPEA580) o "Actualizaciones | Novedades | Incid por Concepto" (GPEA590)). Si este campo se deja en ceros, no se realiza la validación. |
A Ref | Rango superior para validar el campo de referencias (RGB_HORAS) informado en incidencias ("Actualizaciones | Novedades | Incid por Emplead" (GPEA580) o "Actualizaciones | Novedades | Incid por Concepto" (GPEA590)). Si este campo se deja en ceros, no se realiza la validación. |
Cierre Comp | En caso de que el cliente tenga una periodicidad quincenal y en la primera quincena se calcule el anticipo y en la segunda se calculen todos los conceptos de LIQ, como son tiempo extra, bonos, y también se realizan todos los descuentos de impuestos, préstamos, cuota sindical, etc. y se descuenta el anticipo de sueldo de la 1ra quincena. En ese caso el cierre competencia debe ser SI, para que, si se genera durante el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)) un concepto con un valor no aplicado (RC_VNAOAPL<>0) en el cierre ("Misceláneas | Cierres | Periodo" GPEM120) genere el registro de no aplicado en el periodo del siguiente mes (por ejemplo el periodo 202301 pago 02 generará el registro no aplicado en el periodo 202302 pago 02 en ve de generarlo en el periodo 202302 pago 01). |
Fórmula | Clave de la fórmula que se pondrá por default al capturar conceptos por proceso ("Actualizaciones | Definici Cálculo | Conceptos por Proceso" (GPEA161)). Esta fórmula deberá existir en el catálogo de fórmulas ("Actualizaciones | Definici Cálculo | Fórmulas" (GPEA290)). |
Cod Criter | Indicar el criterio de acumulación anual ocupado para este concepto. Los conceptos estándar tienen asignado el criterio fiscal (RV_CODCRI='01'). El criterio del concepto es heredado a Conceptos por Proceso ("Actualizaciones | Definici Cálculo | Conceptos por Proceso" (GPEA161)). En el cierre ("Misceláneas | Cierres | Periodo" GPEM120), se acumulará (RG7) en el mes, de acuerdo a ese criterio (RM_CODCRI), y lo indicado en los campos de criterio (RCH_CRITER) y Secuencia (RCH_SEQUE) del periodo (RCH) a cerrar. En caso de que el cliente tenga otro periodo de acumulación anual, este deberá asignarse a todos los conceptos de ese criterio. Por ejemplo, el cliente crea los conceptos de Caja de Ahorro (Descuento Caja Ahorro, Pago Caja de Ahorro, Intereses Caja de Ahorro y Préstamo Caja de Ahorro), que acumularán de Julio a Junio. Por lo que los 4 conceptos se les asignará ese nuevo criterio. |
Leer Incid | Indica si el concepto se capturará en incidencias ("Actualizaciones | Novedades | Incid por Emplead" (GPEA580) o "Actualizaciones | Novedades | Incid por Concepto" (GPEA590)), para que durante el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)) se carguen en memoria los registros (RGB). |
Leer Prestam | Indica si el concepto se capturará en préstamos ("Actualizaciones | Novedades | Préstamos" (GPEA415)) para que durante el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)), se carguen en memoria los registros (SRK). |
Leer Acumul | Indica si la fórmula del concepto utilizará los operandos de acumulados (SUMA_IMPORTE, SUMA_UNIDADES, IMPORTE_EMPRESA, UNIDADES_EMPRESA, IMPORTE_TOTAL, UNIDADES_TOTAL), para que durante el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)), se carguen en memoria los registros (RG7). |
Leer Ausenc | Indica si el concepto se capturará en ausentismos "Actualizaciones | Novedades | Ausencias" (GPEA240)), para que durante el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)) se carguen en memoria los registros (SR8). |
Leer Benef | Indica si el concepto se capturará en beneficiarios ("Actualizaciones | Empleados | Beneficiarios" (GPEA280)), para que durante el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)) se carguen en memoria los registros (SRQ). |
Leer Reg Fij | Indica si el concepto se capturará en asientos fijos ("Actualizaciones | Novedades | Asientos Fijos" (GPEA550)), para que durante el cálculo ("Misceláneas | Cálculos | Por Procedimiento" (GPEM020)) se carguen en memoria los registros (RG1). |
Origen | Indica si el origen del concepto es S = Sistema o U = Usuario. Todos los conceptos estándar están configurados con "S", y los conceptos que ingrese el cliente se configurarán automáticamente como "U". |
Fórmulas (RC2/RC3)
Las fórmulas que aplican en Provisiones son las que se detallan a continuación:
...
Se agregaron los siguientes mnemónicos:
| Código Mnemónico | Descripción Mnemónico | Tipo de Mnemónico | Observaciones |
| PORCCONTR | Porcentaje Contribuciones | N - Numérico | Mnemónico Transferible. Se utiliza para almacenar la suma total de los porcentajes de los aportes del empleador (contribuciones). |
| PROVSAC | Provisión SAC | N - Numérico | Mnemónico Transferible. Es usado para almacenar el resultado de la provisión de SAC. |
| PROVVAC | Provisión Vacaciones | N - Numérico | Mnemónico Transferible. Almacena el el resultado de la provisión de Vacaciones. |
| DIASDERVAC | Días de Derecho para Vacaciones | F - Archivo | Extrae la información del campo Ctd. Ref. Per. (RF_DIASDIR) de la tabla SRF. |
| DIAPROVVAC | Valor Día Vacaciones para Provisión | N - Numérico | Mnemónico Transferible. Guarda el valor del día de vacaciones para provisión calculado. |
BSEPORCON | Base Porcentaje de Contribuciones | F - Archivo | Extrae la información del campo Porc. Contr. (RV_PORCCON) de la tabla SRV. |
04. Diccionario de Datos
SX3 - Campos
...
07. Ajustes a la Formulación
A continuación se listan los cambios de Legislación o Mantenimiento realizados a la formulación para el Cálculo de Provisiones:
DT Cálculo de Provisión de Vacaciones y SAC en Liquidación (LIQ) ARG
08. Información Adicional
Documento de Referencia de la Localización de Argentina:
DT Localización Argentina (SIGAGPE) - Protheus 12