Histórico da Página
Información General
Especificación | |||
Producto | Microsiga Protheus | Módulo | Gestión de Personal |
Segmento ejecutor | Mercado Internacional | ||
Projeto |
| IRM |
|
Requisito |
| Subtarea |
|
Chamado | TUNPRK | ||
País | ( ) Brasil ( ) Argentina ( ) México ( ) Chile ( ) Paraguay ( ) Ecuador ( ) EEUU ( ) Colombia ( x ) Otro Bolivia. | ||
Otros |
| ||
Objetivo
Prever Prever la funcionalidad para realizar la correcta actualización de la tabla SRF – Programación de Vacaciones.
Definición de la Regla de Negocio
Rutina | Tipo de Operación | Opción de Menú | Reglas de Negocio |
GPEM120.PRX | Modificación
| Miscelanea > Cierres > |
|
Ejemplo de aplicación:
Actualización al diccionario de datos (UPDGPEMI).
Modificar la rutina de update para el módulo de Gestión de Personal (UPDGPEMI) para:
- Crear el campo "Vigencia Vacaciones" (RCJ_VIGVAC
- Crear el campo “% Mínimo Efectivo” (AAA_PERESP), en que el usuario informará el % que el alumno pagará en efectivo (dinero). Ese % podrá modificarse durante la negociación.
- Crear el campo “Referencia Mínima para Cálculo” (AAA_REFCAL), en que el usuario informará uno el número de años de vigencia de los 4 valores disponibles para pago de las mensualidades como la referencia mínima para calcular el débito total del alumnodías de vacaciones.
- Crear el parámetro "Vacaciones Proporcionales" (MV_ACPARNE, que definirá si la información de “% Mínimo Efectivo” y “Referencia Mínima para Cálculo” será obligatoria.El parámetro MV_ACPARNE VACPRO), debe tener las opciones : 1=Obligatorio Calcula proporcionales y 2=Opcional. Se debe inicializar como opcional>.
Tablas Utilizadas
- SE2 – Archivo de Cuentas por Pagar
- FI9 – Control de Emisión de DARF>.
Opcional
Prototipo de Pantalla
<Si necesario, incluirprototipos de pantallas con el objetivo de facilitar la comprensión del requisito, presentar conceptos y funcionalidades del software>.
Prototipo 01
Opcional
Flujo del Proceso
<En esta etapa, incluir representaciones gráficas que describan el problema por solucionar y el sistema que se desarrollará. Ejemplo: Diagrama - Caso de Uso, Diagrama de Actividades, Diagrama de Clases, Diagrama de Entidad y Vínculo y Diagrama de Secuencia>.
Opcional
Diccionario de Datos
Archivo o Código del Script: AAA – Negociación Financiera o /*Versao=CP.2014.12_03*/
Índice | Clave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
- No calcula proporcionales.
Cierre de Periodos - GPEM120
- Vacaciones Disfrutadas (ID Calculo 0072).
Para los movimientos de nómina con el id de cálculo 0072, se deben realizar las siguientes actualizaciones:
Sumando los días de RC_HORAS al campo de días pagados (RF_DFERANT), del registro mas antiguo con estatus activo (RF_STATUS = 1).
- Si los días pagados (RF_DFERANT) son igual a los días vencidos (RF_DFERVAT), se deberá cambiar el status a pagados (RF_STATUS = 3).
- Vacaciones Pagadas (ID Calculo 0086).
Para los movimientos de nómina con el id de cálculo 0086, se deben realizar las siguientes actualizaciones:
- Sumando los días de RC_HORAS al campo de días pagados (RF_DFERANT) del registro mas antiguo con status activo (RF_STATUS = 1).
- Si los días pagados (RF_DFERANT) son igual a los días vencidos (RF_DFERVAT), se deberá cambiar el status a pagados (RF_STATUS = 3).
- Vacaciones Proporcionales (ID Calculo 0087).
Para los movimientos de nómina con el id 0087, se deben realizar las siguientes actualizaciones:
- Sumando los días de RC_HORAS al campo de días pagados (RF_DFERANT) del registro mas antiguo con status activo (RF_STATUS = 1).
- Como este registro solo aparece en los finiquitos, se debe cambiar el campo de días vencidos igual al campo de días pagados (RF_DFERVAT= RF_DFERANT).
- Cambiar el status a pagados (RF_STATUS = 3).
Prescripción de Vacaciones
- Cuando el aniversario del empleado (considerando la fecha de ingreso RA_ADMISSA) se encuentra entre la fecha inicial (RCH_DTINI) y final del periodo (RCH_DTFIM), es necesario verificar si existen registros de días derecho que prescriben. Para ello se deben seleccionar los registros de la SRF que correspondan al empleado que se esta procesando, con status activo (RF_STATUS=1) cuyo año final (RF_DATAFIM) sea menor o igual a el año del periodo que se está cerrando (RCH_ANO - RCJ_VIGVAC). A estos registros cambiarles el status a prescritos (RF_STATUS = 2)
Ejemplo: El empleado ingreso el 01/04/2010, se está cerrando el periodo 201603 que va del 01/03/2016 al31/03/2015, se tiene una vigencia de 2 años y tiene los siguientes registros:
Sucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/04/2010 31/03/2011 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2011 31/03/2012 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2012 31/03/2013 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2013 31/03/2014 15.00 15.00 0.00 0.00 10.00 1 01 000001 305 01/04/2014 31/03/2015 15.00 15.00 0.00 0.00 0.00 1 01 000001 305 01/04/2015 31/03/2016 20.00 0.00 8.40 0.00 0.00 1 Después del cierre al registro del 01/04/2013 al 01/04/2014, como ya tiene 2 años de antigüedad, se deberá cambiar el estatus a 2 prescrito.
Sucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/04/2010 31/03/2011 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2011 31/03/2012 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2012 31/03/2013 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2013 31/03/2014 15.00 15.00 0.00 0.00 10.00 2 01 000001 305 01/04/2014 31/03/2015 15.00 15.00 0.00 0.00 0.00 1 01 000001 305 01/04/2015 31/03/2016 20.00 20.00 0.00 0.00 0.00 1
Actualizar ultimo registro y generar un nuevo registro
Cuando el aniversario del empleado (considerando la fecha de ingreso RA_ADMISSA) se encuentra entre la fecha inicial (RCH_DTINI) y final del periodo (RCH_DTFIM).
- Actualizar el registro en que el aniversario cae dentro de la fecha inicial (RF_DATABAS) y la fecha final (RF_DATAFIM).
- RF_DFERVAT = RF_DIASDIR
- RF_DFERAAT = 0
- RF_DIASANT = 0
- Actualizar el registro en que el aniversario cae dentro de la fecha inicial (RF_DATABAS) y la fecha final (RF_DATAFIM).
- Generar el registro del nuevo aniversario.
Importante: Si ya existe un registro, porque el usuario lo capturó anticipadamente solo hay que actualizar los días proporcionales.
- RF_FILIAL – Filial del empleado que se está procesando.
- RF_MAT = Matrícula del empleado que se está procesando.
- RF_PD = Concepto con id de cálculo 0072.
- RF_DATABAS = Fecha del aniversario + 1.
- RF_DATAFIM = Fecha del aniversario siguiente – 1
- RF_DIASDIR = Obtener de la tabla S010 la escala de vacaciones, de acuerdo al proceso del empleado que se esta cerrando.
- RF_DFERVAT = 0
- RF_DIASANT = 0
- RF_DFERANT = 0
- RF_STATUS = 1
- RF_DFERAAT = Si MV_VACPRO es igual a 1, calcular proporcionales; Si MV_VACPRO es igual a 2, no calcular proporcionales.
Como parte de la localización de Bolivia, en caso de que si se calculen, se debe respetar la definición oficial que en el primer año de aniversario no se calculan proporcionales, a partir del segundo año en adelante ya se hace. En este último caso se deberá considerar los días de la fecha del nuevo aniversario a la fecha de fin del periodo para el cálculo de proporcionales.
- Días trascurridos = (RCH->RCH_DTFIN – Aniversario + 1).
- Días del año = Determinar días del año desde el 1ro de enero al 31 de diciembre del año del periodo (RCH->RCH_ANO) + 1 por si es bisiesto.
RF_DFERAAT = RF_DIASDIR / Días del Año * Días Transcurridos.
Ejemplo: El empleado ingresó el 01/04/2010, se está cerrando el periodo 201604 que va del 01/04/2016 al 30/04/2016, se tiene una vigencia de 2 años y tiene los siguientes registros:Sucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/04/2010 31/03/2011 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2011 31/03/2012 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2012 31/03/2013 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2013 31/03/2014 15.00 15.00 0.00 0.00 10.00 2 01 000001 305 01/04/2014 31/03/2015 15.00 15.00 0.00 0.00 0.00 1 01 000001 305 01/04/2015 31/03/2016 20.00 20.00 0.00 0.00 0.00 1
Después del cierre:Sucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/04/2010 31/03/2011 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2011 31/03/2012 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2012 31/03/2013 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2013 31/03/2014 15.00 15.00 0.00 0.00 10.00 2 01 000001 305 01/04/2014 31/03/2015 15.00 15.00 0.00 0.00 0.00 1 01 000001 305 01/04/2015 31/03/2016 20.00 20.00 0.00 0.00 0.00 1 01 000001 305 01/04/2016 31/03/2017 20.00 0.00 0.00 0.00 0.00 1
Actualizar Proporcionales en cada Periodo
Para todos los empleados hay que actualizar los días proporcionales del registro vigente (RF_DFERAAT).
Como parte de la localización de Bolivia, en caso de que si se calculen, se debe respetar la definición oficial que en el primer año de aniversario no se calculan proporcionales, a partir del segundo año en adelante ya se hace. En este último caso se deberá considerarlos días de la fecha del nuevo aniversario a la fecha de fin del periodo para el calculo de proporcionales.
- Días trascurridos = (RCH->RCH_DTFIN – Aniversario + 1).
- Días del año = Determinar días del año desde el 1ro de enero al 31 de diciembre del año del periodo (RCH->RCH_ANO) + 1 por si es bisiesto.
- RF_DFERAAT = RF_DIASDIR / Días del Año * Días Trascurridos.
Ejemplo 1:
El empleado ingresó el 01/04/2010, se está cerrando el periodo 201604 que va del 01/04/2016 al 30/04/2016, se tiene una vigencia de 2 años y tiene los siguientes registros:
Sucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/04/2010 31/03/2011 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2011 31/03/2012 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2012 31/03/2013 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2013 31/03/2014 15.00 15.00 0.00 0.00 10.00 2 01 000001 305 01/04/2014 31/03/2015 15.00 15.00 0.00 0.00 0.00 1 01 000001 305 01/04/2015 31/03/2016 20.00 20.00 0.00 0.00 0.00 1 01 000001 305 01/04/2016 31/03/2017 20.00 0.00 0.00 0.00 0.00 1 Días Transcurridos = 30/04/2016 - 01/04/2016 + 1 = 30 días
Días del Año = 366
Días Proporcionales = 20 / 366 * 30 = 1.64 díasSucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/04/2010 31/03/2011 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2011 31/03/2012 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2012 31/03/2013 15.00 15.00 0.00 0.00 15.00 3 01 000001 305 01/04/2013 31/03/2014 15.00 15.00 0.00 0.00 10.00 2 01 000001 305 01/04/2014 31/03/2015 15.00 15.00 0.00 0.00 0.00 1 01 000001 305 01/04/2015 31/03/2016 20.00 20.00 0.00 0.00 0.00 1 01 000001 305 01/04/2016 31/03/2017 20.00 0.00 1.64 0.00 0.00 1
Ejemplo 2:
El empleado ingresó el 10/03/2016, se está cerrando el periodo 201604 que va del 01/04/2016 al 30/04/2016, se tiene una vigencia de 2 años y tiene los siguientes registros:
Sucursal Matricula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 10/03/2016 09/03/2017 15.00 0.00 0.00 0.00 15.00 1
Como aun no cumple el año, no se modifican los días proporcionales:
Sucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 10/03/2016 09/03/2017 15.00 0.00 0.00 0.00 15.00 1
Ejemplo 3:
El empleado ingresó el 01/01/2015, se está cerrando el periodo 201604 que va del 01/04/2016 al 30/04/2016, se tiene una vigencia de 2 años y tiene los siguientes registros:
Sucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/01/2015 31/12/2015 15.00 15.00 0.00 0.00 15.00 1 01 000001 305 01/01/2016 31/12/2016 15.00 0.00 3.73 0.00 15.00 1 Días Transcurridos = 30/04/2016 - 01/01/2016 + 1 =121 días
Días del Año = 366
Días Proporcionales = 20 / 366 *121 = 4.96 díasSucursal Matrícula Concepto Ini. Periodo Fin. Periodo Referencia Vencidos Proporcionales Anticipados Pagados Estatus RF_FILIAL RF_MAT RF_PD RF_DATABAS RF_DATAFIM RF_DIASDIR RF_DFERVAT RF_DFERAAT RF_DIASANT RF_DFERANT RF_STATUS 01 000001 305 01/01/2015 31/12/2015 15.00 15.00 0.00 0.00 15.00 1 01 000001 305 01/01/2016 31/12/2016 15.00 0.00 4.96 0.00 15.00 1
Tablas Utilizadas
- SRA - Empleados
- SRC - Movimientos del Periodo.
- SRD - Historial de Movimientos.
- SRF - Programación de Vacaciones.
- SRV - Conceptos.
Diccionario de Datos
1. Creación de Campos en el archivo SX3 – Campos:
- Tabla RCJ - Registro de Proceso:
Campo | RCJ_VIGVAC |
Tipo | N |
Tamaño | 9 |
| Decimal | 5 |
Valor Inicial | 999.99999 |
Obligatorio | Sí ( X ) No ( ) |
Descripción | Vigencia de Vacaciones |
Título | Vig.Vacacion |
Picture | @E 999.99999 |
Help de Campo | Vigencia de Vacaciones |
2. Creación de Parámetros en el archivo SX6 – Parámetros:
| Nombre de la Variable | MV_VACPRO |
|---|---|
| Tipo | 1 |
| Descripción | 1=Se calculan proporcionales; 2=No se calculan proporcionales |
| Valor Estándar | 1 |
Campo
<AAA_PERESP>
Tipo
<N>
Tamaño
<6>
Valor Inicial
<Varia de acuerdo con el tipo informado. Por ejemplo, cuando el campo “tipo” es date, en este campo se puede informar una fecha>.
Obligatorio
Sí ( ) No ( )
Descripción
<Referencia mínima para cálculo>
Título
<Ref.Calc.>
Picture
<@E999.99>
Help de Campo
<Informar el % que el alumno pagará en efectivo (dinero). Ese % podrá modificarse durante la negociación>
(Opcional)
Grupo de Preguntas
<Información utilizada en la línea Protheus>.
Nombre: FINSRF2
X1_ORDEM | 01 |
X1_PERGUNT | Emisión De |
X1_TIPO | D |
X1_TAMANHO | 8 |
X1_GSC | G |
X1_VAR01 | MV_PAR01 |
X1_DEF01 | Común |
X1_CNT01 | '01/01/08' |
X1_HELP | Fecha inicial del intervalo de emisiones de los formularios de DARF que se considerarán en la selección de los datos para el informe. |
(Opcional)
Consulta Estándar
<Información utilizada en la línea Protheus>
Consulta: AMB
Descripción | Configuraciones de planificación. |
Tipo | Consulta estándar. |
Tabla | “AMB” |
Índice | “Código” |
Campo | “Código”; ”Descripción” |
Respuesta | AMB->AMB_CODIGO |
(Opcional)
Estructura de Menú
<Información utilizada en la línea Datasul>.
Procedimientos
Procedimiento |
|
|
|
Descripción | (Max 40 posiciones) | (Max 40 posiciones) | (Max 40 posiciones) |
Módulo |
|
|
|
Programa base |
|
|
|
Nombre Menú | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Interfaz | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Registro estándar | Sí | Sí | Sí |
Visualiza Menú | Sí/No | Sí/No | Sí/No |
Release de Liberación |
|
|
|
Programas
Programa |
|
|
|
Descripción | (Max 40 posiciones) | (Max 40 posiciones) | (Max 40 posiciones) |
Nombre Externo |
|
|
|
Nombre Menú/Programa | (Max 32 posiciones) | (Max 32 posiciones) | (Max 32 posiciones) |
Nombre Verbalizado[1] | (Max 254 posiciones) | (Max 254 posicionees) | (Max 254 posiciones) |
Procedimiento |
|
|
|
Template | (Verificar la lista de opciones en el man01211) | (Verificar la lista de opciones en el man01211) | (Verificar la lista de opciones en el man01211) |
Tipo[2] | Consulta/Mantenimiento/ \Informe/Tareas | Consulta/Mantenimiento/ Informe/Tareas | Consulta/Mantenimiento/ Informe/Tareas |
Interfaz | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Categoría[3] |
|
|
|
Ejecuta vía RPC | Sí/No | Sí/No | Sí/No |
Registro Estándar | Sí | Sí | Sí |
Otro Producto | No | No | No |
Visualiza Menú | Sí/No | Sí/No | Sí/No |
Query on-line | Sí/No | Sí/No | Sí/No |
Log Ejec. | Sí/No | Sí/No | Sí/No |
Rutina (EMS) |
|
|
|
Subrutina (EMS) |
|
|
|
Ubicación dentro de la subrutina (EMS) |
|
|
|
Compact[4] | Sí/No | Sí/No | Sí/No |
Home[5] | Sí/No | Sí/No | Sí/No |
Posición del Portlet[6] | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right |
Informar los papeles con los que el programa se debe vincular |
|
|
|
Archivo de Papeles
<El archivo de papeles es obligatorio para los proyectos de desarrollo FLEX a partir del Datasul 10>.
<Recordatorio: el nombre de los papeles en inglés que se describe en este punto del documento se deben homologar por el equipo de traducción>.
Código Papel | (máx 3 posiciones) |
Descripción en Portugués* |
|
Descripción en Inglés* |
|
[1] Es obligatorio el desarrollo del Nombre Verbalizado a partir del Datasul 10.
[2] Es obligatorio desarrollar el Tipo a partir del Datasul 10.
[3] Categorías son obligatorias para los programas FLEX.
[4] Obligatorio cuando el proyecto es FLEX.
[5] Obrigatorio cuando el proyecto es FLEX.
[6] Obligatorio cuando el proyecto es FLEX.
Este documento es un material de especificación de los requisitos de innovación. Se trata de un contenido sumamente técnico.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas