Tweet
¿Qué opinas de la documentación en SAP?
Basándonos en el gran post escrito por Siv en su blog http://consultoria-sap.blogspot.com.ar se nos ocurrió consultar que opinan todos los saperos de esta comunidad.
Situación inicial:
Nuestro consultor SAP ha estado trabajando más de un año con un cliente, ha implementado una solución, y ahora que el proyecto SAP terminó desde la consultora le han asignado que siga dando "soporte" al cliente.
Trabajamos en relación de dependencia (no somos freelancers)
Llevamos más de un año trabajando con la consultora
Experiencia en SAP: +5 años
Experiencia en Soporte / Mantenimiento: +10 clientes
Experiencia en Implementaciones / Rollouts: +7 clientes
La consulta en sí es: "Uno de los clientes que tengo asignado en mantenimiento me exige documentar el "paso a paso" de las incidencias -errores- que corrijo. ¿Eso es normal? ¿Hasta qué punto hacer lo que el cliente pide?"
Análisis de la situación:
Muchas dudas se han venido a la cabeza de quienes realizan este tipo de preguntas, ya que se supone que si el cliente "paga" por un servicio de mantenimiento (o soporte) SAP, espera que el consultor cubra todas las necesidades que aparecen durante el tiempo de contratación. Ahora bien, ¿hay límites? ¿El consultor SAP debe hacer todo lo que el cliente le indica? ¿Debe resolver todos los problemas que tienen a nivel de procesos? ¿Debe documentar paso por paso como ha solucionado los errores en el sistema? ¿Debe capacitar al cliente sobre cómo resolver las incidencias que le reportan? Y podríamos seguir haciendo preguntas durante todo este artículo, por lo que vamos a dejar un gran ETC abierto...
Seguramente hemos estado en esta situación. Estuvimos perdidos y dubitativos por largo tiempo, pues no sabíamos que hacer, que no hacer, dónde buscar ayuda, dónde buscar consejos. A quién escuchar.
Desarrollo / Solución:
Respecto a si lo que exige el cliente es normal; pues sí, es normal. El cliente es humano, y necesita "asegurarse" por así decirlo que lo que hacemos en el sistema esté bien, y que quede documentado es como su "garantía" de lo que hemos hecho. Ahora bien, habrá diferencias entre documentación de customizing o parametría y una documentación "paso a paso".
Documentación de Parametría (o customizing)
Cuando un consultor SAP requiere acceso a un ambiente de desarrollo, y realiza cambios en la parametría del sistema, debe documentarse. Es una forma también de que el consultor tenga la "muestra o prueba" de lo que cambió (y cómo estaba antes -opcional). Esta documentación debe ser entregada al momento de cerrar la incidencia.
Documentación Paso a Paso
La documentación de este tipo se utiliza generalmente para manuales de capacitación donde los consultores brindamos todos los consejos y procedimientos -paso por paso valga la redundancia- para ejecutar ciertas transacciones dentro del sistema, y que dicha ejecución sea correctamente realizada para evitar que se produzcan errores y/o inconsistencias de información.
Resolución de Errores en Soporte SAP:
Si prestamos atención a los párrafos anteriores, hay diferencias muy claras entre un manual y otro. Cuando resolvemos errores en SAP, por lo general se requiere modificar algo en el sistema (lo que ha provocado el error del sistema). En ese caso, habrá que entregar la documentación de parametría, con los cambios que se realizaron al sistema, nada mas. No es necesario explicar porqué se hicieron esos cambios.
Qué ocurre si el error no es del sistema? Es decir, qué ocurre cuando el error es de procedimiento -humano- o bien el cliente está haciendo algo mal en sus procesos? Si fuese este el caso, y el cliente nos "asigna" el error como si fuese un error del sistema; tendremos que analizar el caso.
En ese caso después de hacer nuestro análisis en los procesos, deberíamos explicarles cómo hacer las cosas para que funcionen correctamente en SAP. Ahora bien, esto no significa que tendremos que entregarle un documento que le indique al cliente lo que analizamos, cómo lo hicimos, porqué lo hicimos, y las conclusiones a las que llegamos.
Qué ocurre si el error se soluciona ejecutando una transacción o proceso que el cliente desconoce? Aquí es cuando la situación se complica. Por lo general, para llegar a la conclusión de que es una transacción o un proceso que el cliente no ejecuta bien (o desconoce), hemos realizado un análisis del sistema y de los procesos (y resultados buscados). Hay clientes que se conforman con un consultor que les indique cual es la "forma" de solucionar el caso, es decir, se ingresa a Solman (o herramienta por la que gestionen las incidencias), se coloca la transacción o una breve explicación de cómo deben hacerse las cosas en SAP para que el error no se produzca