LANDSCAPE CRM TAMAULIPAS

INTRODUCCIN

Un sistema SAP es una aplicacin que permite a las empresas el integrar sus procesos de
negocio, mediante un ambiente de trabajo constituido por mdulos (diversas reas de
una empresa) los cuales interactan entre si para poder llevar el control de los negocios
en una sola herramienta.
Los componentes bsicos de un sistema SAP son una base de datos y una instancia
(componentes de aplicacin), estos pueden estar juntos dentro de un mismo servidor o
bien separados, permitiendo el manejo de los recursos de forma independiente para la
Base de Datos y el servidor de aplicacin.
El presente Landscape tiene como objetivo esquematizar los sistemas que se estarn
instalando para la implantacin del proyecto Plataforma Tecnolgica nica

PROPSITO

Para seguir la metodologa de SAP, se deben de contar con tres sistemas: uno para
Desarrollo que es donde se realizar toda la configuracin inicial del sistema, uno de
Calidad para pruebas y otro para el sistema Productivo que ser el utilizado por el
cliente.
Los sistemas SAP se identifican mediante un SID (acrnimo en ingles de System ID) y un
nmero, estos deben ser nicos en toda la organizacin. El SID consiste en tres
caracteres alfanumricos, en maysculas y donde el primer carcter debe ser una letra.
Los SID de los sistemas por lo general contienen una letra que hace referencia al
ambiente que pertenece, por ejemplo una D indica que el sistema es de Desarrollo, una
Q que es de Calidad y una P que es productivo. El numero es un identificador para
procesos internos del sistema, esta compuesto por dos dgitos(00-97) y de igual forma
debe ser nico.
Los sistemas SAP constan de mandantes que son entidades independientes dentro de un
mismo sistema y son utilizadas para diferentes propsitos como cargas o pruebas de
estrs.

Propsito

Con base en el esquema de aseguramiento de la calidad que se propone en la

metodologa ASAP, se muestra el Landscape de 3 ambientes, uno para el sistema de
Desarrollo, otro para Calidad y el ltimo para Productivo.
El sistema de desarrollo contendr los mandantes de desarrollo, Sandbox (caja de
arena), pruebas y entrenamiento los cuales tendrn las siguientes funcionalidades: el
mandante conocido como desarrollo ser utilizado para ese propsito es donde se
realizar toda la configuracin del sistema, los consultores contaran con el mandante de
pruebas donde podrn revisar sus configuraciones y hacer adecuaciones, para pasar
transportes entre mandantes los consultores cuentan con la transaccin SCC1, la cual
permite aplicar ordenes de transporte entre mandantes.

Propsito
Una vez que se tengan las configuraciones; mediante rdenes de transporte se realizaran
los cambios en el sistema de Control de Calidad (QAS) el cul contendr de igual forma
dos mandantes, uno para el aseguramiento de la calidad y otro para el entrenamiento del
personal, el paso de estos transportes se realizan mediante las transacciones STMS (paso
de transportes de un sistema a otro).
En este sistema se volvern a probar las configuraciones, siendo que es un sistema
limpio, cerrado y al cual no se le deben realizar modificaciones manuales, de esta forma
se garantiza que todo cambio ser nicamente va el control de cambios de SAP
(transportes) y que las modificaciones aplicadas por este medio funcionan de forma
correcta.
Una orden de transporte hace referencia a una o varias modificaciones que se han
realizado y que estn listas para poder ser transportadas a otros sistemas u otro
mandante.
Finalmente los cambios en el sistema de produccin, se aplicarn de igual forma
mediante el sistema de transportes de SAP. Este sistema solo contar con un mandante
que no puede ser modificado.

Arquitectura de 3 sistemas CRM

D

Servidor
Desarrollo

Servidor
Calidad

Servidor
Productivo

CDV

CQA

CPR

DESARROLLO

CALIDAD

PRODUCTIVO

Copia de transporte Va STMS

Arquitectura de 3 sistemas CRM

El Sistema de Desarrollo (CDV) es donde se realizaran todas las labores de

Programacin, configuracin y pruebas. Es el sistema origen de los objetos del entorno
de desarrollo ABAP. Los cambios que se realizan en este entorno pueden ser de dos
tipos: creacin de un nuevo objeto o modificacin del estndar, aqu el sistema de
desarrollo contara con cuatro mandantes:
Mandante de Desarrollo (100): En este mandante se realizaran las labores de
programacin y modificaciones al sistema.
Mandante para Pruebas (200): Los consultores realizaran las pruebas necesarias para
que las modificaciones y desarrollos, cumplan con lo requerido y puedan ser enviados al
sistema de calidad.
Mandante para Caja de Arena (300): Los consultores realizan pruebas sobre
funcionalidad y configuraciones especificas sin riesgo de afectar a los dems mandantes
o sistemas.
Mandante Reporteo (400): En este mandante los consultores simularan una
herramienta de reporteo el cual es usada por CRM

Arquitectura de 3 sistemas CRM

El Sistema de Calidad (CQA) es donde se realizan las pruebas a las labores de

programacin y configuracin. Este sistema permite asegurarse de que lo que llegue al
sistema Productivo este previamente probado, para evitar en la medida de lo posible
errores. Para esto el sistema de calidad contara con dos mandantes:
Mandante de Desarrollo (100): En este mandante se realizaran las labores de
programacin y modificaciones al sistema.
Mandante para Pruebas (200): Los consultores realizaran las pruebas necesarias para que
las modificaciones y desarrollos, cumplan con lo requerido y puedan ser enviados al
sistema de calidad.
Mandante para Caja de Arena (300): Los consultores realizan pruebas sobre funcionalidad
y configuraciones especificas sin riesgo de afectar a los dems mandantes o sistemas.
Mandante Reporteo (400): En este mandante los consultores simularan una herramienta
de reporteo el cual es usada por CRM

Arquitectura de 3 sistemas CRM

El Sistema Productivo (GPR) slo contiene versiones probadas y liberadas. En este

sistema se prohbe desarrollar, depurar, probar y configurar. Aqu solo contara con un
mandante:

Mandante Productivo (100): Este mandante contendr los datos reales, aqu no se
podrn realizar modificaciones al sistema

Estrategia Mandantes CRM

Servidor
Desarrollo

Servidor
Calidad

100

100

200

200

300

300

400

400

Copia de transporte Va STMS

Copia de transporte Va SCC1

Servidor
Productivo

100

Copia Mandante bajo demanda

Estrategia para liberar transportes

Debido al control de cambios del sistema, todo cambio al sistema de desarrollo debe
ser incluido en una solicitud de cambio la cual debe de ser liberada al terminar la
configuracin correspondiente. Dicha solicitud de cambio o transporte debe de ser
insertado a los dems sistemas efectuando un transporte. Dichos cambios pueden
afectar la funcionalidad de un sistema, por lo cual se debe controlar estrictamente la
aplicacin de transportes. Estos pasos enumeran las reglas definidas para poder
solicitar y efectuar un transporte de un sistema SAP a otro.
Pasos a seguir:

1. El consultor del modulo realiza modificaciones a la configuracin.

2. El sistema asigna una orden de transporte a dicho cambio.
3. Despus del visto bueno en desarrollo y copia con la transaccin SCC1 al mandante
de pruebas de desarrollo, el consultor del modulo libera la orden de transporte en la
transaccin SE10

4. El consultor del mdulo elabora y firma el formato de Solicitud de Transportes.

Solicita firma de conformidad del lder de proyecto y posteriormente actualiza el archivo
de control de transportes de su mdulo correspondiente CONTROL TRANSPORTES.
5. El formato se debe de entregar al administrador Basis para que este pueda efectuar el
transporte al servidor y mandante especificado en la solicitud.
6. Se revisa el cdigo de retorno del transporte, de ser satisfactorio es responsabilidad
del consultor del modulo revisarlo, si el cdigo de retorno marca error el consultor del
modulo debe corregir el problema y liberar nuevamente un transporte.
7. El consultor del mdulo verifica la configuracin transportada y realiza pruebas.

NOMBRE

FECHA

FIRMA

Lizardo Desilos Hernandez

Dueo de Proceso TI

30/Oct/2011

Argel Maldonado
Consultor Sistemas Base

30/Oct/2011

Fernando Arce
Gerente del Proyecto Plataforma
nica

30/Oct/2011

Moises Aguilar
Gerente del Proyecto Advanced

30/Oct/2011