Posts Tagged ‘desarrollo’

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)

¿Cómo funciona SAP? Landscape y Ambientes

Tuesday, May 15th, 2007

En la primera parte de este post vimos una breve introducción al landscape típico de SAP ERP, y algunos conceptos de software en 3 capas y cliente/servidor.

Ahora vamos a continuar extendiendo la definición de landscape que vimos antes, incorporando un par de conceptos adicionales a los que ya vimos.

Hasta ahora vimos como es un landscape de SAP ERP con un único sistema, pero la realidad es que esto no cubre las necesidades de una organización promedio. ¿Por qué? Porque este sistema es solo un ambiente productivo.

¿Qué es un ambiente productivo?
Es el ambiente donde la empresa opera, y sobre el cual se realizan todas las operaciones diarias de la organización, contiene toda la información sobre compras, pagos, cobranzas, contabilidad, etc y al mismo acceden los usuarios de las áreas específicas (Depto de Contabilidad, Tesorería, RRHH, etc)

¿Qué otros ambientes necesitamos?
Una empresa promedio se encuentra constantemente realizando mejoras sobre su software, reparando errores, o en pos de implementar nuevas funcionalidades. Nos puede parecer correcto o incorrecto, pero esto es así cuando se trabaja con grandes ERPs.

Para conseguir esto un landscape típico sería:

- Un ambiente de desarrollo donde acceden los parametrizadores (consultores de producto) y desarrolladores (programadores ABAP o JAVA) que no posee información del trabajo diario de la organización.
- Un ambiente de Calidad al que acceden los consultores de producto, consultores funcionales, y usuarios para probar el correcto funcionamiento del programa o funcionalidad configurada en el ambiente de desarrollo pero sin alterar los datos del día a día de la organización, con datos de prueba no críticos o censurados.
- Un ambiente de Producción donde los consultores y desarrolladores no acceden, salvo en casos particulares y solo como visualización, y es en donde la organización posee sus datos operativos y al que acceden todos los usuarios finales del sistema.

Este landscape es propio de un sistema SAP en producción (cuando ya opera para la empresa) en el caso de las implementaciones en las que participan habitualmente los consultores el ambiente puede solo contener el Ambiente de Desarrollo en una primera etapa, y posteriormente para la llegada de las pruebas integrales suele incorporarse el Ambiente de Calidad, y finalmente cerca de la fecha de implementación el Ambiente Productivo.

Más adelante vamos a escribir un poco sobre como es la estructura de un proyecto de implementación de SAP, pero en los próximos post pueden esperar encontrar respuestas a temas como:

¿Qué es un mandante?
¿Entorno de trabajo y Transacciones?
¿Qué es el sistema de transporte de SAP?

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