✒️El landscape de SAP
El landscape de SAP
Mandante: Instancia creada dentro de un ambiente, sirve para cualquier de los 3 ambientes.
Visión Lógica: Unidad organizativa de la empresa y permite que varios usuarios estén trabajando al mismo tiempo sobre el mismo sistema (ambiente), sin interrumpirse mutuamente, los usuarios tendrán un mandante asignado y solo podrán modificar o actualizar los datos de la empresa asignada a este mismo mandante, esto se logra porque en sistema sap hay 2 tipos de datos
- Datos Dependientes De Mandante: Aquí se engloban los datos de aplicación de la empresa (datos de clientes, proveedores, pedidos ,facturas, cuentas contables, etc....) también la mayoría de los datos de parametrización de la empresa, se les hace llamar dependientes de mandante ya que solo se puede acceder a ellos desde el mandante que se crearon.
- Datos independientes De Mandante: Aquí se engloban algunos de los datos de la parametrizacion de la empresa que son accesibles desde cualquier mandante creado, normalmente son muy pocos. Cuando se tiene que modificar uno de estos datos el sistema avisa a través de un mensaje que esto va a afectar a todos los mandantes.
Visión Física: SAP R/3 esta formado por tablas relacionales, en donde el usuario cuando solicita info el sistema la extrae desde estas tablas, Aqui el mandante es el primer campo clave para la mayoría de las tablas de conforman la BD de SAP, las tablas que contienen el campo mandante como el primer campo de su clave son llamadas Dependientes de Mandante
Cuando un usuario se conecta a un mandante, el sistema le asigna el numero de mandante, por lo cual el usuario solo podrá acceder/visualizar/modificar los datos asociados a este mandante, el cual eligió al momento de la conexión. También puede modificar las tablas que son independiente de los mandantes, ya que estos se pueden llamar desde cualquier mandante.
Cuando un usuario accede a un mandante dependiente, este le bloquea el acceso a los demás usuarios, solo les permite la lectura de los datos, pero no modificarlos hasta que el usuario que esta trabajando haga su desconexión del mandante.
Mandantes Estandar
Cualquier Sistema SAP se instala inicialmente con tres mandantes estándar:
- Mandante 000: Es el mandante de referencia, no contiene datos de parametrizacion empresarial y para comenzar a crear mandantes nuevos se debe copiar este para asegurarse que se comienza desde 0. -----
- Mandante 001: Mandante de ejemplo, es casi igual al 000 a menos que lo modifiquemos nosotros, la diferencia es que si se actualiza la versión del R/3 este mandante no se modificará (no vuelve al 000). Normalmente se usa de ejemplo como instalación inicial
- Mandante 066: Mandante que mantiene la confidencialidad de nuestros datos reales en productivo, este mandante esta aislado y le pedimos que realice detección de problemas de rendimiento, tambien los usuarios de este mandante tiene los permisos mínimos para poder ejecutar el informe de rendimiento, este mandante tampoco puede ser borrado ni modificado jamás.
Mandantes Propios
En el ambiente de desarrollo se suelen crear muchos mandantes, en integración o testing algunos menos y en el ambiente de producción solo debe existir uno, en R/3 nosotros podemos darle el numero que querramos a los mandantes propios.
Con pocos mandantes podemos tener problemas durante la parametrización, desarrollo de programas o pruebas, pero si creamos demasiados mandantes estamos ocupando espacio en la BD y con esto empeoramos el rendimiento.
Los sap basis o administradores del sistema SAP son los encargados de crear los mandantes propios, se crear como copia de los mandantes estandar ,sap solo trae cargados mandantes estandar.
- Mandante 200: Parametrización del sistema de desarrollo y desarrollo, los programadores y consultores trabajan con este mandante, aqui se inicia el prototipo de empresa, las pruebas de este mandante se realizaran en el mandante 220 ya que no tenemos datos maestros ni transaccionales.
- Mandante 210: llamado SandBox, aqui se realizan pruebas inusiales de parametrizacion de manera que no se interrumpa el trabajo del mandante 200, las pruebas que se realizen aqui no afectan en ningun lado, por ende si las pruebas resultan con un buen resultado, se debe replicar en el mandante 200 y para asi guardarlo en una orden de transporte y luego para que pase al mandante de pruebas unitarias.
- Mandante 220: Pruebas unitarias en desarrollo, el personal de desarrollo y parametrizacion harán las pruebas desde aquí del prototipo que se esta creando. Aquí se tendrán datos maestros y transaccionales pero no son de fiar ya que la parametrización puede cambiar.
- Mandante 300: Pruebas integradas y control de calidad en integración, similar al mandante 220 pero con diferencia de que las pruebas incluyen la interaccion de los diferentes modulos, rendimientos y aprobación del usuario, tambien se prueba que las ordenes de transporte desde el ambiente de desarrollo sean correctas.
- Mandante 310: Formacion a usuarios finales, Ya superadas las pruebas del mandante 300, se pasa el prototipo para que los uauarios finales reciban los cursos de formacion y tengan un sitio donde poder seguir practicando despues. De esta manera los datos maestros y transaccionales que crean no nos afectan en nuestro trabajo habitual.
- Mandante 320: Maestro de parametrización. Se usa unicamente como referencia para poder consultar la parametrizacion que tenemos en productivo, sin tener que acceder a la maquina de productivo, no obligandolos a dar acceso a la misma a apersonal no autorizado. Se deben transportar los cambios al mandante 400 y al 320 al mismo tiempo para que cumpla su funcion correctamente.
- Mandante 400: Mandante productivo. Aqui es donde se lleva a cabo la explotacion real del software. Este es el uncio mandante propio que debe existir en el ambiente productivo. Antes de el arranque productivo se realiza las cargas iniciales de datos maestros, movimientos e historicos
Clase De Desarrollo o Paquetes
Es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificandolos generalmente por módulos.
 
 
 
Sobre el autor
Publicación académica de Javier Andres Belmar Marchant, en su ámbito de estudios para la Carrera Consultor ABAP.
Javier Andres Belmar Marchant
Profesión: Analista Programador de Sistemas - Chile - Legajo: OU60W
✒️Autor de: 30 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Javier Belmar