✒️SAP BASIS Las órdenes de customizing

Unidad 6.

1.Ordenes de customizing

Una orden de Customizing puede contener objetos de Customizing dependientes de cliente, datos maestros, datos reansaccionales y de usuarios. Normalmente, solamente Customizing dependiente de cliente es transportado en una orden de Cutomizing. En el caso que sea necesario transportar Customizing inter-cliente deberá ser incluido en una orden de tipo Workbench.

El organizador de transporte crea una tarea para cada persona en la orden de trasporte. Si una persona asigna un objeto de Customizing a la orden de Customiing, el objeto es registrado por nombre en la tarea de esa persona. De esta manera, todos los objetos de Customizing editados por esa persona se registran en la tarea.

Cuando las personas han completado el Customizing, liberan sus respectivas tareas. Esto transfiere los objetos registrados en las tareas a la orden de Cutomizing. Una vez que todas las personas han liberado sus tareas, el lider de proyecto puede liberar la orden de Customizing y por lo tanto realizar la exportacion.

La estructura de los proyectos de Customizing es similar a la estructura de proyectos de desarrollo. Las personas involucradas en este caso son el lider de proyecto de Customizing, quien crea y libera las ordenes de Customizing, y los miembros del proyecto, quienes realizan el Customizing y asignan las configuraciones realizadas a la orden de Customizing mediante las tareas.

Los cambios a los datos de Customizing se registran en el organizador de Transportes y en consecuencia en las tareas de las ordenes de Customizing, aunque en el caso de Customizing las entradas de tabla que son modificadas son solamente bloqueadas durante el tiempo que se esta trabajando en la modificacion y es realizado por el enqueue work process.

Para resumir, podemos decir que las configuraciones que son dependientes de clientes, son modificaciones que se realizan en tablas del sistema, las cuales tienen un campo clave que determina el numero de cliente donde estamos trabajando.

Solamente durante el tiempo que estamos realizando los cambios los registros de dichas tablas estaran bloqueadas con el sistema de bloqueo del sistema SAP. Una vez que guardamos los cambios y quedan registrados en la tarea de Cistomizing, el bloqueo se libera.

Preguntas y respuestas:

Pregunta:

Buenas Noches Marcelo espero estes bien, estoy trabajando con dos usuarios diferentes(BCUSER y ADMIN(cree un nuevo rol para ejecutar la transaccion SM30 y SE09)), mismo cliente(001); porque si realizo modificaciones en la vista V_CURC con bcuser y genero la orden de transporte, pero no la ejecuto, asi la haya eliminado veo este cambio con ambos usuarios BCUSER Y ADMIN no deberia ejecutar este cambio en la tabla porque no realice ninguna orden de transporte, que ocurre alli, pienso que las modificaciones en la tabla se da cuando transporto la orden.

Las ultimas modificaciones es exactamente a los registros o al objeto como tal, si con el usuario bcuser modifique el dolar, pero luego con admin modifique bolivares no se transportan ambas modificaciones?, o como dice la practica solo al registro, tendria que modificar el registro dolar para que me tome la ultima modificacion en la orden de transporte.

Que ocurre cuando la numeracion de las ordenes de transporte llega a su tope es decir en mi caso NSPK999999(tope), se reinicia el contador, ahora se genera NSPK900000 nuevamente, esto no traera problemas a la base de datos por duplicidad de registros, se hace backup y se inicia con una nueva base de datos, tengo esa duda.

______________________________________________________________________________________________________________

R: Nosotros tenemos que pensar que en la realidad vamos a tener varias instalaciones, por ejemplo un equipo para desarrollo, otro para testing y un productivo por ejemplo... llamemos a esto DEV -> QAS -> PRD y esa será la ruta de transporte...

nosotros ahora en el trial estamos trabajando con uno solo que es NSP que supongamos hace las veces de un desarrollo o DEV... por lo tanto todo lo hacemos allí.-

Cuando modificamos algo, independiente del usuario lo hacemos en NSP mandante 001, por lo tanto todos los que se logueen en NSP mandante 001 podran ver los cambios que hizo la otra persona y no hará falta que se transporte nada porque están modificando en el mismo ambiente.

Cuando alguien está modificando un objeto, se genera una órden de transporte en donde iran los cambios, y mientras ese usuario está modificando, ningun otro podrá hacerlo hasta que libere la órden.... luego si otro usuario modifica el mismo objeto quedará en NSP guardado el último cambio... veamos un ejemplo, supon que un usuario modifica un programa y coloca la siguiente línea:
write: 'hola mundo'.

para la misma el sistema genera la órden NSPK900010 con lo cual en la órden de trabajo estará el programa con la línea del hola mundo.. Luego libera la misma en donde viene otro usuario y modifica el mismo programa y la misma linea colocandole write "hola mundo corregida".

y la guarda en la orden NSPK900012...en NSP que es donde están trabajando el programa tendrá en definitiva: write: 'hola mundo corregida'. que es lo que verán todos los que se loguean en NSP.. .

En este punto tendremos en el ambiente de desarrollo (NSP o DEV o lo que sea) los cambios, en QAS que sería otra instalacion no estarían los cambios y en productivo que sería una tercera instalacion de sap tampoco...

Ahora vamos por el transporte de los cambios QAS... En el caso que nosotros transportemos NSPK900010 y luego NSPK900012. Tendremos lo mismo que en NSP en el primer tranporte pasa el primer cambio y luego lo corrige... pero si cometemos el error de pasar primero la NSPK900012 y luego la NSPK900010, primero pasará el cambio definitivo y luego lo pisará con el cambio viejo... o sea con la primer órden.- Es por eso que tenemos que tener cuidado con el orden de los transportes... y es tarea de los consultores funcionales que nos indiquen en que orden especifico debemos pasarlas.

No he conocido ningun cliente que haya llegado a las 999999 modificaciones, si eso ocurriese se deberia hacer un backup de los directorios /usr/sap/trans/data y coffile, borrarles el contenido y comenzar la numeracion nuevamente.