✒️SAP BASIS La configuración y características del procedimiento de QA
SAP BASIS La configuración y características del procedimiento de QA
Configuración y características del procedimiento de QA
Las órdenes de transportes serán importadas en el sistema de producción solamente después que sean aprobadas en el sistema de calidad. Por lo tanto necesitaremos contar con un procedimiento de aprobación
Aseguramiento de calidad en TMS
El procedimiento de aseguramiento de calidad QA incrementa la calidad y la disponibilidad del sistema de producción permitiéndonos verificar las ordenes de transporte en el sistema de calidad antes de que sean entregables a los sistemas subsiguientes
Cuando configuramos el sistema de QA determinamos cuantos pasos de QA deberían aprobarse para cada orden de transporte.si uno de los pasos no es aprobado entonces la orden no puede ser aprobada. Solo podremos importar ordenes que hayan sido completamente aprobadas.
Antes de importar las ordenes en un sistema de entrega deberíamos testear las ordenes en el sistema de QA. El estado de QA rechazada (rejected) significa que uno o mas pasos de aprobación no fueron aprobados por la persona responsable. Una orden es aprobada solamente si todos los pasos de aprobación tienen el estado de aprobación (approved).
En la lista de trabajo de QA podemos ver
El estado de QA (ST)
El estado general (GS)
El nuemro de paso (Nr)
Una vez que todos los pasos de aprobación fueron procesados satisfactoriamente entonces la orden de transporte podrá ser importada en el sistema de entrega.
Las ordenes con el estado rechazada en QA asi también como las ordenes aun sin procesar en la lista de trabajo no son importadas en los sistemas de entrega.
A partir de la versión 6.10 la aprobación o rechazo de un paso individual puede ser modificado mientras que el procediemiento completo de aprobación no este realizado.
Una vez que todos los pasos de aprobación están completo no es posible cambiar la decisión.
Sap recomienda no rechazar las ordenes que contengan errores sino mas bien corregir los errores en una nueva orden de transporte y luego aprobar todas las ordenes de transporte vinculada en conjunto.
Desde la pantalla de la lista de trabajo de QA podemos acceder el historial de QA mediante GOTO-QA History
El historial de QA muestra todas las ordenes para un periodo especifico que ya no se muestra en la lista de trabajo. Las ordenes no se visualizan tampoco en la lista de trabajo una vez han sido aprobadas o borradas. El periodo por defecto para la lista de QA es de 30 dias pero puede ser cambiado.
Para determinar quien fue responsable de aprobar una orden de transporte , seleccionamos REQUEST-DISPLAY-QA STATUS
El historial de QA se almacena en la base de datos del sistema de calidad por lo que si realizamos una copia base de datos o de sistema desde el sistema de produccion por ejemplo el historial se perderá.
Workflow de transportes especiales
Utilizamos el workflow de transportes si se requieren de manera urgente un transporte de correcciones o si se necesitan transportes que no siguen la ruta de transportes definida.
Antesde utilizar el workflow de transportes será necesario configurar uno de los sistemas como el worflow engineeste sistema debería tener las siguientes características listadas en orden de importancia
Alta disponibilidad
Cargade trabajo baja y media
Todas las tareas realizadas por el workflow de transportes son cntralizadas en el wokflow engine y luego los resultados se comunican a los sistemas SAP involucrados.
Para configurar el worflow de transportes especiales realizaremos lo siguiente
Ingresamos al sistema que funciona como controlador de dominio de transportes iniciamos la transacion stms y luego desde el menú Overview-system-goto-transport domain.
Seleccionamos la solapa worfklow engine.
Cambiamos el modo de edición con el botón de Display-change ingresamos al sistema SAP el cliente y el host destino para el workflow engine. Luegod e guardar las modificaciones tendremos que aceptar afirmativamente el cuadro para distribuir la configuración.A continuación ingresamos al sistema que funcionara como el workflow engine.el sistema automáticamente
Crea el usuario TMSADM _WF
Genera los destinos RFC necesarios para el worflow Engine.
Envía los datos propios de workflow engine a todos los sistemas en el dominio de transportes
Realiza el customizing para el workflow en el sistema.
Para utilizar el workflow de transportes tendremos que crear una propuesta de transportes para esto desde el organizador de transportes , transacción SE09 y seleccionando las ordenes liberadas (released requests) seleccionamos la orden de transporte que vamos a transportar y luego seleccionamos Utilities –create transport proposal
La condición es que todas las ordenes que ingresemos en la propuesta de transporte estén liberadas
Para aprobar o rechazar una propuesta de transporte iniciamos la transacción stms para visualizar la lista de trabajo de tms seleccionamos Overview-Worlist con doble clic seleccionamos la propuesta de transporte que queremos pocesar.
Una vez aprobada una propuesta de transporte, la importación en el o los sistemas destinos es iniciada automáticamente.
 
 
 
Sobre el autor
Publicación académica de Camilo Andres Cubides Mojica, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Camilo Andres Cubides Mojica
Profesión: Tecnologo en Electronica, Ingenieria de Sistemas - Colombia - Legajo: XM63O
✒️Autor de: 104 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Camilo Cubides