DICCIONARIO GESTION PROYECTOS SAP

Abap: Lenguaje de programación que utiliza el sistema de información SAP. Backup: Es una copia de seguridad en tecnología de la información o informática es una copia de seguridad - o el proceso de copia de seguridad  

- con el fin de que estas copias adicionales puedan utilizarse para restaurar el original después de una eventual perdida de datos.

Benchmark: es una técnica utilizada para medir el rendimiento de un sistema o componente del mismo, frecuentemente en comparación con el que se refiere específicamente a la acción de ejecutar un Benchmark.

Blueprint: Esta función se documenta los procesos de negocio de su empresa que desea implementar en el sistema. En un Plan de Negocios para Proyectos, se crea una estructura de proyecto en el que los escenarios relevantes de negocio, procesos de negocio y pasos del proceso se organizan en una estructura jerárquica. También puede crear la documentación del proyecto y asignarlo a escenarios individuales, procesos o etapas del proceso. A continuación, asignar transacciones a cada paso del proceso, para especificar como sus procesos de negocio deben ejecutarse en los sistemas SAP. Customizing IMG: Es la configuración/parametrización del sistema en cada uno de sus módulos. 

Entornos: Nos referimos a ellos cuando en un mismo sistema nos encontramos con tres posibilidades: desarrollo, test y productivo.  

Feedback: Se suele referir a unos valores que han sido el resultado estadísticamente a lo largo del tiempo.   

IDES SAP: Es un servidor para prácticas de SAP, viene toda una empresa creada, una empresa ficticia claro, pero para hacer practica para financieros, RRHH, SD, LO.     

Job: Es un conjunto de uno o más programas que tienen asignada una periodicidad de ejecución. 

Log: Es un registro de las operaciones realizadas de una determinada función.

Mandante: El mandante constituye el nivel jerárquico superior. Las especificaciones 

que se hacen o los datos que se introducen en este nivel son válidos para todas las sociedades y para todas las estructuras organizativas, evitando tener que introducir esta información más de una vez 

Orden de transporte: Para transportar cualquier cambio realizado de un entorno a otro (desarrollo-test-productivo).  

Portal: Acceso al sistema SAP por vía web.  

Programas Z: Son programas específicos y adaptados dentro del entorno SAP a través de la programación ABAP.

Query: es una búsqueda o pedido de datos almacenados en una base de datos.  

Raleases: SAP es un programa de tecnología puntera donde necesita constantemente actualizarse, a las versiones se les llama Raleases.  

Roll-Out: Se utiliza normalmente cuando una solución implementada en un solo lugar se ve implementado en otra ubicación de la empresa del grupo, por lo general en la misma instancia. 

SAP Gui: Interfaz de acceso a SAP.  

SAP Netweaver: constituye la base técnica de las aplicaciones SAP. Además, incluye  

una cartera de tecnología empresarial que le permite ampliar sus aplicaciones para llegar a más personas y adoptar nuevos procesos, dispositivos y modelos de consumo.  

SAP R/3: Se trata de un sistema de información en toda la empresa designado para coordinar todos los recursos, información y actividades necesarias para completar los procesos de negocio.   

Spool: Registro de las impresiones que efectuamos en el sistema.  

Servicio OSS: Es un portal de servicio de SAP que ayuda en caso necesario. Sobre todo 

es útil para colgar las llamadas “notas” (incidencias) donde un consultor experto las atenderá.   

Transacción: Son nombres técnicos para llamar a programas o funcionalidades del sistema.  

Workflow: El flujo de trabajo determina el camino del proceso para conseguir realizar una tarea. 

Son eventos o reuniones de trabajo para abarcar uno o varios temas ya sea para formación o para resolver problemas. 

FASES DE PROYECTOS SAP

FASE 1: PREPARACIÓN DEL PROYECTO (ANÁLISIS).  

En esta fase de la Hoja de ruta ASAP, los responsables de la toma de decisiones deben definir de

forma clara los objetivos del proyecto. Se hace una primera planificación general del proyecto, se define y construye el equipo de proyecto y el entorno de trabajo.

El primer paso para los jefes de proyecto es establecer el proyecto de implantación. Se marcan una línea general, se junta el equipo de proyecto y se fija una reunión de kickoff. Este kickoff es crítico, porque es aquí donde el equipo de proyecto y los dueños de los procesos (cliente) visualizan juntos los objetivos que se pretenden conseguir y definen las responsabilidades de cada uno.

En esta reunión se suele utilizar una presentación PowerPoint donde se muestra la necesidad que se pretende cubrir, el porqué de la elección de SAP S4/ HANA y los miembros de los comités de dirección y de seguimiento del proyecto, generalmente formada por una mezcla del equipo de proyecto y de los responsables de áreas de la empresa cliente.

Organización del proyecto y roles Uno de los primeros paquetes de trabajo en la fase 1 es la definición del equipo de proyecto y la especificación de los roles que se asumirán durante la implantación.

Los principales roles en un proyecto de implantación son los siguientes:

• Jefe de proyecto. Encargado de planificar y sacar adelante el proyecto.

• Consultores funcionales. Diseñan el documento Business Blueprint, que se analizará más adelante, configuran el sistema S4/ HANA junto al equipo de procesos de negocio,

transfieren el conocimiento al cliente antes de abandonar y participan en las pruebas junto al equipo de procesos de negocio.

•      Líder del equipo de negocio. De la parte cliente, encargado de gestionar todo el Trabajo de análisis de los procesos empresariales. Esta persona dirige y trabaja junto a los equipos de negocio, propietarios de proceso de negocio y usuarios a fin de validar el diseño del sistema que se va a implantar.

Se debe asegurar que el sistema S4/ HANA sea validado y documentado y obtener el acuerdo de los propietarios de procesos de negocio y los usuarios. El equipo de negocio junto a los consultores funcionales y el jefe de proyecto, formarán el grueso del Comité de seguimiento.

•      Líder del equipo técnico. De la parte cliente, encargado de gestionar todo el trabajo técnico. Trabaja junto al jefe de proyecto para realizar la planificación de requerimientos técnicos. Será el responsable de la arquitectura técnica del sistema R/3 final.

• Jefe de desarrollo. Encargado de gestionar el diseño, desarrollo y pruebas de todos los programas Z necesarios: interfases, informe, ampliaciones…Este papel puede ser llevado a cabo por el jefe de proyecto, dependiendo del volumen de programación necesario.

• Administrador del sistema R/3. Responsable de la configuración, monitorización,

resolución de problemas y adaptación del entorno técnico básico de R/3: backups,

programación de JOBS, configuración del transporte…

ALCANCE DE LA IMPLANTACIÓN SAP

La fase 1 incluye un documento de alcance, llamado Documento de Alcance del área de empresa, que contiene a muy alto nivel, el alcance del proyecto desde el punto de vista del usuario. Este alcance se mapeará en la Fase 2 con la Base de datos de Preguntas y Respuestas, para detallar y bajar de nivel en el alcance.

HORIZONTE DEL SISTEMA Y REQUISITOS TÉCNICOS

También en la fase 1, el equipo de proyecto toma decisiones sobre el horizonte del sistema, así como las estrategias, a alto nivel, para la creación de mandantes, implementación de nuevas releases y configuración del sistema de transportes

         
(cuántos entornos de desarrollo, de pruebas…) Un sistema S4/ HANA se puede dividir en

Un paso importante en la implantación de S4/ HANA es el mapeo de la estructura de la empresa utilizando las unidades organizativas que tiene R/3. La selección y las especificaciones de uso de las unidades organizativas de SAP debe ser llevada a cabo al principio del proyecto, y deben implicarse tanto los diferentes gestores (jefe de

proyecto, jefes de equipo…) y los propios usuarios de los diferentes departamentos.

Por lo general, hay varias posibilidades de mapeo para las unidades de organización específicas de una empresa. Se pueden definir escenarios alternativos a fin de

comparar y seleccionar el más adecuado. ASAP ofrece la herramienta S4/ HANA Structure Modeler.

Al estar integrada totalmente con SAP, la herramienta es muy potente para definir la estructura organizativa, ya que emplea gráficamente los mismos conceptos que SAP para la definición de estructuras organizativas, cada una con una forma o color

diferente: estructuras de ventas, canales de distribución, grupos de compras….Además

del S4/ HANA Structure Modeler, ASAP ofrece una serie de cuestionarios para trasladar a los usuarios, a fin de identificar mejor las unidades de la estructura organizativa.

Una vez definida esta estructura, el siguiente paso es identificar y definir los procesos de negocio para el Business Blueprint.

Ahora lo que hay que hacer es mapear los requerimientos de la empresa cliente con los procesos de negocio de SAP R/3, para

realizar el diseño conceptual para la implantación de R/3. Es necesario llevar a cabo en este punto las siguientes actividades:

• Reuniones de trabajo o workshops por módulo

• Completar el Business Blueprint, revisarlo y conseguir la aprobación

• Establecer el calendario de formación a usuario.

Identificar los requerimientos de informes, interfaces y cargas desde otras aplicaciones, autorizaciones y ampliaciones del sistema.

La importancia de estas reuniones es altísima, ya que toda la información que se reúna en ellas a través de rodos los asistentes servirán para realizar el documento Business Blueprint, la guía maestra para la implantación del sistema.

las principales herramientas ASAP para identificar y definir los procesos de negocio son el Modelo de Referencia S4/ HANA y la Base de Datos de Preguntas y Respuestas, que se verán de forma detallada a continuación.

-     MODELO DE REFERENCIA R/3

El modelo de referencia S4/ HANA contiene más de 1.200 procesos de negocio, y ha sido creado utilizando feedback por parte de los clientes de SAP S4/ HANA a lo largo del tiempo.

Esta estructura y representación gráfica contienen todo los procesos de negocio y es muy útil para ilustrar la funcionalidad de las distintas áreas de SAP. Existen diferentes tipos de modelos dependiendo de a quién van dirigidos, o el propósito.

El modelo de referencia puede ser útil para comparar la funcionalidad estándar de R/3 con los procesos de negocio de la compañía y las estructuras organizativas de ésta, a fin de generar el Business Blueprint y para optimizar los propios procesos de negocio. Los diferentes tipos de modelo de referencia, según los grupos a los que vaya dirigido, son los siguientes:

• Modelo de procesos. Contiene vistas del flujo de procesos de toda la funcionalidad R/3, por ejemplo, procesamiento de pedidos de compras.

• Jerarquía de componentes.

En la jerarquía de componentes se seleccionan aquellos componentes que se va a utilizar en la compañía a fin de soportar los procesos de negocio.

- Guía de implementación IMG.

- Session Manager, que es la pantalla inicial de SAP R/3.

- Generador de perfiles de usuario.

3.1.3 Fase 3: Realización  

El objetivo de esta fase es que el sistema S4/ HANA quede configurado y parametrizado, a fin de obtener una solución integrada y documentada que cumpla todos los

requerimientos de negocio definidos previamente.

La configuración del sistema se lleva a cabo en dos etapas, dentro de esta fase, configuración básica (Baseline) y configuración Final. La configuración básica consiste en implementar alrededor del 80% de las transacciones de negocio diarias y completar la estructura organizativa y la carga de datos maestros.

         
La configuración Final se realiza de forma cíclica, orientada a los procesos de negocio. El Business Blueprint se utiliza como guía para la configuración/parametrización del sistema, que se realiza a través de la Guía de Implementación IMG. Una vez terminada esta tarea, se debe proceder a testear todos los desarrollos que se hayan realizado en

•      Parametrización inicial de un sistema R/3

•      Mejoras y modificaciones del sistema

·       Mantenimiento y actualizaciones del sistema

Los primeros pasos en la parametrización suelen ser las parametrizaciones globales, tales como monedas, países, unidades de medida, calendarios de fábrica…Estas parametrizaciones son centrales, ya que afectan de forma horizontal a todos los procesos de negocio.

En esta fase también se configuran los programas e informes estratégicos. SAP ofrece un montón de informes estándar que pueden ser adaptados a nuestro sistema, tales como declaraciones a Hacienda, Balance de pérdidas y ganancias…ASAP contiene

también una herramienta denominada Report Navigator, que sirve para catalogar unos

1.500 programas estándar, a fin de que sea más fácil encontrar aquellos que se utilizarán en la implantación. En esta fase, se tienen que definir y crear todos los programas que se utilizarán en el futuro, por lo que esta herramienta puede ser muy útil.

Otros aspectos de la fase de Realización

Los siguientes aspectos de la configuración también tienen que ser tomados en cuenta a lo largo de toda esta fase.

Se han de definir las autorizaciones del sistema S4/ HANA para los usuarios. Para hacer esto,

se han de “casar” las tareas que llevan a cabo los empleados con los perfiles de autorización que ofrece R/3. Estos perfiles pueden ser gestionados a través del Generador de perfiles o roles.

Normalmente esta tarea la lleva a cabo el equipo

técnico, los consultores del módulo Básico, pero para ello es necesario que los consultores funcionales traduzcan a lenguaje SAP los detalles de los procesos que van

a llevar a cabo los usuarios en el sistema.

La gestión de perfiles en SAP S4/ HANA es una de las principales fortalezas del sistema, debido a su flexibilidad y amplitud, y permite no sólo proteger a las aplicaciones y datos de accesos no deseados, si no también otorgar a los usuarios los permisos necesarios para cualquier aplicación dentro del sistema.

A partir de los roles generados también se pueden asignar menús de navegación, así los usuarios sólo podrán navegar por las parcelas asignadas, simplificando la vista del sistema para ellos también. Además, los roles se pueden concretar hasta la más baja de las unidades organizativas.

Por ejemplo, se puede conseguir de forma bastante

sencilla que los usuarios asignados a un determinado grupo de compras sólo puedan visualizar los pedidos de su grupo.

3.1.4 Fase 4: Preparación Final  

El objetivo de esta fase es completar la preparación final del sistema S4/ HANA para salir a producción. Aquí se incluyen entre otras cosas las pruebas, la formación a usuarios,

administración del sistema, preparación del corte (fechas, si se hace o no paralelo…) y prepararse para la puesta en producción. En esta preparación final también se deben cerrar todos los puntos abiertos cruciales en el desarrollo del proyecto. Si esta fase se finaliza de forma completa y correcta, ya se está preparado para poner el sistema en producción.

En esta fase, los usuarios finales recibirán la formación de la forma más completa posible. El último paso será la migración de datos al nuevo sistema.

Esta fase se lleva a cabo a partir del trabajo desarrollado en las dos fases anteriores, de

tal forma que S4/ HANA pueda ser manejado y gestionado por los departamentos individuales, a fin de llevar a cabo ya operaciones reales en producción. Aquí se incluye el hecho de preparar una completa documentación para el usuario, así como una formación exhaustiva.

Se instala el entorno técnico para el sistema productivo, y los responsables del proyecto planifican la puesta en producción, incluyendo la carga de datos y la migración, así como el soporte al arranque en las primeras semanas de puesta en producción.

La formación a los usuarios es una de las zonas donde la empresas generalmente suele

gastar más tiempo y dinero, ya que es un punto muy crítico para el éxito del proyecto. Si bien en la fase de Preparación se ha definido un plan de formación de alto nivel, en este punto se debe bajar hasta el detalle. El programa de formación se debe establecer según el número de usuarios que asistirán, la localización, las tareas…Cuando se haya definido todo esto, incluso quienes serán los formadores (pueden ser tanto del equipo de proyecto como externos), puede comenzar la formación propiamente dicha.

En esta fase también se realiza otro paso de gran importancia, la simulación de las operaciones productivas reales. El plan de pruebas contiene todas las situaciones más importantes que se dan en el transcurso normal del negocio:

• El testeo de los procedimientos y programas de carga

-Testeo de los interfaces

• Pruebas de estrés y volumen

• Pruebas de aceptación de usuario final

• Desarrollo de la estrategia de puesta en producción.

Establecimiento del corte de sistema.

Al final de la fase de 4, es necesario establecer y validar los planes de corte fijados en la fase de Realización. Entre otras cosas, aquí se incluyen tareas tales como la revisión del tiempo de ejecución, a través de tests de ejecución. Esto es necesario para saber el tiempo de ejecución de los programas claves con datos reales.

Es también de vital importancia tener claramente definidas las fechas de corte de funcionamiento de los sistemas antiguos, y el orden de las tareas a llevar a cabo. También puede considerarse llevar en paralelo los dos sistemas durante un tiempo. Por ejemplo, si se mandan envíos logísticos a un operador, puede configurarse que el nuevo sistema gestione los de unas zonas y en el antiguo se queden otras.

En este escenario, es de vital importancia verificar que las tareas clave han sido completadas con éxito, por ejemplo, que el entorno técnico está correctamente montado, con todos los sistemas de interfases conectados correctamente, que los programas de corte funcionan a la perfección, y que sus datos están validados. La aprobación del jefe de proyecto y los directores de área es por supuesto obligatoria en este punto antes de comenzar el proceso de corte en sí mismo.

3.1.5 Fase 5: Salida en vivo – Soporte  

En este momento todo el mundo está ya preparado para comenzar a trabajar de forma

real, con el sistema totalmente en producción. Posteriormente, el equipo de proyecto se centra en dar soporte al usuario final, ya que posiblemente la formación aún no haya finalizado, y aunque haya terminado ya la formación reglada, hasta que el usuario no se enfrente a problemas reales, debe tener el soporte de expertos.

Seguimiento de la formación a los usuarios.

que los expertos SAP puedan analizar la infraestructura técnica. El objetivo es asegurarse que el sistema funciona de la forma más suave posible. El propósito del

servicio EarlyWatch es mejorar el rendimiento del sistema S4/ HANA previniendo posibles cuellos de botella. El concepto que subyace bajo EarlyWatch es la prevención: llevar a cabo una acción determinada antes de que le problema real aparezca.

Un análisis regular de un sistema S4/ HANA producción por parte de expertos asegura que los problemas potenciales pueden ser reconocidos, analizados y remediados de forma temprana, antes incluso de que los usuarios se percaten. Esto mantiene la capacidad

del sistema a un nivel muy alto, midiendo entre otras cosas el servidor, la base de datos, las aplicaciones, la parametrización, la carga de trabajo del sistema…Los resultados se envían en un informe de recomendaciones. 

       
La tabla siguiente muestra precios medios por día según una consultora tipo y

experiencias de expertos en el mercado actual:

Perfiles Coste

Consultor/analista 600 €/día

Programador 500 €/día

Administrador 650 €/día

Jefe proyecto 750 €/día

Curso Sap  MM S/4 Hana

Cursos desde cero Logística

SAP MM es uno de los módulos funcionales más extensos. Este módulo principalmente se encarga de procesos de adquisiciones, datos maestros de materiales, verificación de facturas etc…

Curso Sap  Usuario MM

SAP MM es uno de los módulos funcionales más extensos. Este módulo principalmente se encarga de procesos de adquisiciones, datos maestros de materiales, verificación de facturas etc…

SAP. MM cubre todas las tareas relacionadas con la cadena de aprovisionamiento (Supply Chain), incluyendo planificación en base a consumos, planificación logística, evaluación de proveedores y verificación de facturas etc. Incluye además gestión de inventario y almacenes para organizar el stock hasta que el uso de éste haga que el ciclo de aprovisionamiento empiece de nuevo.

TEMARIO

TEMA 1 INTRODUCCIÓN A SAP S/4 HANA Y NAVEGACIÓN SAP

TEMA 2 CARACTERÍSTICAS PRINCIPALES SAP FIORI

TEMA 3 PROCESOS Y ESTRUCTURA DE EMPRESA EN EL APRVISIONAMIENTO

TEMA 4 PROCESO DE APROVISIONAMIENTO SIMPLE

TEMA 5 DATOS MAESTROS EN APROVISIONAMIENTO

TEMA 6 MATERIAL DE ALMACÉN COMPARADO CON MATERIAL DE CONSUMO

TEMA 7 SOLICITUD DE AUTOSERVICIO

TEMA 8 TRANSACCIONES AVANZADA EN EL APROVISIONAMIENTO

TEMA 9 GESTIÓN DE INFORMES Y FUNCIONES ANALÍTICAS

CARACTERISTICAS

Horas : 100

OnLine

Temarios

Diploma

Desde 0

Prácticas

Curso Sap Logística Compras Consultor MM

SAP MM es uno de los módulos funcionales más extensos. Este módulo principalmente se encarga de procesos de adquisiciones, datos maestros de materiales, verificación de facturas etc…

SAP. MM cubre todas las tareas relacionadas con la cadena de aprovisionamiento (Supply Chain), incluyendo planificación en base a consumos, planificación logística, evaluación de proveedores y verificación de facturas etc. Incluye además gestión de inventario y almacenes para organizar el stock hasta que el uso de éste haga que el ciclo de aprovisionamiento empiece de nuevo.

TEMARIO

TEMA 1 SAP & HANA

TEMA 2 FIORI

TEMA 3 PROCESOS DE APROVISIONAMIENTO

TEMA 4 DATOS MAESTROS

TEMA 5 APROVISIONAMIENTO DE MATERIAL CONSUMIBLE

TEMA 6 APROVISIONAMIENTO MATERIAL DE STOCK

TEMA 7 APROVISIONAMIENTO DE SERVICIOS EXTERNOS

TEMA 8 GESTION DE INFORMES Y FUNCIONES ANALÍTICAS

TEMA 9 FUENTES DE APROVISIONAMIENTO

TEMA 10 PLANIFICACIÓN DE NECESIDADES SOBRE CONSUMO

TEMA 11 DETERMINACIÓN DE FUENTES DE APROVISIONAMIENTO

TEMA 12 Procedimiento de liberación de documentos

TEMA 13 Procesos de aprovisionamiento específicos y Entrada de factura

TEMA 14 Entradas y desviaciones de facturas

TEMA 15 Cargos/Abonos y costes de adquisición

TEMA 16 Procesos automatizados en la verificación de facturas

TEMA 17 CUENTAS DE COMPENSACION EM/RF

TEMA 18 INTRODUCCIÓN A LA GESTIÓN DE STOCKS

TEMA 19 ENTRADA DE MERCANCÍA

TEMA 20 TRASLADOS / TRASPASOS

TEMA 21 RESERVAS

TEMA 22 SALIDA DE MERCANCÍAS

TEMA 23 Unidades organizativas

TEMA 24 Clase de documento de compras y mensajes

TEMA 25 CUSTOMIZING

TEMA 26 Elementos reales de un proyecto de implantación

TEMA 27 GESTIÓN DE PROYECTOS SAP

CARACTERISTICAS

Horas : 200

OnLine

Temarios

Diploma

Desde 0

Prácticas

VER CURSOS SAP MM S/4 HANA