Casos Módulo Nómina

Documentacion

Casos Recurrentes Módulo de Nómina

Nota: Para documentar estos casos recurrentes, se usaron números ficticios, con el fin de que sea una guia para solventar el error presentado.

Ejemplo 1: Errores en la Liquidación Definitiva de un Empleado

Descripción del problema

En la liquidación definitiva del empleado requerido se identificaron los siguientes errores:

El empleado laboró hasta el 6 de enero.

Solución

  1. Ajuste de cesantías e intereses de cesantías: o Se procede a agregar el concepto de “Intereses de cesantías año anterior” y “Cesantías año anterior”. Esto permitirá que el sistema realice el cálculo correspondiente al año anterior de forma correcta.
  2. Cálculo de la prima de servicios: o Con el concepto de prima, el sistema calculará únicamente los 6 días trabajados del mes de enero. Estas acciones aseguran que la liquidación final del empleado sea correcta y refleje los montos debidos según la legislación laboral vigente.

Ejemplo 2: Procesar Liquidaciones

Descripción del problema

Se genera un error al procesar dos liquidaciones. El sistema de nómina no está correctamente parametrizado con la contabilidad, lo que resulta en un descuadre.

Solución

Se identificó que la novedad se debía a una parametrización incorrecta a nivel de las naturalezas del BPLA - Plantilla para los conceptos de cesantías e intereses. Se realizaron los ajustes necesarios y, tras la corrección, el sistema funcionó correctamente.

Ejemplo 3: Liquidación Errónea

Descripción del problema

Al generar la liquidación del colaborador requerido, se identificaron varios problemas:

Solución

  1. Se identificó que el NNOM - NOMINA no estaba configurado correctamente para reflejar los días realmente laborados por el empleado.
  2. Se indicó al usuario que debe ajustar el motivo (7) del retiro en el sistema para que este calcule correctamente el valor correspondiente a las indemnizaciones.

Ejemplo 4: Solicitud de Reporte Detallado de Provisiones

Descripción del problema

Se solicita un reporte detallado mensual de las provisiones de cada empleado, filtrado por la cuenta de débito y crédito.

Solución

Se puede utilizar la aplicación NNCD - Consulta detalle detalle o NPRV - Provisiones. Estas aplicaciones permiten visualizar los valores calculados tanto en días como en valores monetarios de las provisiones de nómina por empleado y período.

Ejemplo 5: Novedad No Reflejada en la Nómina

Descripción del problema

Al ingresar la novedad en NNOV - Novedades para el colaborador requerido y procesarla, no aparece en la NM la novedad para la nómina de febrero.

Solución

Se identificó que la novedad no se refleja porque el concepto tiene asociada una cuenta de retención que requiere una base de retención. Por lo tanto, es necesario:

  1. Validar si la novedad debe asociarse a la misma cuenta contable de retención en la fuente.
  2. Verificar y ajustar la base de retención que se debe incluir en NNOM - NOMINA.

Realizando estos ajustes, la novedad debería aparecer correctamente en la nómina del mes que refleje el error.

Ejemplo 6: Envío de Certificado de Ingresos y Retenciones

Descripción del problema

Se desea enviar un certificado de ingresos y retenciones.

Solución

El certificado de ingresos y retenciones puede descargarse a través de la opción del BINT 2220 (Certificado de Retención Dian).

Ejemplo 7: Visualización de UVT Utilizados por un Colaborador

Descripción del problema

Se necesita visualizar cuántos UVT ha utilizado un colaborador.

Solución

El reporte se puede generar a través de la aplicación NREF - Calculo_Retencion_en_la_fuente, filtrando por el número de nómina y la cédula del empleado.

Ejemplo 8: Descarga del Formato de Exógena 2276

Descripción del problema

Se necesita descargar el formato de exógena 2276 correspondiente al año gravable inmediatamente anterior.

Solución

  1. Ingresar a la aplicación BINT.
  2. Seleccionar la publicación número 2276.
  3. En el tipo de operación, seleccionar Download.
  4. Ingresar el año a exportar.
  5. Hacer clic en la opción “Aceptar y Ejecutar”.
  6. Guardar el archivo descargado, que estará en formato Excel.

A continuación, se adjunta una imagen de la visualización del proceso en BINT - Interfaces.

Ejemplo 9: Verificación de Aplicación de Retención en la Fuente en Salarios de Nómina

Descripción del problema

Se necesita verificar si los salarios de ciertos colaboradores en la nómina están sujetos a retención en la fuente.

Solución

Para validar los valores tomados para la retención en la fuente, se debe revisar la aplicación NREF - Calculo_Retencion_en_la_fuente siguiendo estos pasos:

  1. Ingresar a la aplicación NREF (Calculo_Retencion_en_la_fuente) .
  2. Filtrar por el número de nómina utilizando el campo NumberId.
  3. Filtrar por la cédula del empleado utilizando el campo ClientId.

Esto permitirá verificar los valores correspondientes a la retención en la fuente para cada colaborador en la nómina.

Ejemplo 9: Discrepancia en la Base de Retención

Descripción del problema

En la aplicación NREF - Calculo_Retencion_en_la_fuente, el cálculo de la base de retención es diferente al mostrado en la planilla de nómina para dos colaboradores a los cuales salta el error.

Solución

Se realizó una comparación entre los valores de NREF - Calculo_Retencion_en_la_fuente y NNOM - NOMINA. Los resultados muestran que los valores concuerdan. Adjunto se encuentran las imágenes que demuestran que los valores son los mismos para ambos empleados.

Ejemplo 10: Pago Pendiente de Prima

Descripción del problema

La colaboradora ingresó el 20 de junio de 2023 y no se le pagaron los 10 días de prima correspondientes para ese mes. ¿Cómo debo crear la novedad para que en la prima de diciembre le queden estos 10 días pendientes por pagar?

Solución

Se debe realizar una programación adicional similar a la nómina de prima del primer semestre, pero únicamente para la empleada que no fue incluida anteriormente. Esta programación adicional puede ser generada posteriormente y la fecha puede ser cambiada a una del periodo actual para su correcta contabilización. Al confirmar esta nómina adicional, se creará la CXP (Cuenta por Pagar) al empleado. No es necesario esperar hasta la generación de diciembre, ya que esta nómina adicional solo toma en cuenta el periodo desde el mes de julio en adelante.

Ejemplo 11: Origen de los Valores de Base para el Cálculo de Prima y Cesantías

Descripción del problema

Se requiere conocer de dónde provienen los valores de base para el cálculo de prima y cesantías de cada uno de los colaboradores, y dónde se pueden visualizar.

Solución

Los conceptos utilizados para el cálculo de prima y cesantías se pueden encontrar en el acumulado de estos, denominado ‘FSL’, el cual puede ser consultado desde el NBAC - Acumulados.

Si se desea validar los valores por colaborador específico, se puede utilizar el NRPB (Payroll_Concept_Base), filtrando por tercero, concepto, mes y año.

Ejemplo 12: Cálculo de Retención en la Fuente para Colaboradores con Indemnización

Descripción del problema

¿Es correcto que en la aplicación NREF - Calculo_Retencion_en_la_fuente no se sume el cálculo de retención en la fuente para los colaboradores que tienen retención por indemnización? ¿Cuál es la razón detrás de esto?

Solución

El tratamiento de la retención en la fuente en casos de despidos sin justa causa es diferente y por eso no se refleja en el reporte NREF - Calculo_Retencion_en_la_fuente. Para más información sobre este tema se puede consultar el siguiente enlace: Explicación.

La formulación para esta retención se encuentra bajo el concepto ‘REI’ el cual hace referencia a ‘RETENCION EN LA FUENTE INDEMNIZACION’, donde se calcula el 20% del valor de la indemnización solo cuando el empleado supera las 204 UVT de pagos laborales.

Ejemplo 13: Cálculo de Días de Vacaciones

Pregunta

¿Qué fórmula se utiliza para calcular los días de vacaciones?

Solución propuesta

La fórmula utilizada para calcular los días de vacaciones que tiene un colaborador es la siguiente: Días trabajados/360*15

Ejemplo 14: Problema con la Opción ENRCO - COMPROBANTES DE PAGO*

Descripción del problema

La opción ENRCO - COMPROBANTES DE PAGO no está arrojando resultados.

Solución

Para que el proceso funcione correctamente, antes de procesar la nómina NM, es necesario editar el registro y marcar la opción que permite imprimir. Se adjunta una imagen que ilustra este procedimiento. Para los documentos procesados en el año 2023, se realizó la actualización de este campo por base de datos.

Ejemplo 15: Problema con la Generación de la Liquidación Definitiva

Descripción del problema:

Al generar la liquidación definitiva LD1097034469, se crea la nómina NM-1315 pero no se genera ningún contenido dentro de la misma.

Solución

Tras una revisión, se identificó que la función FDS (DIAS SUELDO) no estaba calculando para el tipo de nómina de liquidación definitiva. Se realizó la corrección necesaria y se generó la nómina con éxito.

Ejemplo 16: Problema con la Generación de Nóminas en ENRCO - COMPROBANTES DE PAGO

Descripción del problema

En ENRCO - COMPROBANTES DE PAGO, en marzo de 2023 solo se genera una quincena, y en abril de 2023 no muestra la primera quincena. Sin embargo, en ENRCO - COMPROBANTES DE PAGO lo hace correctamente.

Solución: Se identificó una inconsistencia en el formato de la primera nómina del mes de abril, la cual ya fue ajustada. Respecto a la segunda nómina, no se puede visualizar el desprendible de nómina de la segunda quincena de abril porque la nómina no está procesada.

Ejemplo 17: Cambio de Tarjeta de Identidad a Cédula de Ciudadanía

Descripción del problema

Se requiere realizar el cambio de tarjeta de identidad a cédula de ciudadanía para un aprendiz SENA.

Solución

Este cambio se efectuó a partir de una parametrización desde la aplicación BTER - Terceros. En el cuadro con el nombre de “Tipo Cliente”, se pueden visualizar los diferentes tipos de documentos y realizar el cambio correspondiente.

Ejemplo 18: Control de Visibilidad de Desprendibles de Nómina

Descripción del problema

Se desea que cualquier tipo de nómina, ya sea quincenal, de prima, de vacaciones, etc., no pueda ser visualizada por el empleado hasta que se realice el pago correspondiente.

Solución

En OasisCom, se utiliza un marcador llamado “impreso” que se activa desde la nómina creada. Este controla que los empleados no puedan ver su desprendible hasta que la nómina esté procesada. Se adjunta una imagen para referencia.

Nota: Si la nómina se encuentra en un estado diferente a “procesado”, el desprendible no estará disponible para la visualización.

Ejemplo 19: Recálculo de Retención en la Fuente en Reporte NCRM - CALCULO_PORCENTAJE_DE_RETENCIÓN

Descripción del problema

Al realizar el recalculo de retención en la fuente para aplicar de julio a diciembre de 2023 en el reporte NCRM - CALCULO_PORCENTAJE_DE_RETENCIÓN, se necesita saber los pasos para actualizar el porcentaje fijo. Además, se requiere saber cómo actualizar la información de los alivios tributarios y confirmar si el reporte NCRM - CALCULO_PORCENTAJE_DE_RETENCIÓN está correcto.

Solución

Para realizar la actualización del porcentaje fijo de retención en la fuente, se pueden seguir estos pasos:

  1. Crear una novedad con el concepto CPR: Pueden crear una novedad utilizando el concepto ‘CPR’.
  2. Actualizar a través de la aplicación NCRM (CALCULO_PORCENTAJE_DE_RETENCIÓN):
    • Ingresar a la aplicación NCRM (CALCULO_PORCENTAJE_DE_RETENCIÓN).
    • Digitar el cliente.
    • Seleccionar la operación “Actualizar”.
    • Hacer clic en el icono de la fecha azul para crear una novedad en estado activo.
    • Dirigirse a NNOV - Novedades para revisar la novedad y el porcentaje.
    • Procesar la novedad para que, a partir de ese momento, se aplique el procedimiento 2.

Es importante tener en cuenta que en el contrato NCNT - CONTRATOS DE NOMINA el procedimiento debe ser 2. Es decir, en el detalle del contrato, hay un campo llamado “retención” que debe tener el número 2.

Importante: que si el reporte NCRM - CALCULO_PORCENTAJE_DE_RETENCIÓN muestra los acumulados del año anterior (junio 2022 a mayo 2023), deben verificar que la información esté correcta y luego seleccionar “Actualizar” para que el porcentaje se actualice automáticamente.

Ejemplo 20: Problema en Liquidación Definitiva

Descripción del problema

Al realizar la liquidación definitiva NM-1366, la persona está siendo retirada con fecha 01-07-2023, y no se está liquidando un día por los siguientes conceptos: salario, auxilio de transporte y auxilio de rodamiento. Por ende, la seguridad social también queda mal calculada.

Solución

Para corregir este problema, se deben seguir los siguientes pasos:

  1. Ingresar al SPRO - PROGRAMAS.
  2. Buscar el programa de la liquidación correspondiente.
  3. Cambiar la fecha final del programa para que sea el día 2 de julio de 2023.
  4. Volver a generar la nómina.
  5. Esto traerá los conceptos faltantes y solo por un día, corrigiendo así el cálculo incorrecto.

Ejemplo 21: Ajustes Incorrectos en Documento PV-15 de NNOM - NOMINA

Descripción del problema

En la opción NNOM - NOMINA, el documento PV-15 se están realizando ajustes negativos a las prestaciones sociales, pero siguen apareciendo negativos en el débito y no debería ser así.

Solución

Se han creado cinco conceptos específicos para realizar los ajustes necesarios en las provisiones. Estos conceptos son los siguientes:

Es importante tener en cuenta que estos conceptos se han configurado con una naturaleza de crédito para que puedan realizar el descuento necesario y así evitar que queden con un valor negativo.

Ejemplo 22: Cambio de cargo – Novedad en nómina

Descripción del problema

Se solicita muy amablemente conocer qué novedades se pueden utilizar cuando un empleado de la cooperativa cambia o asciende de cargo laboral, así como cuando se cambia de ubicación laboral. Se observa que actualmente solo se dispone de la novedad CTC para cambiar el tiempo de contrato, la cual presenta una falencia al cambiar de contrato a término fijo a indefinido, ya que no ofrece la opción de quitar la fecha de vencimiento. También se utiliza la novedad CPO para cambiar la posición del tipo de salario.

Solución

En respuesta a esta solicitud, se han creado las siguientes novedades:

  1. CUL: Para utilizar cuando un empleado cambia de ubicación laboral dentro de la cooperativa.
  2. CCA: Para utilizar cuando un empleado cambia o asciende de cargo laboral dentro de la cooperativa.

Estas novedades proporcionarán una mejor gestión y seguimiento de los cambios en el personal de la cooperativa.

Ejemplo 23: Ajuste en Porcentaje Salarial para Pasantes Universitarios

Descripción del problema

Se solicita amablemente realizar un ajuste en el porcentaje salarial que se paga a los pasantes universitarios. Después de una revisión con el abogado y la universidad, se determinó que el pago debe ser del 92.3% del salario mínimo mensual legal vigente (SMMLV) con auxilio de transporte, dejando los demás ajustes como están hasta el momento, los cuales incluyen únicamente el pago de ARL o riesgos laborales.

Solución

Para abordar esta solicitud, se procedió a realizar un ajuste sobre el concepto CUS, modificando el porcentaje salarial para los pasantes universitarios a fin de que corresponda al 92.3% del salario mínimo mensual legal vigente, incluyendo el auxilio de transporte.

Ejemplo 24: Eliminación de Nota de Ajuste en Nómina Electrónica y Gestión de Nóminas

Descripción del problema

Se requiere eliminar la nota de ajuste de la nómina electrónica antes de ser emitida a la DIAN. En el caso 70632, se seleccionó incorrectamente el documento NE 1191 de la ubicación 1 en lugar del de enero, que era el adecuado. Además, se sigue generando nóminas electrónicas para los empleados que son practicantes del SENA, los cuales no deben ser reportados a la DIAN, pero siguen apareciendo como pendientes de envío.

Solución

Para abordar este problema, se puede realizar lo siguiente:

  1. Eliminar la Nota de Ajuste en la Nómina Electrónica: Ingresar a la aplicación EBNNOM - NOMINA ELECTRONICA y encontrar en el maestro un botón en la parte superior llamado “Anular Envío”, que permitirá eliminar las nóminas electrónicas que necesiten ser corregidas. Se adjunta una imagen que muestra con precisión la ubicación de este botón.

Ejemplo 25: Problema con Prórrogas de Contrato en Novedades de Nómina

Descripción del problema

Se ha estado utilizando el concepto PRO en las novedades de nómina para las prórrogas de contrato. Sin embargo, al procesar estas prórrogas, los cambios de fecha en los contratos no se reflejan correctamente. Un ejemplo de esto es la novedad NV 7991-1 correspondiente a la prórroga del empleado con número de identificación a quien se le amplió la fecha de acuerdo a la necesidad. Sin embargo, al revisar el contrato KN 127 - 1, esta fecha no se ve reflejada ni en la fecha final ni en la fecha final del contrato.

Solución

Para resolver este problema, se requiere completar la parametrización del concepto PRO. A continuación, se detallan los pasos a seguir:

  1. Crear las novedades correspondientes.
  2. Digitar la fecha inicial y el tercero en el formulario creado.
  3. La fecha de finalización debe ser digitada en el formulario.
  4. Guardar y procesar la novedad.

Siguiendo estos pasos, se aplicarán correctamente los cambios de fecha en los contratos al procesar las prórrogas.

Ejemplo 26: Error en la Liquidación de Vacaciones

Descripción del problema

Se realizó la liquidación de vacaciones del empleado, quien disfrutó 1 día de vacaciones y se le canceló el resto (20 días calendario). Siguiendo las indicaciones previas, se incluyó el concepto PE1 y el valor correspondiente a la prima vacacional a través de NNOV - Novedades. Sin embargo, al generar la nómina, aparece un error.

Solución

De acuerdo con lo reportado, el inconveniente se presenta porque ya existen las siguientes novedades:

Estos conceptos llevan el conteo de los días. Cuando se realizó la nueva novedad, se arrojó un mensaje de control porque, a nivel de la condición del concepto, está configurado para tomar solo una novedad procesada. En este caso, al encontrar dos novedades, se produce el desbordamiento y el error.

Ejemplo 27: Novedad no Reflejada en la Nómina

Descripción del problema

Se realizó la nómina NM 141 con la novedad 1949, pero al generarla, la novedad no fue tenida en cuenta.

Solución

De acuerdo con lo reportado, el concepto no aparece porque no está incluido en el tipo de nómina correspondiente. Para resolverlo, se realizaron los siguientes pasos:

  1. Ingresar a la aplicación NBTN - Tipos de Nomina.
  2. Seleccionar el tipo de nómina 14.
  3. En el detalle, donde dice “conceptos”, agregar el concepto DOM.
  4. Generar nuevamente la nómina.
  5. Revisar que el concepto aparezca correctamente en la nómina.

Ejemplo 28: Error en el Envío de Nómina Electrónica

Descripción del problema

Se realizó el envío de nómina electrónica y no se hizo para la siguiente empleada. Al volver a enviarla, aparece el siguiente error.

Solución

Este error se presenta debido a que la información del empleado está incompleta en la aplicación NBEM - EMPLEADOS. Para resolverlo, es necesario completar la información en los siguientes campos:

Una vez que esta información esté completa, podrán realizar el envío sin ningún inconveniente.

Ejemplo 29: Diferencia en la Información de Vacaciones Pendientes entre los Módulos NRCV - COMPROBANTES DE PAGO VACACIONES y NRVA - VACACIONES.

Descripción del problema

¿Por qué el módulo NRCV - COMPROBANTES DE PAGO VACACIONES muestra información de vacaciones pendientes diferente al módulo NRVA - VACACIONES ¿Cuál es la razón?

Solución:

Se identifica que la discrepancia entre los módulos NRCV - COMPROBANTES DE PAGO VACACIONES y NRVA - VACACIONES se debe a la forma en que cada uno presenta la información sobre las vacaciones pendientes:

Ejemplo 30: Error al Enviar Nómina Electrónica

Descripción del problema

Se presenta el error al momento de enviar la nómina electrónica: “NO EXISTEN DATOS SOBRE EL PERIODO SOLICITADO. NO SE PUDO EJECUTAR LA PUBLICACIÓN”

Solución:

De acuerdo con lo reportado, el error se genera porque falta agregar el tipo de empleado y la forma de pago en la aplicación NBEM - EMPLEADOS al trabajador. Para solucionar este problema, se deben seguir los siguientes pasos:

  1. Actualizar Datos en NBEM - EMPLEADOS:
    • Ingresar a la aplicación NBEM - EMPLEADOS.
    • Completar los campos de Tipo de Empleado y Forma de Pago para los trabajadores afectados.

  1. Enviar Nómina a la DIAN:
    • Una vez actualizados los datos en NBEM - EMPLEADOS, proceder con el envío de la nómina a la DIAN.

Ejemplo 31: Tipo de Cliente para Empleados con Permiso por Protección Especial

Descripción del problema

Algunos empleados que están clasificados como “Permiso por Protección Especial” con un identificador de 7 dígitos. Se necesita saber qué tipo de cliente debe aplicarse en estos casos.

para evitar errores en la nómina y en la seguridad social. Asimismo, se solicita información sobre los tipos de clientes que deben aplicarse para los casos de “Permiso Especial” y otros.

Solución

De acuerdo con lo reportado, se realizaron las siguientes acciones y recomendaciones:

Ejemplo 32: Cambio de Contrato de Término Fijo Inferior a un Año a Término Fijo de un Año

Descripción del problema

Se necesita saber con qué novedad y concepto se puede registrar un contrato que pasa de término fijo inferior a un año a término fijo de un año. Además, se requieren instrucciones sobre los campos que deben diligenciarse para que el registro quede correcto.

Solución

De acuerdo con lo reportado, para realizar el cambio de tipo de contrato deben seguir los siguientes pasos:

  1. Crear la Novedad:
    • Novedad y Concepto: Utilizar la novedad con el concepto CTC desde la aplicación NNOV - Novedades.
    • Datos Principales: Ingresar los datos principales, como ubicación laboral, posición ID, cargo, etc.

  1. Diligenciar el Campo ‘Tipo de Contrato’:
    • Luego de guardar la novedad inicial, aparecerá un campo en el detalle con el nombre de ‘Tipo de Contrato’.
    • En este campo, deben indicar el número del nuevo tipo de contrato que tendrá el colaborador.

  1. Guardar y Procesar:
    • Guardar nuevamente la novedad con la información del nuevo tipo de contrato.
    • Procesar la novedad, lo que realizará el cambio de contrato en el sistema NCNT - CONTRATOS DE NOMINA.

Ejemplo 33: Problema al Buscar Comprobante en el Módulo NRCO - COMPROBANTES DE PAGO

Descripción del problema

Al intentar realizar una búsqueda en el módulo NRCO - COMPROBANTES DE PAGO, no es posible ver el comprobante deseado utilizando los campos: TERCERO = x, NÚMERO = x, UBICACIÓN = x.

Solución

Validando la incidencia, se realizó una revisión a la consulta generada por el reporte NRCO - COMPROBANTES DE PAGO. Se encontró que el reporte no se generaba debido a que la función f_DateNomina no estaba compilada. Esto ocurrió porque el reporte anterior no contenía el cambio en el cual se integraba esta función.

Ejemplo 34: Funcionamiento del Concepto CTC

Descripción del problema

No es claro cómo funciona el concepto CTC.

Solución

De acuerdo con lo reportado, se indica que al hacer uso del concepto CTC ‘Cambio De Tipo De Contrato’, se reflejará solo el cambio a nivel del tipo de contrato, pero no la fecha, ya que las condiciones del contrato permanecen iguales. Para hacer seguimiento de las fechas:

  1. Uso del Campo OriginDate: Pueden indicar las fechas necesarias en el campo OriginDate. Este campo es informativo y permite realizar los ajustes necesarios para llevar un control de las fechas.

Ejemplo 35: Error en NGEN al Generar la Nómina de Cesantías

Descripción del problema

Se presenta un error en NGEN - Generar Nómina al intentar generar la nómina de cesantías.

Solución

Se identifica que el error se presenta debido a la falta de la función FMR en el tipo de nómina. Se parametriza esta función en el NBTN - Tipos de Nomina para el tipo de nómina “Cesantías e Intereses de Cesantías”. Posteriormente, se genera la nómina y se valida su correcto funcionamiento.

Ejemplo 36: Creación de Reporte para Detalles de Nómina Electrónica

Descripción del problema

Se solicita la creación de un reporte que genere todos los detalles liquidados en la nómina electrónica.

Solución

Los reportes o exportadores dinámicos que se encuentran creados actualmente pueden ser utilizados para obtener esta información. Para ello, pueden utilizar el Exportador Dinámico mediante el BINT 9 - NOMINANE, en el cual deberán ingresar dos parámetros: PERIODO y AÑO. El sistema realizará la descarga del detalle de lo reportado sobre la nómina electrónica para el periodo ingresado.

Alternativamente, pueden utilizar el reporte NRNE (ELECTRONIC_EPAYROLL) , el cual está parametrizado para el Rol 0. Para generar este reporte, deben ingresar los parámetros de Periodo y Año, y el reporte mostrará las nóminas electrónicas reportadas en el mes con sus respectivos CUNES.

Ejemplo 37: Problema con la Generación de Nómina de Cesantías e Intereses

Descripción del problema

Se está generando la nómina de cesantías e intereses, pero al generarla en NGEN - Generar Nómina y consultarla en NNOM - NOMINA no incluye a todos los empleados.

Solución

Actualmente las novedades (VSP) de variación de salario permanente están procesadas. Para la generación de cesantías e intereses de cesantías, el sistema debe buscar el salario del período correspondiente. Si el sistema no encuentra el salario del año 2023, lo interpreta como 0, lo que resulta en la omisión de algunos empleados en la nómina. Para solucionar esto, se recomiendan los siguientes pasos:

  1. Crear el programa para cesantías o intereses de cesantías.
  2. En la aplicación NNOV - Novedades, reversar las novedades VSP de los empleados para el año siguiente al que se liquidarán las cesantías e intereses.
  3. Generar la nómina de cesantías o intereses según corresponda.
  4. Validar que la información calculada sea correcta.
  5. Procesar la nómina.

Estos pasos asegurarán que todos los empleados sean incluidos correctamente en la nómina de cesantías e intereses. Alternativamente, pueden utilizar el reporte NRNE (ELECTRONIC_EPAYROLL) , el cual está parametrizado para el Rol 0. Para generar este reporte, deben ingresar los parámetros de Periodo y Año, y el reporte mostrará las nóminas electrónicas reportadas en el mes con sus respectivos CUNES.

Ejemplo 37: Problema con la Generación de Nómina de Cesantías e Intereses

Descripción del problema

Se está generando la nómina de cesantías e intereses, pero al generarla en NGEN - Generar Nómina y consultarla en NNOM - NOMINA no incluye a todos los empleados.

Solución

Actualmente las novedades (VSP) de variación de salario permanente están procesadas. Para la generación de cesantías e intereses de cesantías, el sistema debe buscar el salario del período correspondiente. Si el sistema no encuentra el salario del año 2023, lo interpreta como 0, lo que resulta en la omisión de algunos empleados en la nómina. Para solucionar esto, se recomiendan los siguientes pasos:

  1. Crear el programa para cesantías o intereses de cesantías.
  2. En la aplicación NNOV - Novedades, reversar las novedades VSP de los empleados para el año siguiente al que se liquidarán las cesantías e intereses.
  3. Generar la nómina de cesantías o intereses según corresponda.
  4. Validar que la información calculada sea correcta.
  5. Procesar la nómina.

Estos pasos asegurarán que todos los empleados sean incluidos correctamente en la nómina de cesantías e intereses.