DOCUMENTO USUARIO SERVICE PACK 67. Actualización de Ejecutables

Transcripción

1 DOCUMENTO USUARIO SERVICE PACK 67 Actualización de Ejecutables Página 1

2 ISO DigitalWare Historia del Documento Versión Descripción Cambio Fecha 1 Primera Versión aprobada por el Comité Calidad 08/08/2014 Elaborado: Nelson Poveda Vásquez Lida Acuña Beltran Revisado: Carmen Roncería Tovar Gerente de Calidad Aprobado: Blanca Nubia Gómez Product Owner Versión: 12.6 Página 2

3 TABLA DE CONTENIDO 1. KGndiusu -Digiflags KNmEparc -Otros Parámetros de Conceptos KNmPasso -Parámetros Seguridad Social KNmDisrf -Disminución Retención en la Fuente KNmHdisr -Histórico Retención en la Fuente KNmLinom - Liquidación de Nomina KNmBasre - Bases de Retencion KNmPavac - Parametros de Vacaciones KNmAplva - Aplazamiento de vacaciones KNmLivac - Liquidación de Vacaciones KNmVacac - Libro de vacaciones KNmExvac - Libro Extra de Vacacaciones KNmRvape - Reporte de Vacacaciones Página 3

4 1. Digiflag KGnDiusu. DigitalWare 1.1. Registro Digiflag: K Redondeo Topes Deducibles (Implantación del Redondeo de Cifras al Mil más cercano para la Retención en la Fuente). Al instalar el Digiflag 40 el Sistema generará el Redondeo de los Topes Deducibles en UVT. Cuando el Valor tenga S se redondearan los estos Topes al valor más cercano cuando en el Proceso se manejan Unidades de Valores Tributarios UVT. Si se deja en estado N el Sistema valida la información sin redondear la información de Topes Deducibles. Quiere decir que dependiendo si esta en S el Liquidador de Nómina KNmLinom tomara estos deducibles redondeados al mil más cercano con Topes de 16 para medicina prepagada y 32 para Dependientes cuando sea por UVTs. Página 4

5 1.2. Registro Digiflag: K Separación de los Conceptos de Vacaciones en: Vacaciones Disfrutadas, Dominicales y Festivas. Se crea el Digiflag K donde se almacena el Código de los Conceptos Vacaciones Disfrutadas, Dominicales y Festivas Creados en el Maestro de Conceptos KNmConse con el fin de gestionar las Vacaciones en Días No Hábiles. Quiere decir que el Concepto de Vacaciones se fracciona en dos Conceptos Validando Vacaciones no Hábiles y en este Campo se registrará el Concepto con el cual el Liquidador de Vacaciones identifica y Liquida los Días No Hábiles del Proceso de Vacaciones. Además, este Digiflag envía al libro de vacaciones el valor pagado por el concepto de Vacaciones Disfrutadas, no incluye el valor de las vacaciones Dominicales y Festivas. Página 5

6 1.3. Registro Digiflag: K Validación del Artículo 385 del Estatuto Tributario: Cálculo de Retención Mínima. Se Crea el Digiflag K cuando el empleado es Declarante de Renta en el programa de Disminución de Retención en la Fuente (KNmDisrf) activa el Campo: Ingresos Brutos Año Inmediatamente Anterior Mayor o Igual a UVT, para el Cálculo de Retención Mínima. Por defecto el Valor de este Digiflag está en estado N, validando para el Cálculo de Retefuente Mínima para Ingresos Brutos Año Inmediatamente Anterior Mayor o Igual a UVT. Cuando está en S Quiere decir que en el Programa Disminución de Retención en la Fuente KNmDisrf Pestaña: Declarante de Renta esté Marcado como Declarante de Renta activa el Campo: Ingresos Brutos Año Inmediatamente Anterior Mayor o Igual a UVT. Y el liquidador de Nómina valida este Digiflag y el Nuevo Campo de Disminución de Retención en la Fuente para cálculos de Retención Mínima cuando es por Ingresos Brutos. Página 6

7 1.4. Registro Digiflag: K , K y K Validación de los Conceptos de Sueldo en Días Hábiles, Dominicales y Festivos de presentarse un aumento de Sueldo en medio de un Periodo (Mensual, Quincenal, Catorcenal etc.). La funcionalidad de estos Digiflag es la de validar los diferentes conceptos de Tipos de Sueldo que manejan ciertas empresas, las cuales, poseen trabajadores que ejercen su función o labor dentro de días Hábiles, Dominicales y Festivos, generando el respectivo Cálculo de Liquidación de Nómina, discriminando el Pago por estos conceptos y realizando la sumatoria final obteniendo el total del Salario Devengado por Empleado. Además, valida los cambios que se puedan presentar durante un periodo de pago como el aumento de salario en medio de una Quincena, quiere decir, que al tenerlos instalados (Digiflag 43, 45 y 51) el Sistema realizará los cálculos internos generando los valores por cada Concepto de Sueldo (Días Hábiles, Dominicales y Festivos) asignándole a cada uno de ellos su correspondiente valor de aumento y obtener así el total del Ingreso monetario del Trabajador Registro Digiflag: K : Contiene el Concepto de Dominicales cuando las empresas abren el sueldo en 3 conceptos y hay cambio de sueldo a mitad de periodo. Página 7

8 Registro Digiflag: K : DigitalWare Contiene el Concepto de Festivos cuando las empresas abren el sueldo en 3 conceptos y hay cambio de sueldo a mitad de periodo. Página 8

9 Registro Digiflag: K Concepto Descanso Compensado cuando las empresas abren el sueldo en 4 conceptos y hay cambio de sueldo a mitad de periodo. Página 9

10 2. Otros Parámetros de Concepto KNmEparc, Versión: Cuando esta chequeada esta opción el sistema valida el nivel de endeudamiento después de los descuentos de ley, es decir que el nivel de Endeudamiento no lo toma sobre el valor de los Ingresos sino Ingresos menos descuentos de ley y sobre ese resultado hace la validación correspondiente. Se cambió el Label "Incluye día 31 a Días No Trabajados" por Día 31 con Fecha de Pago sgte Periodo": Página 10

11 3. Parámetros de Seguridad Social KNmPasso, Versión: Se incluye el check No Inserta Novedad de Incapacidad por defecto va en N, este va por cada grupo de Prototipo. Este nuevo parámetro lo utiliza el Programa de Incapacidades KNmIncap para validar en el momento de Registro de Incapacidad que genere o no Registro en Novedades de Nomina KNmNoved. Página 11

12 4. Disminución de Retención en la Fuente KNmDisrf, Versión: Se crea el check: Ingresos Brutos año inmediatamente anterior mayor o igual a UVTs. Este se habilita siempre y cuando se seleccione SI en el campo Declarante de Renta, el cual, permite asignar el Motivo de Declarante. Página 12

13 5. Histórico Disminución Retención Fuente, KNmHdisr Versión: DigitalWare Se crea el check: Ingresos brutos año inmediatamente anterior mayor o igual a UVTs. Esta información es insertada por el programa de Disminución de Retención en la Fuente (KNmDisrf). Página 13

14 6. Liquidación de Nómina KNmLinom, Versión: DigitalWare Se le efectuaron las siguientes actualizaciones: 6.1. Validación de la Liquidación de la Retención en la Fuente: Al liquidar Retención en la Fuente el liquidador para la primera quincena proyecta los valores de conceptos fijos y si encuentra un valor por bonificación, comisiones lo que hace es en el momento de calcular la retención en la fuente, a mayor ingreso del Empleado mayor es el descuento por Concepto de Retefuente. Ejemplo: El empleado en la primera quincena se le paga sueldo por , bonificación al proyectar el valor que toma como ingreso es , al validar la retención por 30 días con la depuración correspondiente por mes seria para 30 días, el valor que le corresponde en la primera quincena lo hace calculando un porcentaje como regla de tres del valor de los ingresos de la primera quincena * 100/ (total ingresos mensuales) = 50.30, sobre el valor total del mes aplica el porcentaje generando un valor de de retención para esa primera quincena Implantación del Redondeo de Cifras al Mil más cercano para la Retención en la Fuente. Con el Digiflag K , si esta en S, redondea el valor de los topes deducibles al 1000 más cercano, esto siempre y cuando intervenga el valor de la UVTs, ejemplo para Vivienda (100), Dependientes (32), Medicina prepagada (16) 6.3. Implantación de la Variable DIA_INFI para la verificación de los días pendientes para la terminación de contrato de un trabajador y tenida en cuenta por el Liquidador de Nómina KNmLinom. Se adiciona al Proceso de Liquidación de Nómina la Variable DIA_INFI en el Maestro de Contratos KNmContr, con el fin, de que el Liquidador de Nómina KNmLinom obtenga la información del tiempo en que terminó el contrato o El Periodo de Prueba de un trabajador, y a partir de esta fecha valide los días trabajados posteriores y sean reconocidos como Convencionales. Quiere decir, que si un empleado termina su periodo de prueba, no se le notificó que termina sus labores o se pone fin a las relaciones contractuales entre la empresa y el trabajador, y sigue trabajando normalmente, al momento de liquidar la nómina se le reconocerán los días adicionales entre la culminación del contrato y la liquidación de la nómina como fuera del periodo de prueba, como días de un contrato legal según el tipo de rol o trabajo que desempeñe. Página 14

15 6.4. Validación de los Conceptos de Sueldo en Días Hábiles, Dominicales y Festivos de presentarse un aumento de Sueldo en medio de un Periodo (Mensual, Quincenal, Catorcenal etc.). DIGIFLAG K K K El liquidador valida los diferentes conceptos de Tipos de Sueldo que manejan ciertas empresas, las cuales, poseen trabajadores que ejercen su función o labor dentro de días Hábiles, Dominicales y Festivos, generando el respectivo Cálculo de Liquidación de Nómina, discriminando el Pago por estos conceptos y realizando la sumatoria final obteniendo el total del Salario Devengado por Empleado. Además, valida los cambios que se puedan presentar durante un periodo de pago como el aumento de salario en medio de una Quincena, quiere decir, que al tener instalados (Digiflag 43, 45 y 51) el Sistema realizará los cálculos internos generando los valores por cada Concepto de Sueldo (Días Hábiles, Dominicales y Festivos) asignándole a cada uno de ellos su correspondiente valor de aumento y obtener así el total del Ingreso monetario del Trabajador Validación del Artículo 385 del Estatuto Tributario: Cálculo de Retención Mínima. DIGIFLAG K Con este Digiflag cuando el empleado es Declarante de Renta en el programa de Disminución de Retención en la Fuente (KNmDisrf) activa el Campo: Ingresos Brutos Año Inmediatamente Anterior Mayor o Igual a UVT, para el Cálculo de Retención Mínima. Por defecto el Valor de este Digiflag está en estado N, validando para el Cálculo de Retefuente Mínima para Ingresos Brutos Año Inmediatamente Anterior Mayor o Igual a UVT. Cuando está en S Quiere decir que en el Programa Disminución de Retención en la Fuente KNmDisrf Pestaña: Declarante de Renta esté Marcado como Declarante de Renta activa el Campo: Ingresos Brutos Año Inmediatamente Anterior Mayor o Igual a UVT. 6.6 Nueva variable que inserta en nm_forln. Se creó la variable VAL_TOEM valor tope de embargos, para aquellas empresas que descuentan quincenalmente los embargos y se requiere que valide la base menos el valor del salario minino legal. Un ejemplo de esta parametrización sería: ((BASE(VAL_BASE-(SAL_MINL/30*(DIA_TMES))))*CANT(CAN_NOVE/100)) - VAL_TOEM Página 15

16 NOTA IMPORTANTE: Si en el script KNm**126_1666.sql presenta el siguiente mensaje favor validar el Manual Técnico, esto sucede a los clientes que tienen Motor SqlServer menor o igual a 2005: 1) ERROR : Error Subqueries are not allowed in this context. Only scalar expressions are allowed. Página 16

17 7. Bases de Retención KNmBasre, Versión: Al momento de generar el reporte por vista preliminar, realiza el rompimiento por registro del empleado llevando en cada página los datos de la empresa, al visualizar el Reporte muestra el recuadro azul marcando la forma de como realizo el cálculo, es decir, si el cálculo fue por Retención Ordinaria o Mínima. Página 17

18 8. Parámetros de Vacaciones KNmPavac, Versión: Nuevas funcionalidades, se crearon los siguientes campos: Si esta chequeada esta opción el Sistema valida si el Empleado solicita en el periodo Vacaciones en Dinero, debe solicitar el resto de días como Vacaciones en Tiempo. Ejemplo: Si un empleado tiene 5 días pendientes de un periodo consolidado y 2 periodos consolidados completos (Días para disfrute = 35), y el colaborador solicita 9 días en dinero, los días que debe tomar para disfrute son 26. Este check valida que los días a tomar más los días en dinero sumen 15 días por cada periodo consolidado, teniendo en cuenta que el número máximo de días en dinero por periodo son 7; es decir que si el colaborador tiene dos periodos consolidados completos y solicita 9 días en dinero, los días que debe tomar para disfrute son 21. Si tiene un valor mayor a Cero (0), el Self Service valida cuantas veces el empleado puede solicitar vacaciones para ese mismo periodo, es decir, si dice 2 veces el empleado puede solicitar unas vacaciones con 7 días y otro por 8 días, si registra las vacaciones por 4 días, otro por 8 días y realiza otro registro adicional el Self Service no guardara el tercer registro generando un mensaje de aviso. Si esta en cero (0) me permite registrar varias solicitudes para el mismo periodo. Cuando esta chequeada esta opción el Sistema valida que a la fecha del inicio de las Vacaciones se haya consolidado al menos un periodo, si esta sin chequear no valida periodos Consolidados. Página 18

19 Página 19

20 9. Aplazamiento de Vacaciones KNmAplva, Versión: Nuevas funcionalidades: Se crea la opción de forma de Re Liquidación Tiempo o Dinero. Verifica el check de los días identificando los Días Calendario de los Días Hábiles que tiene asociado el Empleado. Página 20

21 10. Liquidación de Vacaciones KNmLivac, Versión: Se validó la funcionalidad del programa Liquidación de Vacaciones KNmLivac, al cual se le efectuaron las siguientes actualizaciones: Registro de Días Pendientes con Decimales: Valida cuando en el Libro de Vacaciones KNmVacac se registran los días pendientes con decimales modificando el cálculo de los periodos. Si en el Rango de Periodo se tiene (0.5) días o superior, se tomara como (1) un día por concepto de vacaciones y si es menor a este valor no se toma el Concepto. Ejemplo: Un trabajador solicita un permiso de (2) dos días por concepto de vacaciones el 01 de Julio de Se tiene un Rango de tiempo desde el 15 de Febrero de 2012 al 14 de Febrero de Se le debe un total de tiempo de sus vacaciones de días. Cálculo que realiza el Sistema: 15/02/2012 al 15/02/2012 toma pagando un día de salario y llevando a Días no Trabajados KNmDiasn registro de un día (Julio 1). 15/02/2013 al 14/02/2014 toma pagando un día de salario y llevando a Días no Trabajados registro de un día (Julio 2). En resumen: Cuando se complete la fracción del día se paga el día de salario y se lleva a Días no Trabajados KNmDiasn. Para las vacaciones en dinero y en tiempo los cálculos del pago se realizan con las fracciones que se están pagando porque no hay inserción en KNmDiasn Validación de más de Dos Periodos de Vacaciones: En esta versión el sistema modifica la inserción en la Prenómina KNmPreno para que en el evento en que la persona salga a disfrutar más de dos periodos de vacaciones el sistema inserte en el concepto de tiempo y dinero el mismo secuencial que tiene el empleado en el Libro de Vacaciones KNmVacac, generando correctamente el Reporte de Órdenes de Pago KNmRopcr. Página 21

22 10.3. Valida el Número de Contrato: Al momento de Liquidar las Vacaciones y seleccionando la opción de Programación, este lee la información existente en el Programador de Vacaciones KNmProva, y al realizar la consulta en KNmProva, este valida el Número de Contrato Adición de Filtros: En el Liquidador de Vacaciones KNmLivac se agregaron los siguientes filtros: FEC_DIS1, FEC_DIS2 y FEC_PAGO a la consulta de vacaciones programadas Separación de los Conceptos de Vacaciones en: Vacaciones Disfrutadas, Dominicales y Festivas Digiflag K Con este Digiflag se almacena el Concepto con el cual el Liquidador de Vacaciones identifica y Liquida los Días No Hábiles del Proceso de Vacaciones, al realizar el cálculo y dejar registro en el libro de vacaciones el valor pagado por el concepto de Vacaciones Disfrutadas, no incluye el valor de las vacaciones Dominicales y Festivas. Página 22

23 11. Libro de Vacaciones KNmVacac, Versión: Se adiciona en la pantalla Exportación a Excel y Word. De acuerdo al estándar el Campo del Código Interno, creando nuevo campo calculado de código interno que es leído del Maestro de Empleados KBiEmple. Página 23

24 12. Libro Extra de Vacaciones KNmExvac, Versión: Se amplió a Veinte (20) Caracteres del campo calculado que visualiza el código interno del empleado como esta en el Maestro de Empleados KbiEmple. Página 24

25 13. Reporte de Vacaciones Pendientes, KNmRvape Versión: Nuevas funcionalidades: 1. Días Pendientes de Prima de Vacaciones tal cual lo hace para Vacaciones. El proceso es el siguiente: a. Al Día de Hoy b. Prima de Vacaciones b. QBE/Cedula/Aceptar d. Preliminar Al dar Click en preliminar mostrará una ventana la cual lee de la tabla de conceptos y traerá aquellos conceptos que tienen asociado un rango en el concepto o en la tabla de beneficiarios especiales, para así hacer el cálculo de los días pendientes de vacaciones por periodo vacacional. 2. Reporte vacaciones ranking cuando se chequea esta opción genera por todos los empleados de acuerdo al filtro respectivo, el número total de días de vacaciones pendientes en orden descendente, este reporte se puede guardar en PDF y exportar a excel Página 25