Comprobación de conflictos

Tipos de conflicto

Las reglas de identificación de conflictos identifican tres tipos de conflicto:

Conflicto de posición

Se produce cuando dos códigos distintos especifican posiciones conflictivas para el mismo componente. El conflicto puede implicar dos posiciones de aplicación distintas, dos posiciones de restauración distintas o una posición de restauración que entra en conflicto con una posición de aplicación.

Conflicto de tipo de código

Se produce cuando dos códigos distintos especifican tipos de código conflictivos para el mismo componente.

Conflicto de uso

Se produce cuando un espacio libre define un código o un componente que es objeto de otro espacio libre. El objeto de un espacio libre es el componente para cuyo aislamiento se ha diseñado el límite del espacio libre.

Las reglas de comprobación de conflictos no identifican como conflicto cualquier cambio de tipo o posición de código especificado para el mismo código durante el proceso de revisión del espacio libre. Estas diferencias son válidas en el contexto del proceso de revisión de espacios libres. Además, no existirá conflicto cuando dos códigos compatibles estén definidos en el mismo espacio libre para el mismo componente, y uno de los códigos especifique el valor de ausencia de control de posición.

Resultados de la comprobación de conflictos

Los resultados de una comprobación de conflictos se muestran en la ventana comprobación de conflictos. Los conflictos potenciales se agrupan en categorías:

Conflictos de aplicación de códigos

Conflictos de tipo de código o posición que se relacionan con los detalles de aplicación de código en el espacio libre o revisión de espacio libre actuales. De forma predeterminada, los conflictos deben resolverse antes de que se otorgue la aprobación de revisión o aplicación del supervisor de turno y se cambie el estado del espacio libre a Aprobado. Sin embargo, la comprobación automática de conflictos incluye una opción para aceptar los conflictos notificados y gestionarlos externamente.

Conflictos de restauración de códigos

Conflictos de posición que se relacionan con los detalles de restauración de códigos en el espacio libre o revisión de espacio libre actuales. De forma predeterminada, los conflictos notificados en el espacio libre actual deben resolverse antes de que se otorgue la aprobación de restauración del supervisor de turno y el estado del espacio libre cambie a Aprobado para restauración (RESTAURAR). Los conflictos notificados en una revisión de espacio libre deben resolverse antes de que se otorgue la aprobación de revisión del supervisor de turno y se cambie el estado de la revisión del espacio libre a Aprobada. Sin embargo, la comprobación automática de conflictos incluye una opción para aceptar los conflictos notificados y gestionarlos externamente.

Conflictos de espacio libre

Son conflictos de uso entre componentes etiquetados en el espacio libre actual. Sin embargo, un conflicto de autorización nunca prohíbe la aprobación del Supervisor de Turno, siempre se muestra una advertencia.

Dentro de cada categoría, solo se muestra un conflicto a la vez para cada código. En caso de existir varios conflictos para el mismo código, los conflictos se muestran de forma sucesiva, apareciendo el siguiente cuando se resuelve el conflicto mostrado previamente.

La acción usada para ejecutar la comprobación de conflictos determina el ámbito de los resultados. Cuando se hace una comprobación manual de conflictos, los resultados incluyen todos los conflictos del espacio libre actual, incluidos los conflictos de aplicación de códigos, de restauración de códigos y de espacio libre. Cuando se ejecuta automáticamente la comprobación de conflictos, los resultados incluyen conflictos prohibidos en el contexto de la aprobación del supervisor de turno pendiente, así como conflictos de espacio libre.

Se aplican las reglas siguientes:

• Cuando se inicia una aprobación de aplicación del supervisor de turno, se muestran los conflictos de aplicación de códigos para el espacio libre actual.
• Cuando se inicia una aprobación de revisión del supervisor de turno, se muestran los conflictos de aplicación y restauración de códigos para el espacio libre actual. Los conflictos de aplicación de códigos se refieren a códigos del espacio libre actual que tengan estado de Borrador. Los conflictos de restauración de códigos se refieren a códigos de la revisión del espacio libre que tengan un estado de Borrador.
• Cuando se inicia una aprobación de restauración del supervisor de turno, se muestran los conflictos de restauración de códigos para el espacio libre actual.

La comprobación automática de conflictos incluye una opción para cancelar la aprobación del supervisor de turno y otra opción para aceptar los conflictos notificados. Si acepta los conflictos notificados, se concede la aprobación del Supervisor de Turno y se cambia el estado de la autorización. Sin embargo, debe emplear controles administrativos externos a Maximo para gestionar los conflictos aceptados. No se hace un seguimiento de los conflictos aceptados en ninguno de los registros de espacio libre que han entrado en conflicto. Sin embargo, se añade un distintivo a las pantallas pertinentes de aplicación y restauración de códigos, en los registros de espacio libre que están en conflicto, a fin de informar a los operadores en el campo de que los conflictos de código se aceptaron.

Resolución de conflictos de código potenciales

Los conflictos de aplicación y restauración de etiquetas deben gestionarse para garantizar que no surjan conflictos físicos sobre el terreno. Los resultados de la comprobación de conflictos incluyen información contextual para cada conflicto, incluidos los detalles de los estados de código y espacio libre, para soportar esta tarea.

El estado del espacio libre en el que está presente el código en conflicto determina el impacto del conflicto en el espacio libre actual. Se aplican las reglas siguientes:

• Un espacio libre en conflicto que tenga un estado de En espera de aprobación (EAPROB) indica una posición o tipo de código conflictivos que están planificados, pero que aún no se han implementado para el componente. Este tipo de conflicto puede resolverse en cualquiera de los dos espacios libres.
• Un espacio libre en conflicto que tenga un estado de Aprobado para restauración (RESTAURAR) indica que se ha especificado una posición conflictiva para el componente. Si el código conflictivo tiene un estado de Pendiente, indicando que el componente aún tiene que reposicionarse, este tipo de conflicto puede resolverse en cualquiera de los dos espacios libres. Si el código conflictivo tiene un estado de Restaurada, este tipo de conflicto debe resolverse en el espacio libre actual.
• Un espacio libre en conflicto que tenga un estado de Aprobado (APROB) indica una posición o tipo de código conflictivos que ya se han aprobado o implementado para el componente. Este tipo de conflicto debe resolverse en el espacio libre actual.