3. Rechazo de una Acción de Cambio (AC)

Cuando rechazas una Acción de cambio en 3DEXPERIENCE, pueden producirse varios escenarios, y el impacto del rechazo puede variar en función de la fase de la Acción de cambio y de las configuraciones específicas de tu entorno. He aquí los principales efectos del rechazo y sus implicaciones:

1. Anulación de modificaciones en curso

Fases iniciales (Preparación o Validación) :

Si la acción de cambio se rechaza durante la fase de preparación o validación, las modificaciones asociadas no suelen estar aún totalmente implantadas en el sistema de producción. En este caso, el rechazo provoca la anulación de los cambios en curso.

Esto es lo que suele ocurrir:

• Fase de preparación o validación :

  • Descripción: Se están preparando cambios o están pendientes de validación.
  • Impacto del rechazo: Como estas modificaciones aún no se han integrado en el sistema de producción, rechazarlas las elimina automáticamente sin afectar a los datos validados.

• Volver al estado anterior: Los objetos modificados permanecen en su estado original antes de que se inicie la acción de cambio.

Fases avanzadas (Ejecución) :

Si la acción de cambio se rechaza después de que haya empezado a ejecutarse, pero antes de que haya finalizado, es posible que los cambios ya hayan tenido algún impacto en el sistema.

En este caso :

• Anulación de modificaciones aplicadas parcialmente:
  • Descripción: Los cambios han empezado a aplicarse y han tenido un impacto en el sistema.
  • Impacto del rechazo: El rechazo requiere una intervención manual para restaurar los objetos a su estado anterior. Esto puede incluir borrar versiones específicas o restaurar versiones antiguas.

• Borrar modificaciones: Los objetos que han sido modificados pueden restaurarse a su estado anterior mediante revisiones, por ejemplo.

Fase de cierre (cambios totalmente aplicados) :

Si la acción de cambio se rechaza después de haberse ejecutado, las consecuencias son muy distintas:

• • Descripción: Los cambios se han implementado completamente y están activos en el sistema de producción.
  • Impacto del rechazo: Una vez que los cambios se han finalizado e integrado, no se pueden eliminar sin más. Se requiere una nueva acción de cambio para hacer correcciones.

2. Retener o revisar

Cuando se rechaza una acción de cambio, se puede dejar en suspenso para un análisis posterior. Esto permite a los equipos comprender por qué se han rechazado los cambios y decidir si deben corregirse o abandonarse por completo.

• Revisión de los cambios: Se puede pedir a un equipo que revise los cambios y sugiera ajustes antes de volver a presentarlos para su aprobación.
• Suspensión: La acción de cambio se pausa temporalmente hasta que se tomen nuevas decisiones.

3. Comunicación y documentación

El rechazo de una acción de cambio debe comunicarse claramente a todas las partes interesadas. Los motivos del rechazo deben estar bien documentados para evitar malentendidos y ayudar a la futura toma de decisiones.

• Informe de rechazo: Debe crearse y compartirse un informe en el que se detallen los motivos del rechazo y las posibles repercusiones.
• Historial de cambios: La acción de cambio rechazada debe registrarse adecuadamente en el sistema para mantener un historial claro de las decisiones.

4. Retroalimentación y corrección

Para los cambios ya realizados, la restitución consiste en devolver los objetos a su estado anterior. Esto puede incluir operaciones como :

• Restaurar versiones anteriores: Las versiones anteriores de los objetos modificados se reactivan o restauran a su estado activo.
• Limpieza de datos: Los datos introducidos o modificados por la acción de cambio rechazada se limpian del sistema.

Conclusión

Rechazar una acción de cambio en 3DEXPERIENCE tiene diversas implicaciones según la fase de la acción de cambio y la naturaleza de las modificaciones realizadas. El proceso de rechazo está diseñado para minimizar el impacto de los errores y permitir una gestión eficaz de los cambios, garantizando que los objetos del sistema estén siempre en un estado coherente y validado.

 

 

👉BONUS👈

Buenas prácticas para evitar la pérdida de datos 

Para minimizar el riesgo de pérdida de datos y garantizar una gestión eficaz de los cambios, he aquí algunas buenas prácticas:

1. Trabaja siempre en el contexto de la Acción de Cambio:

   • Ventaja: Te permite hacer un seguimiento de todas las modificaciones y asociarlas a una acción de cambio concreta.
   • Práctico: Asegúrate de que todos los cambios realizados en un producto o documento están vinculados a una acción de cambio válida.

2. Utilizar la Revisión :

   • Ventaja: Las revisiones te permiten mantener un historial de cambios y volver a una versión anterior si es necesario.
   • Práctico: Crea una nueva revisión antes de hacer cambios importantes. Utiliza el historial de revisiones para gestionar los cambios.

3. Haz copias de seguridad periódicas :

   • Ventaja: Las copias de seguridad periódicas garantizan que puedas recuperar los datos en caso de rechazo o error.
   • Práctico: programa copias de seguridad automáticas de proyectos y documentos críticos.

4. Audita y valida los cambios antes de la aprobación final:

   • Ventaja: Minimiza los errores validando los cambios con las partes interesadas antes de la validación final.
   • Práctica: Realiza revisiones de cambios con equipos multidisciplinares para identificar posibles problemas.

5. Documenta y comunica los motivos del rechazo:

   • Ventaja: Una documentación clara te ayuda a entender por qué se ha rechazado un cambio y cómo se puede corregir.
   • Práctico: Crea informes detallados para cada lanzamiento y compártelos con todas las partes interesadas.