Documentos de Académico
Documentos de Profesional
Documentos de Cultura
x Alta
Programada
1.- Al ingresar a la APP de FIORI ambiente 300 (Productivo) con el usuario avasquez, dentro de una
de las funciones solicitadas se debe generar el workflow de aprobación al ingresar a la opción MY
INBOX:
1/6
FORMATO REPORTE DE INCIDENTES / REQUERIMIENTOS A LA
CONSULTORÍA SAP- PUCE
2.- Esta función se maneja como un workflow interactivo donde se despliegan las solicitudes de pedido
generadas por cada grupo de compra según su aprobador, en este caso el grupo de compra probado
fue el 300, (RECTORADO). Dicha SOLPED no se despliega al abrir dicha opción, y se mezcla con el
listado de Facturas, correspondientes a otra APP de FIORI (Decisiones de Factura SD)
3.- Al generar el filtro de búsqueda de las opciones de workflow, la aprobación de solicitudes de pedido
no aparece como opción.
2/6
FORMATO REPORTE DE INCIDENTES / REQUERIMIENTOS A LA
CONSULTORÍA SAP- PUCE
5.- La estrategia de liberación para este workflow se aplica para tres niveles, el primero corresponde al
usuario avasquez, el mismo que se ejecutó en las pruebas de FIORI y no permite la liberación del
pedido, ni tampoco generá el workflow correspondiente.
3/6
FORMATO REPORTE DE INCIDENTES / REQUERIMIENTOS A LA
CONSULTORÍA SAP- PUCE
6.- En SAP HANA y en FIORI se generá por error el workflow de deciones de factura sin disgregar el
usario, lo que generaría complicaciones al momento que funcione la opción de aprobaciones MM.
2. Justificación: (El líder funcional de PUCE debe justificar la solicitud del incidente)
La APP de FIORI, es parte fundamental dentro del proceso logístico de PUCE. Debido a la
interferencia que conlleva para el primer agente de acción dentro de la cadena de suministro
que se ha generado, es decir el usuario solicitante (quien tiene un requerimiento logístico, de
compra) genera una solped y su jefe inmediato lo aprueba mediante un check, sin importar el
lugar
La app funciona como un correo en donde la autorización para una solicitud de pedido de
compra puede ser aprobada en cualquier lugar y a su vez pueden funcionar desde el
teléfono, lo cual generá mayor eficiencia dentro del proceso y a su vez mayor facilidad para
los usuarios que generalmente son direcores o decanos que no pasan la mayoría de su
tiempo en oficina.
3. Viabilidad:
⎕SI ⎕NO
4/6
FORMATO REPORTE DE INCIDENTES / REQUERIMIENTOS A LA
CONSULTORÍA SAP- PUCE
Consultor:
Fecha:
5. Especificación Funcional
6. Pruebas de la solución
* La consultoría debe documentar las pruebas realizadas para entrega de la solución, de
modo detallado.
Fecha de la prueba:
Responsable de la prueba:
5/6
FORMATO REPORTE DE INCIDENTES / REQUERIMIENTOS A LA
CONSULTORÍA SAP- PUCE
Resultado,
FAVOR INDICAR SI FUE APROBADO EL AJUSTE (LÍDER FUNCIONAL DE PUCE)
Observaciones: * Es un Ejemplo*
Pruebas realizadas en los escenarios a, b y c. Se aprueba el paso a productivo confirmado líder
funcional.
7. Documentación técnica
a. Lógica de proceso
b. Código fuente
c. Órdenes de transporte asociadas a la solución
Orden de
Descripción Tipo Estado DES QA PRD
Transporte
Liberada o
modificable
6/6