Propuesta de Estrategias de Liberación SOLPED y HOJA DE ENTRADA
1. Solicitud de pedido
La liberación se realizara utilizando 3 características:
Clase de documento (CEBAN- BSART)
Usuario creador (CEBAN- ERNAM)
Jefe PS responsable (CEBAN- USRC1) user exit
Clase que se debe crear en SAP: ZLIBSOLPED Características que se deben crear en SAP: ZCLASESOL, ZUSUARIOSOL, ZUSRESPSOL Tomar como referencia el mandante 200 o 220, no cambiar el nombre de la clase ya que esta asignada en la configuración. 2. Hoja de entrada de servicios
La liberación se realizara utilizando 3 características:
Clase de documento (CESSR- BSART)
Usuario creador (CESSR - ERNAM)
Jefe PS responsable (CESSR - USRC1)
Clase que se debe crear en SAP: ZLIB_HOJA_ENTRA Características que se deben crear en SAP: ZCLASEHE, ZUSUARIOHE, ZUSRESPHES Tomar como referencia el mandante 200 o 220, no cambiar el nombre de la clase ya que esta asignada en la configuración. CONSIDERACIONES Liberadores en solicitud de pedido y hoja de entrada: considerar el usuario que crea
como primer liberador, de manera que si crea un documento lo pueda revisar y/o corr egir antes de que inicie el flujo de liberación. Validación al grabar la hoja de entrada de servicios : validar que el usuario que crea/
modifica la hoja de entrada de servicios sea el mismo que el que creo la solicitud de pedido. Para el pedido y posición para la que se crea la hoja de entrada se debe acceder a la tabla EKPO y recuperar la solicitud (EKPO-BANFN) y posición (EKPO-BNFPO) , luego acceder a la tabla EBAN y recuperar el usuario creador (EBAN-ERNAM). Si encuentra dato y este es diferente al usuario que esta creando/modificando la hoja de entrada, se deberá mostrar mensaje de error: "Usuario distinto al creador de Sol.Pedido XXXXXXX-XXXXX". Si no hay
solicitud de referencia, no valida nada. Se debe controlar que cuando se libera la hoja de entrada no se active la validación. Determinar la estrategia de liberación en la solicitud de pedido y hoja de entrada:
* Si la posición del documento solicitud de pedido o del pedido de compra utilizado para crear la hoja de servicio tiene un proyecto asignado en el campo de Elemento PEP (PS_POSID): 1. De la posición se debe recuperar el numero de proyecto (solped PS_POSID, hoja de entrada PS_PSP_PNR). 2. Acceder a la tabla PRPS con el numero de proyecto (PRPS-PSPNR) y recuperar la definición de proyecto (PRPS-PSPHI) 3. Acceder a la tabla PROJ con la definición de proyecto (PROJ-PSPNR=PRPS-PSPHI) y recuperar el código de responsable PROJ-VERNR 4. Acceder a la tabla TCJ04 con el código de re sponsable TCJ04-VERNR=PROJ-VERNR y recuperar usuario S_USRNAM 5. El usuario recuperado se debe asignar al campo de la estructura CEBAN y CESSR especifico para user exit USRC1 y con este valor se debe identificar la estrategia de liberación correspondiente. ** Si la posición del documento solicitud de pedido o del pedido de compra utilizado para
crear la hoja de servicio no tiene un proyecto asignado en el c ampo de Elemento PEP pero si tiene un Grafo (NPLNR): 1. De la posición recuperar el número de grafo 2. Acceder a la tabla AFKO con el número del grafo (AFKO- AUFNR) y recuperar la definición de proyecto AFKO-PRONR A partir del punto 3 es igual al proceso con PEP anterior. Finalmente se debe recuperar al usuario responsable. Definir las estrategias de liberación
Las estrategias de liberación en resumen se establecen según: 1. Si existe usuario responsable del proyecto tiene 2 niveles (jefe de proyecto o responsable y gerente) 2. Si no existe usuario responsable del proyecto (compra sin Grafo ni PEP) tiene un nivel (jefe inmediato del usuario creador) 3. Los códigos de liberación en cuanto a descripción deberían tener el cargo de la persona, no el nombre. El nombre se indica en el responsable del workflow. 4. Tener en cuenta que si se requiere usar workflow en Hoja de entrada de servicios NO ES ESTANDAR, no existe workflow en la configuración.
Propuesta de Estrategias de Liberación PET.OFERTA, PEDIDO, CONTRATO MARCO
Para todos los documentos se comparten la clase y características ya que usan la misma estructura CEKKO. La liberación se realizara utilizando 4 características:
Clase de documento (CEKKO- BSART)
Usuario solicitante (CEKKO- USRC1 ) user e xit solo petición de oferta
Grupo de compras (CEKKO-EKGRP)
Importe total USD (CEKKO- GNETW)
Clase que se debe crear en SAP: ZLIB_DOC_COMPRA Características que se deben crear en SAP: ZCLASEDOC, ZSOLIDOC,
ZGRUPOCOM,
ZIMPORTEDOC
Tomar como referencia el mandante 200 o 220, no cambiar el nombre de la clase ya que esta asignada en la configuración.
3. Petición de oferta CONSIDERACIONES
Desactivar la gestión de versiones Revisar las validaciones implementadas que verifican gestión de versiones Las estrategias de liberación dependerán de la clase de documento y solicitante. Ya no se verificara importe (es decir aplica para todos > 0). 4. Pedido de Compra CONSIDERACIONES
No utiliza el usuario solicitante, depende de la clase de documento, grupo de compras e importe Enviar un valor constante al campo CEKKO- USRC1 y en todas las estrategias para pedido asignar este valor. 5. Contrato Marco CONSIDERACIONES
No utiliza el usuario solicitante, depende de la clase de documento, grupo de compras e importe Enviar un valor constante al campo CEKKO- USRC1 y en todas las estrategias para contrato marco asignar este valor.
Pendientes
Presentar propuesta para utilizar los user exits en la determinación de estrategias de liberación para Proyectos y la validación en la hoja de servicio. El usuario Cesar Vasquez debe proporcionar las estrategias de liberación para todas las clases de documentos. Para las estrategias de liberación revisar los códigos que actualmente están creados, ya que tienen la descripción con el nombre de cada persona que libera, los nombres deberían ir en el responsable de workflow con el usuario SAP. La configuración del usuario responsable para envió de workflow debe hacerse siempre que los usuarios existan en el mandante.
