El motor de nómina en SAP HCM es una herramienta confiable y al mismo tiempo flexible. Esta herramienta le permite tener en cuenta los requisitos de la legislación y las normativas locales en el campo de la remuneración de los empleados. Sin embargo, la otra cara de la moneda de tal versatilidad es la complejidad y la fuerte sensibilidad a los cambios en la configuración.
Por ejemplo, la figura anterior muestra una vista de cómo establecer un tipo de salario. Un parámetro o casilla de verificación configurado incorrectamente conducirá a un cálculo incorrecto.
Además, el precio de un error puede ser muy alto tanto en términos monetarios como en términos de reputación.
También vale la pena señalar que el error puede no ocurrir de inmediato, sino solo unos meses después del cálculo. En este caso, puede ser necesario volver a calcular los salarios durante varios meses o crear un esquema de cálculo correctivo especial. Ambos escenarios son extremadamente lentos y riesgosos, por lo tanto, solo pueden considerarse como un último recurso.
¿De dónde pueden venir esos errores? La funcionalidad de recursos humanos está en constante evolución; los requisitos legislativos y los requisitos comerciales están cambiando. Para cumplir con estos requisitos, debe realizar cambios regularmente en su configuración de SAP HCM. En nuestra empresa, todos los cambios se implementan en versiones mensuales. Las actualizaciones estándar de SAP también se publican aproximadamente una vez al mes y se instalan con el lanzamiento.
Las actualizaciones del proveedor son paquetes que contienen notas con cambios en los programas y configuraciones. La figura muestra la composición del paquete de servicio SAPK-60866INEAHRCRU, que contiene cuatro notas de nómina para Rusia.
La instalación de sus propios productos de desarrollo \ configuración y paquetes de servicio estándar puede cambiar la configuración actual y provocar un funcionamiento incorrecto del sistema.
Prueba de regresión
¿Cómo puedo confirmar que la funcionalidad existente no se vio afectada por las actualizaciones estándar de SAP y mis propios nuevos desarrollos / configuraciones?
Por supuesto, puede analizar todos los cambios, todas las notas estándar. Cree ejemplos para ellos y realice pruebas funcionales.
Pero aquí debe tenerse en cuenta que el número de notas puede estar en las decenas, y pueden afectar la funcionalidad que lo acompaña. Y si agregamos a esto el tamaño de nuestra empresa (más de 270,000 empleados se calculan en SAP HR), entonces el número de casos posibles excederá una cantidad razonable.
Para resolver este problema, los empleados de nuestro departamento "Business Applications SAP HR Management" desarrollaron un mecanismo para la prueba de regresión de salarios.
La esencia de este mecanismo es bastante simple. Primero, se crea un estándar, calculando los salarios en el sistema original.
Luego se instalan actualizaciones en el sistema y se realiza un nuevo cálculo de nómina. Los resultados se guardan como datos de publicación.
Y en la última etapa, el estándar se concilia con los datos de la versión.
Las pruebas se realizan en todo el volumen de números de personal.
Ahora hablemos de esto con más detalle.
Nuestro SAP HCM tiene un panorama clásico de 3 sistemas. Un sistema de desarrollo (llamémoslo HRD), un sistema de prueba (HRT) y un sistema productivo (HRP). Todas las mejoras se prueban necesariamente en HRT, mientras que las características técnicas del sistema de prueba están cerca de las características de la productividad.
La prueba de regresión se divide en etapas:
- Preparación del sistema HRT
- Preparación de datos de prueba
- Eliminación de la norma.
- Release release
- Conciliación de resultados
Fase de preparación del sistema de prueba HRT
En esta etapa, los especialistas de base están preparando el sistema HRT. HRT se restaura a partir de una copia de seguridad de un sistema productivo en una fecha específica. Es decir los datos en HRP y HRT se vuelven lo mismo.
Fase de preparación de datos de prueba
A pesar del hecho de que los datos entre los sistemas productivos y de prueba están alineados, las pruebas de nómina deben llevarse a cabo en un período aún calculado. Para hacer esto, prepare los datos de prueba:
- Generación de marca de tiempo
Como queremos calcular un nuevo período, necesitamos generar marcas de tiempo para los empleados que están registrados positivamente. Para hacer esto, utilizando el programa desarrollado, las marcas de tiempo de llegada / salida en IT2011 se generan a partir del horario del empleado en IT0007.
- Mantenimiento de datos IT0027 Costo compartido
Para los empleados que están registrados positivamente, el costo compartido 0027IT se completa copiando los datos de IT1018 utilizando un programa especialmente diseñado.
- Mantenimiento de datos para el cálculo del anticipo
Los datos de prueba se preparan en su totalidad en los números de personal asignados a cada unidad de cálculo. Para hacer esto, complete los pagos fuera de ciclo IT267 utilizando la transacción HRUU0267.
Para calcular vacaciones, bonificaciones, despidos y varios tipos de licencia por enfermedad, se crean datos de prueba para aproximadamente 20 empleados.
Una vez que se han iniciado todos los datos de la prueba, se realiza la copia de seguridad del sistema HRT.
Etapa de eliminación de la norma.
Esta fase incluye:
Para esto, se crea una variante en la transacción de evaluación de tiempo pt60, que se utiliza más en el programa RPCS0000. El programa estándar RPCS0000 se utiliza para ejecutar evaluaciones de tiempo en paralelo por grupos de grupos de personal. El uso de RPCS0000 puede reducir significativamente el tiempo de evaluación del tiempo.
- Guardar el punto de referencia para los resultados de la evaluación del tiempo
Después de completar la evaluación del tiempo, es necesario guardar el resultado. Para hacer esto, se ha creado un programa especial que almacena los resultados de la evaluación (tablas ZES y ZL) en archivos de texto:
Un fragmento del archivo estándar de evaluación de tiempo creado:
- Ejecución de la nómina (pagos regulares y entre liquidaciones)
Los cálculos se realizan por medios estándar (programa HRCUCLACM y transacción PUST) en todo el volumen de números de personal.
- Guardar resultados de cálculo para la reconciliación posterior
Para hacer esto, en el informe estándar sobre los tipos de salario PC00_M99_CWTR, guardamos la opción para ver el cálculo necesario (regular o entre liquidaciones). Para guardar los datos de cálculo en el sistema de desarrollo HRD, se desarrolló un programa de usuario. Uno de los parámetros de entrada para este programa es la versión generada del informe PC00_M99_CWTR:
Después de elaborar este programa en el sistema de desarrollo HRD, se guardarán los resultados de referencia del cálculo de la nómina:
En el sistema de prueba HRT, se realiza una serie productiva de contabilizaciones en el sistema financiero de prueba. Después de eso, utilizando un programa especialmente diseñado, los datos publicados se cargan en el sistema de desarrollo de desarrollo de recursos humanos como referencia para la reconciliación futura.
Después de completar este programa, los resultados de referencia de las publicaciones en el sistema financiero se guardarán en el sistema de desarrollo de DRH:
- Formación de registros para transferencia
Después de calcular el salario, formamos un registro para la transferencia. Usando el programa de usuario desarrollado, estos registros también se almacenan en archivos de texto como referencia.
Un fragmento del archivo estándar del registro de transferencia salarial:
Los informes de impuestos 6-NDFL y 2-NDFL se generan utilizando informes estándar RPCPAYRU_6NDFL y HRULNDFL, respectivamente. Para las necesidades de prueba, se han ampliado con lógica para almacenar resultados en tablas transparentes. Una vez que se genera la declaración de impuestos en un entorno de prueba, estos resultados se transfieren al sistema de desarrollo mediante un programa de usuario.
Norma de datos fiscales recibidos:
Fase de lanzamiento
Después de eliminar el estándar, es necesario restaurar el sistema de prueba a partir de la copia de seguridad realizada después de la etapa de preparación de los datos de prueba. Es decir obtenemos un sistema con datos de prueba terminados, pero sin cálculos. Todas las actualizaciones se instalan en este sistema: desarrollos patentados y paquetes de servicios estándar de SAP. Después de eso, los cálculos de nómina regulares y entre liquidaciones, la contabilización y otras acciones se realizan de manera similar a las acciones en la etapa de eliminación de la norma.
Etapa de reconciliación
Después de eliminar el estándar y liberarlo, llega el turno de la etapa de reconciliación. En esta etapa
comparamos los datos recibidos antes de instalar las actualizaciones con los datos del sistema actualizado. Y en base al análisis de las discrepancias, sacamos conclusiones sobre la presencia de errores en las actualizaciones instaladas.
- Conciliación de los resultados de la evaluación del tiempo.
Para hacer esto, lanzamos el programa para automatizar la verificación de los resultados de cálculo en el modo "Comparación de estándar y versión". Como uno de los parámetros, indicamos el directorio en el que se guardó el archivo estándar de evaluación de tiempos.
Si hay una diferencia entre los datos estándar y de lanzamiento, este informe lo mostrará.
La publicación de datos de la versión y el punto de referencia ya está en el sistema de desarrollo. Para la verificación, se utiliza un informe de usuario, en el que indicamos las fechas de lanzamiento y el estándar como parámetros:
Si hay una diferencia entre los datos estándar y de lanzamiento, este informe lo mostrará.
- Conciliación de la declaración de impuestos.
Los datos con los resultados de generar informes de 2-NDFL y 6-NDFL en la etapa de eliminación tanto del estándar como de la liberación se transfirieron al sistema de desarrollo HRD. Se utiliza un informe de usuario para verificar los datos. Donde los parámetros de entrada son las fechas de eliminación de la versión estándar \ y el usuario bajo el cual tuvieron lugar estas eliminaciones:
Si hay diferencias en los datos, se muestran.
Los datos obtenidos durante el cálculo regular de los salarios, con varios acuerdos entre asentamientos en el sistema de prueba en la etapa de formación del estándar y liberación, se transfirieron al sistema de desarrollo. Ahora, en el sistema de desarrollo, hay una verificación de datos en el estándar y el lanzamiento utilizando el programa de usuario desarrollado:
Todas las discrepancias recibidas están disponibles en el informe.
- Conciliación de registros para transferencia
En la etapa de lanzamiento de la versión, se generaron archivos de texto con datos de registro para el listado. Comparamos estos datos de referencia con los registros para el listado creado después de instalar las actualizaciones.
En caso de discrepancias, se muestran en el informe.
Todas las discrepancias obtenidas son analizadas por especialistas del departamento de soporte de SAP HCM. Si la razón de la discrepancia son errores en la configuración / diseños, se corrigen y prueban en la próxima iteración. Es decir El sistema de prueba se restaura nuevamente a partir de la copia de seguridad realizada después del establecimiento de los datos de prueba, instala actualizaciones con correcciones de errores y vuelve a realizar los pasos para eliminar la versión y la reconciliación.
Este enfoque permite pruebas de muy alta calidad de un proceso tan crítico como la nómina y se usa no solo cuando se prueban los lanzamientos / actualizaciones mensuales, sino también en las actividades del proyecto. Entonces, solo este año se aplicó con éxito en dos grandes proyectos: la reorganización de las entidades legales y la actualización del sistema SAP HCM al nivel de mejora 8.