Histórico da Página

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:·       

• Mensual = 01.

• Jornal: 01=1ra quincena y 02=2da quincena.

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:·       

• Mensual = 1er día del mes.

• Jornal: 1er día de la quincena.

Fecha final

Depende de la periodicidad:·       

• Mensual = Último día del mes.

• Jornal: Último día de la quincena.

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):·       

• Mensual: '1'=Si en todos los periodos.

• Jornal: '2'=1ra quincena y '1'=2da quincena.

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.·      

• Los conceptos tipo 1 y 2 se ocupan para el pago y aparecen siempre en el recibo.

• Los conceptos tipo base se ocupan como cálculos intermedios o provisiones.

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)).·    

• Tipo = H: Indica que en el campo de referencia (RGB_HORAS) se registraran horas.

• Tipo = D: Indica que en el campo de referencia (RGB_HORAS) se registraran días.

• Tipo = V: Indica que en el campo de valor será registrado.

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".