SuccessFactors: ¿dónde se guardan mis datos?

Ya sabemos que SuccessFactors está en la nube pero digo yo que los datos se tendrán que guardar en algún sitio, ¿no? Evidentemente, si tengo datos, por detrás voy a tener una base de datos y esta base de datos no es otra que… Oracle. ¿¿¿Cómo??? Pues sí, en un principio era así, como podéis ver en este artículo del año 2011: Unwrapping SuccessFactors’ Cloud Architecture –  An unconventional treasure hunt

Evidentemente, esto no podía seguir así y poco a poco, se ha ido migrando a “otra base de datos”: SuccessFactors Transitioning to HANA by Q3

multi-tenant-architecture-graphicSuccessFactors es un sistema SaaS multi-tenant, es decir, que varios clientes comparten servidores, infraestructuras, bases de datos y aplicaciones… Cada tenant (cliente, arrendatario o como lo queráis traducir) tiene su propio esquema de datos, lo que le permite importar/exportar los mismos, así como configurar y modificar sus campos.

Esto nos permitiría que aunque utilizaran la misma instancia de software, cada cliente tuviera su configuración a nivel de base de datos, aunque SuccessFactors proporciona también una instancia de aplicación distinta, para ofrecer mayor seguridad.

Aquí nos cuentan todas las ventajas de esta arquitectura: Distinctive Cloud Technology Platform – Multi-Tenant Architecture

Bien, pero físicamente, ¿dónde están mis datos? En las nubes, creí que eso lo teníamos claro 😉

Bueno, aquí os dejo un link y un mapita…

datacenter

SuccessFactors – SAP: ¿y si nos integramos?

integrarUna vez que sabemos lo que es SuccessFactors, a los que somos de SAP HCM nos surge una duda… sí, sólo una: “¿y ahora qué?”.

Mis clientes tienen sus datos en su ERP y sus procesos a medida, sólo es cuestión de decirles que suban su información “la nube” y que sus procesos están bien pero que yo tengo unos mejores… sencillo, ¿no?

Bueno, pues una vez hecho esto, será cuestión de hacer “la mudanza” y llevarse datos/procesos al nuevo sistema, porque lo de decirle al cliente que se vuelva a “picar” los datos queda un poco feo…

Evidentemente, para poder vender todo esto, tenemos que mostrar muchos videos/presentaciones donde se vea el impecable interfaz de usuario de lo que vamos a implementar, lo fácil e intuitivo que es, el gran avance tecnológico que supone el cambio, etc…

Eso sí, hace unos meses, cuando en medio de todo eso decíamos que el proceso de integración se hacía con ficheros csv, la verdad es que quedaba un poco… ¿raro? Pero todo esto ha ido evolucionando y ahora tenemos varios métodos de integración:

  • Ficheros CSV: con el add-on 1.0 SAP nos proporciona esta “innovadora” solución. Con unos programas de extracción, se generan una serie de ficheros planos que se llevan a un FTP y se importan en SFSF.
  • PI (antes XI): es el middleware que permite conectar SAP con otros sistemas. Si ya lo estás utilizando, no hay que pagar licencias nuevas, sólo montar los paquetes de integración; si no lo tienes, ya sabes… a pasar por caja.
  • HANA Cloud Platform: si no quieres montar PI, está puede ser tu alternativa. Es una plataforma de integración en la nube, que te va a permitir conectarte con sistemas cloud (por ejemplo, Travel OnDemand) o sistemas on-premise.

¿Con cuál me quedo de estas 3? Sin duda, SAP nos va a llevar a todos a HANA y “la nube”, así que yo escogería la última, especialmente tras la salida de SAP HANA Cloud Platform, extension package for SuccessFactors.

Además, tenemos también la posibilidad de utilizar Boomi, que es el middleware de Dell que venía utilizando SFSF por defecto, para integrarse con otras soluciones; o utilizar nuestras propias API’s o Data Services… pero vamos poco a poco 😉

Novedades en HR Shared Service Framework

El Shared Service Framework (SSF) es una solución de SAP para gestionar un Centro de Servicios Compartidos, con el fin de centralizar desde un único punto posibles incidencias de los usuarios, generando una base de conocimiento que permita resolver problemas parecidos, pudiendo hacer categorización de las mismas y asignación automática a la persona encargada de resolverla, etc…

SSFxx

Para temas de HR, es realmente una evolución del EIC (Employee Interaction Center), que esto era algo que podíamos ver en ciertos servicios del ESS, para que el empleado pudiera contactar con un Centro de Atención al Usuario (CAU), en el caso de que no supiera como utilizar dicho servicio.

Una vez recibida la incidencia por el CAU, el agente podía ofrecer ayuda al empleado, incluso capturar su pantalla, con el fin de resolver la misma.

A nivel FI, existía una funcionalidad parecida que era el Accounting Interaction Center (AIC), para el trato con acreedores.

Y en CRM existía algo similar, para la gestión con los clientes.

Así que, pensando un poco y con lo que le gusta a SAP liarnos con las siglas, decidieron unificar todo ese tipo de servicios bajo las siglas SSF (Shared Service Framework), cuya funcionalidad está basada en el Web Client de CRM.

A principios de año, han liberado una serie de mejoras, para la parte de HCM:

  • Perfil del empleado
  • Nuevos indicadores de rendimiento
  • Mejoras en la búsqueda de empleados
  • Integración con transacciones R/3
  • Panel integrado de ticketing

El detalle lo podéis ver aquí: http://scn.sap.com/community/erp/hcm/blog/2013/01/23/new-functionality-for-shared-service-framework–hr

Y si queréis saber mejor de qué va todo esto, os recomiendo los siguientes cursos:
SSF100: Shared Service Framework Fundamentals
SSF300: HCM Shared Service Framework Fundamentals

¿Nos vemos en clase? 😉

Tiempos y Nómina en menos de 1 minuto

Adiós a los proyectos interminables, se acabaron las tomas de requerimientos, los manuales de usuario, las parametrizaciones, los paralelos…

Por fin, hemos conseguido encontrar “el botón”. Ese que todos los que nos dedicamos a SAP HR hemos oído nombrar algún día cuando después de pasar una noche (o varias) sin dormir, algún iluminado ha nombrado en la conocida frase: “pues no lo entiendo, si para calcular la nómina sólo hay que tocar un botón”…

Con SuccessFactors todo es posible, como integrar nómina y tiempos en menos de 1 minuto…

Absentismos desde el ESS

vacasA la hora de implantar el Employee Self Service, unos de los primeros servicios que no solicitan los clientes es la solicitud/aprobación de vacaciones.

El empleado desde el ESS puede hacer la solicitud de distintos tipos de absentismo (vacaciones, enfermedad, licencias…), que podrán llevar o no el correspondiente proceso de aprobación por parte del Manager (desde el MSS).

A la hora de parametrizar esto, se pueden crear grupos de empleados (utilizando los grupos de reglas) que tengan comportamientos distintos a la hora de aprobar/solicitar los distintos absentismos que pueden estar disponibles desde el ESS, entre otras cosas…

A medida que ha ido pasando el tiempo, se ha ido mejorando este servicio, tanto técnicamente (paso de WD Java a WD ABAP) como a nivel de experiencia de usuario.

Una de las peticiones que nos hacía siempre el cliente era la posibilidad de anexar un documento junto a la solicitud. Por ejemplo, a la hora de registrar un absentismo de baja por enfermedad, poder anexar el parte de baja correspondiente, para que el responsable correspondiente verificara la información antes de aprobar dicha solicitud.

Bien, pues ese requerimiento ya se recoge dentro del estándar: http://scn.sap.com/community/erp/hcm/blog/2013/01/09/how-to-add-and-track-attachments-to-leave-requests

Eso sí, para poder utilizarlo tenéis que instalar el EhP7 (SP 05) y activar el HR Renewal 1.0 Algo que para muchos, que siguen sin instalar EhPs, a día de hoy, puede ser ciencia ficción 😉