SolMan Operational Guideline Realization

SAP SOLUTION MANAGER
GUÍA OPERACIONAL DE
CONFIGURACIÓN & DESARROLLO Página 1 de 48

GUÍA OPERACIONAL DE CONFIGURACIÓN & DESARROLLO
Nota: título de documento y/o entregable, según estándar de metodología
IDENTIFICACION DEL PROYECTO
Número de Tipo de Proyecto

Nombre del Proyecto
CPI/Project
Proyecto Synergy 59458 Implantación ERP
Nombre del Cliente Número del Fecha
Cliente
Cementos Argos S.A. 651344 Octubre 4 de 2011
Patrocinador del Proyecto Nombre Proveedor Número del Proveedor
Jorge Ignacio Acevedo /
SAP Colombia S.A.S. 930779
Ricardo Andrés Sierra
Gerente de Proyecto Gerente de Proyecto Gerente de Programa
(Cliente) (Proveedor) (Proveedor)
Carlos Alberto Caballero Daniel Segura Jaime de la Hoz
TABLA DE CONTENIDO
1 GOBIERNO DEL PRESENTE DOCUMENTO..................................................................................... 4

1.1 Estrategia del documento ............................................................................................................. 4
1.2 Estrategia de Mantenibilidad del Proyecto (Revisar) .................................................................... 5
2 GENERALIDADES ............................................................................................................................. 6
2.1 Prerrequisitos y Entradas ............................................................................................................. 6
2.2 Uso de la Presente guía ............................................................................................................... 7
2.3 Ubicación de la Documentación - Generalidades ......................................................................... 8
2.3.1 Definición de los Tipos de Documentación .................................................................................... 9
2.3.2 Convenciones de Documentación ................................................. ¡Error! Marcador no definido.
2.3.3 Ubicación de la Documentación ................................................................................................. 12
3 PRE-REQUISITOS DE LA FASE DE REALIZACIÓN ....................................................................... 17
3.1 BLOQUEO DEL BLUEPRINT PARA CAMBIOS ...................................................................................... 19
3.2 GESTIÓN DE LOS CAMBIOS ............................................................................................................ 19
3.3 Estructura de Configuración IMG (Implementation Guide) en los sistemas Satélites: ................. 20
4 ESTRUCTURA DE DOCUMENTACIÓN ........................................................................................... 22
4.1 PROCESOS DE NEGOCIO ................................................................. ¡Error! Marcador no definido.
4.2 Tab: Documentación General y de Proyecto .............................................................................. 23
4.3 Tab: Transacciones .................................................................................................................... 24
4.4 Tab: Configuración ..................................................................................................................... 24
4.5 Tab: Desarrollos ......................................................................................................................... 27
4.5.1 Documentación de Jobs .............................................................. ¡Error! Marcador no definido.
4.5.2 Documentación de Interfases ....................................................... ¡Error! Marcador no definido.
5 REPORTES DE ESTATUS DE REALIZACIÓN ................................................................................ 29
5.1 Control de Avance de Objetos de configuración (TAB Configuración) ........................................ 29
5.2 Control de Avance de Objetos desarrollados (TAB Desarrollos)................................................. 29
5.3 Análisis del proyecto .................................................................................................................. 30
6 GENERACIÓN AUTOMÁTICA DE LA GUÍA DE CONFIGURACIÓN ............................................... 31
7 HERRAMIENTAS ADICIONALES .................................................................................................... 34
7.1 Gestión de Issues....................................................................................................................... 34
7.2 Gestión de Pruebas.................................................................................................................... 35

7.2.1 Caso de Pruebas ..................................................................................................................... 37
7.2.2 Preparación de las Pruebas ...................................................................................................... 37
7.2.3 Roles ..................................................................................................................................... 42
7.3 Gestión de Incidentes para Testing ............................................................................................ 44
7.3.1 Roles ..................................................................................................................................... 46
1 Gobierno del Presente Documento
El presente documento tiene por objetivo establecer una guía metodológica para la fase de realización,
en la que se establecen los lineamientos generales para:
 La documentación y control de la configuración de la solución definida por el equipo de procesos

durante la fase del business blueprint
 El uso de la metodología y mejores prácticas de documentación de todos los objetos de
configuración.
 El uso de herramientas SAP disponibles para apoyar las actividades de realización.
 La integración y el trabajo colaborativo de los diferentes equipos que hacen parte del proyecto.
1.1 Estrategia del documento
La fase de realización representa para ARGOS la oportunidad de seguir madurando en el uso e

implementación de las mejores prácticas para administrar la solución SAP.
La estrategia de la fase de realización está basada en el aseguramiento de:
 Visilidad y transparencia de la solución SAP implementada

 Control y gobierno de la solución y del modelo corporativo
 Colaboración y lenguaje de comunicación común entre los diferentes equipos del proyecto.
Teniendo en cuenta lo anterior, todas las herramientas y procedimientos que están disponibles en la
presente guía están orientados a cumplir con los elementos mencionados anteriormente, sirviendo como
base para que ARGOS desarrolle las competencias necesarias para tomar el control de la solución SAP
implementada.
El siguiente gráfico ilustra el soporte a la estrategia definida para la fase de realización:

1.2 Estrategia de Mantenimiento de la Presente Guía
Para la actualización del documento se establecen los siguientes lineamientos:
 La PMO de ARGOS es la encargada de administrar y gestionar el presente documento. La PMO

se encargará de recibir los requerimientos de cada una de las áreas, y de actualizarlos en la
presente guía.
 Teniendo en cuenta que las actividades de la fase de realización están 100% soportadas en SAP
Solution Manager, la actualización no sólo será de los elementos estratégicos y metodológicos,
sino de su aplicación en SAP Solution Manager.
 Una vez realizadas las actualizaciones, corresponde al equipo de PMO y de Solution Manager,
comunicar los cambios y realizar las actividades necesarias para mitigar impactos y riesgos.
2 Generalidades
El objeto de esta guía operacional es describir el uso de SAP Solution Manager en el contexto de la
implementación de soluciones SAP. Esta guía operacional hace parte de la propuesta de SAP de tener
guías adicionales, que apoyen el uso de la metodología ASAP:
1.0 2.0 3.0 4.0

Administración Construcción Configuración & Administración
del Proyecto del Business Desarrollo de Pruebas
Blueprint
2.1 Prerrequisitos y Entradas
 El Business Blueprint ha sido completado, aceptado y firmado por cada una de las áreas
 El landscape SAP está listo y conectado con SAP Solution Manager.
Habilitadores
Tipo Título Versión Descripción

Herramienta SAP Solution 7.1  Transacción SOLMAN_WORKCENTER, TAB
SAP Manager Proj.Docum, Desarrollos, Configuración
Herramienta SAP SPP XX  Generación de Manuales de Usuario
SAP  Generación de Scripts de Pruebas
 Transacción de Configuración
SOLMAN_WORKCENTER, TAB XXX
Menú: Business Blueprint
Documentos Listado de  Listado de requerimientos
BBP requerimientos
aprobados
2.2 Uso de la Presente guía
 SAP Solution Manager es la herramienta usada por SAP para controlar y administrar el ciclo de vida de
la solución SAP.
 La documentación que se incluirá en SAP Solution Manager, será toda aquella requerida para describir
el las configuraciones realizadas para asegurar el funcionamiento de los escenarios de negocio en la
plataforma SAP. Esto incluye la documentación de sistemas NON-SAP, que entreguen o reciban
información de SAP:
2.3 Ubicación de la Documentación - Generalidades
La fase de realización debe asegurar que todos los elementos que definan la solución sean
completamente documentados. SAP Solution manager ofrece espacios específicos para colocar la
documentación asociada a la solución. En cada uno de estos espacios se asociará cada elemento de
configuración, pruebas, material de aprendizaje, etc., tiene un lugar y forma específica para ser
documentado.
En la siguiente gráfica se presenta a modo general la ubicación de la documentación, dependiendo de su

tipo:
En las siguientes secciones se detallará la forma de documentar cada uno de los elementos que harán
parte de la solución.
2.3.1 Definición de los Tipos de Documentación
La documentación de las soluciones SAP, se hace con base en tipos de documentos. Los tipos de
documentos permiten agrupar diferentes tipos de atributos de información que, dependiendo del contexto
en el que se usen, permitirán a los equipos del negocio y de consultoría tener un entendimiento claro de
las necesidades y de las funcionalidades que los cubren.
Para ellos, se definen los siguientes tipos de documentos:
Entregables
• Acta de Inicio de la Fase
• Cronograma Actualizado del Proyecto
Gerencia del Proyecto • Presentación Kickoff Fase Realización.
• Documento de Estrategia y Plan de
Pruebas
• Documento de Presentaciones de
avance
• Plan de Continuidad de Negocio
• Acta de cierre de la fase
• Presentaciones de avance del proyecto

• Indicadores de medición del avance del
proyecto
• Formatos estándar para la Fase de
PMO
Realización.
• Divulgación del Procedimiento de
Control de Cambios
• Enfoque y Plan de Alineación de Roles

• Documento de Mapeo de Roles
Realizadas
• Plan de Comunicación actualizado. y
actividades de comunicación
ejecutadas
Gestión del Cambio
• Actividades de Alistamiento y
contingencia
• Estrategia y Plan de Capacitación a
usuario final
• Material de capacitación a usuario final.
• Manual de Configuración
• Plan de Pruebas Unitarias
• Script de Pruebas Unitarias
• Plan de Pruebas Integrales
• Script de Pruebas Integrales
Equipos Funcionales
• Acta de Aprobación de Pruebas
Unitarias e Integrales firmadas
• Documento de Soporte a los Objetos de
Configuración
• Plan de Cutover
• Estrategia de Transportes y mandantes
• Ambiente e infraestructura QAS y PRD
listos
Equipo Técnico – Plataforma Tecnológica • Estrategia de Handover y Operación
Técnica definida
• Ambiente a prueba de fallas
• Administración de Roles y
Autorizaciones definida
• Manual de Configuración Técnica
• Estrategia de Backup y Restore
• Pruebas de Backup y Restore
• Estrategia de Recuperación de
Desastres
• Pruebas de Recuperación de Desastres
• Estrategia de Contingencia
• Pruebas de contingencia
• Especificaciones Técnicas FRICEW

•
Equipo Técnico - Desarrollos • Mapa detallado de Interfaces
• Acta de Aceptación desarrollos
•
• Ambientes de Trabajo ARIS liberados
(Bases de datos USA Cemento y
Colombia)
Equipo de Procesos • Modelos de Procesos NO-SAP en ARIS
• Reportes de Consultas a Modelos de
procesos (Para soporte a pruebas y
capacitación).
• Documento de Visión y Estrategia de
Centro de competencias
• Mapa de ruta del centro de
Equipo Centro de Competencias
competencias
• Documento de servicios implementados
en el centro de competencias
• Especificación de plantillas (Para cada
plantilla o conjunto de plantillas del
inventario)
• Estrategia y estándares de migración
Data Services
• Programas de extracción desarrollados
y probados
Equipo Datos - Migración
• Reglas de extracción, calidad y
validación configuradas
• Script de pruebas de carga firmado (o
su equivalente según la herramienta de
pruebas a utilizar)
• Plan de Carga
• Datos Migrado en Ambiente de Calidad
• Diagrama de aproximación a la
estrategia y limpieza inicial de datos
• Estrategia de administración global del
ciclo de vida de los datos
• Roles y responsabilidad del equipo
Gestión de datos - Gobierno encargado de la administración de
datos maestros y transaccionales
• Procesos detallados para la
administración de datos maestros y
transaccionales
• Aprobación de limpieza de datos
• Matriz de Transacciones, Actividades y
Funciones
• Matriz de Restricciones
• Acta aprobación Diseño de Roles
• Acta de pruebas unitarias de roles
simples, compuestos y restricciones
• Acta de pruebas integrales con roles
Equipo GRC
• Informe de configuración de
Componentes AMR y BRM
• Informe de reglas SoD/SAT y controles
mitigantes definidos
• Informe configuración SAP GRC
• Informe de Pruebas SAP GRC AC
• Modelo de Documento de BPP

• Especificaciones Funcionales
Finalizadas y Aprobadas
• Pruebas unitarias e integrales
Equipo EPM
• Inventarios de desarrollos para BI
• Inventario de reportes para BI
• Inventario de Indicadores de BI
•
2.3.2 Ubicación de la Documentación (Revisión por parte de la PMO)
A continuación se presenta la documentación de las actividades de configuración:
 Actividades de configuración, orientado a función del negocio.

 Único repositorio de documentación.
 Integración directa con la aplicación (SAP ERP)
 Diferentes tipos de objetos re-usables (template, roll-out, upgrade)

 Soporte y operaciones eficientes, con mayor grado de acceso y conocimiento de la solución SAP.
Los aceleradores deben tener números que permitan validar que la documentación de la fase de
realización está completa, Para ello, cada uno de los niveles deberá documentarse así:
Los documentos relacionados a continuación se deben documentar en el roadmap asignado al proyecto
Nivel Referencia Entregables

• Cronograma Actualizado del Proyecto
• Presentación Kickoff Fase Realización.
• Documento de Estrategia y Plan de
Pruebas
• Documento de Presentaciones de
avance
• Plan de Continuidad de Negocio
• Acta de cierre de la fase
• Presentaciones de avance del proyecto
• Indicadores de medición del avance del
proyecto
• Formatos estándar para la Fase de
Realización.
• Divulgación del Procedimiento de
Control de Cambios
Nivel Referencia Tipo de Documento
Proyecto 01 Estrategia de Transportes y mandantes

Ambiente e infraestructura QAS y PRD listos
Estrategia de Handover y Operación Técnica definida
Ambiente a prueba de fallas
Administración de Roles y Autorizaciones definida
Manual de Configuración Técnica

Estrategia de Backup y Restore
Pruebas de Backup y Restore
Estrategia de Recuperación de Desastres
Pruebas de Recuperación de Desastres
Estrategia de Contingencia
Pruebas de contingencia
Estrategia de Transportes y mandantes
Ambientes de Trabajo ARIS liberados (Bases de datos USA
Cemento y Colombia)
Modelos de Procesos NO-SAP en ARIS
Reportes de Consultas a Modelos de procesos (Para soporte
a pruebas y capacitación).
Documento de Visión y Estrategia de Centro de competencias
Mapa de ruta del centro de competencias
Documento de servicios implementados en el centro de
competencias
Datos Diagrama de aproximación a la estrategia y limpieza inicial de
Maestros 01 datos
(General)
Estrategia de administración global del ciclo de vida de los
02
datos
Roles y responsabilidad del equipo encargado de la
administración de datos maestros y transaccionales
Procesos detallados para la administración de datos maestros
y transaccionales
Aprobación de limpieza de datos
Unidades
Organizativas
01
(Por Unidad
Organizativa)
Datos Especificación de plantillas (Para cada plantilla o conjunto de

Maestros 01 plantillas del inventario)
(Por dato)
02 Estrategia y estándares de migración Data Services
03 Programas de extracción desarrollados y probados
04 Reglas de extracción, calidad y validación configuradas
Script de pruebas de carga firmado (o su equivalente según la
herramienta de pruebas a utilizar)
Plan de Carga
Datos Migrados en Ambiente de Calidad
Tab General
Escenarios
Escenario 01 Enfoque y Plan de Alineación de Roles

02 Documento de Mapeo de Roles Realizadas
Plan de Comunicación actualizado. y actividades de
03
comunicación ejecutadas
04 Actividades de Alistamiento y contingencia
05 Estrategia y Plan de Capacitación a usuario final
06 Material de capacitación a usuario final.
07
Proceso 01 Manual de Configuración

02 Plan de Pruebas Unitarias
03 Script de Pruebas Unitarias
05 Plan de Pruebas Integrales
07 Script de Pruebas Integrales
Acta de Aprobación de Pruebas Unitarias e Integrales

08
firmadas
09 Documento de Soporte a los Objetos de Configuración
10 Plan de Cutover
13 Matriz de Transacciones, Actividades y Funciones
14 Matriz de Restricciones
15 Acta aprobación Diseño de Roles
Acta de pruebas unitarias de roles simples, compuestos y
16 restricciones
17 Acta de pruebas integrales con roles
Informe de configuración de Componentes AMR y BRM
18
Informe de reglas SoD/SAT y controles mitigantes definidos
19
Informe configuración SAP GRC
20
Informe de Pruebas SAP GRC AC
21
Modelos de Procesos NO-SAP en ARIS
22
Diagrama de aproximación a la estrategia y limpieza inicial de
datos
Estrategia de administración global del ciclo de vida de los
datos
Roles y responsabilidad del equipo encargado de la
administración de datos maestros y transaccionales
Procesos detallados para la administración de datos maestros
y transaccionales
Aprobación de limpieza de datos
Especificaciones Técnicas FRICEW
Mapa detallado de Interfaces
Acta de Aceptación desarrollos
Modelo de Documento de BPP
Especificaciones Funcionales Finalizadas y Aprobadas
Pruebas unitarias e integrales
Inventarios de desarrollos para BI
Inventario de reportes para BI

Inventario de Indicadores de BI
Documento de Soporte a los Objetos de Configuración

Por Paso 01
3 Pre-requisitos de la Fase de Realización
La fase de realización usará los workcenters en SAP Solution Manager, integrando todas las
herramientas requeridas por la fase para el desarrollo de las actividades propuestas.
El acceso a los workcenters está dado por la transacción SOLMAN_WORKCENTER. Una vez en el
workcenter, se debe buscar el workcenter de Implementación / Upgrade
A continuación se explica el menú disponible en el workcenter de Implementación/ Upgrade:
Overview: Permite a los usuarios validar los proyectos que han creado el usuario y los estatus de cada
uno de ellos.
Proyectos: Permite acceder al detalle de cada uno de los proyectos (fechas, responsables, landscape,
templates, etc.)
Evaluación: Permite evaluar la generalidad de los proyectos, identificando sus responsable, las fechas
de inicio y finalización, etc.
Plan: Permite acceder a todas las herramientas de planeación del proyecto (Business Blueprint,
roadmaps)
Construcción: Permite acceder a todas las herramientas de construcción de la solución. Incluye el

acceso a las actividades de configuración, pruebas, desarrollos y material de entrenamiento, entre otros.
Preparación salida en Vivo: Permite el alistamiento y entrega del proyecto al área de Operación
Análisis de Upgrade: Da acceso a varias herramientas que permiten realizar análisis de la solución,
frente a actualizaciones en versiones.
Reportes: Permite acceder a la funcionalidad de reportes disponibles en SAP Solution Manager
Para la fase de realización, usaremos el área de Construcción (Build), dentro del workcenter de
implementación/upgrade
3.1 BLOQUEO DEL BLUEPRINT PARA CAMBIOS
Una precondición de la fase de realización es el bloqueo de la documentación del Business Blueprint

después de su aprobación. En caso de cambios, deben adjuntarse documentos con nuevas versiones.
Como parte del Bloqueo, la gerencia del proyecto procederá a activar dicho. Este bloqueo cubre todos los
objetos modelados en la transacción SOLAR01, e incluye:
 La no modificación de estructuras de procesos de negocio.

 Bloqueo de las fechas y registros del tab de administración de cada elemento de estructura.
 La modificación de documentos
Una vez activado el bloqueo del BBP, los objetos en la transacción del Business Blueprint aparecen
bloqueados:
3.2 GESTIÓN DE LOS CAMBIOS
Los procedimientos de gestión de cambios hacen parte de los procedimientos establecidos por la
gerencia de proyectos. Esto implica que cada cambio –aprobado- que deba ser incorporado en el
business blueprint debe llevar adjunta una solicitud de cambio. Para la realización de los cambios,
corresponde a la gerencia del proyecto remover el bloqueo temporalmente.
El procedimiento se llama ESW_Synergy_ProcedActuaDoc.doc y se encuentra publicado en solman
Para solicitar el cambio se debe diligenciar el formato Control de Versión de Documentos (CVD) el cual
se encuentra como plantilla en SOLMAN.
Una vez realizado el cambio, como parte de su aprobación, se debe generar una nueva versión del
documento Business Blueprint. Una vez generado, se adjunta como documentación del proyecto y –
nuevamente- la gerencia procede a activar el bloque del Business Blueprint.
3.3 Estructura de Configuración IMG (Implementation Guide) en los sistemas Satélites:
La guía de implementación es el árbol que contiene todos los objetos SAP que deben ser configurados
para generar la solución requerida por el negocio. Es importante entender que el alcance de cada
proyecto define el alcance del proyecto de configuración.
A continuación se detalla la secuencia de actividades requeridas para la generación de la estructura de

configuración:
 Acceder al WORKCENTER de implementación/upgrade
 Seleccionar el área de plan, ingresar al proyecto ej. Synergy
 Acceder al área de infraestructura de sistemas
 Por cada componente que se encuentre en el landscape del sistema se habilita un proyecto en el
tab de Proyectos IMG. Cada proyecto IMG se debe habilitar en el ambiente desarrollo (DEV).
 Una vez activado el proyecto IMG, este permite un seguimiento de de las actividades de
configuración:
La creación del proyecto IMG permitirá:
 Control de Estatus de cada una de las actividades de configuración

 Documentación adicional de cada una de las actividades realizadas
 Asignación de responsables y fechas de inicio y finalización de cada una de las actividades.
 Integrar las órdenes de transporte a cada proyecto IMG para asegurar la trazabilidad.
A continuación se muestra un ejemplo donde se muestran los campos como se deben llenar
En el área de “Plan Data”el campo Person Days siempre va el 100 y en el area de “Actual Data” el campo
Person Days se coloca el avance a la fecha con respecto al 100%
4 Estructura de Documentación
A continuación se detalla la forma definida por ARGOS para la documentación de TODOS los objetos de
configuración de la solución SAP
Así mismo, por cada uno de los pasos del proceso de negocio es necesario documentar:
Si tiene desarrollo, tipo de desarrollo. SAP presenta las siguientes opciones:
Categoría Significado
Estándar SAP El paso del negocio utiliza funcionalidad SAP
El paso del negocio se realiza con funcionalidad
SAP con Ampliaciones
SAP ampliada (Ej.BADI)
El paso de negocio se hace con funcionalidad SAP
SAP con Modificaciones
que ha sido modificada
Desarrollos Propios (Custom El paso de negocio se hace con funcionalidad
Developmet) propia del cliente.
4.1 Tab: Documentación General y de Proyecto
La fase de realización en SAP Solution Manager, mantiene los espacios de documentación general y de
proyectos.
En la transacción SOLMAN_WORKCENTER, tab Implementación/Upgrade, área de Construcción

(Build). El área de documentación es similar a la utilizada en la fase de Bussiness Blueprint
El uso de cada tab se establece así:
 Documentación General: Incluye toda aquella documentación que hace parte del template
corporativo. Este tipo de documentación tiene características de re-usabilidad y es sólo de
consulta
 Documentación de Proyecto: Incluye toda aquella documentación que contiene información
específica de la implementación del escenario de negocio.
Estatus de los Documentos
A continuación se definen el perfil de estatus para los documentos generados en SAP Solution Manager:
Estatus Descripción Características

Nuevo Documento creado Puede ser modificado
En Proceso Documento en
Puede ser modificado
Construcción
Liberado Documento Liberado Bloqueado para escritura
Aprobado BBP liberado y leido por Bloqueado para escritura, solo se usa por los
el líder líderes y para el documento BBP
4.2 Tab: Transacciones
Al igual que durante la fase de Business Blueprint, en este tab de actualizarán y/o mantendrán las
transacciones y objetos de tipo funcional, que permiten la ejecución de cada una de las transacciones del
negocio.
4.3 Tab: Configuración
SAP usará las actividades IMG como elemento de gestión del avance de la configuración de la solución.
Por ello para el proyecto Synergy, todos los equipos deben identificar las actividades IMG que son
requeridas para la implementación del modelo. Si bien esta actividad puede parecer engorrosa, será muy
útil al momento de realizar el roll-out y el mantenimiento del modelo corporativo para:
 Establecer los elementos mínimos de configuración

 Definir el alcance de cada elemento del modelo
 Asegurar la completitud del escenario de negocio y los elementos de localización
Nota: Si durante la creación de los escenarios de negocio no se utilizó el repositorio de Procesos de

negocio de SOLMAN (BPR), las actividades deben asociarse de manera manual.
Teniendo en cuenta lo anterior, se establece el siguiente protocolo de acceso:
1. El acceso a los mandantes de configuración se hará a través de SAP Solution Manager,

asegurando un único punto de acceso a los sistemas.
2. La transacción en la que se deben documentar todas las actividades de configuración es la
SOLMAN_WORKCENTER, tab Implementación/Upgrade, área de construcción (Build)
3. Asegurarse que SAP Solution Manager esté apuntando al cliente desarrollo.
4. Seleccionar un reglón en blanco y el tipo de objeto seleccionar “IMG Object”.
5. El objeto, pulsar F4 para poder acceder a la guía de configuración y seleccionar las actividades
IMG que correspondan según el proceso de negocio que se desee configurar
Nota: Se recomienda no incluir nodos de configuración, sino las actividades individuales que se
van a realizar. Esto permite asegurar que la guía de configuración generada a través de SAP
Solution Manager incluya las actividades disgregadas de configuración.
6. Las actividades de configuración se realizan en los sistemas ERP, BI, etc., de ARGOS. SAP
Solution Manager representa el único acceso a los sistemas.
En la gráfica se ve un ejemplo de las actividades IMG asociadas a un proceso de negocio. Éstas IMG´s
están asociadas en la estructura de procesos en SOLMAN, pero se ejecutan directamente en los
sistemas en los que se realizan las configuraciones respectivas.
Para configurar, se debe seleccionar la actividad IMG y seleccionar el ícono

Para agilizar la generación de las guías de configuración de los diferentes escenarios, se usará la
funcionalidad disponible en SAP Solution Manager para tal fin. Esta funcionalidad integra,
automáticamente, en un único documento los objetos de configuración y la documentación de cada una
de ellas.
Teniendo en cuenta lo anterior, se establece el siguiente estándar de documentación para las actividades
de configuración: Por cada objeto de configuración –IMG, Rol, programa, etc.- se debe asociar un documento tipo
“ Estandar de Word (ESW). El documento lo crean local en su equipo y despues se sube a solman con un Upload
File. El nombre del documento debe ser el mismo del objeto y debe quedar debajo de cada objeto. Los estados del
documento son Nuevo, en tratamiento y liberado, se debe dejar en tratamiento, cuando pase al estado liberado el
documento se bloquea para cambios.
 Se recomienda que el documento tenga pantallas y explicaciones que permitan al lector entender la
configuración realizada. Cada objeto de configuración debe tener Processing Status y Responsable.
4.4 Tab: Desarrollos
El tab de desarrollos está destinado a documentar todos los objetos que sean desarrollados por ARGOS.
En general, la buena documentación de este tipo de objetos permitirá no solamente una buena
trazabilidad y análisis de impacto frente a cambios, sino también un soporte adecuado de los mismos.
Si bien hay diferentes tipos de objetos, se establece el siguiente estándar de documentación:
La documentación de los desarrollos debe incluir:
 Objeto (Programa, transacción, etc.)

 Especificación funcional (Documento)
 Especificación Técnica (Documento)
 Orden de Transporte (Que contiene el objeto)
Recomendaciones Generales
 El documento “especificación” funcional es el maestro y a éste deben estar referenciados tanto los
objetos como otros documentos. A nivel de otros documentos:
Nota: El link bidireccional crea conexiones desde y hacia la especificación Técnica
 A nivel de los objetos técnicos que se integran a la especificación funcional:
 En caso que un desarrollo sea parte de varios procesos de negocio, el documento de

especificación funcional debe referenciarse en todos los procesos. Una vez referenciado,
seleccionado el documento y usando el ícono se pueden identificar los procesos de negocio a
los que están involucrados
5 Reportes de Estatus de Realización

Esta guía describe los reportes disponibles para la realización y el control de los estatus de los diferentes
elementos de configuración, basados en la funcionalidad estándar de SAP Solution Manager.
Los reportes de estatus están basados en:
 Los valores de estatus ingresados por cada elemento objeto técnico desarrollado, documentado en el
tab de desarrollos y configuración
5.1 Control de Avance de Objetos de configuración (TAB Configuración)
5.2 Control de Avance de Objetos desarrollados (TAB Desarrollos)

5.3 Análisis del proyecto
El análisis del proyecto se realiza usando las herramientas estándar de SAP Solution Manager. El reporte
ofrecido requiere:
- Identificar el alcance: Todo el proyecto o tracks independientes

- Definir la estructura que se quiere reportar
El reporte se accede a través de la transacción SOLMAN_WORKCENTER, Implementation/Upgrade, en

el menú reportes
En el menú General, se puede hacer análisis:
- Administrativos, sobre fechas y porcentajes de avances de los documentos. De asignación, que

incluye todos los documentos asignados a la estructura, su estatus y sus responsables. De
pruebas, validando los casos de pruebas, el estatus y los responsables
Los reportes que se aconseja usar para el análisis del avance de la configuración son:
Área Administrativa: Toma los datos del tab administrativo
Asignaciones: Toma la información de los diferentes tabs e indica los objetos asociados y sus
propiedades
Avance Actividades IMG (Granularidad): Toma información de los IMG´s
6 Generación automática de la guía de configuración

La generación de la guía de configuración permite agilizar la creación de documentos en los que se
detallen todas las actividades realizadas. Como parte de la finalización de dichas actividades, es debe
generar le documento y adjuntarlo como entregable de cada uno de los procesos de negocio.
Se seleccionan los atributos que se requieren en la guía de configuración:

Una vez generado el documento, se ejecuta el macro y se obtiene la guía de configuración.

7 Herramientas Adicionales
Para la gestión integral de las actividades de la fase de realización se usarán herramientas adicionales
que permitirán mejorar la comunicación y elaboración de los equipos, para la construcción de la solución.
Las tres herramientas que apoyarán la fase de realización son:
 Gestión de Issues
 Gestión de test
 Gestión de Incidentes de testing
7.1 Gestión de Issues
 Como herramienta administrativa, los issues permiten la trazabilidad de asuntos pendientes que
impactan las actividades de realización.
 Es una herramienta de comunicación y de planeación, pues permiten la creación de planes de
actividades y asignación de fechas y responsables. Está disponible a nivel del roadmap de
implementación y en la fase de realización, en el tab de mensajes de servicio
La estructura de los issues incluye:

 Prioridad
 Responsable
 Descripción
 Análisis de Impactos
 Tareas a realizar
 Contexto (Solución a la que aplica)
7.2 Gestión de Pruebas
Las pruebas con procedimientos metódicos que permiten asegurar la calidad del modelo de negocio
implementado, identificando errores y o comportamientos no deseados.
En general la metodología SAP propone el uso de los siguientes tipos de pruebas:

 Unitarias o de Módulo: orientadas a las prueba de funciones individuales

 Integrales: orientadas a la integración de funciones que hacen parte de un proceso E2E.
 De desempeño: orientadas a verificar la capacidad del sistema que soporta la solución
implementada.
Procedimientos de Testing
La metodología ASAP reconoce dos procedimientos de pruebas:
 Manual, que incluye las actividades manuales que hacen parte del proceso
 Automática, que incluye la ejecución automática (con una herramienta) de las actividades que
hacen parte del proceso de negocio. Este tipo de pruebas es muy útil durante las actividades de
operación y mantenimiento de la solución.
SAP Solution Manager soporta ambos tipos de procedimientos. El uso de cada uno de ellos depende de
la complejidad de los escenarios de negocio y las variantes que se quieran probar.
A continuación se hace una descripción de los elementos de pruebas que deben ser tenidos en cuenta:
7.2.1 Caso de Pruebas
El caso de pruebas es la entidad más pequeña de pruebas. Integrado con matriz de requerimientos, se
pueden tener casos de pruebas que cubran múltiples requerimientos del negocio, o casos de pruebas
individuales por cada uno de los requerimientos.
La información que se requiere para su identificación incluye:
 Contexto: Que definen el caso de prueba y su interrelación con los objetos del negocio
(escenarios, variantes, etc.)
 Descripción: Que entrega información a los usuarios encargados de realizar las pruebas, sobre el
proceso, su secuencia, sus variantes y los requerimientos que deben validarse. Incluyen:
o Descripción: De alto nivel sobre el proceso o actividad que será probado
o Preparación y/o pre-requisitos: detallando las actividades previas o condiciones que deben
cumplirse para la ejecución de la prueba
o Ejecución: Indicando la secuencia de ejecución que debe seguir la prueba
o Verificaciones y resultados Esperados: En los que se detallan los resultados esperados
o Notas: Información adicional que debe ser tenida en cuenta para el desarrollo de las
pruebas.
SAP Solution Manager – Soporte a las Actividades de Pruebas
A continuación se describe el uso de SAP Solution Manager como herramienta de gestión de pruebas de
la fase de realización. Dicho uso se basa en las mejores prácticas usadas por SAP como parte de su
metodología de implementación de Proyectos ASAP.
7.2.2 Preparación de las Pruebas
Como parte de las actividades de preparación de las pruebas se establecen las siguientes reglas:
 Teniendo en cuenta que el diseño de la solución está orientado a procesos de negocio, las
pruebas estarán orientadas a procesos y serán ejecutadas con orientación a rol. Esto implica
tener claridad sobre la Matriz RACI que soporta el proceso del negocio.
 Los casos de pruebas (manuales y automáticos) serán almacenados centralmente en SAP
Solution Manager. El lugar de almacenamiento será la transacción SOLMAN_WORKCENTER,
área de Construcción (Build), en el tab de casos de pruebas.
 No hay restricciones respecto a la cantidad de casos de prueba por escenario, por proceso o por
paso. Lo más importante es asegurar que el negocio identifique la granularidad de pruebas y
construya las pruebas que crea convenientes para asegurar la prueba del modelo de negocio.
 Cada uno de los casos de pruebas debe incluir un set de datos que pueda ser usado durante las
pruebas unitarias. el tab de pruebas en el tab de casos de pruebas.
 Todos los casos de pruebas serán creados usando formatos MS office. No se usarán las
herramientas de SAP Solution Manager.
 Como parte de la estrategia de pruebas, se habilitará el escenario de pruebas, incluyendo la
posibilidad de crear secuencias de pruebas. Dichas secuencias serán utilizadas como parte de las
pruebas integrales de escenarios E2E.
Planeación de las Pruebas
La metodología ASAP propone el siguiente esquema de organización de pruebas:
Dicho proceso incluye los siguientes elementos:
 Identificación de casos de pruebas: Todos los casos de pruebas deben ser documentados y
centralizados en la transacción SOLMAN_WORKCENTER, área de construcción (Build), en el tab
de casos de prueba.
 Construcción de Planes de Pruebas: Los planes de prueba son un conjunto de casos de prueba
que serán ejecutados dentro de un periodo específico y con un propósito definido. Un proyecto
puede tener asociados varios planes de pruebas por ciclo de pruebas o por alcance de procesos.
 Los planes de pruebas tendrán la opción de usar workflows de aprobación, que aseguran que los
usuarios TQM, puedan controlar los ciclos de preparación, ejecución y cierre de cada uno de los
planes seleccionados.
Como parte del escenario estándar de pruebas, se han establecido los siguientes estados para el
workflow:
• Nuevo: El plan de pruebas está en fase de edición. Permite la creación de paquetes y la asignación
de objetos de test.
• Revisión de la Liberación: En esta estado el TQM (Total Quality Manager), se encarga de analizar la
completitud del plan. Puede re-abrirlo para completar los elementos faltantes.
• Liberado: En esta fase no se permiten adiciones o cambios. El plan de pruebas se liberar para la
ejecución de las pruebas.
• Revisión de Protección: En este estado, el usuario TQM y su equipo se aseguran de completar el

protocolo de pruebas asegurando, no solo que las pruebas sean exitosas, sino además que tengan
todos los elementos definidos y documentados.
• Protegido: Este estado es el último disponible e implica el cierre y bloqueo del plan de pruebas. Una
vez en este estado, no es posible realizar modificaciones al plan.
Los demás estados aplican para cambios de emergencia, una vez se ha protegido el plan de pruebas.
Cada plan está dividido en pequeños grupos llamados “paquetes de pruebas”, cuya responsabilidad de
ejecución recae sobre los usuarios “testers”. Cada paquete será asignado a un usuario o grupo de
usuarios, según el alcance de cada paquete.
Dentro del plan, cada paquete puede ser objeto de secuencias de pruebas que permiten ordenar la
ejecución de las pruebas.
Actividades en SAP Solution Manager
 Documentar los casos de pruebas en la transacción SOLMAN_WORKCENTER

 Creación de los planes de pruebas, creación de los paquetes de pruebas y asignación de usuarios
testers, en la transacción SOLMAN_WORKCENTER, workcenter „testing“, en el área de test plan.
A continuación se presenta un modelo de nomenclatura para los elementos de pruebas:
Para Planes de Pruebas
Z_TPL_tipo_componente/Escenario_descripción_YYYY.MM.DD
Z: Área de Nombres del Cliente
TPL: Plan de Pruebas
Type: Tipo de Plan e.g. UNI (Unitarias), INT (Integración), REG (regresión),
LOD (Carga), STR (stress), etc.
Componente / Escenario
Descripción del caso
YYYY.MM.DD: Fecha de Creación
Para Paquetes de Pruebas
Z_TPK_tipo_componente/Escenario_descripción_YYYY.MM.DD
Z: Área de Nombres del Cliente
TPK: Paquete de Pruebas.
Type: Tipo de Plan e.g. UNI (Unitarias), INT (Integración), REG (regresión),
LOD (Carga), STR (stress), etc.
Componente / Escenario.
Descripción del caso.
YYYY.MM.DD: Fecha de Creación.
Ejecución de las pruebas
Una vez planeada la prueba, los usuarios “testers” se encargan de ejecutarla en la transacción
SOLMAN_WORKCENTER, workcenter „testing“, en el área de tester worklist. En esta transacción cada
tester tiene acceso a los paquetes de prueba de los que es responsable probar.
La ejecución de las pruebas incluye:
 Documentación de los resultados de las pruebas y asignación de estatus de cada caso.

 De acuerdo con los resultados de cada una de las pruebas, los responsables se encargan de
corregir los errores y de informar a los usuarios para que proceden a realizar pruebas
nuevamente.
 Reportes de seguimiento sobre los casos de prueba, las secuencias de ejecución y los resultados
globales.
Actividades en SAP Solution Manager.
Como parte de la ejecución de las pruebas en SAP Solution Manager se incluye:
 Acceso a los planes y paquetes de pruebas por parte de cada uno de los usuarios “testers”,
definidos.
 Acceso a reportes de pruebas e informes globales de avance.
 Acceso a secuencias de pruebas: Teniendo en cuenta las características de las pruebas de
procesos del negocio, se usarán las secuencias de pruebas como herramienta para gestionar la
ejecución de escenarios E2E, basados en cumplimiento de requerimientos. Las secuencias de
pruebas y su administración dependen del administrador de las pruebas.
7.2.3 Roles
A continuación se presentan los roles clave del proceso de Pruebas
ROL Responsabilidad
Un Líder de Integración o Líder de Pruebas (TL) es responsable por
administrar el equipo de pruebas. El TL tenga conocimientos profundos
conocimientos de pruebas funcionales estructurados utilizando técnicas
de análisis, incluyendo técnicas sobre pruebas automatizadas y su
aplicación en distintos proyectos. Características y responsabilidades
adicionales incluyen las siguientes:
• Desarrollo de la Estrategia de Prueba, evaluaciones y planes de
prueba.
• Supervisa que los proyectos sean exitosos en el cronograma
Líder de Pruebas (TQM)
previsto.
• Trabajo diario w clientes actúan como punto de contacto (PoC)
para escalaciones.
• Provee orientación y apoyo para el equipo de prueba.
• Gestión de prueba, incluyendo el seguimiento, la presentación
de informes de progreso de las pruebas, defectos, riesgos y
problemas.
• Liderazgo del equipo
• Reporte de resultados de pruebas, estado de comentarios y
lidera el proceso de gestión de defectos.

Identificación y la escalación de problemas y riesgos.
Arquitecto de Pruebas (TA) provee guía técnica y tiene profundo
conocimiento de pruebas utilizando las técnicas de pruebas, incluidas
pruebas automatizadas, técnicas que incluyen las siguientes
responsabilidades e características:
 Liderazgo
 Comunicación con las empresas para obtener más detalles
acerca de los distintos procesos de negocio
 Asegura que el proceso se ha definido exactamente a nivel
de paso.
 Asistir en la identificación de requerimientos de los sistemas
 Instalación y configuración automática de software
 Crea scripts de prueba y administra la automatización de
Arquitecto de Pruebas script de prueba. (Equipos virtuales de proyecto y/o línea de
responsabilidad).
 Punto de contacto para administración y gestión de
proyectos cuando no existe un Gerente de Pruebas.
 Representa el equipo de pruebas en reuniones periódicas de
examen (revisión, construcción entre otras
responsabilidades).
 Participa en la definición y desarrollo de planes de prueba,
casos de prueba y participa en pruebas funcionales
manuales.
• Revisión de los resultados del equipo, defectos y casos de
prueba para asegurar adhesión a los estándares de prueba
establecidos
 Crear los scripts de prueba usando herramientas de terceras
partes. (Ej., HP, Compuware, entre otras herramientas
definidas.)
 Definir los escenarios de ejecución de pruebas
 Desarrollos, depurar, ejecución automática de scripts de
pruebas usando herramientas de automatización como QTP.
 Ejecutar manual y automatizadamente pruebas, reportar
Gestor de Pruebas
issues y defectos
(Equipo del Proyecto)
 Establecer, conducir y controlar escenarios de pruebas y
consecuencias predecibles.
 Realizar el mantenimiento a los scripts de prueba
automatizados
 Reportar el estado del proyecto al Líder de Pruebas.
 Registrar las métricas sobre los defectos, resultados de
prueba y demás labores que tengan trazabilidad.
 Cumplir con la gestión de cambios de requerimientos.

 Registro de los resultados de la prueba
 Proporciona orientación y requerimientos durante las
evaluaciones y alcance de las pruebas.
A continuación se presentan las actividades para la administración documental de las pruebas
Documento / Arquitecto de Gestor de

Líder de Pruebas
Actividad Pruebas Pruebas
Creación de
A/C R I
Planes de pruebas
Creación de
Paquetes de A/C R I
Pruebas
Asignación de
testers a las A/C R I
pruebas
Ejecución de las
A I R
pruebas
Aprobación de los
Casos de Pruebas A/R I C
y cierre
Gestión de
R R C
Reportes
Seguimiento a
resolución de A/R C C
Errores
7.3 Gestión de Incidentes para Testing
Como parte del escenario de pruebas, se usará el escenario de gestión de incidentes. Este escenario,
estará disponible durante la ejecución de las pruebas y su objetivo es documentar los errores, para
asegurar la trazabilidad hasta su resolución.
En general, para el uso de la gestión de incidentes, se definen las siguientes reglas:
• Todos los usuarios líderes de pruebas tendrán acceso a la gestión de incidentes durante la
ejecución de la prueba.
• En caso que las pruebas presenten errores en diferentes frentes (datos, funcionalidad, roles, etc.),
debe crearse un incidente para cada uno de ellos. Esto permitirá segmentar los errores y
asignarlos a los equipos correspondientes.
• Una vez creados los incidentes, corresponde al TQM de cada equipo definir el usuario
responsable de resolver el incidente. A continuación se presenta el modelo organizacional de
soporte para la fase de realización.
• Los usuarios que se encargan de crear el incidente, podrán consultarlo a través de la transacción
SOLMAN_WORKCENTER, tab Incident management, en el área de reportes
• Los usuarios que se encargan de documentar le incidente usarán la transacción

SOLMAN_WORKCENTER. Una vez abran el mensaje en modo edición, se desplegará la interfaz
de usuario de IT service Management
• La generación de reportes asociados a los incidentes se hace a través de la interfaz de IT Incident

Management
7.3.1 Roles
A continuación se presentan las actividades clave para la Administración de los incidentes, durante la
realización de las pruebas
Líder de Gerencia Líder Funcional

Actividad TQM PMO
Pruebas del proyecto SAP
Creación de
R A I I I
Incidente
Asignación de
responsable de I R A I I
Solución
Solución de los
I A I I R
Incidentes
Cierre del
I A I I R
Incidente
APROBADO POR
Aprobador 1- Argos (según lo definido para aprobación en la matriz RACI de

entregables)
Firma Fecha
Aprobador 2- Argos(según lo definido para aprobación en la matriz RACI de entregables)
Firma Fecha
Aprobador 1- SAP(según lo definido para aprobación en la matriz RACI de entregables)
Firma Fecha
Aprobador 2 - SAP(según lo definido para aprobación en la matriz RACI de entregables)
Firma Fecha

SolMan Operational Guideline Realization

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SolMan Operational Guideline Realization

Cargado por

Copyright:

Formatos disponibles

SAP SOLUTION MANAGER

SAP SOLUTION MANAGER

Nota: título de documento y/o entregable, según estándar de metodología

IDENTIFICACION DEL PROYECTO

Número de Tipo de Proyecto

1 GOBIERNO DEL PRESENTE DOCUMENTO..................................................................................... 4

7.2 Gestión de Pruebas.................................................................................................................... 35

1 Gobierno del Presente Documento

 La documentación y control de la configuración de la solución definida por el equipo de procesos

1.1 Estrategia del documento

La fase de realización representa para ARGOS la oportunidad de seguir madurando en el uso e

La estrategia de la fase de realización está basada en el aseguramiento de:

 Visilidad y transparencia de la solución SAP implementada

El siguiente gráfico ilustra el soporte a la estrategia definida para la fase de realización:

1.2 Estrategia de Mantenimiento de la Presente Guía

Para la actualización del documento se establecen los siguientes lineamientos:

 La PMO de ARGOS es la encargada de administrar y gestionar el presente documento. La PMO

1.0 2.0 3.0 4.0

2.1 Prerrequisitos y Entradas

Tipo Título Versión Descripción

2.2 Uso de la Presente guía

2.3 Ubicación de la Documentación - Generalidades

En la siguiente gráfica se presenta a modo general la ubicación de la documentación, dependiendo de su

2.3.1 Definición de los Tipos de Documentación

Para ellos, se definen los siguientes tipos de documentos:

• Presentaciones de avance del proyecto

• Enfoque y Plan de Alineación de Roles

• Especificaciones Técnicas FRICEW

• Modelo de Documento de BPP

2.3.2 Ubicación de la Documentación (Revisión por parte de la PMO)

A continuación se presenta la documentación de las actividades de configuración:

 Actividades de configuración, orientado a función del negocio.

 Diferentes tipos de objetos re-usables (template, roll-out, upgrade)

Los documentos relacionados a continuación se deben documentar en el roadmap asignado al proyecto

Nivel Referencia Entregables

Nivel Referencia Tipo de Documento

Proyecto 01 Estrategia de Transportes y mandantes

Manual de Configuración Técnica

Datos Especificación de plantillas (Para cada plantilla o conjunto de

Escenario 01 Enfoque y Plan de Alineación de Roles

Proceso 01 Manual de Configuración

Acta de Aprobación de Pruebas Unitarias e Integrales

Inventario de reportes para BI

Documento de Soporte a los Objetos de Configuración

3 Pre-requisitos de la Fase de Realización

A continuación se explica el menú disponible en el workcenter de Implementación/ Upgrade:

Construcción: Permite acceder a todas las herramientas de construcción de la solución. Incluye el

Reportes: Permite acceder a la funcionalidad de reportes disponibles en SAP Solution Manager

3.1 BLOQUEO DEL BLUEPRINT PARA CAMBIOS

Una precondición de la fase de realización es el bloqueo de la documentación del Business Blueprint

 La no modificación de estructuras de procesos de negocio.

3.2 GESTIÓN DE LOS CAMBIOS

3.3 Estructura de Configuración IMG (Implementation Guide) en los sistemas Satélites:

A continuación se detalla la secuencia de actividades requeridas para la generación de la estructura de

La creación del proyecto IMG permitirá:

 Control de Estatus de cada una de las actividades de configuración

Si tiene desarrollo, tipo de desarrollo. SAP presenta las siguientes opciones:

4.1 Tab: Documentación General y de Proyecto

En la transacción SOLMAN_WORKCENTER, tab Implementación/Upgrade, área de Construcción

El uso de cada tab se establece así:

Estatus de los Documentos

Estatus Descripción Características

4.2 Tab: Transacciones

4.3 Tab: Configuración