El propietario de un job es el usuario bajo el cual SAP SuccessFactors ejecuta un job programado. Cada job, sea de sincronización de HRIS o de cualquier otro tipo, se crea con un propietario, y es uno de los datos que conviene revisar siempre al diagnosticar, junto con el tipo de job y su frecuencia.
El propietario no es un dato decorativo. El job corre en nombre de ese usuario, así que su cuenta tiene que estar activa y contar con lo necesario para que el job haga su trabajo. Mientras eso se cumple, el job se ejecuta sin que nadie lo note. El problema aparece cuando la situación del usuario cambia.
El caso más común es el de un job creado a nombre de una persona, por ejemplo el analista que lo configuró durante el proyecto. Tiempo después, esa persona deja la empresa y su cuenta queda inactiva. Desde ese momento, el job empieza a fallar. Si es un job de sincronización de HRIS, los cambios con fecha futura dejan de llegar a Employee Profile y a los módulos de talento, y el problema puede pasar semanas sin detectarse, hasta que alguien nota que Compensation o Performance & Goals muestran datos viejos.
La recomendación de la lección es preventiva: usar como propietario una cuenta técnica o de administración que no dependa de una persona. Ese tipo de cuenta no se da de baja cuando alguien cambia de trabajo, y deja claro que el job pertenece a la operación del sistema y no a un usuario en particular.
Si el job ya existe y su propietario es una persona, conviene cambiarlo antes de que esa persona se vaya, no después. Y una vez hecho el cambio, revisar la lista de ejecuciones del job para confirmar que sigue corriendo.
El propietario también es una pista en el diagnóstico. Cuando un cliente reporta que un dato de EC no llega al perfil, la primera parada es Jobs programados: se abre el job, se mira su última ejecución y se revisa que su propietario siga activo. Con esa revisión, muchos casos se resuelven sin abrir un ticket a SAP. Por eso, en el Video 2.2 de la L2, el recorrido del job de sincronización se detiene en tres datos: tipo, propietario y frecuencia.
Para el acuerdo de traspaso posterior al go-live, el propietario de los jobs es un buen punto a incluir: qué cuenta figura como propietaria, quién la administra y quién revisa periódicamente que los jobs sigan corriendo. Un detalle chico que, si se olvida, termina en datos desalineados entre Employee Central y el resto de la suite.
