Sistema de proyectos (PS) 

Objetivo
Tanto los grandes proyectos (construcción de una fábrica) como los pequeños proyectos
(organización de una feria), precisan una planificación detallada de las diversas operaciones que
componen el proyecto. El jefe del proyecto es el responsable de garantizar que el proyecto se
ejecute de manera eficaz, puntualmente y se ciña al presupuesto. Puede conseguirlo
asegurándose de que dispone de los recursos y fondos precisos cuando los necesita.

Generalmente, los proyectos forman parte de los procesos internos de una empresa. Para poder
controlar todas las tareas de la ejecución del proyecto, se necesita un formulario de organización
específico para el proyecto y compartido por todos los departamentos implicados. Antes de poder
llevar a cabo el proyecto en su totalidad, los objetivos del mismo deben describirse de forma
precisa y deben estructurarse las operaciones de proyecto que vayan a realizarse. Es necesaria
una estructura de proyecto clara y bien definida para que la planificación, la supervisión y el control
del proyecto sean satisfactorios.

Un proyecto se estructura según los siguientes puntos de vista:

 Por estructura, utilizando un plan de la estructura del proyecto (PEP)

 Por proceso, utilizando operaciones individuales (paquetes de trabajo)

Normalmente, los jefes de proyecto distinguen entre dos tipos de proyecto:

 Proyectos financiados externamente

o Proyectos de cliente

 Proyectos financiados internamente

o Proyectos de gastos generales

o Proyectos de inversión de capital

Para obtener más información sobre los proyectos de inversión de capital, véase Gestión de
inversiones.

Integración
El alto grado de integración entre el Sistema de proyectos (PS) y otros componentes de aplicación
del Sistema R/3 implica que se puede planificar, ejecutar e incluir proyectos como parte de sus
procedimientos comerciales normales. Esto significa que el Sistema de proyectos accede
constantemente a los datos de todos los departamentos que participan en el proyecto.
Características
El Sistema de proyectos R/3 garantiza una supervisión constante y detallada de todos los aspectos
del proyecto.

Aquí se incluyen los aspectos técnicos, así como los aspectos comerciales del proyecto.

Estructura organizativa 
Utilización
Cada proyecto se inicia con la definición y clasificación de las estructuras necesarias para
ejecutarlo y la incorporación de dichas estructuras a la estructura existente de la empresa.

El Sistema de proyectos no tiene estructuras organizativas propias. Se incorpora a la estructura

existente mediante asignaciones a las unidades organizativas de Finanzas y Logística. De este
modo, el Sistema de proyectos puede presentar datos de manera clara y de distintas formas.
Monedas en el Sistema de proyectos 
Utilización

Todos los datos dependientes de moneda en el Sistema de proyectos se gestionan en tres

monedas distintas simultáneamente:

 Moneda de la sociedad CO

Un proyecto global (plan de la estructura del proyecto, grafos, operaciones y órdenes

asignadas al proyecto) debe incluirse en una sociedad CO. Por este motivo, la moneda de
la sociedad CO de un proyecto no varía.

 Moneda del objeto

En el Sistema de proyectos se puede asignar cualquier moneda de objeto que desee a los
objetos siguientes:

Definición del proyecto (valor de propuesta para elementos PEP coincidentes)

Elemento PEP

Cabecera del grafo

Operación de grafo

Si se han asignado varias sociedades a una sociedad CO y las sociedades tienen

monedas distintas, no es posible asignar la moneda del objeto. El sistema utiliza
automáticamente la moneda local de la sociedad correspondiente.

 Moneda de la transacción

Los costes e ingresos resultantes de las distintas operaciones empresariales del proyecto
se registran en la moneda de la operación empresarial. Por ejemplo, la moneda en la que
se introdujo el pedido.

La planificación tiene en cuenta también las monedas de la operación empresarial. Por

ejemplo, en el caso de una operación de trabajo externo, el sistema toma la moneda del
registro info de compras. Si no se ha actualizado ninguna moneda en el registro info de
compras, puede actualizarla manualmente en la operación empresarial. El flujo financiero
de planificación se visualiza siempre en el proyecto por moneda.
Cada importe del proyecto se convierte de manera adecuada al introducirlo y se registra en la base
de datos en las tres monedas. Los tipos de conversión de moneda se estipulan en la guía de
implementación del Sistema de proyectos.

Informes

El sistema de información comercial presenta informes en la moneda que desee, además de las
descritas anteriormente. El sistema convierte los datos utilizando los tipos más recientes.

Condiciones previas

Los importes de la moneda sólo se actualizan en paralelo si se ha activado el indicador Todas las
monedas en la sociedad CO correspondiente.

Valoraciones base paralelas en el Controlling de gastos

generales 
Utilización

El Sistema R/3 permite trabajar con flujos de valores múltiples.

Para obtener información sobre los principios empresariales básicos para los flujos de
valores múltiples en el sistema e información sobre la visualización de flujos de valores
múltiples en Controlling, véase en la biblioteca SAP Finanzas  EC Controlling
empresarial  Contabilidad de centros de beneficio  Gestionar valoraciones base
paralelas/precios transferencia.

Puede efectuar las parametrizaciones necesarias para las valoraciones múltiples en el

Customizing en Controlling  Controlling general  Gestionar valoraciones base
paralelas/precios transferencia.

En esta sección se tratan los aspectos de las valoraciones base paralelas que son relevantes
para el Controlling de gastos generales.

Características
Flujo de valores
Distribución, subreparto y traspaso periódico

La distribución real, el subreparto y los traspasos periódicos se ejecutan en paralelo en

todas las valoraciones. Los costes a imputar se toman de la valoración correspondiente.
La base de referencia siempre se toma de los valores de la valoración operativa. Es
posible que los valores imputados difieran según el método de valoración utilizado.
El subreparto de gastos generales de centros de coste a la cuenta de resultados (CO-PA)
 sigue en dos métodos de valoración: el método de valoración legal y el método de
valoración del centro de beneficio.

Facturación interna de actividad

Las facturaciones internas de actividad se realizan en la valoración operativa. De este

modo, la tarifa plan utilizada en las imputaciones se aplica a todas las valoraciones. Un
release posterior permitirá diferentes tarifas plan (definidas manualmente) para las
diferentes valoraciones, en función del receptor.

La determinación de tarifas reales y la revaluación en órdenes son posibles en todas las

vistas de valoración. Los costes reales se dividirán entre las distintas clases de actividades,
sobre la base de la planificación para la valoración operativa.

Periodificación y recargos de gastos generales

La valoración operativa forma la base para las periodificaciones y los recargos de gastos
generales. Los importes calculados son válidos para todas las valoraciones.

Liquidación

La liquidación se ejecuta en paralelo en todos los métodos de valoración, excepto en el caso

de la liquidación en activos fijos o en objetos PA. En el caso de la liquidación en activos
fijos, el sistema utiliza la moneda de la sociedad. En cambio, en la liquidación en la cuenta
de resultados, utiliza la valoración operativa. La liquidación de partidas individuales en un
activo fijo sólo será posible si se utiliza la valoración de sociedad como la valoración
operativa.

Traspasos

Un documento se puede traspasar (con referencias) en cada una de las valoraciones para el
importe actualizado, en el momento en el que se contabilizó el documento originariamente.

No es posible traspasar valores para valoraciones base paralelas.

Documentos y partidas individuales

Al contabilizar un documento, el sistema crea partidas individuales separadas para cada una
de las valoraciones. Todas estas partidas forman parte de la misma cabecera de documento.

Análisis y el sistema de información

La determinación de desviaciones es únicamente posible en la valoración operativa.

El sistema de información del Controlling de gastos generales (CO-OM) tiene acceso a

todas sus valoraciones. Necesita activar la actualización de valoraciones base paralelas en
una sociedad CO, como mínimo, del mandante actual. De hacerlo así, en la pantalla de
selección aparece un campo listo para la entrada de la valoración. Para obtener más
información, véase Finanzas ® Controlling ® Contabilidad de centros de coste ®
Sistema info ® Herramientas ® Report Painter. En los informes se pueden ejecutar
comparaciones teórico/reales entre los valores plan de la valoración operativa y los valores
reales de otras valoraciones.

Control de disponibilidad

El comprometido sólo se ejecuta con la valoración operativa.

El control de disponibilidad activo compara los valores reales para la valoración operativa
con el presupuesto liberado. El control de disponibilidad tiene lugar en la valoración
operativa.

Reconciliación con la Gestión financiera

Todas las valoraciones se actualizan en el ledger de reconciliación. Cuando se introducen

las contabilizaciones de reconciliación, el sistema comunica los valores a la Gestión
financiera en todas las valoraciones. Sin embargo, el sistema ignora las valoraciones que no
se registran en la Gestión financiera. Para obtener más información, véase en la biblioteca
SAP Finanzas  Controlling  Contabilidad de clases de coste  Precios de imputación
en el ledger de reconciliación.

La parametrización estándar para los informes de reconciliación y para el informe de flujo

de costes garantiza la visualización de los valores en la valoración legal.

¿Qué es un proyecto? 
Los proyectos son tareas con características especiales:

 Generalmente son complejos, unívocos e implican un alto grado de riesgo.

 Tienen objetivos precisos acordados entre usted y el solicitante.

 Tienen una duración limitada y un coste y una capacidad elevados.

 Están sujetos a determinados requisitos de calidad.

 La mayoría tienen una gran importancia estratégica para la empresa que los lleva a cabo.

Generalmente, los proyectos forman parte de los procesos internos de una empresa. Para poder
controlar todas las tareas de la ejecución del proyecto, se necesita un formulario de organización
específico para el proyecto y compartido por todos los departamentos implicados.
Para poder llevar a cabo el proyecto en su totalidad, los objetivos del mismo deben describirse de
forma precisa y deben estructurarse las operaciones del proyecto que vayan a realizarse. Es
necesaria una estructura de proyecto clara y bien definida para la planificación, supervisión, control
y éxito del proyecto.

Un proyecto se estructura:

 En función de cómo esté organizado

 En función de los procesos que comporte

Organización con el plan de la estructura del proyecto

Una de las primeras etapas en la planificación del proyecto es desglosar el proyecto en tareas y
fijar una jerarquía.

Los criterios utilizados para clasificar y dividir las tareas varían en función del tipo y de la
complejidad del proyecto.

En el Sistema de proyectos, puede planificar la organización del trabajo y las personas que
participan en el proyecto con el plan de la estructura del proyecto (PEP).

Procesos con el grafo

Una de las etapas de la planificación de proyecto consiste en determinar la secuencia en la que se
realizarán las tareas. En esta etapa, se determinan cuáles son las tareas que dependen unas de
otras y cuáles necesitan trabajo complementario o deben desglosarse más.

En el Sistema de proyectos, se pueden planificar los procesos y la secuencia de las tareas con
grafos.

Estructuras 
Objetivo

Para poder llevar a cabo el proyecto en su totalidad, los objetivos del mismo deben
describirse de forma precisa y deben estructurarse las actividades de proyecto que vayan a
realizarse. Una estructura de proyecto clara y sin ningún tipo de ambigüedad es
fundamental para la planificación, la supervisión, el control y el éxito del proyecto.

Según el tipo de proyecto y la importancia de la supervisión del mismo, la estructuración

del proyecto en el Sistema de proyectos debe realizarse mediante el uso de las estructuras
operativas plan de la estructura del proyecto (PEP) y/o estructuras de grafos estándar, por
ejemplo, el PEP estándar y los grafos estándar permiten la normalización y la reutilización
de estructuras y secuencias de eventos en los proyectos.

 
Asignaciones organizativas en el Sistema de proyectos 
Utilización

La siguiente información ofrece un resumen de las asignaciones organizativas en la

definición del proyecto, los elementos PEP, las cabeceras de grafo, las operaciones de grafo
(y las operaciones subordinadas) y los componentes de material. En la siguiente tabla se
muestran las dependencias existentes entre las unidades organizativas individuales, de
donde proceden los valores de propuesta, y si se pueden modificar dichos valores y en qué
circunstancias.

Los elementos PEP pertenecientes a una definición del proyecto, junto con las
operaciones de grafos y grafos asignados, deben asignarse a la sociedad CO relativa
a la definición del proyecto. Del mismo modo, las operaciones de grafo y subgrafos
deben asignarse a la sociedad CO en la cabecera del grafo al que pertenecen. Las
sociedades y la división en los elementos PEP, los grafos y las operaciones de grafo
deben estar en la sociedad CO relativa a la definición del proyecto y/o cabecera del
grafo.

Definición del proyecto

Los valores de la definición del proyecto se copian del modelo o perfil del proyecto al crear
un plan de la estructura del proyecto. Si se crea un plan de la estructura del proyecto
mediante un modelo, pero se introduce un perfil del proyecto diferente al del modelo, se
puede seleccionar si transferir los valores de propuesta de dicho modelo o los del perfil del
proyecto.

Si se efectúan modificaciones posteriores en el perfil del proyecto, las modificaciones no

tendrán efecto en los valores tomados a partir del perfil del proyecto e insertados en las
definiciones existentes del proyecto.

Sociedad CO
Clase de campo Obligatorio
Valor de propuesta Heredado por todos los nuevos elementos creados o
insertados en el PEP.
¿Se puede modificar? Sí, pero únicamente si se está creando la definición
del proyecto. Una vez grabada, no se podrá modificar
la sociedad CO (salvo en el PEP estándar).
 

Moneda (del objeto)

Clase de campo
Valor de propuesta
¿Se puede modificar?
Obligatorio
Valor de propuesta para los nuevos elementos PEP.
Si no se desea rellenar este campo, el sistema copia
en dicho campo la sociedad.
Sólo si la sociedad CO no permite diferentes monedas
de sociedad.

Sociedad
Clase de campo Obligatorio

División
Clase de campo Campo obligatorio, si los saldos de división se
gestionan en la sociedad.

Centro de beneficio
Clase de campo Opcional

Centro
Clase de campo Opcional

Elemento PEP

Si se crean nuevos elementos PEP o se incorporan a un PEP, los valores de la definición del
proyecto se copian en los elementos PEP.

Si posteriormente se modifica la definición del proyecto, las modificaciones no afectarán a

los valores tomados a partir de la definición del proyecto e insertados en los elementos PEP
existentes.

 
 Sociedad CO
Clase de campo Visualizar
¿Se puede modificar? No

Moneda (del objeto)

Clase de campo Obligatorio
Valor de propuesta Al crear o incorporar nuevos elementos PEP, el valor
se toma de la definición del proyecto o se deriva de la
sociedad de los elementos PEP.
¿Se puede modificar? Sólo si la sociedad CO no permite diferentes monedas
de sociedad y si no existen valores plan/reales,
comprometidos o presupuesto para el elemento PEP.

Sociedad
Clase de campo Obligatorio
Verificación/condiciones operativas La sociedad debe pertenecer a la sociedad CO
asignada.
¿Se puede modificar? Los diferentes elementos PEP se pueden asignar a
diferentes sociedades.
No se puede modificar la sociedad si existen valores
plan/reales, comprometidos o presupuestos.

División
Clase de campo Obligatorio, si los saldos de división se gestionan en la
sociedad.
¿Se puede modificar? No se puede modificar la división si existen valores
plan/reales, comprometidos o presupuestos.

Centro de beneficio
Clase de campo Opcional

Centro
Clase de campo Opcional
 Verificación/condiciones operativas El centro debe pertenecer a la sociedad asignada.

Más dependencias

Valor estadístico
Clase de campo Opcional
Valor de propuesta Al crear nuevos elementos PEP, el sistema toma el
valor de la definición del proyecto.
Si se utiliza un elemento PEP existente como modelo
para incorporar nuevos elementos PEP, el sistema
toma el valor de dicho modelo.
¿Se puede modificar? No se puede modificar el valor estadístico si existen
valores plan o reales.

Indicador de integración plan

Clase de campo Opcional
Valor de propuesta Al crear o incorporar nuevos elementos PEP, el valor
se toma de la definición del proyecto.
Al crear un nuevo PEP mediante un modelo, el
sistema toma el valor de dicho modelo.
¿Se puede modificar? Sí, hasta que existan valores plan o reales.

Clase de objeto
Clase de campo Valor obligatorio para nuevos elementos PEP.
Valor de propuesta Al crear nuevos elementos PEP, el sistema toma el
valor de la definición del proyecto.
Si se utiliza un elemento PEP existente como modelo
para incorporar nuevos elementos PEP, el sistema
toma el valor de dicho modelo.
¿Se puede modificar? Sí, hasta que existan valores plan o reales.
 

Cabeceras de grafo

Sociedad CO
Clase de campo Visualizar
Valor de propuesta Heredado por las operaciones y las operaciones
subordinadas.
¿Se puede modificar? No; se especifica al crear el centro.

Sociedad
Clase de campo Visualizar
Valor de propuesta Heredado como valor de propuesta por las nuevas
operaciones y operaciones subordinadas.
Verificación/condiciones operativas La sociedad debe pertenecer a la sociedad CO
asignada.
¿Se puede modificar? No; se especifica al crear el centro.

Moneda (del objeto)

Clase de campo Obligatorio
¿Se puede modificar? Sí, hasta que se libere el grafo total o parcialmente,
siempre que la sociedad CO no permita diferentes
monedas de sociedad.
De ser así, no se permite ninguna modificación. En
estos casos, se toma la moneda de la sociedad
asignada.

Operaciones/operaciones subordinadas en cabeceras de grafo

La sociedad CO y la sociedad se crean con modelo a partir de la cabecera de grafo de la

operación u operación subordinada.

Operaciones/operaciones subordinadas en grafos imputados por operación

 
 Centro
Clase de campo Obligatorio
Valor de propuesta Valor de propuesta para los componentes.
Verificación/condiciones operativas Debe pertenecer a la sociedad CO relativa a la
cabecera del grafo.
¿Se puede modificar? Sí, pero sólo en la sociedad y, por lo tanto, no hasta
que existan para la operación comprometidos o costes
(reales).

Sociedad CO
¿Se puede modificar? No se puede modificar. Coincide siempre con la
sociedad CO de cabecera de grafo.

Sociedad
Clase de campo Visualizar
Valor de propuesta Especificado a partir del centro.
¿Se puede modificar? No

Moneda del objeto

Clase de campo Obligatorio
Valor de propuesta El valor de propuesta es la moneda de la sociedad
derivada del centro.
¿Se puede modificar? Sí, hasta que se libere el grafo total o parcialmente,
siempre que la sociedad CO no permita diferentes
monedas de sociedad.
De ser así, no se permite ninguna modificación. En
estos casos, se toma la moneda de la sociedad
asignada.

Componentes de material

Centro
Clase de campo Obligatorio
 Valor de propuesta Valor de propuesta de la operación.
Verificación/condiciones operativas Todo material especificado debe tener un maestro de
materiales en este centro.
¿Se puede modificar? No

Plan de la estructura del proyecto (PEP) 

Objetivo

El plan de la estructura del proyecto (PEP) es un modelo del proyecto que organiza las
tareas del proyecto en una jerarquía.

        Es la base funcional para las etapas de planificación adicionales de un proyecto, por
ejemplo, para la planificación de procesos, la planificación de costes, la programación, la
planificación de capacidad o el cálculo del coste, así como el control del proyecto.
        Ofrece una representación clara del proyecto y facilita la coordinación e implementación del
proyecto desde el punto de vista de la gestión.
        Muestra el trabajo incluido en un proyecto.

¿En qué consiste un plan de la estructura del

proyecto? 
Los objetivos principales del PEP son dividir el proyecto en unidades gestionables, definir
fechas extremas y determinar sus costes.

El PEP divide el proyecto paso a paso en elementos de estructura. Estos elementos se

denominan elementos del plan de la estructura del proyecto (elementos PEP) en el
Sistema de proyectos. Cada elemento PEP es el resultado de esta partición.

El PEP se puede estructurar desde diversos puntos de vista:

        Por fase (orientado a la lógica o al proceso)

        Por función (orientado a la función)
        Por objeto (orientado al objeto)
Elemento PEP 
Definición

Elemento del plan de la estructura del proyecto (PEP). Un elemento PEP describe una
medida determinada o una medida parcial que posteriormente se puede subdividir.

Según el DIN 69 901, aquellos elementos de un plan de la estructura del proyecto que
no están subdivididos reciben el nombre de «paquetes de trabajo».
En el Sistema de proyectos, un paquete de trabajo no es un objeto de datos. Un
paquete de trabajo se puede representar en el Sistema SAP con un elemento PEP o
una operación.

 
Definición del proyecto 
Definición

El marco vinculante de todos los elementos de organización creados dentro de un proyecto.

También se pueden definir fechas finales e iniciales no vinculantes para el proyecto.

Utilización

Se creará una definición del proyecto de forma automática cuando se cree un plan de la
estructura del proyecto. Se pueden definir valores propuestos para la definición del
proyecto, por ejemplo, una norma de liquidación. Se copiarán los datos para nuevos
elementos PEP creados para este proyecto.

Perfil de proyecto 
Utilización

Al crear un plan de la estructura del proyecto, también deberá introducirse un perfil de

proyecto en el proyecto.

El perfil de proyecto contiene valores propuestos y parámetros para procesar el proyecto,

por ejemplo, el esquema de liquidación válido, el calendario de fábrica utilizado para la
planificación de fechas o las opciones utilizadas para los gráficos.

Los valores para el perfil de proyecto se pueden actualizar en el Customizing del Sistema
de proyectos.

Si se crea un plan de la estructura del proyecto, se grabará el perfil de proyecto en la

definición del proyecto. Cuando se trabaja en el plan de la estructura del proyecto, se
pueden modificar los valores de propuesta del perfil de proyecto.

Gestión de status 
El Sistema de proyectos utiliza la gestión de status del sistema R/3. Según la operación
empresarial que se ejecute para un elemento PEP, el status del sistema del proyecto
modificará e influirá en la ejecución de otras operaciones empresariales.

Véase también:
Gestión de status en el Sistema de proyectos

Status del sistema en planes de la estructura del proyecto

Gestión de status 
Utilización
El status actual de un proyecto o un objeto de proyecto determina las actividades de la
empresa que se pueden ejecutar. Los status documentan en qué etapa del tratamiento se
encuentra un objeto actualmente. La gestión de status del sistema R/3 distingue entre status
del sistema y status de usuario.
Véase también:
Actividades empresariales
Características
Un proyecto no es un objeto estático. Posee su propio ciclo de vida, desde que se crea hasta
que se concluye. Durante este período, las actividades empresariales modifican el proyecto.
Por ejemplo, se planifican tareas, se contabilizan costes y se realizan liquidaciones.
Cada proyecto pasa por varios status del sistema. Uno de ellos siempre está fijado. Por
ejemplo:
        Creado
En este status no es posible, por ejemplo, realizar contabilizaciones reales.
        Liberado
Este status permite realizar prácticamente todas las actividades de la empresa.
Si desea decidir el momento en el que ciertas actividades empresariales son permisibles,
defina status de usuario. Estos amplían los status de sistema existentes.

SAP no proporciona una verificación de autorización para fijar status del sistema.
Véase también:
Status de usuario

Subproyectos 
Se pueden utilizar subproyectos para acuerdos de precio de transferencia entre elementos
PEP.

Para ello, se divide el plan de la estructura del proyecto en subproyectos. Un subproyecto

está compuesto de elementos PEP conectados jerárquicamente.
Se distingue cada subproyecto mediante una descripción, que se define en el elemento PEP.
Si se subdivide el elemento PEP posteriormente, la asignación el subproyecto se copiará en
los nuevos elementos PEP inferiores.

Datos para elementos PEP 

En esta sección se describen los datos que se pueden introducir para los elementos PEP.

Datos básicos

Datos organizativos

Responsabilidades del proyecto

Datos de control

Vista general

Documentos

Datos de integración de proyectos

Normas de liquidación

Datos de simulación de amortización fiscal permitida

Activos fijos en curso

Medidas de inversión

Datos básicos 
Los datos básicos son los datos generales necesarios para un elemento PEP durante un largo
período de tiempo y contienen información utilizada de forma repetida en el proyecto:

Clase de proyecto

La clase de proyecto puede utilizarse para clasificar un elemento PEP en categorías

concretas, tales como proyecto de inversión o proyecto de cliente, y evaluarlo en el sistema
de información. La clave de la clase de proyecto se actualiza en la guía de implementación
del Sistema de proyectos.
Prioridad

Es posible actualizar las claves de clasificación de un elemento PEP para la evaluación del
sistema de información. En el Customizing se define la clave de prioridad.

Integración de proyectos

Véase Clasificación de elementos PEP para la integración

Indicadores operativos

Con los indicadores operativos, se especifican los atributos de un elemento PEP y se

determinan las tareas que el elemento PEP puede realizar durante el proyecto. En función
del status de sistema, pueden modificarse o no los indicadores operativos de la
planificación del proyecto.

Pueden asignarse los siguientes indicadores operativos a los elementos PEP:

Indicador operativo para... Utilización...

Planificación de costes
Asignación de imputación
Facturación
Si desea planificar costes para un elemento PEP,
debe indicar que dicho elemento PEP es un elemento
de planificación en el PEP.
Si desea contabilizar costes reales y comprometidos
para un elemento PEP, debe indicar que el elemento
PEP es un elemento de asignación de imputación en
el PEP. Todos los objetos a los que pueden asignarse
costes y comprometidos dentro de un proyecto (p. ej.,
órdenes, grafos o pedidos) sólo pueden asignarse a
un elemento PEP si se ha fijado el indicador de
imputación para dicho elemento.
En el Customizing del Sistema de proyectos, se
puede fijar un indicador para especificar que los
costes se planifican para todos los elementos PEP o
solamente para elementos PEP específicos.
Si desea contabilizar ingresos en un elemento PEP,
debe indicar que el elemento PEP es un elemento de
facturación en el PEP.

Véase también:

Planificación de costes
Datos organizativos 
Algunos datos organizativos que se definen para un proyecto en la definición del proyecto
también son válidos para todos los elementos PEP. Se pueden modificar estos datos
únicamente en determinadas circunstancias. La sociedad CO de la definición del proyecto
es válida para todo el proyecto y no puede modificarse para un elemento PEP. Se pueden
asignar centros diferentes, sociedades y divisiones a los elementos PEP.

Además, se puede asignar a un elemento PEP lo siguiente:

        Objetos independientes que necesitan mantenimiento (equipo o ubicación técnica)

        Centro de beneficio
        Clase de objeto
La clase de objeto clasifica objetos de Controlling, tales como los gastos generales y las
inversiones, según la empresa.
En la gestión de informes del ledger de reconciliación, se visualizarán los flujos de costes
dentro del Controlling según una vista multiaplicaciones en función de la clase de objeto.
        Número de modificación
        Moneda
Un elemento PEP puede tener su propia moneda de objeto, si no se ha permitido una
moneda de la sociedad distinta en la sociedad CO. Se copia la moneda definida en la
definición del proyecto como el valor propuesto para nuevos elementos PEP. Se puede
cambiar la moneda para un elemento PEP mientras no se haya grabado ningún dato de la
moneda dependiente de cargo, por ejemplo, en planificación de costes o valores reales.

Véase también:

Asignaciones organizativas en el Sistema de proyectos

Monedas en el Sistema de proyectos

Responsabilidades del proyecto 

Se planifican los datos siguientes para responsabilidades en el PEP:

        Nombre y número del jefe de proyecto

        Nombre y número del solicitante del proyecto
        Centro de coste aplicable solicitado o área solicitada para el elemento PEP
        Sociedad CO del centro de coste solicitado
        Centro de coste responsable: Área responsable de ejecutar el elemento PEP
        Sociedad CO del centro de coste responsable

Se puede utilizar el centro de coste responsable para definir autorizaciones.

Para más información sobre autorizaciones, véase el Customizing en el Sistema de
proyectos.
 

Datos de control 
El plan de la estructura del proyecto contiene los siguientes datos de control:

        Selección del cálculo del coste

        Clave de recargo
        Esquema de intereses
        Perfil de las medidas de inversión
        Clave de periodificación
        Indicador estadístico, por ejemplo, análisis de progreso
        Indicador de integración de plan

Vista general 
La vista general de los elementos PEP incluye los siguientes datos:

        Datos básicos

        Asignaciones
        Responsabilidades del proyecto
        Datos de control

Además, es posible definir valores específicos para la empresa en campos definidos por el
usuario. Una ampliación de cliente le permite verificar los campos según sus propios
criterios.

Para más información, consulte el Customizing del Sistema de proyectos.

Documentos 
Se pueden introducir documentos para un elemento PEP o bien asignarle documentos
existentes. Los documentos pueden ser:

        Textos del Sistema de proyectos

        Documentos procedentes de gestión de documentos

A continuación, se pueden visualizar estos documentos en el sistema de información o en la

Intranet.

 
Plan de facturación 
Definición

Se utiliza el plan de facturación para planificar las fechas en las que se enviarán a los
clientes las solicitudes de pago o las facturas que afectan a las ventas.

El sistema determinará los datos de pago y los registrará en el elemento PEP relevante. Los
ingresos plan se registrarán en la clase de ingreso definido en el perfil de plan para este PEP
y la posición presupuestaria asignada.

Utilización

En los proyectos de cliente, se utilizará el plan de facturación para elementos PEP:

        En una primera etapa del proyecto, cuando no haya ningún documento de ventas
        Para planificar ingresos en las versiones de proyecto (simulación)

El plan de facturación en el elemento PEP se utilizará exclusivamente con fines de

planificación.

Véase también:

Planes de facturación en elementos PEP

Cálculo automático del flujo de pagos planificado

Planes de facturación en los elementos PEP 

Utilización
Se utiliza el plan de facturación para planificar las fechas en las que se envían las órdenes de pago
y las facturas por lo que a las ventas se refiere.

El sistema especifica los datos de pago y los graba en el elemento PEP pertinente. El ingreso plan
se registra en la clase de ingreso definida en el perfil plan para este PEP y la posición financiera
asignada.

Se utiliza el plan de facturación para elementos PEP en proyectos de cliente:

 Al inicio del proyecto, cuando no existen documentos de ventas

  Para planificar ingresos en versiones de proyecto (simulación)

El plan de facturación en el elemento PEP sólo se puede utilizar con fines de planificación.

A partir del release 4.6A: Si se ha actualizado un plan de facturación para un

elemento PEP, el sistema registra únicamente los valores plan detallados del plan
de facturación para el elemento PEP.

Para obtener información más detallada, véase Planificación de ingresos.

Los valores plan de ingresos del plan de facturación de elementos PEP se

registran además de los valores plan del plan de facturación para el pedido de
cliente.

Condiciones previas
Si se quiere actualizar un plan de facturación para un elemento PEP, es necesario marcar el
elemento PEP como elemento de facturación.

Se debe incluir también una clase de ingreso para registrar ingresos del plan de facturación como
parte del perfil plan utilizado.

Características
El plan de facturación incluye las siguientes funciones:

 Es posible introducir un concepto de búsqueda propio para cada plan de facturación. El

sistema utiliza el concepto de búsqueda para establecer una Ayuda para entradas
facilitándole, de este modo, la tarea de buscar planes de facturación existentes a fin de
utilizarlos como esquemas.
 Se pueden borrar fechas de factura individuales o todo el plan de facturación en cualquier
momento.
 Se pueden copiar fechas de un esquema.

Si trabaja con esquemas, las fechas del esquema funcionarán como fechas relativas. Esto
significa que se deben ajustar los datos de facturación del esquema para que se
correspondan con la fecha de inicio que el sistema ha establecido para el elemento PEP.

Si las fechas para el elemento PEP se modifican y, como consecuencia, se produce un

cambio en la fecha de inicio del plan de facturación, el sistema ajusta automáticamente las
fechas del plan de facturación.

Lo mismo ocurrirá si la fecha de inicio se modifica manualmente, a excepción de las fechas

a partir de hitos. Las fechas para el elemento PEP en el PEP no se modifican.

Si se adapta la fecha de inicio manualmente, el sistema no modificará automáticamente las

fechas en el plan de facturación si se modifica la fecha del día.

Véase Actualización de planes de facturación para elementos PEP

  El sistema puede generar posiciones para hitos y renovarlos automáticamente si la
planificación se modifica, de así estipularlo en el Customizing.

Véase: Generación de fechas a partir de hitos

 Si ha seleccionado la facturación parcial por porcentaje como norma de facturación, el

sistema ajustará automáticamente las fechas en el plan de facturación si se produce una
modificación en:
o La cantidad o el factor de ejecución
o El precio o unidad de determinación del precio
o La moneda
o Las fechas del elemento PEP (si trabaja con esquemas y no modifica la fecha de
inicio manualmente)

Si la corrección automática no es posible, el sistema se concentrará en la corrección del

plan de facturación manualmente.

 Se puede utilizar el plan de facturación en versiones de simulación y, por lo tanto, planificar

ingresos de proyecto también en estas versiones. Cuando se copian versiones de
proyecto, el plan de facturación también se copia y sobrescribe cualquier plan de
facturación existente en la versión teórica. Los enlaces de hito no se copian.
 Las fechas importantes para los ingresos en el plan de facturación actualizan el plan de
ingresos del elemento PEP periódicamente. Si se activa la gestión de caja de proyecto, la
entrada de pagos planificada para las fechas de anticipo de elemento PEP no se actualizan
en el plan de ingresos.

Véase Cálculo automático del flujo de pagos

Cálculo automático del flujo de pagos 

Utilización
En proyectos a largo plazo que precisan una gran inversión de capital, se necesita una
planificación precisa y detallada de los pagos del proyecto recibidos y efectuados. Los flujos de
pagos planificados pueden derivarse automáticamente desde la planificación detallada del
proyecto.

El gráfico siguiente ilustra la manera en que los datos planificados se trasladan a la Gestión de caja
del proyecto.
Características
El sistema registra los datos de las operaciones empresariales siguientes:

 Pagos efectuados en el cálculo del coste de grafo asincrónico

Como parte del cálculo del coste para el grafo asincrónico, el sistema determina los pagos
planificados efectuados, basándose en los costes plan para componentes de material no
de almacén y operaciones de trabajo externo. Para cada fecha de pago de una operación
se registra un valor plan. El sistema tiene en cuenta automáticamente todo descuento y
período de pago aplicable.

Puede añadirse información detallada a los datos planificados del grafo por medio de un
plan de facturación. Se pueden actualizar planes de facturación para los objetos siguientes:

o Operaciones de trabajo externo

o Operaciones de costes generales
o Componentes de material no de almacén

Cuando se crea un plan de facturación, el sistema utiliza únicamente los datos de pago del
plan de facturación.

Véase Cálculo del coste de grafo asincrónico y Planes de facturación en grafos.

 Pagos recibidos mediante el registro de datos de pago:

o Desde el plan de facturación para el elemento PEP

o En los pedidos de cliente
 En releases anteriores, los datos de pago del plan de facturación y el documento
comercial asignado al proyecto para el pedido de cliente se sumaban.

A partir del release 4.6A, el sistema registra únicamente los datos de pago del plan
de facturación, en caso de haberlo.

Los datos de pago calculados automáticamente se registran junto con los pagos
planificados en la planificación de pagos manual y se visualizan en la gestión de
informes.

Se pueden evaluar los datos de pago por período y día utilizando los informes estándar del
Sistema de información de proyectos. También pueden utilizarse las opciones de evaluación
gráficas disponibles o crear informes propios.

Datos de integración de proyectos 

La integración combina objetos con atributos en común por medio de una estructura de
jerarquía definida por el usuario. La sociedad CO siempre es el nodo superior de la
jerarquía. Algunos ejemplos de criterios de integración son:

        División
        Centro de coste responsable
        Campos definidos por el usuario

Para más información, véase: Jerarquías de integración.

La integración de proyectos se produce por campos de datos maestros. La ventaja de

integración de proyectos mediante los campos de datos maestros consiste en que se realiza
la ejecución de herencia de campos de datos maestros independientemente de la integración
real de proyectos. De este modo, se mejora el rendimiento de forma significativa.

Si se utilizaba la integración antes del release 4.5, los proyectos se integrarán por
clasificación.
Recomendamos realizar la conversión para la integración por campos de datos
maestros. Es probable que el soporte para la integración por clasificación se retire a
medio plazo. Para más información, véase Sistema de información  Controlling por
áreas de responsabilidad en el IMG de Sistema de proyectos.

Para más información sobre la integración por campos de datos maestros, véase
Integración de proyectos.

Para más información sobre la integración por clasificación, véase Integración de

proyectos mediante la clasificación.
Véase también:

Marcado de un proyecto para integración

Definición de una jerarquía de integración 

Definición

La jerarquía de integración es una herramienta de análisis que se puede utilizar para

integración ascendente a través de jerarquías definidas por el usuario. Se utilizará la
jerarquía de integración para estipular los campos utilizados para la integración de datos y
las clases de objetos (por ejemplo, el proyecto, las órdenes CO) que se han integrado.

Flujo de procesos

La jerarquía de integración se define introduciendo elementos PEP clave y sus elementos

PEP subordinados. De este modo, se asignarán características y valores de característica a
determinados elementos PEP. Estos valores se «heredan» de los elementos PEP
subordinados.

Véase también:

Marcado de un proyecto para integración

Jerarquías de integración

Normas de liquidación 
Utilización

Un proyecto se puede liquidar en varios objetos de coste, por ejemplo, en un activo fijo, un
centro de coste o un pedido del cliente. La norma de liquidación se utiliza para determinar
cómo y en quién se liquidan los costes o los ingresos producidos por el elemento PEP.

Véase también:

Para más información, véase Operaciones periódicas y Valoración.

 
Datos de simulación de amortización fiscal permitida 
Utilización

Respecto a un elemento PEP, se pueden introducir el inicio planificado, la clave de

amortización (método de cálculo) y la vida útil. En función de la planificación de costes del
elemento PEP y utilizando esta información, puede llevarse a cabo una simulación de
amortización fiscal (pronóstico de amortización).

Véase también:

Depreciación

Activos fijos en curso 

Utilización

Puede asignarse un activo fijo en curso a un elemento PEP para medidas de inversión. La
información de coste del elemento PEP simplemente se pasará a la Gestión de activos fijos.

Sólo pueden asignarse activos fijos en curso a los elementos PEP con asignación de
imputación.

Medidas de inversión 
Utilización

Se pueden asignar elementos PEP a la posición en un programa de inversiones. El elemento

PEP obtendrá el presupuesto completo a partir de la posición del programa de inversiones.
El presupuesto se distribuye en el PEP (temporal o jerárquicamente).

Para obtener más información, véase Asignación de elementos PEP.

Véase también:

Medidas de inversión (órdenes/proyectos)

 
Asignación de elementos PEP 
Utilización

En la mayor parte de los casos, se asigna claramente un proyecto completo a una posición
de programa de inversiones. En este caso, la asignación a un programa de inversiones se
lleva a cabo al nivel del elemento PEP superior. Algunos proyectos, sin embargo, tienen un
alcance mucho más amplio dentro de una empresa. El elemento PEP correspondiente a un
proyecto de esta categoría recibe presupuestos de varias fuentes. Por lo tanto, también es
posible asignar elementos PEP no principales a diferentes posiciones del programa de
inversiones.

Características

Puede hacer asignaciones al programa de inversiones desde todos los niveles del plan de la
estructura del proyecto. Se pueden asignar los elementos PEP individuales en un plan de la
estructura del proyecto a diferentes posiciones de programa de inversiones.

El gráfico siguiente muestra un ejemplo de posibles asignaciones. Los elementos PEP para
Hardware y Aplicación se asignan cada uno a una posición de programa de inversiones,
respectivamente. Ninguno de los otros elementos PEP se asigna a una posición de programa
de inversiones.
Asignación a diferentes posiciones del programa

Los elementos PEP que se asignan a posiciones del programa no tienen que estar al mismo
nivel en el plan de la estructura del proyecto. También se admite que los subárboles del
plan de la estructura del proyecto no tengan ninguna asignación en absoluto a una posición
de programa de inversiones (en el gráfico, el subárbol Licencias no tiene ninguna
asignación).

El sistema garantiza la consistencia de valores del presupuesto dentro de un plan de la

estructura del proyecto como se indica a continuación:

        Puede asignar un elemento PEP a una posición del programa únicamente si los elementos
PEP justo por encima y por debajo en la jerarquía no están asignados a una posición del
programa.
        Si el elemento PEP recibe su presupuesto de la distribución del presupuesto de una posición
del programa, entonces el sistema transfiere automáticamente el presupuesto recibido a los
elementos PEP superiores en el plan de la estructura del proyecto. Si ya hay valores de
presupuesto sobre los elementos PEP superiores, el sistema suma el presupuesto
transferido al presupuesto existente.
Tratamiento del plan de la estructura del proyecto 
Características

Existe más de una manera de crear y tratar un plan de la estructura del proyecto (PEP).

Función Acceso vía menús

Sólo tratamiento de los planes de la estructura
del proyecto
Tratamiento de los proyectos totales, entre los
que se encuentran todos los grafos y las
actividades asignadas al proyecto
        En el Project Builder
        En la planificación de la estructura
        En la tabla de planificación de proyectos
Proyecto  Funciones de actualización
especiales  Plan de la estructura del
proyecto
Proyecto  Project Builder
Proyecto  Funciones de actualización
especiales  Planificación de la estructura
Proyecto  Tabla de planificación de
proyectos

Puede copiarse un PEP ya existente o un proyecto estándar para crear uno nuevo, o incluir
elementos PEP de un PEP ya existente o de un PEP estándar en otro plan de la estructura
del proyecto.

Tratamiento de las definiciones del proyecto 

Utilización

La definición del proyecto se puede crear y modificar independientemente del plan de la

estructura del proyecto.

Procedimiento
1. ...
1.        1.      Seleccione Proyecto  Funciones de actualización especiales y, a continuación:
1.         Plan de la estructura del proyecto (PEP)  Crear o

2.         Plan de la estructura del proyecto (PEP)  Definición del proyecto 

Crear
Aparece la pantalla inicial.
2. 2.      Introduzca un nuevo número para la definición del proyecto o deje que el sistema
      
proponga el siguiente número libre.
3.        3.      Introduzca un perfil de proyecto y seleccione .
 Aparece la pantalla Crear proyecto: Definición del proyecto.
4.        4.      Introduzca los datos relativos a la definición del proyecto.
Los datos que se graban en el perfil de proyecto se copian automáticamente en la definición
del proyecto. Se pueden modificar algunos de estos datos.
5.        5.      Grabe los datos.

Creación de elementos PEP 

Utilización

Se pueden agregar elementos PEP a un proyecto ya existente.

Procedimiento

Para ejecutar las funciones de la siguiente tabla, seleccione el acceso vía menús
correspondiente de la pantalla Estructuras operativas.

Función Acceso vía menús Procedimiento

Creación de Plan de la estructura del 1. 1.       Introduzca la definición del
elementos PEP proyecto  Modificar proyecto y seleccione Intro.
Aparece el resumen de
elementos PEP.
2. 2.       Cree un nuevo elemento
PEP.
 
Creación de un Plan de la estructura del Introduzca la definición del
único elemento proyecto  Elemento individual proyecto
PEP  Crear Introduzca un número para el
nuevo elemento PEP y
seleccione Intro.
Aparece la pantalla detallada
para el nuevo elemento PEP.

Véase también:

Entrada de números de elemento PEP

Actualización de datos para elementos PEP

Entrada de números de elemento PEP 
Utilización

Si se trabaja con proyectos muy grandes y es necesario crear muchos elementos con
números de proyecto complejos, el sistema puede servir de ayuda para introducir los
números.

Condiciones previas

Se ha definido un carácter especial en la IMG del Sistema de proyectos para actuar como
Ayuda para entradas.

Características

Si se introduce el carácter especial en el campo del elemento PEP del proyecto, el sistema
copia el número de elementos PEP superiores en el campo. Si el nuevo elemento PEP es el
primero en la jerarquía del proyecto, el sistema copia la definición del proyecto.

A continuación, sólo es necesario agregarle el número para que sea diferente de la que se
acaba de copiar. También se puede utilizar la Ayuda para entradas junto con una edición de
proyecto. En este caso, no es necesario introducir un separador al agregar el número del
elemento PEP.

Se ha especificado el carácter @ como Ayuda para entradas. En el plan de la

estructura del proyecto, se inserta otro elemento PEP en el elemento PEP A-123-
LDZ-10 y se pulsa solamente "20.
 
Clase de Ayuda para entradas Su entrada
Sin edición de proyecto @-20
Con edición de proyecto A-000-XXX-00-00 @20
 
El sistema copia automáticamente el identificador del elemento PEP superior del
siguiente modo: A-123-LDZ-10-20.
Status del sistema en planes de la estructura del
proyecto 
El status del sistema activo determina las operaciones empresariales que se pueden realizar
con planes de la estructura del proyecto y elementos PEP. Los status del sistema pasan de la
definición del proyecto a los elementos PEP y de éstos a los elementos PEP inferiores. Los
status del sistema Bloqueado y Facturación final son excepciones de esto.

Se pueden cancelar ciertos status como, por ejemplo, Técnicamente cerrado, Cerrado y
Petición de borrado. Al hacerlo, se determina el status anterior. Cancele los status del
sistema uno a uno, hasta llegar al status que no hay que cancelar. No se puede cancelar el
status del sistema que el sistema ha determinado de manera automática (en proceso de
fondo del sistema), por ejemplo, Liberado parcialmente.

Si se cancela el status Técnicamente cerrado o Cerrado, el sistema cancela de manera

automática este status en el elemento PEP superior. Sin embargo, el sistema no cancela el
status en los elementos PEP inferiores.

El status Petición de borrado no se fija automáticamente en los elementos PEP

superiores.

Creado (CRTD)
Utilización

Es el status inicial del sistema para los elementos PEP nuevos. Con este status, se pueden
estructurar las fechas plan y del proyecto, los costes y los ingresos. El sistema marca este
status de manera automática, si se crea un elemento PEP nuevo.

Condiciones previas

El proyecto y, si procede, el elemento PEP superior deben tener el status Creado.

Características

Con el status Creado, se pueden crear elementos PEP nuevos y se puede modificar el plan
de la estructura del proyecto.

Este status:

        Permite asignar grafos que no tengan todavía el status Liberado

        Permite planificar costes e ingresos
        Permite la presupuestación
Liberado (REL)
Utilización

Con este status, se pueden asignar costes e ingresos a los elementos PEP.

Condiciones previas

Tiene que estar fijado el status Creado.

Características

En el status Liberado se pueden crear elementos PEP nuevos y modificar la jerarquía de

proyectos. Este status se transmite a los elementos PEP inferiores.

Este status permite:

        Asignar grafos, órdenes de fabricación u órdenes CO al elemento PEP.

        Contabilizar costes reales.
        Transferir costes reales.

No se puede pasar del status Liberado a Creado, ya que los valores reales de las órdenes de
compra o confirmaciones, por ejemplo, podrían haberse contabilizado ya.

Técnicamente cerrado (TECO)

Utilización

Utilice este status para los elementos PEP que se han cerrado ya desde un punto de vista
técnico, aunque todavía espere que los costes se periodifiquen.

Condiciones previas

Se debe haber fijado el status Creado o Liberado. Se debe fijar el indicador de terminación
para acuerdos de precio de transferencia.

Características

Con el status Técnicamente cerrado, se pueden crear nuevos elementos PEP inferiores (con
un mensaje de advertencia). Este status se transmite a los elementos PEP inferiores.

Este status permite:

        Asignar grafos, órdenes de fabricación u órdenes CO al elemento PEP.

        Contabilizar costes reales.
        Transferir costes reales.
Se puede cancelar el status Técnicamente cerrado. En este caso, el sistema fija el status
Liberado.

Se puede evitar la cancelación del status Técnicamente cerrado. Cree un status de

usuario que prohíba realizar la operación empresarial Anular cierre técnico.

Cerrado (CLSD)
Utilización

Este status se utiliza para un plan de la estructura del proyecto o un elemento PEP que se
haya cerrado desde un punto de vista logístico y contable.

Condiciones previas

Únicamente se puede fijar el status Cerrado, si:

        La definición del proyecto o el elemento PEP tienen el status Liberado o Técnicamente
cerrado.

Características

En el status Cerrado ya no se pueden efectuar modificaciones en la jerarquía de proyectos.

Este status se transmite a los elementos PEP inferiores.

Este status permite:

        Contabilizar los costes reales en los pedidos y grafos asignados al elemento PEP, siempre y
cuando el status lo permita.

El status prohíbe:

        Asignar grafos, órdenes de fabricación u órdenes CO al elemento PEP.

        Contabilizar costes reales en el elemento PEP.

El status desactiva los activos fijos en curso asignados al elemento PEP.

Se puede cancelar el status Cerrado. En este caso, el sistema fija el status Técnicamente
cerrado.

Petición de borrado (DLFL)

Utilización

El status Petición de borrado designa los planes de la estructura del proyecto o los
elementos PEP que se han marcado para borrado. Esto significa que los objetos se borran
lógicamente y no físicamente.
Condiciones previas

Se puede fijar el status Petición de borrado si:

        El elemento PEP se ha liquidado completamente o si no es relevante para la liquidación.

Si se marca el indicador No se debe liquidar en el perfil de liquidación en el

Customizing para el Controlling de costes del producto, todavía se puede marcar el
status Petición de borrado aunque no se hayan contabilizado los costes reales.
        Los pedidos y operaciones asignados también tienen el status Petición de borrado.
        No existe ningún comprometido para el elemento PEP.
        No existe ninguna reserva o solicitud de pedido que estén imputados al elemento PEP.
        Se han contabilizado todas las salidas de mercancías en los pedidos de cliente asignados y
se han facturado las entregas.
        Se ha fijado una petición de borrado en la solicitud de medida en la que está basado el PEP.
        No existen reservas asociadas, necesidades primarias planificadas ni órdenes previsionales
        El indicador de terminación se fija en el acuerdo de precio de transferencia asignado

Características

Este status se transmite a los elementos PEP inferiores. Prohíbe todas las operaciones
empresariales.

Este status:

        Desactiva los activos fijos en construcción asignados al elemento PEP.

        Es la condición previa para marcar un indicador de borrado.

Mientras no se haya fijado el indicador de borrado, se puede cancelar el status Petición de

borrado.

Véase también:

Archivo de las estructuras del proyecto operativo (PS-ST-OPR)

Facturación final (FNBL)

Utilización

Con este status, se puede evitar una facturación adicional para este elemento PEP. Sin
embargo, todavía se pueden contabilizar costes (debidos, por ejemplo, a derechos de
garantía).

El status Facturación final se puede fijar además de cualquier otro status, excepto el de
Petición de borrado. El status Facturación final no se transfiere a los elementos PEP
inferiores.
Condiciones previas

El elemento PEP tiene que ser un elemento de facturación.

Características

El status prohíbe:

        Crear un documento de facturación

        Crear una oferta
        Crear una petición de oferta

Este status se puede cancelar.

Bloqueado
Utilización

Se pueden bloquear las operaciones empresariales una a una o todos los datos del plan de la
estructura del proyecto o del elemento PEP. Se pueden fijar los siguientes status:

        Definición de fechas bloqueada (DDLK)

        Planificación bloqueada (PLLK)
        Gestión de presupuestos bloqueada (BMLK)
        Imputación bloqueada (AALK)
        Datos maestros bloqueados (MDLK)

Se pueden fijar estos status además de los status restantes, excepto el de la Petición de
borrado. Estos status no se transfieren a los elementos PEP inferiores.

Características

El status Datos maestros bloqueados (MDLK) prohíbe:

        Marcar otro status del sistema

        Modificar y ampliar la jerarquía de proyectos

Estos status se pueden cancelar.