Facundo Corbalan · SAP HCM

Blog · 20 de agosto de 2026 · Estabilización · Payroll

Estabilizar una nómina después del go-live: por dónde empezar cuando todo parece urgente

Tras un arranque, el volumen de incidencias suele ser alto y desordenado. Un método simple para priorizar y bajar la curva en los primeros dos ciclos.

Las primeras semanas después de un go-live de nómina tienen un patrón reconocible: llegan muchas incidencias, casi todas marcadas como críticas, y el equipo entra en modo reactivo. Se resuelve lo que grita más fuerte, no lo que más impacto tiene. El resultado es que la curva de incidencias baja despacio y el equipo se agota antes de que llegue el segundo cierre.

Lo que a mí me ha funcionado es imponer un orden, aunque sea imperfecto, en las primeras 48 horas.

Separar el síntoma del origen

Diez incidencias reportadas rara vez son diez problemas. Muy a menudo son dos o tres causas raíz que se manifiestan en distintos colectivos. Antes de asignar nada, merece la pena agrupar por concepto de nómina afectado y por regla implicada.

Esa agrupación cambia radicalmente la conversación con el cliente: no es lo mismo decir “tenemos 40 incidencias abiertas” que “tenemos 4 problemas, uno de ellos afecta a 300 personas”.

Clasificar por impacto en el recibo, no por quién reclama

Una clasificación que funciona bien tiene tres niveles:

  1. Afecta al importe líquido. Se corrige en este ciclo, sin discusión.
  2. Afecta a la cotización, la retención o una comunicación legal. Se corrige en este ciclo o en el siguiente, según el plazo normativo.
  3. Afecta a la presentación, a un concepto informativo o a un reporte interno. Entra en la cola de evolutivos.

El nivel 1 es innegociable. El error habitual es tratar el nivel 3 como nivel 1 porque lo pide alguien con prisa.

Congelar lo que no sea corrección

Durante la estabilización, cada cambio que entra en el sistema añade una variable a un entorno que todavía no es estable. Los evolutivos que no son correcciones deberían esperar al menos dos ciclos cerrados con normalidad.

Esto se negocia mal en caliente, así que conviene acordarlo antes del arranque y recordarlo por escrito el primer día.

Documentar cada corrección mientras se hace

Es el paso que siempre se salta y el que más se echa de menos tres meses después. Una línea por corrección con el concepto afectado, la regla tocada, el motivo y la fecha basta. No es documentación bonita, es trazabilidad: cuando en el cierre siguiente aparezca una desviación en el mismo concepto, ese registro ahorra medio día de debugging.

Medir la curva

Contar incidencias abiertas por semana y compartir ese número con el cliente convierte una sensación (“esto no mejora”) en un dato. Y cuando la curva baja, que baja, ese mismo número es lo que permite cerrar formalmente la fase de estabilización en lugar de que se prolongue de forma indefinida.

En Tenaris apliqué este enfoque sobre la nómina jornalizada de Argentina y las incidencias mensuales reportadas cayeron alrededor de un 70% en dos meses. No hubo ninguna técnica brillante: hubo agrupar, priorizar por impacto real, congelar el ruido y medir.

¿Estás en plena estabilización y no ves la curva bajar? Cuéntame el caso.

¿Te suena este problema en tu proyecto?

Trabajo como consultor freelance de SAP HCM y ECP. Si estás con algo parecido, cuéntamelo y te doy mi lectura.

Escribirme