Histórico da Página
...
El catálogo de periodos cuenta con 4 tablas. En la primera (RCH) se capturan los datos generales del periodo "Actualizaciones | Archivos | Periodos" (GPEA400)). Otras dos tablas se capturan en la función de Calendario (RCF y RCG). Estas 2 tablas no son ocupadas usadas en ColombiaArgentina, por lo que no se agregó esa función en el menú. Por último, se cuenta con la tabla RFQ, que solo opera en el modelo 1 de la rutina de Periodos. Colombia ocupa Argentina utiliza el modelo 2 (MV_PERMOD2='.T.' Utiliza Archivo de períodos simplificado disponible para la Planilla de haberes Modelo 2 (MV_PERMOD2=.T. = utiliza).
...
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. · 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). Esto aplica para los registros de incidencias que tienen más de una cuota (RGB_PARCEL>1) y los conceptos que se debe generar un concepto en el siguiente periodo (RV_CODMSEG<>VACÍO). En Colombia en cada periodo, ya sea semanal, decenal, catorcenal, quincenal o mensual, se calculan los conceptos en todos los periodos, por lo que este campo deberá configurarse que no cierre el siguiente mes (RV_FECCOMP=2=No). | ||
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)). | ||
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)). | Con Per Sig | En este campo se ingresa un código de concepto existente. Es ocupado cuando se requiere que, el cierre ("Misceláneas | Cierres | Periodo" GPEM120) se genere un concepto, en el siguiente periodo o mes (dependiendo del campo Cierre Comp), cada vez que exista este concepto en Movimientos de Nómina (SRC). El concepto periodo siguientes, se generará, con los mismos importes del concepto origen. Por ejemplo, en algunas empresas se realiza un “préstamo” automático en el caso de que el recibo quede en números rojos (más descuentos que remuneraciones). Para evitar esto, se genera un préstamo por el importe faltante. Y en el cierre ("Misceláneas | Cierres | Periodo" GPEM120), deberá generar el concepto periodo siguiente, en el siguiente periodo o mes, para que se descuente este “préstamo”. Ejemplo: |
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". |
...