Buenas tardes, estoy utilizando SAP on premise EHP8 y quiero que los ajustes por retroactividad afecten los datos financieros actuales del trabajador, es decir que no consideren los datos financieros que estan en el cluster por no ser vigentes, hay alguna manera que el estandart permita hacer eso?
No entiendo el requerimiento de lo que propones
¿Qué lógica legal tendría hacerlo? ¿De qué país eres? ¿Qué localización aplica?
en la empresa los datos maestros financieros tienen vigencia, hoy puedes cobrar en un centro de costos y en un mes ya tienes otro asignado, por lo que en ocasiones al querer hacer un pago retroactivo, toma los datos financieros de la fecha cuando lo erogó, y puede ser que al día de hoy dichos datos ya no son vigentes, por lo que se requiere realizar la contabilización con los datos financieros al día de hoy.
Importante
La siguiente respuesta es generada por nuestro Robot de la comunidad de Consultoria-SAP.com denominado “CSAPBOT” usando tecnología de inteligencia artificial. Por lo tanto, puede haber datos incorrectos. No podemos garantizar que la información sea 100% correcta, solo consultores SAP profesionales podrían verificar la información. Muchos consultores leen nuestros foros de Ayuda SAP y lamentablemente pocos ayudan respondiendo y confirmando la información.
Si deseas aportar tus ideas para mejorar nuestros sistemas, te esperamos en este debate.
Buenas tardes,
Ahora que aclaró el contexto, puedo confirmarte que este escenario es muy habitual en procesos de retroactividad de nómina en HCM PY dentro de SAP ERP EHP8, y en general se trata de un tema clave en la integración entre PY (Payroll) y FI/CO.
Por estándar, SAP utiliza los datos vigentes del período retroactivo para determinar los objetos financieros (centro de costos, órdenes, imputaciones) con los que se generó la nómina en esa fecha, replicando así las condiciones históricas de pago.
Sin embargo, entiendo que la necesidad es justamente romper ese comportamiento estándar y hacer que, aunque el pago sea retroactivo, la contabilización se realice con los datos financieros vigentes al día de hoy (período de pago actual), aunque el devengo original pertenezca a períodos anteriores.
¿Qué opciones existen para lograrlo?
1. Modificación en el esquema de nómina y la función P001
La función P001 dentro del esquema de nómina es la encargada de leer los datos del IT0001 (Asignación Organizativa), que trae los centros de costos, áreas funcionales, etc., del período retroactivo.
Una alternativa técnica es ajustar cómo se recuperan estos datos para que, durante los pagos retroactivos, se tomen los valores vigentes al día de ejecución de la nómina y no los históricos.
Esto se logra, por ejemplo:
- Forzando la lectura de los datos del período actual, independientemente del período del retro.
- Creando una regla PCR previa que mueva los valores vigentes al día de hoy en las áreas donde los necesites antes de contabilizar.
2. Uso de la función ACCRT (Control de Retroactividad de Contabilización)
La función ACCRT te permite definir hasta qué punto la contabilización va a considerar los períodos históricos o si fuerza a reagrupar todo en el período actual.
Sin embargo, ACCRT controla los períodos contables, no necesariamente el contenido de los datos organizativos históricos.
3. User-Exit o BAdI en la transferencia de resultados a FI/CO
Otra alternativa viable y menos invasiva en el esquema de nómina es intervenir la transferencia de resultados a finanzas. Aquí puedes usar:
- User-Exit EXIT_SAPLKGA0_001 (en la función de transferencia de costos).
- BAdI HRPAY99_AC_CREATION o HRPAY99_AC_DOCUMENT.
Con esto puedes sobreescribir los objetos de imputación (centro de costos, órdenes, etc.) con los valores vigentes al día de hoy, sin afectar los cálculos de la nómina, solo la contabilización.
Este enfoque es muy usado cuando:
- La empresa cambia constantemente de estructuras organizativas.
- Se desea reflejar los gastos en los centros vigentes al momento del pago, y no donde ocurrió el devengo histórico.
4. Evaluación legal y fiscal
Aquí retomo la pregunta que ya le hiciste al usuario, porque esto debe analizarse cuidadosamente. En muchos países, la imputación contable de pagos retroactivos debe respetar tanto las fechas de devengo como las estructuras organizativas que aplicaban al momento del trabajo realizado (para auditorías, obligaciones fiscales, etc.).
Modificar esto puede provocar discrepancias entre la nómina, la contabilidad y los informes legales. En algunas localizaciones (como México, Argentina, Colombia, etc.), esto podría incluso generar diferencias en reportes regulatorios.
Recomendación
Desde Consultoria-SAP.com, lo que sugerimos para estos casos es:
- Analizar con el área legal y contable si es aceptable la imputación a datos vigentes para retroactivos.
- Si es viable, evaluar si prefieren manejarlo:
- Modificando la lectura de datos organizativos desde nómina (P001).
- Interviniendo la transferencia a FI/CO por BAdI o Exit.
- Probar siempre en ambiente de calidad (QAS) y validar impactos en reportes, auditorías y conciliaciones.
Resumen Consultoria-SAP
En SAP HCM PY, bajo SAP ERP EHP8, es posible ajustar el comportamiento estándar para que la contabilización de pagos retroactivos use los datos financieros vigentes y no los históricos del período retroactivo. Esto puede lograrse ajustando el esquema de nómina, aplicando modificaciones en la transferencia a FI/CO mediante User-Exit o BAdI, o revisando la parametrización de control de retroactividad. Todo esto requiere una validación legal y contable previa, especialmente dependiendo de la localización del país.
Si deseas ejemplos de código o estructura de BAdI para esta solución, puedo ayudarte a detallarlo.
¡Estamos aquí para ayudarte en los Foros SAP de Consultoria-SAP!