Linha Microsiga Protheus

Árvore de páginas

01. DATOS GENERALES


Producto

TOTVS Backoffice

Línea de producto: 

Línea Protheus

Segmento:

Backoffice

Módulo:SIGAGPE - Gestión de Personal.
Función:

   

Rutina(s)

Nombre Técnico

Fecha

GPEM884.PRWVolante de pago electrónico17/01/2022

   

Rutina(s) Relacionada(s)Nombre Técnico
WSNOMINACOL.PRWCliente de servicio web de nómina
WSNFECOL.PRWCliente de servicio web de facturación
GPTABCRG.PRWPRX's de Carga de Mantenimiento de Tablas Estándar de Nómina
GPTABCOL.PRXPRX's de Carga de Definición de Tablas Estándar de Nómina

GPPDCOL.PRX

Conceptos estándar

   

País:Colombia
Ticket:N/A
Requisito/Story/Issue (informe el requisito vinculado):DMINA-15050

02. SITUACIÓN/REQUISITO

El proceso de Nómina de Novedades cuenta con las siguientes inconsistencias:

  • Cuando las novedades pertenecen al primer día del mes el sistema no debe generar documento de novedad.
  • Después de cancelación de envío de documentos novedades se realiza nuevamente un envío del mismo empleado el sistema genera el archivo de novedad sin cune, ya que el sistema está obteniendo el cune del archivo de cancelación.
  • Cuando se transmite varias nóminas de novedades y tienen secuencia de matrícula, el sistema genera la nómina ordinaria con valores de la nómina anterior
  • Al transmitir nómina electrónica se está generando un documento soporte de novedad cuando esta corresponde a un ingreso, pero se debe tener en cuenta que la dian no está solicitando la transmisión de este tipo de novedades.

03. SOLUCIÓN

En la rutina GPEM884 se realizan las siguientes modificaciones

  • En función GM884Proc() se asigna el código de aceptación 299.
  • En función M884BusArc() se asigna condición en la búsqueda de archivo XML, cuando es una novedad solo obtendrá valores del XML ordinario.
  • En función ExsNovedad() se asigna validación a la extracción del cambio de salario. Toma los registros que tengan el campo R3_ANTEAUM > 0, también se asigna condición que verifica si los movimientos de novedades se realizaron el día primero del mes y con esto se indica si se generan o no documento de novedades.
  • En la función GM884MovEm(), se asigna validación a las cesantías cuando éstas se restan asignando el signo negativo.
  • En la función GM884Deven() se elimina calculo proporcional a las vacaciones compensadas
  • En la función AsigValNov() se indican las fechas correctas para los documentos de novedades
  • En la función obtFchNov() se obtienen los días correctos para los documentos de novedades.


IMPORTANTE

Para ver el proceso de Novedades ir a la sección 02. EJEMPLO DE UTILIZACIÓN en el punto 9. Novedades del documento técnico mencionado en la sección 05. ASUNTOS RELACIONADOS del presente documento técnico.

El usuario deberá aplicar todas las Novedades del empleado una vez por mes sin importar el día.

Si las novedades fueron asignadas el día primero del mes, solo será generado el documento ordinario y no será generado el documento de novedades.

  1. Realizar un respaldo del repositorio del ambiente (archivo .RPO).
  2. Aplicar el parche correspondiente a la issue DMINA-15050.
  3. Validar que las rutinas actualizadas en el repositorio, coincidan con las descritas en el encabezado del presente Documento Técnico, así como las fechas.
  4. Contar con la configuración mencionada en el Documento Técnico de la sección 05. ASUNTOS RELACIONADOS.

  5. Al actualizar los campos Tipo de Cotizante (RA_TIPCOT), Subtipo Cotizante PILA (RA_SUBCOT), % Pensión Especial (RA_PORAFP), Tipo de Sueldo (RA_TIPOSAL) y Sueldo Base (RA_SALARIO) se genera una Novedad.

    Concepto DIAN

    Equivalencia en Protheus

    Tipo de trabajador

    Sub.Cotiz

    RA_TIPCOT

    Subtipo de trabajador

    SubtipoCot

    RA_SUBCOT

    Alto riesgo en pensión   

    % PensiónEsp

    RA_PORAFP

    Salario integral

    Tipo Sueldo

    RA_TIPOSAL

    Sueldo

    Sueldo

    RA_SALARIO

  6. Contar con un Empleados que contengan la siguiente información en los campos :

    Empleado A       CamposValor 

    Sueldo

    RA_SALARIO

    		1,300,000.00

  7. Actualizar el salario del empleado A 

    Fecha modificación Sueldo: 

    		06/09/2021
    Empleado A       CamposValor 

    Sueldo

    RA_SALARIO

    		1,350,000.00
    Fch Mod SuelRA_FECAUM

    06/09/2021

  8. En la tabla Historial Valores Salariales (SR3), validar que exista el registro del cambio de salario (por ejemplo, el día 06/09/2021 para el empleado A ) y que el Valor modificado (R3_VALOR) y el Valor anterior (R3_ANTEAUM) sean los correctos.
  9. Si se asignan Novedades para los campos Sub.Cotiz (RA_TIPCOT), SubtipoCot (RA_SUBCOT), % PensiónEsp (RA_PORAFP) y Tipo Sueldo (RA_TIPOSAL) revisar la tabla Historial Datos Empleados (SR9), validar que existan por lo menos dos registros para cada campo. El primer registro indica el valor anterior a la novedad, el segundo registro indica el nuevo valor.

  10. Contar con los Cálculos de los periodos del mes de la nómina para el Proceso, Procedimiento , Periodo del cual se realizará la generación del Volante de Pago Electrónico.

  • Volante Electrónico Ordinario
    1. Ingresar al módulo Gestión de Personal (SIGAGPE).
    2. Ingresar a la rutina Volante de Pago Electrónico, ubicada en "Informes | Recibos | Volante Electrónico" (GPEM884).
    3. Informar los parámetros del proceso de acuerdo a lo indicado en las "Pre-condiciones".
    4. Informar al empleado A .
    5. Pregunta Tipo XML, definir "Ordinario".
    6. Pregunta Generar, definir "Trasmisión".
    7. Confirmar el proceso y validar que en respuesta a la transmisión se obtiene el documento Soporte de Pago de Nómina Electrónica (XML y PDF) 
    8. Validar que se hayan generado 4 archivos para el empleado A (Xml y Pdf ordinario y de novedad)
    9. Validar que se hayan generado 4 archivos para el empleado B  (Xml y Pdf ordinario y de novedad)

  •  Validación de Archivos XML


  • Empleado A

    1. Nómina Ordinaria

      1.1 Revisar que el archivo informe los valores anteriores a la novedad, por ejemplo:

      Empleado A          CamposValor 

      Sueldo

      RA_SALARIO

      		1,300,000.00



    2. 1.2 Revisar que el periodo se informe asignando la fecha inicio del periodo mensual hasta un día antes de la fecha de aplicación de la novedad (FechaLiquidacionInicio="2021-09-01" FechaLiquidacionFin="2021-09-05")

      1.3 Revisar archivo en formato .PDF.


    3. Nómina de Novedad

      2.1 Revisar que se incluya el elemento "Novedad" y que contenga el CUNE del documento antecesor (documento ordinario) 

      2.2 Revisar que el archivo informe los  valores de la novedad.

      Empleado A       Campos

      Valor

      SueldoRA_SALARIO1,350,000.00
    4. 2.3 Revisar que el periodo se informe asignando la fecha de aplicación de la novedad hasta el día 30 del mes (FechaLiquidacionInicio="2021-09-06" FechaLiquidacionFin="2021-09-30")

      2.4 Revisar archivo en formato .PDF.

    5. Sumar los totales de devengados, deducciones y el valor neto de las nóminas generadas (ordinaria y novedad).
    6. Generar los recibos de pago del mes del empleado.
    7. Sumar los totales de devengados, deducciones y el valor neto de los recibos de pago del mes.
    8. Los totales obtenidos de las nóminas (ordinaria y novedad) deben ser iguales a los totales obtenidos de los recibos del mes.

04. INFORMACIÓN ADICIONAL


¡IMPORTANTE!

El usuario deberá aplicar todas las novedades del empleado una vez por mes sin importar el día. Si se aplican varias novedades con diferente fecha en el mes, el sistema tomará la fecha mayor de aplicación y la utilizará como fecha de novedad; esto quiere decir que solo se tomaran las novedades pertenecientes a ésta fecha. Si las novedades fueron asignadas el día primero del mes, solo será generado el documento ordinario y no será generado el documento de novedades.

05. ASUNTOS RELACIONADOS

Documento de Referencia:

DT Volante de pago electrónico (Documento Soporte de Pago de Nómina Electrónica) COL