Archive for the ‘introducción’ Category

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.9.10_1130]
Rating: 3.5/5 (2 votes cast)
VN:F [1.9.10_1130]
Rating: +2 (from 4 votes)

SAP y las tres capas

Thursday, January 22nd, 2009

SAP, en versiones anteriores era llamado como SAP R/3 haciendo referencia esta sigla a las 3 capas con las que trabajaba.

El concepto de 3 capas o three layers está hace bastante tiempo con nosotros y basicamente consiste en armar una aplicación dividiendo los datos en una capa (Base de datos), las reglas de negocio (Application Server), y la presentación de la información (el SAP GUI).

Esto se vio reflejado en al artículo sobre las instancias y los ambientes.

La capa de base de datos para SAP es un servidor de base de datos, el cual conceptualmente puede ser cualquiera (con determinados requisitos) siendo muchas veces utilizado Oracle, DB2, SQL Server, entre otros.

La capa de aplicación, son los application servers, los cuales también pueden ser ejecutados en distintas plataformas de sistema operativo. Esta capa es la que se encarga del procesamiento de los datos, la ejecución de los programas ABAP o JAVA, la validación de permisos, la comunicación con otras plataformas, entre varias cosas, y básicamente es la de mayor carga de procesamiento.

La capa de presentación por excelencia es el SAP GUI, y es el cliente que se encarga de dibujar la interfaz para con el usuario final. Actualmente existe la tendencia a llevar funcionalidades de SAP al explorador o mediante otras herramientas como ser el SAP Portal como capa intermedia.

VN:F [1.9.10_1130]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.10_1130]
Rating: 0 (from 0 votes)

Instancias y Ambientes

Thursday, January 22nd, 2009

En otros posts vimos como era un landscape estandar de SAP, con sus ambientes de desarrollo, testing (pruebas), producción. Pero aún nos falta profundizar el tema un poco más introduciendo algunos nuevos conceptos.

Cada ambiente (desarrollo, testing, producción) es una instalación distinta de SAP, a cada instalación se las llama instancia.

Básicamente a la instancia, la podemos definir como un sistema SAP independiente de otro, salvo por las conexiones que nosotros específicamente definamos. Entonces en este ejemplo, un ambiente de desarrollo, uno de testing y otro de producción son independientes entre si salvo que nosotros explícitamente conectemos estas instancias.

Estas instancias son instalaciones que pueden compartir un mismo equipo como en el caso de el presente gráfico:

servidor

Como también pueden encontrarse en equipos distintos, cada uno ejecutando una instancia:

servidores

El tema es aún más complejo… podríamos encontrar en un mismo equipo o en varios equipos distribuidas varias instancias que podemos llamar application servers y que atiendan a un mismo sistema de manera de poder distribuir la carga de transacciones entre distintos application servers.

servidores-2

Adicionalmente y para sumar complejidad, cada sistema debe tener su propia base de datos, de manera que un sistema productivo estándar podría tener un servidor productivo con una instancia de Application Server más un servidor de base de datos. O infinitas variantes con la base de datos instalada en el mismo application entre otras opciones posibles.

En un próximo post profundizaremos más en el tema y hablaremos también específicamente sobre el concepto de 3 capas.

VN:F [1.9.10_1130]
Rating: 4.8/5 (4 votes cast)
VN:F [1.9.10_1130]
Rating: +1 (from 1 vote)

¿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.9.10_1130]
Rating: 4.0/5 (3 votes cast)
VN:F [1.9.10_1130]
Rating: 0 (from 0 votes)

Nueva Etapa

Monday, January 19th, 2009

Este es el nuevo dominio del Blog (antiguamente seguridadsap.blogspot.com) y a partir de ahora estaremos activamente actualizando el mismo de manera de convertirlo en una herramienta útil para todos ustedes interesados en el mundo SAP y principalmente enfocado en la seguridad, auditoría y aprendizaje por parte de ustedes.

Nuevos posts serán publicados en breve, siguiendo con la introducción al mundo SAP e incorporando algunos nuevos posts sobre temas más avanzados y actuales.

Saludos a todos!

VN:F [1.9.10_1130]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.10_1130]
Rating: 0 (from 0 votes)

¿Qué es SAP Solution Manager?

Friday, June 15th, 2007
Muchas veces también conocido con nombre de superheroe, SolMan ;-) , es una nueva herramienta que está comenzando a ser adoptada por varias compañías que ya disponen de alguna instalación de SAP, de forma de plasmar sus procesos de negocios y la documentación respaldatoria de los mismos en ella. Actualmente se encuentra en la versión 4.0

En las nuevas implementaciones de SAP ECC, se está utilizando la herramienta como “puerta de acceso a la parametrización de SAP“.

¿Qué quiero decir con esto?

Solution Manager nos permite vincular “pasos de nuestros procesos” con “pasos de configuración”. De esta manera en una implementación, un usuario define el modelo de negocio, y luego se vinculan los puntos de customizing y transacciones afectadas por este proceso, de manera de que “la teoría concuerde con al práctica”.

Este es uno de los usos más típicos que se le da a Solution Manager, además de repositorio de la documentación vinculada con los pasos de configuración que mostramos más arriba. La herramienta apunta a ser una solución mucho más amplia, incluyendo manejo de BCSets, Administración de Transportes, Material de Capacitación, Administración de helpdesk (tiene incluidas funciones del CRM de SAP), Evaluación del proyecto, y Herramientas de Testing entre otras funciones avanzadas, desarrolladas por ahora con distinto grado de madurez.

SAP está intentando imponerlo como un estándar en todas sus implementaciones, y busca que sea un estándar de facto para todos sus clientes, y futuros clientes, de manera de ir ordenando un poco los ambientes de desarrollo caóticos que suelen ser una constante en muchas implementaciones.

Ojalá esté en el camino indicado…

VN:F [1.9.10_1130]
Rating: 5.0/5 (1 vote cast)
VN:F [1.9.10_1130]
Rating: 0 (from 2 votes)

¿Como funciona SAP? Logon y Mandantes

Tuesday, May 29th, 2007

En la anterior entrada de este blog, explicamos como era un landscape típico de SAP, pero nos quedaron pendientes un par de cuestiones necesarias para entender como funciona SAP.

Una de ellas es la respuesta a ¿Qué es un mandante?

Ya vimos que básicamente pueden existir tres ambientes (Desarrollo, Calidad, y Producción) y para que servían cada uno de los mismos. Ahora podemos ahondar un poco más…

Los ambientes dijimos que normalmente están ubicados en equipos (computadoras/servidores) distintos, cada ambiente en su respectivo servidor (generalizo para simplificar), el hecho es que cada ambiente, o sistema puede a su vez contener otras divisiones dentro de si mismo.

A modo de ejemplo, un ambiente de desarrollo, puede contener una subdivisión que sea la que va a poseer las parametrizaciones propiamente dichas, otra que haga las veces de ambiente de pruebas unitarias (para que los mismos desarrolladores o parametrizadores prueben el funcionamiento de lo que definen), etc

Estas subdivisiones se llaman Mandantes en SAP

Los mandantes poseen nombres numéricos, siendo a modo de ejemplo un ambiente de SAP de nombre DEV (por Development), y mandante 200, otro mandante en el mismo equipo puede ser UNI (por Pruebas Unitarias) y mandante 210. Otro ambiente puede ser QAS y el número de mandante el 300, y el ambiente productivo PRD y mandante 400.

Los mandantes poseen maestros de usuario distintos, esto quiere decir que en un mismo sistema (DEV) un usuario puede tener acceso al mandante 200 pero no al 210, o puede acceder a los dos pero con distintos permisos.

La información operativa que se cargue en un mandante no es compartida con el otro, a pesar de que la información por pertenecer a un mismo sistema, se aloja en una misma base de datos. Las tablas con las que trabaja SAP poseen normalmente un indicador de mandante, por lo que SAP siempre lee este campo primero y solo muestra la información del mandante en el cual el usuario se autenticó. Estas tablas se llaman tablas DEPENDIENTES de mandante.

Existen otras tablas especiales, con datos de configuración del sistema en su mayoría que son llamadas INDEPENDIENTES de mandante, y que son compartidas por todos los mandantes de un mismo sistema. Espero en una próxima entrada poder ejemplificar esta información con un paso a paso en SAP, para que puede quedar más claro. Mientras tanto no duden en preguntar en los comentarios del post que cualquier cosa les voy a contestar.

Pero ahora, cuando les digan: “Entrá a DEV al mandante 210 y fijate un poco que hay por ahí…” por lo menos van a tener una idea de les están hablando…

En una próxima entrada vamos a ver un ejemplo práctico de ingreso a SAP y seguiremos viendo algunos conceptos básicos como ser las Transacciones.

VN:F [1.9.10_1130]
Rating: 5.0/5 (3 votes cast)
VN:F [1.9.10_1130]
Rating: +6 (from 6 votes)