If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Si, se cómo ver las OT desde la SE10, y cómo se transportan.
Lo que no encuentro, es la forma de visualizar qué usuario efectuó el transporte a PRD, no quién creo o liberó la OT, sino quién la pasó a producción.
marcas el sistema en el que quieres consultar y marcas "import history"
una vez aqui edit --> display more
x2
Entramos en la STMS en la cola que queremos ver, por ejemplo PRD, luego vamos al menú “Go To” opción “Import History (Ctrl + F7)”, le damos el intervalo en que deseamos ver el historial de imports y nos despliega las ordenes que han sido transportadas; luego, vamos al Menu “Edit” y pulsamos la opción “Display More (Ctrl + Shift + F1) y nos aparece la lista con una columna llamada User, que es el usuario quien realizó el transporte. La columna Owner es el propietario de la Orden, su creador.
Estoy trabajando en una empresa de Administrador de Basis, y bueno, que decir que hace 6 meses no tenía ni idea (practicamente) de lo que era SAP, y ahora realizo la gran mayoría de las tareas de basis.
Mi pregunta es (relativa a transportes), como saber que transportes se pueden pasar y cuales no?
Por ejemplo, yo se que hay órdenes de customizing y ordenes de workbench. Las primeras, se pueden transportar sin problemas. En cambio, las de workbench son un poco más especiales.
En qué me tengo que basar para saber si se debe o no se transportar una orden, ya que si la transporto y peta, se genera mil dumps en el sistema.
Se que si me llega una orden, y es de custo se transporta, y si me llega una orden de workbench depende.... si es Z... en principio OK, si es standard hay que esperar a que haya menos/pocos usuarios.
Pero también tiene que ver con los objetos que trae la orden, porque he visto z's que no se podían transportar (o no se debían transportar) hasta el fin del día.
Estoy trabajando en una empresa de Administrador de Basis, y bueno, que decir que hace 6 meses no tenía ni idea (practicamente) de lo que era SAP, y ahora realizo la gran mayoría de las tareas de basis.
Mi pregunta es (relativa a transportes), como saber que transportes se pueden pasar y cuales no?
Por ejemplo, yo se que hay órdenes de customizing y ordenes de workbench. Las primeras, se pueden transportar sin problemas. En cambio, las de workbench son un poco más especiales.
En qué me tengo que basar para saber si se debe o no se transportar una orden, ya que si la transporto y peta, se genera mil dumps en el sistema.
Se que si me llega una orden, y es de custo se transporta, y si me llega una orden de workbench depende.... si es Z... en principio OK, si es standard hay que esperar a que haya menos/pocos usuarios.
Pero también tiene que ver con los objetos que trae la orden, porque he visto z's que no se podían transportar (o no se debían transportar) hasta el fin del día.
Agradecería un poco de luz sobre este tema.
Gracias
La unica orden que usted debe transportar, es aquella que le soliciten hacer, de resto no hay que transportar nada. Una OT que a sido liberada, es porqué hipoteticamente es una configuración/desarrollo probado y validado, y la persona responsable debe solicitar su transporte, ya que es responsabilidad de esta los cambios que la misma realice en los sistemas. La secuencia la debe definir la misma persona, porqué hay veces que los cambios van contenidos en ordenes de WB y de Customizing, entonces pueden tener cierta dependencia, así que no es tema de preocuparse ya que el dueño/aprobador de esta debe definir la secuencia. Hay muchos casos que liberan ordenes de configuraciones/desarrollos que ha sido sólo pruebas y NO deben transportarse, por eso las ordenes sólo se transportan en base a solicitud de hacerlas, no es la que llegue a la cola, porqué puedes generar un caos por ello.
Estoy trabajando en una empresa de Administrador de Basis, y bueno, que decir que hace 6 meses no tenía ni idea (practicamente) de lo que era SAP, y ahora realizo la gran mayoría de las tareas de basis.
Mi pregunta es (relativa a transportes), como saber que transportes se pueden pasar y cuales no?
Por ejemplo, yo se que hay órdenes de customizing y ordenes de workbench. Las primeras, se pueden transportar sin problemas. En cambio, las de workbench son un poco más especiales.
En qué me tengo que basar para saber si se debe o no se transportar una orden, ya que si la transporto y peta, se genera mil dumps en el sistema.
Se que si me llega una orden, y es de custo se transporta, y si me llega una orden de workbench depende.... si es Z... en principio OK, si es standard hay que esperar a que haya menos/pocos usuarios.
Pero también tiene que ver con los objetos que trae la orden, porque he visto z's que no se podían transportar (o no se debían transportar) hasta el fin del día.
Agradecería un poco de luz sobre este tema.
Gracias
Amigo, buenas Tardes.
Voy a ser ironico, no te ofendas, pero las ordenes de transporte no nacen de una maceta. Alguien tecnico o funcional realizo un cambio, lo agrego en una OT por alguna razon y se supone que la paso al entorno de QAS y la probo el cambio y despues de eso te solicita que lo pases a Produccion con la documentacion correspondiente. Si paso por estas etapas, no deberia tener DUMP en produccion. En el foro hay varios post que te pueden ayudar, donde se detallan las mejores practicas sobre las modificaciones y las OT.
Estamos para ayudarnos entre todos. Espero que no te molestes, y cualquier cosa estoy a tu disposicion.
Voy a ser ironico, no te ofendas, pero las ordenes de transporte no nacen de una maceta. Alguien tecnico o funcional realizo un cambio, lo agrego en una OT por alguna razon y se supone que la paso al entorno de QAS y la probo el cambio y despues de eso te solicita que lo pases a Produccion con la documentacion correspondiente. Si paso por estas etapas, no deberia tener DUMP en produccion. En el foro hay varios post que te pueden ayudar, donde se detallan las mejores practicas sobre las modificaciones y las OT.
Estamos para ayudarnos entre todos. Espero que no te molestes, y cualquier cosa estoy a tu disposicion.
Gustavo
Hola señor irónico,
No me ofendo, pero no vayas de listo si no das una respuesta. Claro que sé que las órdenes de transporte no nacen de macetas, se como se crean, las he creado, y me sé el proceso.
Un programador crea la orden de transporte para un ticket que hay abierto, se transporta a integración, donde el funcional o el usuario final realizan pruebas, y comprueban que funciona correctamente. Por último, cuando los cambios han sido validados y se ha visto que no causan problemas en integración, se pueden transportar al entorno productivo.
Ahora bien, una orden de transporte trae objetos, y esos objetos se tienen que revisar, ¿por qué que pasaría si transporto una orden de un ticket cuya versión es 03, y en productivo tenemos 07? machacaría todos los cambios que han traido las versiones 04, 05, 06, y crearía una millonada de dumps en el sistema.
Uno de los desarrolladores, ha creado una aplicación que chequea las versiones del objeto en desarrollo contra las versiones del objeto en producción, e indica si faltan órdenes por transportar o si se está intentando transportar una orden anterior.
Cuando yo voy a transportar a productivo, hay ciertas cosas que si se pueden pasar cuando sea, normalmente esto son las órdenes de customizing. En cambio, las órdenes de workbench son un poco más complicadas, ya que dependiendo de cuando se transporten pueden fallar o crear dumps en el sistema.
Mi pregunta inicial o lo que yo quería expresar, era como hago para saber cuando puedo transportar un ticket a productivo simplemente mirando a las órdenes? Es más, esa tarea, debería ser mía? Como lo realizais en vuestro trabajo? Transportáis todo según llega? Que criterio seguís?
Donde trabajo, tenemos la responsabilidad principal por la plataforma y, en su momento, fuimos responsables de la instalación y la correspondiente certificación SAP.
Esto lo incluyo para que conozcan el escenario, respecto de los transportes, la responsabilidad de lo que ocurra como consecuencia, siempre es de responsabilidad del cliente ya que no solo cuenta con ambiente de test sino que también dispone de un ambiente Sandbox.
Claro que cuando queda una c...dita, tenemos que estar ahí paea apoyar y ayudar a que la solución se implemente rápidamente. Ocurre muy poco pero ocurre.
Para mayor claridad les comento que estamos próximos a implementar el traspaso automático, con lo que la responsabilidad es aún mayor para el cliente ya que lo obligará a ser más ordenado de lo que es actualmente.
Saludos.
Comentario