✒️SAP BASIS La configuración y características del procedimiento de QA
SAP BASIS La configuración y características del procedimiento de QA
7.5 - Configuración y Características del Procedimiento de QA
- Aseguramiento de calidad en TMS.
El procedimiento de calidad (QA) incrementa la calidad y la disponibilidad del sistema de producción permitiéndonos verificar las órdenes de transporte en el sistema de calidad, antes de que sean entregadas en los sistemas subsiguientes.
Cuando activamos el procedimiento de aprobación de calidad QA, las órdenes del transporte estarán disponibles para ser importadas en él o los sistemas de entrega si todos los pasos del proceso de calidad han sido aprobados.
Cuando configuramos el sistema de QA determinamos cuántos pasos de QA deberán probarse para cada orden de transporte. Si uno de los pasos no es aprobado, entonces la orden no puede ser aprobada.
Las órdenes rechazadas no son importadas en el sistema de entrega.
Antes que podamos procesar órdenes de transporte deberemos configurar el procedimiento de aprobación de QA. Al menos deberemos contar con un landscape tradicional de tres sistemas (DEV, QAS, PRD). El sistema que configuremos como el sistema QA deberá contar con los siguientes atributos:
- Debe ser el destino de al menos una ruta de consolidación.
- Debe tener una ruta de entrega hacia otro sistema al menos.
- Después de la configuración, la lista de trabajo de QA es automáticamente creada. Todas las órdenes importadas en el sistema de QA son incluidas en la lista de trabajo de QA.
- Pasos en el Procedimiento de Aprobación de QA.
Para visualizar la lista de trabajo de QA, usamos la transacción STMS y seleccionamos Overview - Imports - Goto - QA worklist. La fecha y hora En la parte superior derecha de la pantalla indica cuándo la lista de trabajo de QA ha sido actualizada por última vez; la parte superior izquierda indica cuántas órdenes aún están pendientes de procesamiento.
La lista muestra las órdenes de transporte que se corresponden con el paso de aprobación seleccionado. Por defecto, las órdenes correspondientes a todos los pasos se visualizan en primer lugar.
Para seleccionar el paso de aprobación y ver todas las órdenes que concuerdan con el mismo, seleccionamos Worklist - Select Approval Step. Con un doble clic sobre 1 de los ítems en la lista de trabajo podemos obtener más detalles sobre el mismo.
Antes de importar las órdenes en un sistema de entrega deberíamos testear las órdenes en el sistema de QA. El estado de QA rechaza (reject) significa que 1 o más pasos de aprobación no fueron aprobados por la persona responsable. Una orden es aprobada solamente si todos los pasos de aprobación tiene el estado de aprobado (approved).
En la lista de trabajo de QA podemos ver:
- El estado de QA (st).
- El estado general (GS).
- El número de pasos (Nr).
Una vez que todos los plazos de aprobación fueron procesados satisfactoriamente, entonces la orden de transporte podrá ser importada en el sistema de entrega. Si todas las órdenes para un proyecto han sido aprobadas, pueden ser importadas en el sistema de entrega a pesar que otros proyectos aún tengan órdenes pendientes de procesar o rechazadas en la lista de trabajo de QA.
Las órdenes con el estado rechazada en QA, así también como las órdenes aún 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 procedimiento completo de aprobación no esté realizado.
Una vez que todos los pasos de aprobación están completos, no es posible cambiar la decisión.
Salud recomienda no rechazar las órdenes que contengan errores, sino más bien corregir los errores en una nueva orden de transporte y luego aprobar todas las órdenes de transporte vinculadas en conjunto.
Desde la pantalla de la lista de trabajo de QA, podemos acceder al historial de QA mediante Goto - QA History.
El historial de QA muestra todas las órdenes para un periodo específico que ya no se muestra en la lista de trabajo. Los órdenes no se visualizan tampoco en la lista de trabajo una vez que han sido aprobadas o borradas. El periodo por defecto para la lista de QA es de 30 días pero puede ser cambiado.
Para determinar quién fue el 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 sí realizamos una copia de base de datos o de sistemas de este sistema de producción por ejemplo, el historial se perderá. Podemos consultar por notas en el Marketplace de SAP para mayor información.
- Workflow de Transportes Especiales.
Utilizaremos el workflow, de transporte si se requieren de manera urgente un transporte de correcciones o si se necesitan transportes que no siguen la ruta de transportes definida.
Antes de utilizar el workflow de transportes, será necesario configurar uno de los sistemas como workflow engine. Este sistema deberá tener las siguientes características, listas en orden de importancia:
- Alta disponibilidad.
- Carga de trabajo baja a media.
Estos requisitos son por ejemplo los que posee el sistema de calidad QAS. Todas las tareas realizadas por el workflow de transportes son centralizadas en el workflow engine y luego los resultados se comuniquen a los sistemas SAP involucrados.
Para configurar el workflow de transportes especiales, realizaremos lo siguiente:
Ingresamos al sistema que funciona con el controlador de dominio de transportes. Iniciamos la transacción STMS y luego desde el menú Overview - Sytems - Goto - Tranport Domain.
Seleccionamos la solapa workflow engine.
Cambiamos al modo de edición con el botón de Display - Change. Ingresamos el sistema SAP, el cliente y el host destino para el Workflow Engine. Luego de guardar las modificaciones tendremos que aceptar afirmativamente el cuadro para distribuir la configuración. A continuación ingresamos al sistema que funcionará como el workflow engine.
El sistema automáticamente:
- Crea el usuario TMSADM_WF.
- Genera los destinos RFC necesarios para el workflow engine.
- Envía los datos propios del workflow Engine a todos los sistemas en el dominio de transportes.
- El de 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 seleccionamos las órdenes libradas (released requests). Seleccionamos la orden de transporte que vamos a transportar y luego seleccionamos Utilities - Create Transport Proposal.
Una ventana aparece donde ingresábamos una descripción y el sistema destino, y también podremos agregar otras órdenes de transporte. La condición es que todas las órdenes que ingresemos en la propuesta de transporte estén liberadas.
Si una propuesta de transporte es creada, el sistema SAP le asigna un número de propuesta y luego es agregada a la lista de trabajo de TMS para el administrador de transportes.
Si la administradora de transporte rechaza la propuesta de transporte, aparecerá nuevamente en la bandeja de entrada de propuestas de transportes del solicitante. Donde podremos cancelar la propuesta o revisarla y reenviarla nuevamente al administrador de transportes.
Después de que el administrador de transportes ha aprobado la propuesta, la importación se inicia y la propuesta de transportes reaparece en la bandeja de entrada del solicitante. Luego de que verificamos que la orden de transporte se importó correctamente que en el sistema de destino, confirmamos la propuesta de transporte.
Para aprobar o rechazar una propuesta de transportes, iniciamos la transacción STMS. Para visualizar la lista de trabajo de TMS, seleccionamos overview - worklist. Con doble click seleccionamos la propuesta de transporte que queremos procesar.
Podremos verificar allí si las órdenes, la lista de sistemas destino, las fechas de importación y opciones para la propuesta de transportes sean correctas. También podemos visualizar las órdenes de transporte seleccionando display y el ícono de los logs de transportes.
Si queremos hacer modificaciones a las órdenes de transporte, cambiamos a modo de codificación. Se puede agregar mensajes para un desarrollador. Por ejemplo, con el ícono manage attachments.
Para procesar la propuesta de transporte, seleccionamos el icono para aprobar o rechazar la propuesta.
Una vez aprobado una propuesta de transporte, la importación en él o los sistemas destino, es inicial automáticamente.
 
 
 
Sobre el autor
Publicación académica de Israel Cespedes Penaloza, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Israel Cespedes Penaloza
Profesión: Ingeniero Electr?nico - Bolivia - Legajo: DO67A
✒️Autor de: 90 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: PartTime
Certificación Académica de Israel Cespedes