✒️ABAP / El landscape de SAP Por Adrian Fernandez Marcos
El landscape de SAP
1.4. - Ambientes, mandantes y clases de desarrollo o paquetes
1.4.1. - Ambientes y mandantes
El ambiente es un servidor donde se ha instalado el sistema SAP. En SAP se configuran 3 ambientes, uno de desarrollo, uno de pruebas y otro de producción. Por lo general, los programadores tienen acceso para desarrollar en el ambiente de desarrollo, acceso al ambiente de pruebas para probar el programa y muy ocasionalmente en el ambiente de producción si se ha reportado alguna incidencia o error.
El mandante es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo o pruebas. En cada ambiente existen distintos mandantes, siendo independientes los datos que se visualizan de cada mandante en distintos ambientes. Existen dentro de cada mandante dos tipos de objetos, independiente de mandante y dependiente de mandante. Un programa es independiente de mandante cuando un programa existe en varios mandantes. Los datos de una tabla son dependientes de mandante ya que al insertar registros con un mandante, éstos no van a existir en diferentes mandantes.
Los datos de las bases de datos y los formularios, son dependientes de mandante.
1.4.2. - Mandantes estándar
Cualquier sistema SAP se instala inicialmente con tres mandantes estándar:
1. Mandante 000
a. Es el mandante de referencia. No contiene datos de parametrización empresarial y por lo tanto las creaciones de mandante propios se deben hacer como copias de este.
b. Durante un cambio de versión de SAP los datos dependientes de mandante se actualizan automáticamente en el mandante 000. No se debe modificar ni borrar ningún aspecto del mandante 000.
2. Mandante 001
a. Es el mandante de ejemplo. Es idéntico al 000 y salvo que los usuarios lo cambien, ninguna actualización de SAP lo va a modificar, al contrario de lo que ocurre con el 000.
3. Mandante 066
a. Mandante del servicio EarlyWatch, servicio de control de rendimiento, cuyo objetivo es garantizar la confidencialidad de los datos reales del usuario en el sistema productivo.
b. Está aislado y al cual se conecta SAP cuando se pide una detección de problemas de rendimiento. Los usuarios de este mandante tienen las autorizaciones mínimas para poder ejecutar el informe de rendimiento.
c. No debe ser borrado ni modificado.
1.4.3. - Mandantes propios
A partir del mandante de referencia 000, se pueden crear tantos mandantes como se quiera, siempre que haya espacio en las bases de datos. En desarrollo se suelen crear varios mandantes, en el de pruebas alguno menos y en el de producción solo debe existir un mandante.
Los mandantes que se crean habitualmente son los siguientes:
1. Mandante 200
a. Desarrollo y parametrización en el sistema de desarrollo. Primeros desarrollos a medida
b. No hay datos maestros ni transacciones de manera que las pruebas se realizarán en el mandante 220.
2. Mandante 210
a. Se lo conoce como Sandbox, sesión indefinida.
b. Las pruebas inusuales de parametrizacion se realizarán en este mandante, de manera que no se interrumpa el trabajo normal del mandante 200.
c. Los cambios que se realicen en este mandante no se registrarán en ningún sitio, por lo que si se realiza algo que funciona correctamente, se deberá repetir a mano en el mandante 200.
3. Mandante 220
a. Pruebas unitarias en desarrollo
b. Aquí hay datos maestros y transaccionales.
4. Mandate 300
a. Se utiliza para pruebas integradas y control de calidad.
b. La función de este mandante es similar a la del mandante 220.
c. Se comprueba que el paso de las ordenes de transporte desde desarrollo sea correcto
5. Mandante 310
a. Formación a usuarios finales
6. Mandante 320
a. Maestro de parametrización. Se usa únicamente como referencia para poder consultar la parametrización.
b. Para cumplir su función, se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo.
7. Mandante 400
a. Mandante productivo. Explotación real del software. Único mandante propio que debe existir en producción
1.4.4. - Clase de desarrollo o paquete
Es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos. Un ejemplo, un objeto sería un archivo y la clase de desarrollo sería la carpeta donde guardamos el archivo.
Existe la clase de desarrollo $TMP, que se utiliza para los objetos temporales que no se van a transportar entre ambientes.
1.5.1. - Concepto de transacción en SAP
Se compone de una o varias pantallas por las que va pasando el usuario, en las que se le pide los datos referentes a la operación que quiere llevar a cabo. Es un intercambio entre una parte del sistema y otra. Las transacciones se crean a través de la transacción estándar SE93. Existen distintos tipos de transacciones en SAP, de creación, de modificación y de visualización.
El concepto de transacción implica que no pueden grabarse solo una parte de los datos, ya que provocaría una inconsistencia en el sistema.
Escanear / Compartir
Sobre el autor
Publicación académica de Adrian Fernandez Marcos, en su ámbito de estudios para la Carrera Consultor ABAP Nivel Inicial.
SAP Master
Adrian Fernandez Marcos
Profesión: Técnico de Sistemas - España - Legajo: FQ91J
✒️Autor de: 116 Publicaciones Académicas
🎓Cursando Actualmente: Carrera Consultor ABAP Nivel Avanzado
🎓Egresado de los módulos:
Certificación Académica de Adrian Fernandez
Disponibilidad Laboral: FullTime 
