✒️SAP BASIS Las actividades post instalación

Actividades Post-Instalación

Una vez que hemos finalizado la instalación del Sistema SAP con la herramienta SAPinst, tendremos que realizar varias actividades post-instalación. Acá se resumen algunas de las principales. La guía de instalación también contiene aquellas tareas que son específicas para cada tipo de sistema ( ECC, CRM, SRM, PI, Portal, etc).

Verificación de la instalación

La verificación de la instalación verifica la consistencia del sistema recientemente instalado. Las siguientes verificaciones se realizan:

• Completitud de la instalación.
• Compatibilidad entre la version de SAP y el sistema operative
• Accesibilidad al Message Server

• Disponibilidad de todos los tipos de Work Processes
• Información sobre el Enqueue Server y el Update Service

El chequeo de consistencia determina si existen inconsistencias en el sistema. Esta función es llamada automáticamente cuando se inicia el sistema o un servidor de aplicación también. El chequeo de instalación verifica si las siguientes premisas se cumplen:

• El número de versión en el Kernel de SAP coincide con el número de versión almacenado en la base de datos.
• ElsetdecaracteresespecificadoenelKerneldeSAPcoincideconelsetdecaracteresalmacenadoenlabasededatos.
• LasdefinicionesdeestructurascríticaseneldiccionariodedatosyelKerneldeSAPsonidénticas.Lasestructurasquesonverificadasincluyenlassiguientesestructuras:SYST,T100,TSTC,TDCT,TFDIR,yotras.

También podemos ejecutar manualmente el chequeo de instalación con la transacción SICK o desde la llamada de función en el menú de SAP.

Instalación de Lenguajes Adicionales

SMLT: Para la instalación de lenguajes adicionales utilizamos la transaccion SMLT en donde podremos clasificar e importar nuevos paquetes de idiomas acorde a las necesidades de la empresa.

El procedimiento para clasificar el lenguaje es:

• Seleccionar Classify Language o desde el menú Language -> Classify.
• Enlacajadediálogo,seleccionamosellenguajequequeremosimportaryellenguajedesuplementacióncorrespondiente.
• El lenguaje importado deberá ser definido también en el perfil DEFAULT para que puedas ingresar al sistema usando ese idioma. El parámetro es zcsa/installed_languages.

Los lenguajes alemán e Inglés están disponibles en el sistema siempre, no necesitamos importarlos en el nuevo sistema. El procedimiento para importar un lenguaje es el siguiente:

• Seleccionamos el lenguaje para el cual queremos instalar los paquetes que descargamos junto con los media para la instalación del sistema y elegimos desde el menú: Language -> Import package.
• Ingresamoslarutaparaelpaquetedelenguaje.LuegoconelbotónFindpackages(s)parabuscarporelpaqueteenlarutaingresada.Unavezqueencuentraelpaqueteindicaráconuncolorsipodremosimportarelpaquetedelenguajes:

Verde: Se puede importar el paquete sin problemas.

Amarillo: Existen advertencias.

Rojo: El paquete no puede ser importardo porque las vverificaciones detectaron un error.

• Seleccionamosunoomáspaquetesconelindicadorverdeoamarilloparalaimportación.Especificamosunahorayfechaparaelinicioyopcionalmenteunservidordeejecucióndebackground.LuegoconelbotónExecuteparainiciarlaimportación.Estaacciónplanificarálaejecucióndeljobdefondo(background).
• Verifica los archivos de log durante la importación y posteriormente.

Si una acción termina por alguna razón técnica, como la caída del work process de background, podemos reiniciar desde el punto que se detuvo la importación.

La importación del lenguaje siempre debe realizarse en el cliente 000 de nuestro sistema y previamente a la creación y copia de nuestro mandante productivo.

Luego usamos la función de suplementación de lenguaje para completar en los lugares que falten ya que el lenguaje que se importó no ha sido completamente traducido. La suplementación es específica de cada cliente, por lo que luego de la importación deberemos suplementar todos los clientes del sistema, inclusive el cliente 000. La suplementación de lenguaje se ejecuta para el cliente donde estamos logueados.

Los únicos lenguajes que están completos en el sistema son el Inglés y el Alemán. Todos los lenguajes que se importan al sistema pueden tener en mayor o menor medida faltas en la traducción. Por esto siempre la suplementación es con el lenguaje Inglés o Alemán.

El procedimiento para planificar una suplementación de lenguaje es la siguiente:

• Seleccionamos Language -> Supplement Language
• Ingresamoslascondicionesquecontrolanlastablasqueseránseleccionadasparalasuplementación.LosvaloresdeloscamposseleccionadospordefectoporSAPsondependientesdelclientedondeestemoslogueados.Ensíntesislasopcionespordefectosondiferentesparalasuplementacióndelcliente000yelrestodelosclientes.
• IngresamosunahorayfechadeinicioyseleccionamosExecute.Estoplanificaunjobdebackgroundquerealizarálasuplementación.
• Monitoreamos la suplementación y luego verificamos los archivos de log.

Activación de los Extension Sets para SAP ERP Central ComponentPara la activación de los Extension Sets realizamos lo siguiente:

1. Llamamos a la transacción SPRO (IMG)
2. Seleccionamos SAP Reference IMGEjecutamos la actividad Activate Business Function

En esta actividad podemos activar aplicaciones y soluciones de industria en el sistema ABAP. Estas aplicaciones y soluciones son conocidas como Business Function Sets (BFS) y Business Functions (BF).

Las Business Functions se agrupan dentro de los Business Function Sets. Usamos estas funciones para configurar el sistema para una solución de industria.

Solo una solución de industria puede ser activada en un sistema. Las funciones y aplicaciones que pertenecen a un BFS y BF no están visibles en el sistema hasta que son activadas. Esto puede incluir ítems de menú y mejoras en las transacciones existentes, actividades adicionales en la Guía de Implementación (IMG).

Los cambios que se realizan cuando activamos un BFS o un BF son críticos. Una vez activados no pueden cancelarse. Para activar los cambios deberemos contar con las autorizaciones necesarias.Para mayor información técnica sobre la transacción SFW5, podemos consultar la Librería de SAP Netweaver bajo la búsqueda Switch Framework.

Todas las BF se encuentran inactivas por defecto. Cuando realizamos un upgrade de versión de SAP, las BFS y BF que estén activas en la versión anterior permanecerán activas automáticamente en la nueva versión.

La activación de los BFS y BF siempre es un requerimiento funcional que luego como administradores realizaremos mediante la transacción SFW5. Pero siempre surge a partir de una necesidad del negocio que las áreas funcionales de SAP traducirán a un requerimiento de activación de un BFS o un BF en el sistema. Antes de realizar la activación de cualquier BFS o BF, debemos asegurarnos que ningún cliente tiene la categoría PRODUCTIVE. Para esto podemos consultar la tabla T000, campo CCCATEGORY= “P”. Podemos cambiar al valor “T” durante la actividad de activación y luego volver al valor “P”.

SAP Load Generator

Podemos usar la transacción SGEN para generar las cargas de ABAP de un número de programas, grupos de funciones, clases, etc. Esto es muy recomendable luego de la instalación del sistema para evitar largos tiempos de carga por los usuarios de diálogo cuando acceden por primera vez a las transacciones.

Técnicamente esto significa que el código fuente de los objetos es compilado por los work processes y se cargan en la memoria principal de SAP, en uno de los buffers, particularmente el buffer de programas. El resultado de esto es que luego cuando se llaman a las transacciones no se realiza la compilación y la carga desde el buffer de memoria es sin pérdida de tiempo.

Antes de que comience la generación, una serie de pantallas consecutivas nos darán la opción sobre

• Tarea de la generación.
• Selección del set de generación mediante los componentes de software (esto determinará la cantidad de objetos que se genararán).
• Uso de la generación en paralelo.

La generación se inicia en la pantalla de monitoreo de job. Adicionalmente, esta pantalla nos brinda información sobre los Jobs de generación actuales y una predicción sobre la duración que llevará la generación.

La ejecución de SGEN debería realizarse siempre en un horario en el que los usuarios del sistema no estén trabajando en el mismo ya que utiliza todos los work processes de diálogo disponibles en el sistema para ejecutar las cargas de programas.