Posts Tagged ‘introducción’

Tips: Bloqueo de Transacciones

Wednesday, April 22nd, 2009

Entre tantas opciones de seguridad que tenemos en la herramienta SAP ECC nos encontramos que tenemos la posibilidad de bloquear el uso de una transacción para todos los usuarios independientemente de sus autorizaciones (siempre y cuando no tengan autorización para desactivar el bloqueo), a través de la transacción SM01, en la misma podemos indicar el código de transacción a bloquear y a partir de confirmar el mismo no se permitirá la ejecución de esa transacción por ningún usuario hasta que no se vuelva a desbloquear.

Esta opción es útil para impedir la ejecución de transacciones que consideremos críticas y no querramos que en ese ambiente nadie ejecute, o tal vez para impedir temporalmente la ejecución de una transacción específica (ocurre durante la ejecución de algunos procesos en batch, o actualizaciones del sistema).

VN:F [1.8.2_1042]
Rating: 0.0/5 (0 votes cast)
VN:F [1.8.2_1042]
Rating: 0 (from 0 votes)

El sistema de transporte en SAP

Wednesday, March 18th, 2009

El sistema de transporte en la plataforma SAP es de suma importancia para nosotros, desde el punto de vista de la seguridad. A través del mismo nos garantizamos la separación de los ambientes, y el control de cambios. En el presente post vamos a hacer una introducción a los principales aspectos del mismo.

Mediante el sistema de transporte nosotros vamos a realizar el pasaje de datos, estructuras, programas, parametrizaciones, roles, etc. entre los distintos ambientes, a través de lo que en SAP se conocen como órdenes de transporte.

Un breve pantallazo sobre los ambientes lo vimos anteriormente aquí.

Las órdenes de transporte son la estructura en la que se almacena la información a transportar, las mismas están constituidas por tareas individuales (pueden tener una sola) las cuales deben asociarse a usuarios individuales, los cuales adjuntaran sus modificaciones en las mismas.

Cuando uno modifica un objeto en el sistema (ABAP, Customizing, etc) el tipo de objeto es seleccionado automáticamente y se solicita una orden de transporte la cual si uno posee los permisos puede crearla, o simplemente asignarla a una orden ya creada que tengamos asignada con su correspondiente tarea.

Siempre dependiente de los permisos que poseamos (S_CTS_ADMI) podríamos reasignar ordenes de otros usuarios, crear ordenes para otros usuarios, etc.

Una vez creada la orden o asignadas las modificaciones a una tarea, la misma debe liberarse para que sea incluida en la orden y la misma pueda procesarse, la documentación que se desee debe incluirse antes de liberar la tarea. A su vez la orden también necesita ser Liberada por la persona con la responsabilidad y los permisos adecuados para hacerlo, para poder realizar esta tarea deben estar todas las tareas de la misma liberadas.

Cuando la orden es liberada, el sistema se encarga de guardar el versionado de los objetos involucrados, desbloquear los objetos tomados por la orden, y guardados los archivos de datos en el directorio correspondiente del sistema operativo, a su vez se marca la orden como import en el sistema destino.

Dentro del “Transport Organizer” (SE09) se realizan todas las tareas de liberación y monitoreo de las órdenes. Adicionalmente puede utilizarse como sistema de consulta la transacción SE03.

Dentro del workflow de transporte debe incluirse la verificación de tablas, programas, y demás objetos modificados, para verificar que los cambios que se realizan no afectan la seguridad e integridad del sistema.

Los objetos de autorización que principalmente regulan el comportamiento del usuario respecto al sistema de transportes son el S_CTS_ADMI para las funciones administrativas y el S_TRANSPRT, en lo referente a las autorizaciones de crear, modificar y liberar órdenes y tareas.

Este post no trata de ser más que una introducción a la temática del sistema de transporte el cual es mucho más amplio y el cual en breve cubriremos con más información.

VN:F [1.8.2_1042]
Rating: 4.5/5 (2 votes cast)
VN:F [1.8.2_1042]
Rating: +1 (from 1 vote)

Breve glosario del mundo SAP

Friday, January 23rd, 2009

Este glosario está en constante crecimiento por lo cual puedes ingresar habitualmente para encontrar nuevas definiciones o correcciones.

Haga click en la palabra clave para ir a documentos vinculados con el tema

Landscape: Conjunto de Ambientes y su distribución tanto física y lógica que brindan una solución integrada.

Ambiente: Sistema SAP compuesto por un application server y una base de datos

Instancia: Instalación o proceso independiente de un application server

Mandante: Conjunto de datos de acceso independiente dentro de una instancia de SAP

Transacción: Nomenclador para ejecutar un programa o una función en SAP R/3

ABAP: Lenguaje de programación habitual del entorno SAP R/3 en el que se codifican los programas, adicionlmente las aplicaciones pueden codificarse en Java lo cual está adquiriendo más popularidad, pero el core del permanece codificado en lenguaje ABAP.

ABAPER: Como comunmente se denomina a los programadores ABAP.

Customizing: Popularmente se llama así a la parametrización del sistema, NO AL CODIGO FUENTE. Habitualmente son las opciones que se encuentran disponibles dentro de la transacción SPRO y por las cuales se cambia el comportamiento del sistema en su conjunto o de transaccions individuales para adecuar el sistema a la organización donde se lo implementa.

Workbench: Habitualmente se denomina workbench al entorno de desarrollo y a todo lo que implique la manipulación de código fuente.

Ambiente de Producción: Ambiente donde se encuentran los datos operativos y donde los usuarios finales transaccionan. La información sensible de la organización se encuentra almacenada en el mismo.

Ambiente de Desarrollo: Ambiente independiente del de producción (debiera serlo) donde se desarrollan las modificaciones de workbench o customizing y las mismas luego de ser probadas son impactadas al ambiente de producción.

Ambiente de Pruebas: Ambiente donde se ejecutan las pruebas de las aplicaciones elaboradas en el ambiente de desarrollo o de las modificaciones al customizing realizadas también en el ambiente de desarrollo.

SAP GUI: Programa de interfaz del usuario final que debe ser instalada en la máquina cliente para poder conectarse y trabajar con SAP.

VN:F [1.8.2_1042]
Rating: 3.5/5 (2 votes cast)
VN:F [1.8.2_1042]
Rating: +1 (from 3 votes)

¿Qué es una transacción? ¿Cómo se trabaja con SAP?

Wednesday, January 21st, 2009

En entradas anteriores de este blog ya vimos cómo es un landscape típico de SAP, y que es un mandante. Todos estos conceptos pueden ampliarse y procuraremos hacerlo en sucesivos posts o ante alguna duda de ustedes, pero mientras tanto sigamos avanzando.

Para ingresar al sistema hacemos click sobre el SAP Frontend o más comunmente conocido como SAP Logon, este va a ser el encargado de traer SAP a nuestro escritorio. Técnicamente hablando es la capa de presentación de la herramienta.

Ahora una vez dentro de la herramienta nuestra manera de interactuar con la aplicación es a través de transacciones. Las mismas son básicamente nombres que intentan ser mnemotécnicos para llamar a programas o funcionalidades. Hablando más simple quiero decir:

- Existe una transacción que se llama FB02 que por ejemplo permite modificar un documento contable.

- Otra por ejemplo se llama SU01 que permite dar de alta un usuario en el sistema

Desde la aplicación vamos a disponer de un menú donde podemos acceder a las transacciones agrupadas en carpetas por funcionalidad, o vamos a poder ejecutar directamente desde una caja de texto en la parte superior izquierda invocándola por nombre de transacción.

Entonces a modo de introducción tendría que quedar claro que las transacciones son el medio por el que los usuarios finales interactuan con el sistema y a través de las cuales realizan sus diversas actividade en el sistema, como ser Aprobar una compra (funcional), Crear un nuevo usuario (Seguridad) o Administrar el desempeño del equipo (Basis).

Como primer conclusión podemos decir que “en principio” si queremos restringir el acceso a una funcionalidad tenemos que empezar restringiendo una transacción.

Más adelante vamos a ver que esto es mucho más complicado de lo que inicialmente suena, pero por ahora es bueno tener esa idea instalada.

En un próximo post seguiremos profundizando en el tema.

VN:F [1.8.2_1042]
Rating: 4.0/5 (3 votes cast)
VN:F [1.8.2_1042]
Rating: 0 (from 0 votes)

¿Cómo funciona SAP? (Parte I)

Tuesday, May 8th, 2007
Alguien puede pensar, cómo contestar algo así en una pequeña entrada de blog, y puede que tenga razón, la idea es explicar básicamente en consiste una instalación SAP, como se lo usa, y demás informaciones que toda persona que vaya a trabajar con SAP (principalmente implementándolo) debería saber y MUCHAS veces NO sabe. Así que vamos a empezar con una breve pero “espero” útil Introducción a SAP

Lo primero que vamos a aclarar es específicamente como funciona la herramienta, como es un landscape típico de SAP y después vemos como seguimos avanzando.

Lo primero que hay que entender es que SAP es un sistema cliente/servidor en tres capas, de ahí el nombre original SAP R/3.

¿Ahora que significa que un sistema es de 3 capas?

Significa que los datos (toda la información que surge de operar el sistema) está almacenada en una base de datos y esta es una capa, la lógica del negocio (los programas que dicen que se va a hacer con esos datos) están en otra capa separada, y la presentación de la información está en una tercer capa y es la que le muestra al usuario el resultado de esos programas y su interfaz de usuario.

¿Que son las capas o layers?
Son divisiones, que pueden ser tanto lógicas como físicas y que para nuestro mayor entendimiento significan que las capas a modo de ejemplo serían:

Capa de Datos: Un servidor exclusivamente dedicado a una Base de Datos Oracle (muy comúnmente utilizada en instalaciones de SAP aunque podría ser DB2, SQLServer, etc)

Capa de lógica de negocio: Uno o más servidores dedicados a almacenar los programas (el sistema SAP en si mismo) que en la terminología de SAP se llaman “Application Server y que normalmente son servidores Unix o Linux
Capa de presentación: La interfaz del usuario propiamente dicha y lo que ve el usuario que interactúa con el sistema. Este aplicativo se llama SAPGUI y es el que el usuario ejecuta en su menu de inicio de Windows, a través del SAP Logon (el cual se encarga de a validar el usuario y su contraseña)
Entonces, resumiendo, un landscape típico (landscape se le suele llamar a como está compuesto un ambiente, por cuantos servidores, con qué aplicativos, etc, etc) estaría conformado por un servidor de Base de Datos Unix corriendo Oracle, uno o más “Application Servers” corriendo Unix y la instalación de SAP, y n usuarios finales conectándose con el Application Server a través del SAP Logon y SAP GUI.
Cualquier duda que tengan, espero comentarios y trataré de aclararla a la brevedad.
En la parte 2 de este artículo podemos esperar algunas definiciones básicas de términos que todo el mundo que trabaje con SAP ERP necesita conocer.
VN:F [1.8.2_1042]
Rating: 5.0/5 (2 votes cast)
VN:F [1.8.2_1042]
Rating: +2 (from 2 votes)