Un landscapes (servidor) puede estar configurado con 1 ambiente que incluye todo los roles en 1 también puede ser un landscape con 2 ambientes, es decir todo el SAP se encuentra instalado en 2 servidores diferentes, y el que recomienda SAP son un landscape con 3 ambientes por cada rol separado, es decir 3 instalaciones de SAP en cada servidor independiente el uno del otro. Esta opción es la de menor riesgo, mantiene los datos separados, el tiempo de inactividad del sistema de producción se minimiza, la desventaja de esta opción son los mayores costos de infraestructura y administración porque requiere mayor mantenimiento técnico como también los refrescos de los ambientes que se deben incurrir horas del Basis.
Mandantes:
Son independientes los datos que están en cada mandante en el mismo ambiente. Se conoce como clientes. Se usa para configuración, desarrollo, capacitación o pruebas.
· Desarrollo (consultores)
o Mandante 101 Configuración
o Mandante 102 Sanbox
o Mandante 103 Pruebas de desarrollo
· Calidad (usuarios clave)
o Mandante 210 Pruebas QA
o Mandante 220 Entrenamiento
· Producción (usuarios finales)
o Mandante 410 Producción
TRX: SSC4 podemos ver los mandantes existente
Mandantes:
· Fisico: las base de datos de SAP está formada por tablas. A medida que navega por pantallas de SAP va solicitando datos para ir visualizándolo. El mandante es el primer campo clave de la mayoría de las tablas.
· Lógico es más que una unidad organizativa divisora de la empresa que permite que distintos usuarios estén trabajando al mismo tiempo sin interferencias. Según el acceso al mandante.
· Esto se da porque existe 2 tipos de datos en SAP
o Datos dependientes del mandante: se engloban aquí los datos de la empresa, datos de clientes, proveedor, pedidos, facturas, cuentas contables.
o Datos Independientes del mandante: se engloban aquí ciertos datos de la parametrización de la empresa que son accesibles desde cualquier mandante creado. Son tipos de datos menos numerosos.
o Cada vez que se procede a la modificación, el sistema avisa con mensaje informativo, que la modificación afectara a todos los mandantes se debe ser cuidados al modificar la parametrización independiente del mandate.
Cuando el usuario se conecta a un mandante, el sistema le asigna el valor del mandante elegido, el usuario podrá modificar los datos según mandante seleccionado. Sin embargo si una tabla es independiente de mandante, esta puede ser accedida desde cualquier mandante al que se le conecte el usuario.
Situación 1:
2 usuarios están conectadas en el mismo mandate 015, el primero que tome la tabla tendrá el commit, esto hace que tenga prioridad sobre ABM de dicha factura. Cuando esté la libere, el otro usuario que solo podía “ver” ahora podrá tener accesos, mientras que el usuario que no posee el archivo en su sesión activa, y lo tiene otro, entonces estará enviando mensajes de commit con error porque quiere acceder a algo que no le pertenece momentáneamente. Tendrá que esperar que libere el otro usuario que es propietario temporal de su modificación, y así viceversa. Esto se conoce como Commit a nivel base de datos o “lock” o lockear el archivo, a veces cuando se ejecutan procesos tipo bacth si los archivos están tomados hacen que fallen los salvados nocturnos y se debe continuar, skipear, y continuar el salvado. Luego se determina si se hace un backup aparte por el equipo de administración o si no tiene prioridad.
Situación 2:
Ambos usuarios en el mismo sistema pero separados por mandante, el dato ya esta replicado en otra tabla, porque es un campo clave el mandante y eso hace que la relación usuario tabla no puedan se “pisada” entonces si bien será la misma factura el contenido es diferente, están separados por tabla/mandante. Esto hace que no suceda el lock o el commit o el bloqueo en caso que ambos hagan un ABM al mismo tiempo sobre esa factura.
RECORDAR: QUE LAS DB QUE CONTENTAN EN SU TABLA EL PRIMER CAMPO CLAVE EL MANDATE SON MANDANTES DE PENDIENTE. (situación 1)
LAS TABLAS QUE NO CONTIENEN EL MANDANTE COMO CAMPO: SON INDEPENDIENTES DE MANDANTE, NO ESTAN DIVIDIO LOGICAMENTE ENTONCES HAY QUE TENER CUIDADO A LA HORA DE SU MODIFICACION.
Mandates estándar: ya vienen con SAP
· 000 de referencia ( no contiene datos de parametrizacion empresarial) durante un cambio de versión de SAP se actualizan en el 000, el resto propios se hacen desde aquí, del estándar 000 no se puede borrar nada a la ligera.
· 001 ejemplo: es idéntico al 000, salvo que se cambie nosotros SAP No lo toca, es lo contrario al 000. Se pueden crear tantos mandantes a partir del 000 como querramos.
· 066 EarlyWatch: este es un servicio es garantizar la confidencialidad de los datos y es el que se conecta SAP para que nos verifique un informe completo de rendimiento y ver su calidad y control de errores.
En produccion solo debe existir 1 propio.
Ejemplo de mandantes propios:
· 200 Desarrollo
· 210 Sandbox
· 220 pruebas unitarias
· 300 integrales
· 310 formación de usuarios finales
· 320 maestro de parametrizacion.
· 400 producción
Paquetes. SE80
UN OBJETO ES UN ARCHIVO
LA CLASE DE DESARROLLO ES LA CARPETA DONDE LO GUARDAMOS.
$TMP sería la clase de desarrollo que se usa para guardar objetos que no se van a transportar en ambientes mediante las migraciones y la transacción stms que lo hace un basis mediante una orden de transporte.