✒️La entrada en productivo de la implementación de SAP

Unidad n°4: La implementación de SAP
Lección n°6: La entrada en productivo de la implementación de SAP

La fase de preparación a la salida en productivo:

Corresponde a las tareas previas al comienzo de la operación en el entorno real, es decir, en el ambiente de producción.

Las tareas son las siguientes:

Las pruebas:

Antes de transportar la parametrización al sistema SAP productivo, hay que asegurarse de que los procesos, interfaces, programas y las cargas funcionen adecuadamente. Para ello se hacen varias pruebas en el mandante de testing.

• Pruebas unitarias:
  Forma de comprobar el funcionamiento correcto de una unidad de código. Consiste en aislar una parte del código y comprobar que funcione bien.
  Para que una prueba unitaria tenga buena calidad, debe cumplir:
  Automatizable: no deben requerir intervención manual.
  Completas: deben cubrir la mayor cantidad del código.
  Repetibles o Reutilizables: no se deben crear pruebas que solo puedan ejecutarse una vez.
  Independientes: la ejecución de una prueba no debe afectar a la ejecución de otra.
  Profesionales: las pruebas deben ser consideradas igual que el código, con profesionalidad, documentación, etc.
  
  Hacer estas pruebas trae cuatro ventajas:
  Fomentan el cambio: las pruebas facilitan que el programador cambie el código para mejorar su estructura.
  Simplifican la integración: como tienen gran seguridad, facilitan hacer las pruebas de integración.
  Documentan el código: las pruebas son documentación del código, ya que se ve como utilizarlo.
  Los errores están más acotados y son más fáciles de localizar.
  
• Pruebas integrales:
  Se hacen en el ámbito del desarrollo de sw una vez aprobadas las pruebas unitarias, prueban que todos los elementos unitarios funcionen en conjunto.
  Se centran en probar la comunicación entre los componentes y sus comunicaciones hw o sw.
  
• Pruebas de volumen o de estrés:
  Son pruebas de performance del sistema cuando éste opera con todos sus usuarios conectados.
  Generalmente se usan para romper las aplicaciones. Se va doblando el número de usuarios que se agregan a la app y se ejecuta una prueba de carga hasta que se rompe.
  Se realizan para determinar la solidez de la aplicación en los momentos de carga extrema y ayuda a los administradores para determinar si la app resistirá.
  Las pruebas de volumen o carga, tienen como objetivo es saber cuanta carga puede soportar un sistema sin empeorar su rendimiento.
  Las pruebas de estrés son hechas sobrecargando un sistema más allá de sus especificaciones, para ver cómo y cuándo fallará.

El transporte de la parametrización y los programas:

• Una vez hechas todas las pruebas y correcciones, se deben transportar las parametrizaciones y los programas nuevos al sistema productivo (ambiente de producción).
• Para ello, mientras se van generando las órdenes de transporte con los cambios a los programas, estas son registradas en una planilla Excel de modo de saber exactamente se vamos a transportar a producción.
  Cuando se complete la planilla con todos los transportes a realizar, se deben liberar las órdenes de transporte por el sistema de transporte mediante las trans SE10, SE09 y SE01.
  El proceso de transportar las órdenes del ambiente de desarrollo al de producción, es hecho por los administradores SAP BASIS.

La creación de los perfiles de usuario:

• Los perfiles de usuario contienen las autorizaciones para operar en el nuevo sistema.
• Existen muchos elementos para definir las autorizaciones para realizar ciertas actividades.
• Este punto es importante, ya que los usuarios no cuentan con los perfiles adecuados, pueden ver bloqueado el acceso a las operaciones que realizan o se les puede dar acceso a operaciones e info que no les corresponda.
• Para crear perfiles se debe establecer una matriz de roles de acuerdo a las funciones que desempeñan los usuarios de la empresa.

La realización de la documentación:

Como resultado de las diferentes etapas de la implementación, se generan varios documentos que sirven de apoyo al control de proyecto y a la operación posterior.

La documentación más importante es:

• Diseño conceptual: registra los procesos a implementar, luego del análisis de procesos de negocios de acuerdo al modelo de referencia del nuevo sistema.
  Es aprobado al final de la fase de diseño del sistema.
• Manual de parametrización: se registran los cambios realizados durante la etapa de parametrización o configuración del sistema. Es fundamental cuando se quieren realizar nuevos cambios.
• Manual de usuario: orientado a los usuarios finales del sistema SAP. Es una guía acabada de la forma de operar cada una de las transacciones funcionales a las que los usuarios deben acceder, el nuevo sistema.
  Es importante como soporte a la entrada en productivo.
• Manual de procedimientos: complementa al manual de usuario. Es una guía de los procedimientos a seguir, fuera del sistema.
  Tiene llamadas al manual de usuario para indicar acciones a realizar en el sistema.

La diferencia entre el manual de usuario y el de procedimientos:

El manual de usuario es usado para explicar como se usa cada trans. del sistema que el usuario tiene que conocer para trabajar
El manual de procedimientos tiene una descripción precisa de como deben desarrollarse las actividades de la empresa

Las cargas iniciales de datos:

• Cuando se ha transportado la parametrización, el sistema productivo está listo para recibir los datos maestros con los que debe comenzar a operar.
• La carga inicial de datos es el último paso antes de la entrada en productivo.
• Para estos efectos se han construido los programas de Batch Input, que simulan las trans. de entrada de datos.

El soporte y la optimización:

Los proyectos de implementación no terminan con la entrada en producción. Hay muchas tareas que continúan luego de la entrada en productivo, entre ellas:

• Soporte a la operación: se debe prestar soporte a los usuarios finales del sistema. También debe crearse un plan de contingencia para el caso de que la operación con el nuevo sistema no esté disponibles.
  Los problemas al momento de la operación son:
  Las autorizaciones de los usuarios para la ejecución de tareas.
  El desconocimiento de la operación del sistema.
  El desconocimiento de los nuevos procedimientos administrativo.
• La optimización del sistema: es necesaria debido a que no todos los escenarios pueden ser probados antes de la entrada en productivo. También surgen nuevos requerimientos de los usuarios cuando el sistema ya se encuentra en productivo. Los factores que influyen en la estabilización del sistema son:
  Las cargas iniciales.
  Las pruebas y la preparación del sistema.
  La difusión del proyecto y la formación de usuarios.