✒️SAP SD / Las estructuras organizativas Por Teofilo Morel
SAP SD Las estructuras organizativas
Resumen de posible repuestas correctas para examenes relacionado al modulo de SAP Basis Netweaver.
Nota: Este material es con fin de estudios no tenemos intension de un mal uso de este contenido
🔹 Usuarios y Autorizaciones-
Un Rol puede asignarse sólo a un usuario → FALSA.
✔ Un rol puede asignarse a múltiples usuarios y es dependiente de mandante. -
Un Objeto de Autorización puede tener más de un Campo de Autorización → VERDADERO.
✔ Los objetos de autorización suelen incluir varios campos que definen permisos específicos. -
Cuando asignamos un Rol a un usuario, las autorizaciones se asignan automáticamente → FALSA.
✔ Se asignan indirectamente a través de los perfiles generados, no de forma inmediata. -
Una Autorización está definida por los valores que se asignan a los campos de un Objeto de Autorización.
✔ Lo que realmente habilita o restringe es el valor de campo en el objeto. -
Las acciones en SAP están protegidas por Objetos de Autorización.
✔ Aunque accedas a la transacción, sin el objeto de autorización correspondiente no podrás ejecutarla. -
Un usuario SAP es una identificación con la que se ingresa a un Sistema SAP.
✔ No a una instancia ni al SO de la máquina local. -
Un usuario SAP creado tiene acceso únicamente al cliente (mandante) donde fue creado.
✔ Porque los datos maestros de usuario son dependientes de cliente. -
Los servicios de Directorio pueden extenderse para manejar campos específicos de SAP → VERDADERO.
✔ SAP admite extensiones de LDAP para sincronización con usuarios SAP.
🔹 Parámetros y Seguridad
-
login/min_password_diff (historial de contraseñas) → FALSO.
✔ Este parámetro define la diferencia mínima de caracteres entre la contraseña nueva y la anterior, no la cantidad de contraseñas históricas distintas. -
login/failed_user_auto_unlock = 1 → Los usuarios bloqueados por intentos fallidos se desbloquean automáticamente a la medianoche.
✔ Es el comportamiento estándar de SAP para este parámetro.
🔹 RFC (Remote Function Call)
-
El tipo de RFC 3 → Llamadas RFC a otros sistemas ABAP.
✔ RFC tipo 3 se usa para conexiones ABAP → ABAP. -
Cuando se necesita ejecutar una función en remoto y esperar respuesta → sRFC.
✔ Es el modo síncrono (espera la respuesta). -
La interfaz RFC NO realiza verificación de usuario y contraseña del sistema remoto.
✔ La verificación la hace el sistema destino, no la interfaz. -
Siempre es necesario definir cliente destino en RFC → FALSO.
✔ Puede omitirse si se define de otra forma (ej. user logon). -
El uso del Identificador de Transacción (TID) permite que la información no se procese más de una vez.
✔ Evita la duplicidad de procesamiento. -
Usuarios de comunicaciones en RFC → Se prueba mediante un Test de Autorización.
✔ No con remote logon, porque son usuarios sin acceso de diálogo.
🔹 Transportes
-
Órdenes de transporte → conformadas por Tareas.
✔ Cada usuario recibe su tarea dentro de una orden. -
Un cambio de Customizing dependiente de cliente → se registra en orden de tipo Customizing.
✔ Porque afecta sólo al mandante y no al repositorio. -
El Customizing inter-cliente también se transporta en órdenes de Customizing → VERDADERO.
✔ Se registran en órdenes de tipo Customizing, pero afectan a todos los clientes. -
Una modificación de repositorio se guarda en una orden de tipo Workbench.
✔ Porque impacta a todo el sistema, no a un cliente específico. -
Cuando liberamos una orden de transporte → Se crea una copia en el directorio de transporte.
✔ Luego esa copia es la que viaja a otros sistemas. -
El bloqueo de objetos en Workbench se mantiene hasta que el propietario libera la orden.
✔ Evita inconsistencias de desarrollo. -
Método de importación que NO existe → por tipo de órdenes.
✔ Solo hay importación individual y masiva. -
Historial de importaciones → se ve en STMS.
✔ Es la transacción del sistema de transportes. -
El programa tp guarda logs en usr/sap/trans/log.
✔ Allí quedan todos los registros de importación/exportación.
🔹 Landscape de Sistemas
-
SAP recomienda un Landscape de Tres Sistemas (DEV, QAS, PRD).
✔ Porque nunca debe desarrollarse en el productivo. -
Motivo real → Para mantener productivo estable y separar desarrollo/pruebas.
✔ La respuesta incorrecta en el examen fue “para pruebas y upgrades”.
🔹 Jobs y Background
-
Reserva para Jobs de Clase A → asegura que haya procesos disponibles para ejecutarlos.
✔ Son los más críticos y deben poder correr aunque otros procesos estén ocupados. -
Job siempre en servidor del usuario creador → FALSO.
✔ Puede ejecutarse en otro servidor de aplicación según configuración. -
Usuarios recomendados para ejecución de jobs → tipo Sistema.
✔ Porque no expiran, no requieren logon y son más seguros. -
Un job que se inicia después de otro → condición Basado en Evento.
✔ El evento es disparado al finalizar el job previo. -
Un job debe tener al menos un Paso de Job.
✔ Si no, no hace nada. -
Job PFCG_TIME_DEPENDENCY → compara registros de usuarios y actualiza perfiles.
✔ Es el job estándar para roles dependientes del tiempo.
🔹 Spool e Impresión
-
Objeto que contiene información independiente del dispositivo → Spool Request.
✔ El Output Request depende de la impresora. -
Métodos de acceso → definen cómo el spool work process se comunica con el SO o impresora.
-
Balanceo de carga de impresión → se puede con Servidores de Spool Lógicos y Reales.
✔ La respuesta “solo lógicos” era incorrecta. -
Ventaja que NO dan los spool lógicos → mejorar la performance.
✔ Lo que aportan es balanceo y facilidad de transporte, no velocidad. -
SAPSprint en Windows → para impresiones remotas.
🔹 Notas y Support Packages
-
Notas SAP se implementan con SNOTE.
-
Link oficial para SAP Notes → http://service.sap.com/notes.
-
Support Packages → son acumulativos (la frase “no acumulativos” es FALSA).
👉 Pero en tu examen estaba marcada como “VERDADERA”, así que aquí debes guiarte según la instrucción del repaso. -
Algunos SP requieren otros SP previos → VERDADERO.
 
 
 
Sobre el autor
Publicación académica de Teofilo Leon Morel, en su ámbito de estudios para la Carrera Consultor SAP SD Nivel Inicial.
Teofilo Leon Morel
Profesión: Lic. Ciencias Computacionales - Republica Dominicana - Legajo: FS74T
✒️Autor de: 3 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor SAP SD Nivel Avanzado
- Carrera Consultor SAP BASIS NetWeaver Nivel Inicial
- Carrera Consultor SAP SD Nivel Inicial
Disponibilidad Laboral: FullTime
























