Versión 5.23.2 de a3ASESOR | nom: Correcciones

a3ASESOR | nom

A continuación, se relacionan las correcciones incorporadas en la versión 5.23.2 de a3ASESOR | nom:

 
 
Modificación de exentos 20% IPREM
  • Si ha realizado una modificación masiva de conceptos informados en la ficha de los trabajadores, desde el punto “Utilidades/ Modificaciones del RLD20/2012/ Modificación de exentos 20% IPREM”, la aplicación le habrá activado, automáticamente, el indicador “Tributa I.R.P.F. de todos los conceptos modificados”.

Importante: Si los conceptos que modificó masivamente desde esta utilidad deben llevar el indicador “Tributa I.R.P.F.” desactivado, deberá repetir el proceso de modificación tal y como le indicamos a continuación, para el correcto cálculo de la nómina y de la previsión de I.R.P.F. Para visualizar este proceso, pulse aquí.

 
 
Modelos 190/ 216 de Gipuzkoa
  • Cuando un trabajador con dos fichas tenía informado en una de ellas el contrato 100 y tipo de cotización: "Asimilados", al listar el modelo 190 aparecía el importe duplicado en la clave A.

  • Al listar el modelo 190, si algún trabajador tenía informado un concepto que no tributaba, podía darse el caso que, si llevaba el importe a una determinada subclave, se duplicase ese importe en la subclave 01 de la clave L.

  • Trabajador con concepto en especie con códigos entre el 450 y 599. Al listar el modelo 190 llevaba el importe del concepto en especie, de nóminas calculadas con versión 5.22.3 o anteriores, a la clave L01 especies y, de nóminas calculadas con versiones posteriores a 5.22.3, a la clave A- especies.

  • Si utilizó un concepto exento de tributación para el cálculo de atrasos de convenio o de salarios de tramitación, calculados con la versión anterior a 5.22.4, al generar el modelo 190, el importe del concepto no se consignaba correctamente.

  • Al generar el modelo 216 de la  Diputación Foral de Gipuzkoa, en caso que se hubiese ido regularizando a lo largo del año y se llegase a un periodo para el que ya no procediera regularización, aparecía igualmente un mensaje de regularización y ésta se mostraba sin datos.

 

Previsión I.R.P.F.
  • En la previsión de I.R.P.F. no se tenían en cuenta los importes de retribuciones brutas y retenciones ya practicadas cuando se daba la siguiente casuística:

-          Trabajador con 2 fichas en distintas empresas con agrupación para la previsión de I.R.P.F.

-          En una de las fichas el trabajador estaba finiquitado.

  • Si en la previsión de IRPF se aplicó la minoración por préstamo de vivienda habitual pero durante el devengo el trabajador perdía el derecho a la deducción por tener retribuciones superiores a 33007,20, al regularizar el IRPF por “Otras causas”, la aplicación seguía aplicando y recalculando dicha minoración.

  • Trabajador con pagas extras prorrateadas, el indicador "Calcular según días de cobro informados (N/L)" activado e importe único forzado en la ficha, no calculaba el importe bruto anual correctamente en la previsión de I.R.P.F.

 

Cálculo de Nóminas

  • Trabajador mensual en situación de I.T. con un cambio de contrato durante el mes de febrero, al calcular la segunda nómina de ese mes la aplicación calculaba incorrectamente dos días en alta.
  • Trabajador funcionario, con la antigüedad informada por trienios, que estaba todo el mes de febrero en situación de I.T., complementaba al 100%, al calcular la nómina de febrero le calcula importe de antigüedad cuando no dería.

 

Seguros Sociales

  • Si teneía informada la clave de sistema RED en alguna empresa, al generar el fichero FAN de esta empresa junto con otras, la persona de contacto de mensajería que se grababa era la que tenía informada en el botón "Mensajería" de la ventana de cotizaciones y no la anotada dentro de la clave de sistema RED de la empresa en concreto.

 

Datos Trabajadores

  • Al crear una ficha de un trabajador activando el indicador “Buscar Trabajadores con el mismo NIF”, se copiaban datos de afiliación y otros datos no identificativos de otra ficha.

 

Paga Finiquitos

  • Al calcular el finiquito de un trabajador con contrato 410- Duración Determinada de Interinidad T.Completo y causa de baja 11- Fin de Contrato Temporal, la aplicación proponía automáticamente la indemnización 6, cuando para estos contratos no procede exclusivamente este tipo de indemnización.

  • Al calcular el finiquito de un trabajador con tipo de reducción de jornada (por ejemplo, guarda legal por menor, por discapacidad, etc…), podían suceder que, si no activaba el indicador “Aplicar reducción de jornada”, el importe de de coste empresa y de la casilla Total TC1 en los listados “Resumen Nómina” e “Imputación de Costes” no era correcto.

 

Listados

Remesa Bancaria

  • Al generar la remesa bancaria aplicando la “Norma 34-1” o “Norma 34-12 (SEPA)” por soporte magnético y activando la opción “Listar Carta de Remesa”, no se imprimía el número de transferencias que iban en el fichero.


Resumen Nómina

  •  Al listar el Resumen Nómina de la paga atrasos aparecía un importe de bonificación incorrecto cuando se daba la siguiente casuística:
    - Atrasos calculados por la incidencia 27
    - Trabajador que durante el devengo de los atrasos había estado en situación de I.T. informada en el ejercicio anterior a los atrasos (maternidad, paternidad, riesgo de embarazo o riesgo de lactancia bonificada)

Informe Variaciones Mes

  • Con determinadas versiones de la aplicación, al listar el “Informe Variaciones Mes” no se  visualizaban las empresas o centros de trabajo si se posicionaba en la opción “Selección” por lo que no se podían seleccionar. No obstante, esto no ocurría desde la opción “Límites”.

 

Listado de Avisos

  • Al acceder al listado de avisos, podía suceder que apareciesen en el listado trabajadores con fecha fin de prórroga que en su ficha no tenían informado fecha fin contrato, por lo que era incorrecto.
  • En determinados casos, desde el Listado de Avisos, cuando informaba un periodo superior al año aparecía el mensaje “Fecha de Fin Contrato Incorrecta”. Además, si seleccionaba un periodo inferior al año pero superior a la fecha en la que el trabajador finalizaba el contrato, no se mostraba el aviso de Fin Contrato.

 

Enlace de Entrada

  • Se corrige la posición de las bonificaciones automáticas en el “Enlace de Entrada”, asignándole desde la posición 1938 a la posición 2217.

 

Integración entre a3ASESOR | nom y otras aplicaciones

Integración con a3ASESOR

  • Si tenía integrado a a3ASESOR y a3ASESOR|nom y activada la confidencialidad a nivel de cliente, podía suceder que al acceder al listado Promedio de Plantilla se visualizaran empresas a las que el usuario no tenía derechos.

  • Si trabaja integrado y en la tabla de responsables de a3ASESOR|nom tenía definido el código 99, si daba de alta un usuario nuevo desde a3ASESOR con permisos en la aplicación nómina, le asignaba siempre la correspondencia al código 99.

 

Integración con a3ASESOR|portal asesor

  • Al actualizar empresas de a3ASESOR|nom en a3ASESOR|portal asesor, actualizaba tanto profesionales como trabajadores, cuando solo debía publicar datos de trabajadores.

 

 

 

 

 

    • ¿Te ha resultado útil esta página?
    • ¡Gracias por votar!
    • 8 valoraciones: 2.9 sobre 4 de media
    • ¿Te ha resultado útil esta página?
    • ¡Gracias por votar!
    • 8 valoraciones: 2.9 sobre 4 de media

Palabras clave