Plan de org

Crear el plan de organización 
Utilización
El responsable del sistema debe crear el Plan de organización para que
        se pueda utilizar el escenario de Self-Service para crear registros maestros de usuario en Enterprise Buyer
        SAP Business Workflow pueda determinar qué agentes son responsables de autorizar documentos y registros maestros de usuario
        se puedan determinarlas organizaciones de compras y los grupos de compras responsables de las cestas de la compra
El gráfico siguiente muestra un ejemplo de un plan de organización.

Integración
Cuando un empleado solicita un registro maestro de usuario para Enterprise Buyer, el sistema crea una posición en la unidad organizativa a la que el manager del empleado pertenece. Asigna el registro maestro de usuario a esafunción.
Si utiliza el procedimiento de autorización para registros maestros de usuario, el usuario asignado como el manager de esta unidad organizativa debe dar su autorización. Lo mismo se aplica a la autorización de cestas de la compra. Si hay más de un manager asignado a una unidad organizativa, ambos managers reciben un work item. El primer manager que procese el work item borraráautomáticamente el work item del segundo manager.
En la unidad organizativa de aprovisionamiento, se definen los departamentos y las categorías de producto de los que la unidad organizativa es responsable. A partir de esta información, se asigna automáticamente una cesta de la compra a las unidades organizativas de aprovisionamiento. Esto se refiere tanto a cestas de la compra procesadas localmente como a lostrasladados a un sistema backend para procesar. Véase Modelar la organización de compras en el plan de organización.
Condiciones previas
Antes de que se cree el primer ID de usuario para el Enterprise Buyer, se debe desactivar temporalmente la autorización de manager.
Acceso vía menús en la guía de implementación (IMG):
Supplier Relationship Management  Servidor SRM  Datos maestros  Crearusuarios  Fijar indicador de autorización
Actividades
El responsable del sistema realiza las siguientes actividades:
        Crea una unidad organizativa raíz. Este es el punto de partida para el plan de organización. Aquí se introduce la información siguiente sobre la unidad organizativa raíz:
        Nombre y período de validez
        Dirección
Recomendamos que el responsable del sistematambién:
        Defina la estructura organizativa básica de la empresa, preferentemente al nivel departamental.

Si se precisan dos niveles de autorización, se deben definir por lo menos dos niveles de estructura organizativa.
        Defina los valores para los atributos más importantes (véase Actualización de los atributos de usuario)
Si el responsable del sistema está definiendo eldepartamento de compras en el plan de organización, se deberían definir los atributos de organización de la Organización de compras y el Grupo de compras.

Si quiere visualizar el plan de organización, utilice siempre la transacción PPOSA_BBP. Esto evitará cualquier problema de bloqueo.
Crear el nodo raíz del plan de organización
Acceso vía menús en la guía de implementación (IMG): Supplier RelationshipManagement  Servidor SRM  Parametrizaciones básicas válidas para todas las aplicaciones  Gestión de la organización  Crear plan de organización (o transacción PPOCA_BBP)
Modificar el plan de organización
Acceso vía menús en la guía de implementación (IMG): Supplier Relationship Management  Servidor SRM  Parametrizaciones básicas válidas para todas las aplicaciones  Gestión de la organización Modificar plan de organización (o transacción PPOCA_BBP)

El responsable del sistema empieza a crear el plan de organización utilizando la actividad de Customizing Crear plan de organización. Después de dejar esta actividad, el administrador debe realizar cualquier cambio al plan de organización utilizando la actividad Modificar plan de organización.
        Crea un primer ID de usuario para...