| # Orden de cambio Una versión de la propuesta de cambio tiene una lista de fechas de efectividad propuestas, que se registran como órdenes de cambio. Una orden de cambio puede existir independientemente de una propuesta de cambio. Las órdenes de cambio están vinculadas a la propuesta de cambio. Puede seleccionarse una orden de cambio para fechas de efectividad. Para controlar las fechas de efectividad y de vencimiento de más de una orden de cambio, puede definir una dependencia padre-hijo entre dos órdenes de cambio. La dependencia jerárquica entre dos órdenes de cambio crea una estructura de órdenes de cambio (BOCO). Una BOCO tiene dos niveles de jerarquía. Puede vincular las órdenes de cambio en BOCO a la propuesta de cambio. La fecha de la orden de cambio padre en BOCO se utiliza como fecha de efectividad para objetos ERP afectados por el cambio y que están vinculados a la propuesta de cambio. En el caso de que la fecha de la orden de cambio sea anterior a la fecha de aprobación del cambio, ésta se toma como fecha de efectividad para todos los objetos ERP vinculados a la propuesta de cambio. Las fechas de un cambio no pueden revisarse si éste se aprueba. Si debe cambiar las fechas de efectividad, debe cancelarse el cambio aprobado. Debe crear un cambio nuevo con nuevas fechas de orden. Fechas de órdenes de cambio La fecha de orden de cambio (COD) que aparece en la orden de cambio es la fecha para la implementación del cambio descrita en la propuesta de cambio. Si existe una dependencia entre dos objetos afectados de ERP, se utiliza la orden de cambio relativa para establecer los objetos afectados de ERP como efectivos o vencidos. Ejemplo la orden de cambio CO1 se define para el objeto afectado de ERP Artículo1, y CO2 se define para el objeto afectado de ERP Artículo2. En la sesión de objetos afectados de ERP, se establece que el Artículo1 vence en una fecha concreta, por ejemplo 30-Junio-05, y el Artículo2 vence 15 días después del vencimiento del Artículo1, el 15-Julio-05. La fecha de vencimiento del Artículo2 se basa en la duración definida en el Artículo1 de objeto afectado de ERP en el campo de orden de cambio relativa y anulará cualquier otra fecha mencionada en el CO2. En este escenario el CO2 se aplica en base a la fecha especificada en el campo Orden de cambio relativa del Artículo1 de objeto afectado por el cambio. Si aprueba el cambio, el Artículo1 se establece como efectivo, es un artículo nuevo, y si es un artículo antiguo se establece como vencido, en función de las fechas especificadas en CO1. El campo Orden de cambio relativa del Artículo1 de objeto afectado por el cambio es CO2. Cuando se aprueba CO2, las fechas especificadas en el campo de orden de cambio relativa del Artículo1 de objeto afectado de ERP anulará cualquier fecha especificada en CO2. El Artículo2, si establece un nuevo archivo como efectivo, y si se establece un artículo anterior como vencido en función de las fechas especificadas en el campo Orden de cambio relativa del Artículo1 de objeto afectado por el cambio. Temas relacionados Grupo de tareas |