Hola Equipo,
Tengo un duda sobre la funcionalidad en MXTAX cuando se genera una nómina de corrección por un finiquito, si la empresa utiliza como Método de Cálculo = Tabla Directa.
Por lo que he analizado, el comportamiento de SAP Estándar es generar el cálculo sobre las percepciones que se generan en el finiquito sin tener en cuenta (acumular) las percepciones del período. Esto, me indica el cliente, sería un error.
1. Ejemplo SAP: Tabla Directa . ME01. Empleado Mensual.
1.1 Periodo 07/2014
/411 = 31978
/412 = 26704,83
Total Base Gravable periodo 07/2014 = 58682,83
Impuesto Ordinario = 13925,75
1.2 Nómina Corrección por Finiquito:
/411 = 12000
Total Base Gravable Nómina Corrección Finiquito = 12000
Impuesto a Retener en Nómina Corrección Tabla Directa según SAP = 1454,08
2. Cálculo según el cliente (SAP debería acumular lo generado en el Periodo 07/2014 en la nómina de ajuste):
2.1 Periodo 07/2014
/411 = 31978
/412 = 26704,83
Total Base Gravable periodo 07/2014 = 58682,83
Impuesto Ordinario = 13925,75
2.2 Nómina Corrección por Finiquito:
/411 = 31978 +12000 = 43978,00
/412 = 26704,83
Total Base Gravable Según Cliente = Periodo 07/2014 + Nómina Corrección = 70682,83
Impuesto Ordinario = 17689,40
Impuesto Ordinario Retenido en 07/2014 = 13925,75
Diferencia a retener en Nómina Corrección = 17689,40 - 13925,75 = 3763,65
3. Diferencia entre ISR en Nómina de Ajuste de SAP vs Cliente = 3763,65 - 1454,08 = 2309,57
He probado en el IT0561 modificar el método y la tabla para el período en el que se genera el finiquito, pero no llego al número indicado por el cliente.
¿Es correcto que, aplicando tabla directa, SAP no se acumule en la nómina de corrección lo generado en el periodo? Según el cliente, al no acumularse, se toma dos veces la tabla mensual y es incorrecto.
Se adjunta archivo con análisis respectivo.
Gracias por vuestra ayuda,
Stella
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.